Hi
I've got a fujitsu amilo li1818 laptop which came with vista preinstalled. It had at least 3 partitions; winre(sda1), system(sda2) and data(sda3). I shrunk system and data from within vista and used the new space to dual boot to linux. Then, as I hardly ever use vista, and never this data partition, I used gparted to move it further along the disk. Between sda2 and sda3 I already had an extended partition sda4. Here's the result of fdisk from my linux installation:
So, having moved sda3, a ntfs partition, I tried to boot into vista, and after getting the microsoft green bar, I get a blank screen and nothing else. So I backed up my linux partitions (not the vista cos I never use it - the children use it for some games that need ms) and popped in the recovery disk that came with the machine. I got the microsoft green bar and then the vista green hanging curtain wallpaper with a mousepointer which I could move about, but that was it.
Then I moved my partition back to where it had been with gparted and got this error:
Then I found this site and downloaded the rescue-your-vista-disk, which booted exactly as my system rescue dvd, with the same screen and everything. I left it sitting there in case it was analysing something but after a couple of hours, I decided it wasn't and that I was in need of more help. So here I am. I even consulted the manual that came with the machine, and pressed F8 during the boot process, presenting me with a menu. I chose safe boot mode and watched lots of files whizzing by until it got as far as crcdisk.sys (I think that was the spelling) and then it stopped. I also tried loading the last successful boot but that resulted in my blank screen again.
I really don't know what to do. Googling suggests that vista's partition table is screwed, but how on earth do I mend it? If I wipe vista completely will my recovery disk install it afterwards, or does it only work on a more or less instact os?
Help would be very much appreciated
LF
I've got a fujitsu amilo li1818 laptop which came with vista preinstalled. It had at least 3 partitions; winre(sda1), system(sda2) and data(sda3). I shrunk system and data from within vista and used the new space to dual boot to linux. Then, as I hardly ever use vista, and never this data partition, I used gparted to move it further along the disk. Between sda2 and sda3 I already had an extended partition sda4. Here's the result of fdisk from my linux installation:
Code:
Device Boot Start End Blocks Id System
/dev/sda1 * 1 1530 12288000 27 Unknown
/dev/sda2 1531 7308 46411785 7 HPFS/NTFS <-vista os is here
/dev/sda3 16506 17996 11976457+ 7 HPFS/NTFS
/dev/sda4 7309 16505 73874902+ 5 Extended
/dev/sda5 7309 8327 8185086 83 Linux
/dev/sda6 8328 8836 4088511 82 Linux swap / Solaris
/dev/sda7 13875 16505 21133476 83 Linux
/dev/sda8 8837 10206 11004493+ 83 Linux
/dev/sda9 12437 13874 11550703+ 83 Linux
/dev/sda10 10207 12436 17912443+ 83 Linux
Partition table entries are not in disk order
Then I moved my partition back to where it had been with gparted and got this error:
HTML:
GParted 0.3.4
Libparted 1.7.1
Delete Logical Partition (ext3, 11.19 GB) from /dev/sda 00:01 ( SUCCES )
calibrate /dev/sda11 00:01 ( SUCCES )
path: /dev/sda11
start: 265152888
end: 288623789
size: 23470902 (11.19 GB)
delete partition 00:00 ( SUCCES )
========================================
Shrink /dev/sda4 from 81.64 GB to 70.45 GB 00:01 ( SUCCES )
calibrate /dev/sda4 00:00 ( SUCCES )
path: /dev/sda4
start: 117403020
end: 288623789
size: 171220770 (81.64 GB)
calculate new size and position of /dev/sda4 00:00 ( SUCCES )
requested start: 117403020
requested end: 265152824
requested size: 147749805 (70.45 GB)
new start: 117403020
new end: 265152824
new size: 147749805 (70.45 GB)
shrink partition from 81.64 GB to 70.45 GB 00:01 ( SUCCES )
old start: 117403020
old end: 288623789
old size: 171220770 (81.64 GB)
new start: 117403020
new end: 265152824
new size: 147749805 (70.45 GB)
========================================
Move /dev/sda3 to the left 49:49 ( ERROR )
calibrate /dev/sda3 00:00 ( SUCCES )
path: /dev/sda3
start: 288623790
end: 312576704
size: 23952915 (11.42 GB)
calculate new size and position of /dev/sda3 00:00 ( SUCCES )
requested start: 265152825
requested end: 289105739
requested size: 23952915 (11.42 GB)
new start: 265152825
new end: 289105739
new size: 23952915 (11.42 GB)
check filesystem on /dev/sda3 for errors and (if possible) fix them 00:00 ( SUCCES )
ntfsresize -P -i -f -v /dev/sda3
ntfsresize v1.13.1.1 (libntfs 9:0:0)
Device name : /dev/sda3
NTFS volume version: 3.1
Cluster size : 4096 bytes
Current volume size: 12263887360 bytes (12264 MB)
Current device size: 12263892480 bytes (12264 MB)
Checking for bad sectors ...
Checking filesystem consistency ...
Accounting clusters ...
Space in use : 91 MB (0.7%)
Collecting resizing constraints ...
Estimating smallest shrunken size supported ...
File feature Last used at By inode
$MFT : 1 MB 0
$MFTMirr : 12141 MB 1
Ordinary : 12208 MB 2
You might resize at 90103808 bytes or 91 MB (freeing 12173 MB).
Please make a test run using both the -n and -s options before real resizing!
move partition to the left 00:01 ( SUCCES )
old start: 288623790
old end: 312576704
old size: 23952915 (11.42 GB)
new start: 265152825
new end: 289105739
new size: 23952915 (11.42 GB)
move filesystem to the left 49:48 ( SUCCES )
perform readonly test 08:00 ( SUCCES )
using internal algorithm
read 23952915 sectors
finding optimal blocksize
read 32768 sectors using a blocksize of 128 sectors 00:00 ( SUCCES )
32768 of 32768 read
0.594235 seconds
read 32768 sectors using a blocksize of 256 sectors 00:01 ( SUCCES )
32768 of 32768 read
0.55676 seconds
read 32768 sectors using a blocksize of 512 sectors 00:00 ( SUCCES )
32768 of 32768 read
0.599035 seconds
optimal blocksize is 256 sectors (128.00 KB)
read 23854611 sectors using a blocksize of 256 sectors 07:59 ( SUCCES )
23854611 of 23854611 read
23952915 sectors read
perform real move 41:48 ( SUCCES )
using internal algorithm
copy 23952915 sectors
finding optimal blocksize
copy 32768 sectors using a blocksize of 64 sectors 00:03 ( SUCCES )
32768 of 32768 copied
3.19884 seconds
copy 32768 sectors using a blocksize of 128 sectors 00:03 ( SUCCES )
32768 of 32768 copied
3.16689 seconds
copy 32768 sectors using a blocksize of 256 sectors 00:06 ( SUCCES )
32768 of 32768 copied
5.15375 seconds
optimal blocksize is 128 sectors (64.00 KB)
copy 23854611 sectors using a blocksize of 128 sectors 41:36 ( SUCCES )
23854611 of 23854611 copied
23952915 sectors copied
updating bootsector of ntfs filesystem on /dev/sda3 00:00 ( SUCCES )
echo 39e9cd0f | /usr/bin/xxd -r -p | /bin/dd conv=notrunc of=/dev/sda3 bs=1 seek=28
4+0 records in
4+0 records out
4 bytes (4 B) copied, 0.0035971 s, 1.1 kB/s
check filesystem on /dev/sda3 for errors and (if possible) fix them 00:00 ( SUCCES )
ntfsresize -P -i -f -v /dev/sda3
ntfsresize v1.13.1.1 (libntfs 9:0:0)
Device name : /dev/sda3
NTFS volume version: 3.1
Cluster size : 4096 bytes
Current volume size: 12263887360 bytes (12264 MB)
Current device size: 12263892480 bytes (12264 MB)
Checking for bad sectors ...
Checking filesystem consistency ...
Accounting clusters ...
Space in use : 91 MB (0.7%)
Collecting resizing constraints ...
Estimating smallest shrunken size supported ...
File feature Last used at By inode
$MFT : 1 MB 0
$MFTMirr : 12141 MB 1
Ordinary : 12208 MB 2
You might resize at 90103808 bytes or 91 MB (freeing 12173 MB).
Please make a test run using both the -n and -s options before real resizing!
grow filesystem to fill the partition 00:00 ( ERROR )
run simulation 00:00 ( SUCCES )
ntfsresize -P --force --force /dev/sda3 --no-action
ntfsresize v1.13.1.1 (libntfs 9:0:0)
Device name : /dev/sda3
NTFS volume version: 3.1
Cluster size : 4096 bytes
Current volume size: 12263887360 bytes (12264 MB)
Current device size: 12263892480 bytes (12264 MB)
New volume size : 12263887360 bytes (12264 MB)
Nothing to do: NTFS volume size is already OK.
real resize 00:00 ( ERROR )
ntfsresize -P --force --force /dev/sda3
ntfsresize v1.13.1.1 (libntfs 9:0:0)
ERROR(95): Opening '/dev/sda3' as NTFS failed: Operation not supported
The NTFS journal file is unclean. Please shutdown Windows properly before
using this software! Note, if you have run chkdsk previously then boot
Windows again which will automatically initialize the journal correctly.
========================================
I really don't know what to do. Googling suggests that vista's partition table is screwed, but how on earth do I mend it? If I wipe vista completely will my recovery disk install it afterwards, or does it only work on a more or less instact os?
Help would be very much appreciated
LF