Re: ext3 partition recovery (Again) - forgot this
I tried this and didn't worked :( No problems in booting the system after restoring the old MBR but the partitions table was not changed. However, I'm sure that the boot.XXX file is old (from the time I was still using lilo--I'm using grub now). I think I am going to try the trial and error approach and, if not succeeded, I'll need to create a new partition with the free space--loosing all the information that was stored in the old /home/ partition. I'm glade you helped me with this problem but since there is no easy (and, aparently, no hard soluction either...) solution, I'll need to solve the problem by any means. However, if anyone else as any good suggestion, I would like to know as the problem may arise again. By now, I think I'll never use window$ to do any critical operation (I would like not to use window$ in any operation at all but I'm a computer sciences student and my school is microsofted :))) Thanks everyone. On Thu, 30 Jan 2003 01:06:57 +0530 Jeetu Golani [EMAIL PROTECTED] wrote: Hi, No don't run gpart, was asking you if you'd written the partition table recommended by gpart since you mentioned in your first mail that it couldn't help. I don't think it's guesses are too correct in this case, though it may give you info for some good guesses. Since you have the /boot/boot.xxx file, things should be easy. You can recover the partition table file from this file i.e. if your confident that the partition table information since the time this file was created is correct. First however backup your MBR to a file and note down the output of fdisk -l on a piece of paper. This will help you backtrack in case something goes wrong. Also make sure you have a bootable disk since this may leave your system in an unbootable state. You can backup your MBR to a file using the following : dd if=/dev/hda of=mbr bs=512 count=1 To restore the MBR from the /boot/boot.xxx file that you have type : dd if=/boot/boot.xxx of=/dev/hda bs=1 count=64 skip=446 seek=446 replace the xxx with the suffix of the file. This should get your partition table back to the way it was. If all goes well then things should be back to the way they were however you may not be able to boot into the system. Use the bootable disk to boot into the system and check if all partitions are accessible. You can then use Lilo to reinstall the bootloader back in your MBR. If the above doesn't work then you should still be in a position to reconstruct your partition table using fdisk, however don't reinstall your OS or do any significant writing to your disk since it may erase data and make things irrcoverable. Good luck. Bye - Original Message - From: Miguel [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Wednesday, January 29, 2003 9:51 PM Subject: Re: ext3 partition recovery (Again) - forgot this Yes, I have the /boot/boot.003 file but I don't know how to use it or event to get that information (it is a binary file...). Do you really think I should try to use the gpart -w ? That is risky because I can boot the system--the disk is in a laptop and I cannot remove that disk or even add another one to repair any problem caused with the gpart -w... You told something about trial and error... do you mean to: - use, for example, the GNU parted to try to create a new partition in the place I suppose it was before; - try to reboot the system; - try to mount the partition; - delete the partition - [ . . . ] until it works? On Wed, 29 Jan 2003 19:15:58 +0530 Jeetu Golani [EMAIL PROTECTED] wrote: Forgot to add this to my earlier mail, you mentioned you have the partition info when you used lilo. Please mail that info, you should be able to reconstruct your partition table with that info using fdisk. Bye On Wednesday 29 Jan 2003 4:06 pm, you wrote: On Wed, 29 Jan 2003 10:41:51 +0530 Jeetu Golani [EMAIL PROTECTED] wrote: Hi there, Your fdisk doesn't show the last ext3 partition, therefore your partition table is messed up (nothing new in that). Gpart seems to think that there're two other partitions apart from the ones being detected by fdisk i.e. one partition more than what you suggested in your earlier mail where in you said My partition looks (used to...) like this: |-- 1. NTFS | |-- 2. ext2 | |-- 3. extended | | |-- 3.1 ext3 [ / ] | | | |-- 3.2 swap | | | |-- 3.3 ext3 [/home] Gpart thinks that beyond the last ext3 partition there's another Linux Partition?? Could you tell me the sizes of each partition as you remember them. Do you think there was another partition beyond the last /ext3 partition that you've mentioned above. No, there was not other partition
Re: ext3 partition recovery (Again) - forgot this
Hi there, If you've used a LILO MBR file which is older and before when u created the new partition then the new partition information is probably not there. I reconstructed my partition using guesses provided by gpart (in your case I think they're a lil off). If your partition sizes shown by fdisk -l match the partition sizes as you remember it then you can use this partition and just add another partition at the end covering the remainder of the space and give it the sys id as Linux ext2 and if all goes well then you should have access to your data. If on the other hand the partition sizes shown by fdisk -l i.e. ur current partition sizes, don't match what you think them to be, then you need to recalculate the blocks, see if the guesses provided by gpart -v are of any value (check the middle section i.e. after it says begin scan). Use only the Linux fdisk to reconstruct the partition. You can play around with values till you've guessed them right, so long as u don't do substantial writing to your disk your data should be intact. If you have any problems feel free to ask. Bye for now On Thursday 30 Jan 2003 4:05 pm, you wrote: I tried this and didn't worked :( No problems in booting the system after restoring the old MBR but the partitions table was not changed. However, I'm sure that the boot.XXX file is old (from the time I was still using lilo--I'm using grub now). I think I am going to try the trial and error approach and, if not succeeded, I'll need to create a new partition with the free space--loosing all the information that was stored in the old /home/ partition. I'm glade you helped me with this problem but since there is no easy (and, aparently, no hard soluction either...) solution, I'll need to solve the problem by any means. However, if anyone else as any good suggestion, I would like to know as the problem may arise again. By now, I think I'll never use window$ to do any critical operation (I would like not to use window$ in any operation at all but I'm a computer sciences student and my school is microsofted :))) Thanks everyone. On Thu, 30 Jan 2003 01:06:57 +0530 Jeetu Golani [EMAIL PROTECTED] wrote: Hi, No don't run gpart, was asking you if you'd written the partition table recommended by gpart since you mentioned in your first mail that it couldn't help. I don't think it's guesses are too correct in this case, though it may give you info for some good guesses. Since you have the /boot/boot.xxx file, things should be easy. You can recover the partition table file from this file i.e. if your confident that the partition table information since the time this file was created is correct. First however backup your MBR to a file and note down the output of fdisk -l on a piece of paper. This will help you backtrack in case something goes wrong. Also make sure you have a bootable disk since this may leave your system in an unbootable state. You can backup your MBR to a file using the following : dd if=/dev/hda of=mbr bs=512 count=1 To restore the MBR from the /boot/boot.xxx file that you have type : dd if=/boot/boot.xxx of=/dev/hda bs=1 count=64 skip=446 seek=446 replace the xxx with the suffix of the file. This should get your partition table back to the way it was. If all goes well then things should be back to the way they were however you may not be able to boot into the system. Use the bootable disk to boot into the system and check if all partitions are accessible. You can then use Lilo to reinstall the bootloader back in your MBR. If the above doesn't work then you should still be in a position to reconstruct your partition table using fdisk, however don't reinstall your OS or do any significant writing to your disk since it may erase data and make things irrcoverable. Good luck. Bye - Original Message - From: Miguel [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Wednesday, January 29, 2003 9:51 PM Subject: Re: ext3 partition recovery (Again) - forgot this Yes, I have the /boot/boot.003 file but I don't know how to use it or event to get that information (it is a binary file...). Do you really think I should try to use the gpart -w ? That is risky because I can boot the system--the disk is in a laptop and I cannot remove that disk or even add another one to repair any problem caused with the gpart -w... You told something about trial and error... do you mean to: - use, for example, the GNU parted to try to create a new partition in the place I suppose it was before; - try to reboot the system; - try to mount the partition; - delete the partition - [ . . . ] until it works? On Wed, 29 Jan 2003 19:15:58 +0530 Jeetu Golani [EMAIL PROTECTED] wrote: Forgot to add this to my earlier mail, you mentioned you have
Re: ext3 partition recovery (Again)
On Wed, 29 Jan 2003 10:41:51 +0530 Jeetu Golani [EMAIL PROTECTED] wrote: Hi there, Your fdisk doesn't show the last ext3 partition, therefore your partition table is messed up (nothing new in that). Gpart seems to think that there're two other partitions apart from the ones being detected by fdisk i.e. one partition more than what you suggested in your earlier mail where in you said My partition looks (used to...) like this: |-- 1. NTFS | |-- 2. ext2 | |-- 3. extended | | |-- 3.1 ext3 [ / ] | | | |-- 3.2 swap | | | |-- 3.3 ext3 [/home] Gpart thinks that beyond the last ext3 partition there's another Linux Partition?? Could you tell me the sizes of each partition as you remember them. Do you think there was another partition beyond the last /ext3 partition that you've mentioned above. No, there was not other partition at the end. Probably just some free space at the end. The last partition (the lost one) was about 6.5G. I suppose I can get the old partition table information from the /boot/boot.XXX file created by lilo. I am not using lilo at this moment but that file is still there and I didn't changed the partitions since I changed lilo by grub. How can I retrieve that information from the boot.XXX file? Do you think this problem is recoverable? Bye On Wednesday 29 Jan 2003 12:00 am, you wrote: Ok, here goes the output of some useful commands. Hope it helps... fdisk -l /dev/hda: -- Disk /dev/hda: 255 heads, 63 sectors, 2432 cylinders Units = cylinders of 16065 * 512 bytes Device BootStart EndBlocks Id System /dev/hda1 * 1 510 4096543+ 7 HPFS/NTFS /dev/hda2 511 632979965b Win95 FAT32 /dev/hda3 633 2432 144585005 Extended /dev/hda5 633 1544 7325608+ 83 Linux /dev/hda6 1545 1580289138+ 82 Linux swap gpart -v /dev/hda: -- dev(/dev/hda) mss(512) chs(2432/255/63)(LBA) #s(39070080) size(19077mb) Primary partition(1) type: 007(0x07)(OS/2 HPFS, NTFS, QNX or Advanced UNIX) (BOOT) size: 4000mb #s(8193087) s(63-8193149) chs: (0/1/1)-(509/254/63)d (0/1/1)-(509/254/63)r hex: 80 01 01 00 07 FE 7F FD 3F 00 00 00 3F 04 7D 00 Primary partition(2) type: 011(0x0B)(DOS or Windows 95 with 32 bit FAT) size: 956mb #s(1959930) s(8193150-10153079) chs: (510/0/1)-(631/254/63)d (510/0/1)-(631/254/63)r hex: 00 00 41 FE 0B FE BF 77 7E 04 7D 00 FA E7 1D 00 Primary partition(3) type: 005(0x05)(Extended DOS) size: 14119mb #s(28917000) s(10153080-39070079) chs: (632/0/1)-(1023/254/63)d (632/0/1)-(2431/254/63)r hex: 00 00 81 78 05 FE FF FF 78 EC 9A 00 08 3D B9 01 Logical partition type: 131(0x83)(Linux ext2 filesystem) size: 7153mb #s(14651217) s(10153143-24804359) chs: (632/1/1)-(1023/254/63)d (632/1/1)-(1543/254/63)r hex: 00 01 81 78 83 FE FF FF 3F 00 00 00 51 8F DF 00 Logical partition type: 130(0x82)(Linux swap or Solaris/x86) size: 282mb #s(578277) s(24804423-25382699) chs: (1023/254/63)-(1023/254/63)d (1544/1/1)-(1579/254/63)r hex: 00 FE FF FF 82 FE FF FF 3F 00 00 00 E5 D2 08 00 Primary partition(4) type: 000(0x00)(unused) size: 0mb #s(0) s(0-0) chs: (0/0/0)-(0/0/0)d (0/0/0)-(0/0/0)r hex: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Begin scan... Possible partition(Windows NT/W2K FS), size(4000mb), offset(0mb) type: 007(0x07)(OS/2 HPFS, NTFS, QNX or Advanced UNIX) size: 4000mb #s(8193080) s(63-8193142) chs: (0/1/1)-(509/254/56)d (0/1/1)-(509/254/56)r hex: 00 01 01 00 07 FE 78 FD 3F 00 00 00 38 04 7D 00 Possible partition(DOS FAT), size(956mb), offset(4000mb) type: 012(0x0C)(DOS or Windows 95 with 32 bit FAT, LBA) size: 956mb #s(1959930) s(8193150-10153079) chs: (510/0/1)-(631/254/63)d (510/0/1)-(631/254/63)r hex: 00 00 41 FE 0C FE BF 77 7E 04 7D 00 FA E7 1D 00 Possible extended partition at offset(4957mb) Possible partition(Linux ext2), size(7153mb), offset(4957mb) type: 131(0x83)(Linux ext2 filesystem) size: 7153mb #s(14651216) s(10153143-24804358) chs: (632/1/1)-(1023/254/63)d (632/1/1)-(1543/254/62)r hex: 00 01 81 78 83 FE FF FF B7 EC 9A 00 50 8F DF 00 Possible partition(Linux swap), size(282mb), offset(12111mb) type: 130(0x82)(Linux swap or Solaris/x86) size: 282mb #s(578272) s(24804423-25382694) chs: (1023/254/63)-(1023/254/63)d (1544/1/1)-(1579/254/58)r hex: 00 FE FF FF 82 FE FF FF 47 7C 7A 01 E0 D2 08 00 Possible extended partition at offset(12393mb) Possible partition(Linux ext2), size(2055mb), offset(13656mb) type: 131(0x83)(Linux ext2 filesystem) size: 2055mb #s(4208960)
Re: ext3 partition recovery (Again)
Hi, I feel strongly that this problem is recoverable, however you will have to construct a manual partition table using the Linux Fdisk. With a lil bit of guess work and a lil trial and error I think you should be able to recover the partitions and data within. I think you mentioned you used gpart, did you write the partition table after using gpart i.e. with the gpart -w option?? I don't think that will help but I want to know if after doing this were you still able to access the other partitions. Also mention the partition sizes for each of your partitions as you remember them and your total hard disk capacity. Bye for now On Wednesday 29 Jan 2003 4:06 pm, you wrote: On Wed, 29 Jan 2003 10:41:51 +0530 Jeetu Golani [EMAIL PROTECTED] wrote: Hi there, Your fdisk doesn't show the last ext3 partition, therefore your partition table is messed up (nothing new in that). Gpart seems to think that there're two other partitions apart from the ones being detected by fdisk i.e. one partition more than what you suggested in your earlier mail where in you said My partition looks (used to...) like this: |-- 1. NTFS | |-- 2. ext2 | |-- 3. extended | | |-- 3.1 ext3 [ / ] | | | |-- 3.2 swap | | | |-- 3.3 ext3 [/home] Gpart thinks that beyond the last ext3 partition there's another Linux Partition?? Could you tell me the sizes of each partition as you remember them. Do you think there was another partition beyond the last /ext3 partition that you've mentioned above. No, there was not other partition at the end. Probably just some free space at the end. The last partition (the lost one) was about 6.5G. I suppose I can get the old partition table information from the /boot/boot.XXX file created by lilo. I am not using lilo at this moment but that file is still there and I didn't changed the partitions since I changed lilo by grub. How can I retrieve that information from the boot.XXX file? Do you think this problem is recoverable? Bye On Wednesday 29 Jan 2003 12:00 am, you wrote: Ok, here goes the output of some useful commands. Hope it helps... fdisk -l /dev/hda: -- Disk /dev/hda: 255 heads, 63 sectors, 2432 cylinders Units = cylinders of 16065 * 512 bytes Device BootStart EndBlocks Id System /dev/hda1 * 1 510 4096543+ 7 HPFS/NTFS /dev/hda2 511 632979965b Win95 FAT32 /dev/hda3 633 2432 144585005 Extended /dev/hda5 633 1544 7325608+ 83 Linux /dev/hda6 1545 1580289138+ 82 Linux swap gpart -v /dev/hda: -- dev(/dev/hda) mss(512) chs(2432/255/63)(LBA) #s(39070080) size(19077mb) Primary partition(1) type: 007(0x07)(OS/2 HPFS, NTFS, QNX or Advanced UNIX) (BOOT) size: 4000mb #s(8193087) s(63-8193149) chs: (0/1/1)-(509/254/63)d (0/1/1)-(509/254/63)r hex: 80 01 01 00 07 FE 7F FD 3F 00 00 00 3F 04 7D 00 Primary partition(2) type: 011(0x0B)(DOS or Windows 95 with 32 bit FAT) size: 956mb #s(1959930) s(8193150-10153079) chs: (510/0/1)-(631/254/63)d (510/0/1)-(631/254/63)r hex: 00 00 41 FE 0B FE BF 77 7E 04 7D 00 FA E7 1D 00 Primary partition(3) type: 005(0x05)(Extended DOS) size: 14119mb #s(28917000) s(10153080-39070079) chs: (632/0/1)-(1023/254/63)d (632/0/1)-(2431/254/63)r hex: 00 00 81 78 05 FE FF FF 78 EC 9A 00 08 3D B9 01 Logical partition type: 131(0x83)(Linux ext2 filesystem) size: 7153mb #s(14651217) s(10153143-24804359) chs: (632/1/1)-(1023/254/63)d (632/1/1)-(1543/254/63)r hex: 00 01 81 78 83 FE FF FF 3F 00 00 00 51 8F DF 00 Logical partition type: 130(0x82)(Linux swap or Solaris/x86) size: 282mb #s(578277) s(24804423-25382699) chs: (1023/254/63)-(1023/254/63)d (1544/1/1)-(1579/254/63)r hex: 00 FE FF FF 82 FE FF FF 3F 00 00 00 E5 D2 08 00 Primary partition(4) type: 000(0x00)(unused) size: 0mb #s(0) s(0-0) chs: (0/0/0)-(0/0/0)d (0/0/0)-(0/0/0)r hex: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Begin scan... Possible partition(Windows NT/W2K FS), size(4000mb), offset(0mb) type: 007(0x07)(OS/2 HPFS, NTFS, QNX or Advanced UNIX) size: 4000mb #s(8193080) s(63-8193142) chs: (0/1/1)-(509/254/56)d (0/1/1)-(509/254/56)r hex: 00 01 01 00 07 FE 78 FD 3F 00 00 00 38 04 7D 00 Possible partition(DOS FAT), size(956mb), offset(4000mb) type: 012(0x0C)(DOS or Windows 95 with 32 bit FAT, LBA) size: 956mb #s(1959930) s(8193150-10153079) chs: (510/0/1)-(631/254/63)d (510/0/1)-(631/254/63)r hex: 00 00 41 FE 0C FE BF 77 7E 04 7D 00 FA E7 1D 00 Possible extended partition at offset(4957mb) Possible
Re: ext3 partition recovery (Again) - forgot this
Forgot to add this to my earlier mail, you mentioned you have the partition info when you used lilo. Please mail that info, you should be able to reconstruct your partition table with that info using fdisk. Bye On Wednesday 29 Jan 2003 4:06 pm, you wrote: On Wed, 29 Jan 2003 10:41:51 +0530 Jeetu Golani [EMAIL PROTECTED] wrote: Hi there, Your fdisk doesn't show the last ext3 partition, therefore your partition table is messed up (nothing new in that). Gpart seems to think that there're two other partitions apart from the ones being detected by fdisk i.e. one partition more than what you suggested in your earlier mail where in you said My partition looks (used to...) like this: |-- 1. NTFS | |-- 2. ext2 | |-- 3. extended | | |-- 3.1 ext3 [ / ] | | | |-- 3.2 swap | | | |-- 3.3 ext3 [/home] Gpart thinks that beyond the last ext3 partition there's another Linux Partition?? Could you tell me the sizes of each partition as you remember them. Do you think there was another partition beyond the last /ext3 partition that you've mentioned above. No, there was not other partition at the end. Probably just some free space at the end. The last partition (the lost one) was about 6.5G. I suppose I can get the old partition table information from the /boot/boot.XXX file created by lilo. I am not using lilo at this moment but that file is still there and I didn't changed the partitions since I changed lilo by grub. How can I retrieve that information from the boot.XXX file? Do you think this problem is recoverable? Bye On Wednesday 29 Jan 2003 12:00 am, you wrote: Ok, here goes the output of some useful commands. Hope it helps... fdisk -l /dev/hda: -- Disk /dev/hda: 255 heads, 63 sectors, 2432 cylinders Units = cylinders of 16065 * 512 bytes Device BootStart EndBlocks Id System /dev/hda1 * 1 510 4096543+ 7 HPFS/NTFS /dev/hda2 511 632979965b Win95 FAT32 /dev/hda3 633 2432 144585005 Extended /dev/hda5 633 1544 7325608+ 83 Linux /dev/hda6 1545 1580289138+ 82 Linux swap gpart -v /dev/hda: -- dev(/dev/hda) mss(512) chs(2432/255/63)(LBA) #s(39070080) size(19077mb) Primary partition(1) type: 007(0x07)(OS/2 HPFS, NTFS, QNX or Advanced UNIX) (BOOT) size: 4000mb #s(8193087) s(63-8193149) chs: (0/1/1)-(509/254/63)d (0/1/1)-(509/254/63)r hex: 80 01 01 00 07 FE 7F FD 3F 00 00 00 3F 04 7D 00 Primary partition(2) type: 011(0x0B)(DOS or Windows 95 with 32 bit FAT) size: 956mb #s(1959930) s(8193150-10153079) chs: (510/0/1)-(631/254/63)d (510/0/1)-(631/254/63)r hex: 00 00 41 FE 0B FE BF 77 7E 04 7D 00 FA E7 1D 00 Primary partition(3) type: 005(0x05)(Extended DOS) size: 14119mb #s(28917000) s(10153080-39070079) chs: (632/0/1)-(1023/254/63)d (632/0/1)-(2431/254/63)r hex: 00 00 81 78 05 FE FF FF 78 EC 9A 00 08 3D B9 01 Logical partition type: 131(0x83)(Linux ext2 filesystem) size: 7153mb #s(14651217) s(10153143-24804359) chs: (632/1/1)-(1023/254/63)d (632/1/1)-(1543/254/63)r hex: 00 01 81 78 83 FE FF FF 3F 00 00 00 51 8F DF 00 Logical partition type: 130(0x82)(Linux swap or Solaris/x86) size: 282mb #s(578277) s(24804423-25382699) chs: (1023/254/63)-(1023/254/63)d (1544/1/1)-(1579/254/63)r hex: 00 FE FF FF 82 FE FF FF 3F 00 00 00 E5 D2 08 00 Primary partition(4) type: 000(0x00)(unused) size: 0mb #s(0) s(0-0) chs: (0/0/0)-(0/0/0)d (0/0/0)-(0/0/0)r hex: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Begin scan... Possible partition(Windows NT/W2K FS), size(4000mb), offset(0mb) type: 007(0x07)(OS/2 HPFS, NTFS, QNX or Advanced UNIX) size: 4000mb #s(8193080) s(63-8193142) chs: (0/1/1)-(509/254/56)d (0/1/1)-(509/254/56)r hex: 00 01 01 00 07 FE 78 FD 3F 00 00 00 38 04 7D 00 Possible partition(DOS FAT), size(956mb), offset(4000mb) type: 012(0x0C)(DOS or Windows 95 with 32 bit FAT, LBA) size: 956mb #s(1959930) s(8193150-10153079) chs: (510/0/1)-(631/254/63)d (510/0/1)-(631/254/63)r hex: 00 00 41 FE 0C FE BF 77 7E 04 7D 00 FA E7 1D 00 Possible extended partition at offset(4957mb) Possible partition(Linux ext2), size(7153mb), offset(4957mb) type: 131(0x83)(Linux ext2 filesystem) size: 7153mb #s(14651216) s(10153143-24804358) chs: (632/1/1)-(1023/254/63)d (632/1/1)-(1543/254/62)r hex: 00 01 81 78 83 FE FF FF B7 EC 9A 00 50 8F DF 00 Possible partition(Linux swap), size(282mb), offset(12111mb) type: 130(0x82)(Linux swap or Solaris/x86) size: 282mb #s(578272)
Re: ext3 partition recovery (Again) - forgot this
Yes, I have the /boot/boot.003 file but I don't know how to use it or event to get that information (it is a binary file...). Do you really think I should try to use the gpart -w ? That is risky because I can boot the system--the disk is in a laptop and I cannot remove that disk or even add another one to repair any problem caused with the gpart -w... You told something about trial and error... do you mean to: - use, for example, the GNU parted to try to create a new partition in the place I suppose it was before; - try to reboot the system; - try to mount the partition; - delete the partition - [ . . . ] until it works? On Wed, 29 Jan 2003 19:15:58 +0530 Jeetu Golani [EMAIL PROTECTED] wrote: Forgot to add this to my earlier mail, you mentioned you have the partition info when you used lilo. Please mail that info, you should be able to reconstruct your partition table with that info using fdisk. Bye On Wednesday 29 Jan 2003 4:06 pm, you wrote: On Wed, 29 Jan 2003 10:41:51 +0530 Jeetu Golani [EMAIL PROTECTED] wrote: Hi there, Your fdisk doesn't show the last ext3 partition, therefore your partition table is messed up (nothing new in that). Gpart seems to think that there're two other partitions apart from the ones being detected by fdisk i.e. one partition more than what you suggested in your earlier mail where in you said My partition looks (used to...) like this: |-- 1. NTFS | |-- 2. ext2 | |-- 3. extended | | |-- 3.1 ext3 [ / ] | | | |-- 3.2 swap | | | |-- 3.3 ext3 [/home] Gpart thinks that beyond the last ext3 partition there's another Linux Partition?? Could you tell me the sizes of each partition as you remember them. Do you think there was another partition beyond the last /ext3 partition that you've mentioned above. No, there was not other partition at the end. Probably just some free space at the end. The last partition (the lost one) was about 6.5G. I suppose I can get the old partition table information from the /boot/boot.XXX file created by lilo. I am not using lilo at this moment but that file is still there and I didn't changed the partitions since I changed lilo by grub. How can I retrieve that information from the boot.XXX file? Do you think this problem is recoverable? Bye On Wednesday 29 Jan 2003 12:00 am, you wrote: Ok, here goes the output of some useful commands. Hope it helps... fdisk -l /dev/hda: -- Disk /dev/hda: 255 heads, 63 sectors, 2432 cylinders Units = cylinders of 16065 * 512 bytes Device BootStart EndBlocks Id System /dev/hda1 * 1 510 4096543+ 7 HPFS/NTFS /dev/hda2 511 632979965b Win95 FAT32 /dev/hda3 633 2432 144585005 Extended /dev/hda5 633 1544 7325608+ 83 Linux /dev/hda6 1545 1580289138+ 82 Linux swap gpart -v /dev/hda: -- dev(/dev/hda) mss(512) chs(2432/255/63)(LBA) #s(39070080) size(19077mb) Primary partition(1) type: 007(0x07)(OS/2 HPFS, NTFS, QNX or Advanced UNIX) (BOOT) size: 4000mb #s(8193087) s(63-8193149) chs: (0/1/1)-(509/254/63)d (0/1/1)-(509/254/63)r hex: 80 01 01 00 07 FE 7F FD 3F 00 00 00 3F 04 7D 00 Primary partition(2) type: 011(0x0B)(DOS or Windows 95 with 32 bit FAT) size: 956mb #s(1959930) s(8193150-10153079) chs: (510/0/1)-(631/254/63)d (510/0/1)-(631/254/63)r hex: 00 00 41 FE 0B FE BF 77 7E 04 7D 00 FA E7 1D 00 Primary partition(3) type: 005(0x05)(Extended DOS) size: 14119mb #s(28917000) s(10153080-39070079) chs: (632/0/1)-(1023/254/63)d (632/0/1)-(2431/254/63)r hex: 00 00 81 78 05 FE FF FF 78 EC 9A 00 08 3D B9 01 Logical partition type: 131(0x83)(Linux ext2 filesystem) size: 7153mb #s(14651217) s(10153143-24804359) chs: (632/1/1)-(1023/254/63)d (632/1/1)-(1543/254/63)r hex: 00 01 81 78 83 FE FF FF 3F 00 00 00 51 8F DF 00 Logical partition type: 130(0x82)(Linux swap or Solaris/x86) size: 282mb #s(578277) s(24804423-25382699) chs: (1023/254/63)-(1023/254/63)d (1544/1/1)-(1579/254/63)r hex: 00 FE FF FF 82 FE FF FF 3F 00 00 00 E5 D2 08 00 Primary partition(4) type: 000(0x00)(unused) size: 0mb #s(0) s(0-0) chs: (0/0/0)-(0/0/0)d (0/0/0)-(0/0/0)r hex: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Begin scan... Possible partition(Windows NT/W2K FS), size(4000mb), offset(0mb) type: 007(0x07)(OS/2 HPFS, NTFS, QNX or Advanced UNIX) size: 4000mb #s(8193080) s(63-8193142) chs: (0/1/1)-(509/254/56)d (0/1/1)-(509/254/56)r hex: 00
Re: ext3 partition recovery (Again) - forgot this
Hi, No don't run gpart, was asking you if you'd written the partition table recommended by gpart since you mentioned in your first mail that it couldn't help. I don't think it's guesses are too correct in this case, though it may give you info for some good guesses. Since you have the /boot/boot.xxx file, things should be easy. You can recover the partition table file from this file i.e. if your confident that the partition table information since the time this file was created is correct. First however backup your MBR to a file and note down the output of fdisk -l on a piece of paper. This will help you backtrack in case something goes wrong. Also make sure you have a bootable disk since this may leave your system in an unbootable state. You can backup your MBR to a file using the following : dd if=/dev/hda of=mbr bs=512 count=1 To restore the MBR from the /boot/boot.xxx file that you have type : dd if=/boot/boot.xxx of=/dev/hda bs=1 count=64 skip=446 seek=446 replace the xxx with the suffix of the file. This should get your partition table back to the way it was. If all goes well then things should be back to the way they were however you may not be able to boot into the system. Use the bootable disk to boot into the system and check if all partitions are accessible. You can then use Lilo to reinstall the bootloader back in your MBR. If the above doesn't work then you should still be in a position to reconstruct your partition table using fdisk, however don't reinstall your OS or do any significant writing to your disk since it may erase data and make things irrcoverable. Good luck. Bye - Original Message - From: Miguel [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Wednesday, January 29, 2003 9:51 PM Subject: Re: ext3 partition recovery (Again) - forgot this Yes, I have the /boot/boot.003 file but I don't know how to use it or event to get that information (it is a binary file...). Do you really think I should try to use the gpart -w ? That is risky because I can boot the system--the disk is in a laptop and I cannot remove that disk or even add another one to repair any problem caused with the gpart -w... You told something about trial and error... do you mean to: - use, for example, the GNU parted to try to create a new partition in the place I suppose it was before; - try to reboot the system; - try to mount the partition; - delete the partition - [ . . . ] until it works? On Wed, 29 Jan 2003 19:15:58 +0530 Jeetu Golani [EMAIL PROTECTED] wrote: Forgot to add this to my earlier mail, you mentioned you have the partition info when you used lilo. Please mail that info, you should be able to reconstruct your partition table with that info using fdisk. Bye On Wednesday 29 Jan 2003 4:06 pm, you wrote: On Wed, 29 Jan 2003 10:41:51 +0530 Jeetu Golani [EMAIL PROTECTED] wrote: Hi there, Your fdisk doesn't show the last ext3 partition, therefore your partition table is messed up (nothing new in that). Gpart seems to think that there're two other partitions apart from the ones being detected by fdisk i.e. one partition more than what you suggested in your earlier mail where in you said My partition looks (used to...) like this: |-- 1. NTFS | |-- 2. ext2 | |-- 3. extended | | |-- 3.1 ext3 [ / ] | | | |-- 3.2 swap | | | |-- 3.3 ext3 [/home] Gpart thinks that beyond the last ext3 partition there's another Linux Partition?? Could you tell me the sizes of each partition as you remember them. Do you think there was another partition beyond the last /ext3 partition that you've mentioned above. No, there was not other partition at the end. Probably just some free space at the end. The last partition (the lost one) was about 6.5G. I suppose I can get the old partition table information from the /boot/boot.XXX file created by lilo. I am not using lilo at this moment but that file is still there and I didn't changed the partitions since I changed lilo by grub. How can I retrieve that information from the boot.XXX file? Do you think this problem is recoverable? Bye On Wednesday 29 Jan 2003 12:00 am, you wrote: Ok, here goes the output of some useful commands. Hope it helps... fdisk -l /dev/hda: -- Disk /dev/hda: 255 heads, 63 sectors, 2432 cylinders Units = cylinders of 16065 * 512 bytes Device BootStart EndBlocks Id System /dev/hda1 * 1 510 4096543+ 7 HPFS/NTFS /dev/hda2 511 632979965b Win95 FAT32 /dev/hda3 633 2432 144585005 Extended /dev/hda5 633 1544 7325608+ 83 Linux /dev/hda6 1545 1580
ext3 partition recovery (Again)
Ok, here goes the output of some useful commands. Hope it helps... fdisk -l /dev/hda: -- Disk /dev/hda: 255 heads, 63 sectors, 2432 cylinders Units = cylinders of 16065 * 512 bytes Device BootStart EndBlocks Id System /dev/hda1 * 1 510 4096543+ 7 HPFS/NTFS /dev/hda2 511 632979965b Win95 FAT32 /dev/hda3 633 2432 144585005 Extended /dev/hda5 633 1544 7325608+ 83 Linux /dev/hda6 1545 1580289138+ 82 Linux swap gpart -v /dev/hda: -- dev(/dev/hda) mss(512) chs(2432/255/63)(LBA) #s(39070080) size(19077mb) Primary partition(1) type: 007(0x07)(OS/2 HPFS, NTFS, QNX or Advanced UNIX) (BOOT) size: 4000mb #s(8193087) s(63-8193149) chs: (0/1/1)-(509/254/63)d (0/1/1)-(509/254/63)r hex: 80 01 01 00 07 FE 7F FD 3F 00 00 00 3F 04 7D 00 Primary partition(2) type: 011(0x0B)(DOS or Windows 95 with 32 bit FAT) size: 956mb #s(1959930) s(8193150-10153079) chs: (510/0/1)-(631/254/63)d (510/0/1)-(631/254/63)r hex: 00 00 41 FE 0B FE BF 77 7E 04 7D 00 FA E7 1D 00 Primary partition(3) type: 005(0x05)(Extended DOS) size: 14119mb #s(28917000) s(10153080-39070079) chs: (632/0/1)-(1023/254/63)d (632/0/1)-(2431/254/63)r hex: 00 00 81 78 05 FE FF FF 78 EC 9A 00 08 3D B9 01 Logical partition type: 131(0x83)(Linux ext2 filesystem) size: 7153mb #s(14651217) s(10153143-24804359) chs: (632/1/1)-(1023/254/63)d (632/1/1)-(1543/254/63)r hex: 00 01 81 78 83 FE FF FF 3F 00 00 00 51 8F DF 00 Logical partition type: 130(0x82)(Linux swap or Solaris/x86) size: 282mb #s(578277) s(24804423-25382699) chs: (1023/254/63)-(1023/254/63)d (1544/1/1)-(1579/254/63)r hex: 00 FE FF FF 82 FE FF FF 3F 00 00 00 E5 D2 08 00 Primary partition(4) type: 000(0x00)(unused) size: 0mb #s(0) s(0-0) chs: (0/0/0)-(0/0/0)d (0/0/0)-(0/0/0)r hex: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Begin scan... Possible partition(Windows NT/W2K FS), size(4000mb), offset(0mb) type: 007(0x07)(OS/2 HPFS, NTFS, QNX or Advanced UNIX) size: 4000mb #s(8193080) s(63-8193142) chs: (0/1/1)-(509/254/56)d (0/1/1)-(509/254/56)r hex: 00 01 01 00 07 FE 78 FD 3F 00 00 00 38 04 7D 00 Possible partition(DOS FAT), size(956mb), offset(4000mb) type: 012(0x0C)(DOS or Windows 95 with 32 bit FAT, LBA) size: 956mb #s(1959930) s(8193150-10153079) chs: (510/0/1)-(631/254/63)d (510/0/1)-(631/254/63)r hex: 00 00 41 FE 0C FE BF 77 7E 04 7D 00 FA E7 1D 00 Possible extended partition at offset(4957mb) Possible partition(Linux ext2), size(7153mb), offset(4957mb) type: 131(0x83)(Linux ext2 filesystem) size: 7153mb #s(14651216) s(10153143-24804358) chs: (632/1/1)-(1023/254/63)d (632/1/1)-(1543/254/62)r hex: 00 01 81 78 83 FE FF FF B7 EC 9A 00 50 8F DF 00 Possible partition(Linux swap), size(282mb), offset(12111mb) type: 130(0x82)(Linux swap or Solaris/x86) size: 282mb #s(578272) s(24804423-25382694) chs: (1023/254/63)-(1023/254/63)d (1544/1/1)-(1579/254/58)r hex: 00 FE FF FF 82 FE FF FF 47 7C 7A 01 E0 D2 08 00 Possible extended partition at offset(12393mb) Possible partition(Linux ext2), size(2055mb), offset(13656mb) type: 131(0x83)(Linux ext2 filesystem) size: 2055mb #s(4208960) s(27969228-32178187) chs: (1023/254/63)-(1023/254/63)d (1741/1/1)-(2002/254/56)r hex: 00 FE FF FF 83 FE FF FF CC C6 AA 01 40 39 40 00 Possible extended partition at offset(15712mb) Possible partition(Linux ext2), size(3365mb), offset(15712mb) type: 131(0x83)(Linux ext2 filesystem) size: 3365mb #s(6891816) s(32178258-39070073) chs: (1023/254/63)-(1023/254/63)d (2003/1/1)-(2431/254/57)r hex: 00 FE FF FF 83 FE FF FF 52 00 EB 01 28 29 69 00 End scan. Checking partitions... * Warning: more than 3 primary partitions: 4. Partition(OS/2 HPFS, NTFS, QNX or Advanced UNIX): primary Partition(DOS or Windows 95 with 32 bit FAT, LBA): primary Partition(Linux ext2 filesystem): logical Partition(Linux swap or Solaris/x86): logical Partition(Linux ext2 filesystem): primary Partition(Linux ext2 filesystem): invalid primary Ok. Guessed primary partition table: Primary partition(1) type: 007(0x07)(OS/2 HPFS, NTFS, QNX or Advanced UNIX) size: 4000mb #s(8193080) s(63-8193142) chs: (0/1/1)-(509/254/56)d (0/1/1)-(509/254/56)r hex: 00 01 01 00 07 FE 78 FD 3F 00 00 00 38 04 7D 00 Primary partition(2) type: 012(0x0C)(DOS or Windows 95 with 32 bit FAT, LBA) size: 956mb #s(1959930) s(8193150-10153079) chs: (510/0/1)-(631/254/63)d (510/0/1)-(631/254/63)r hex: 00 00 41 FE 0C FE BF 77 7E 04 7D 00 FA E7 1D 00 Primary partition(3) type: 015(0x0F)(Extended DOS, LBA) size: 7436mb #s(15229620) s(10153080-25382699) chs: (632/0/1)-(1023/254/63)d (632/0/1)-(1579/254/63)r hex: 00 00 81 78 0F FE FF FF 78 EC
Re: ext3 partition recovery (Again)
Hi there, Your fdisk doesn't show the last ext3 partition, therefore your partition table is messed up (nothing new in that). Gpart seems to think that there're two other partitions apart from the ones being detected by fdisk i.e. one partition more than what you suggested in your earlier mail where in you said My partition looks (used to...) like this: |-- 1. NTFS | |-- 2. ext2 | |-- 3. extended | | |-- 3.1 ext3 [ / ] | | | |-- 3.2 swap | | | |-- 3.3 ext3 [/home] Gpart thinks that beyond the last ext3 partition there's another Linux Partition?? Could you tell me the sizes of each partition as you remember them. Do you think there was another partition beyond the last /ext3 partition that you've mentioned above. Bye On Wednesday 29 Jan 2003 12:00 am, you wrote: Ok, here goes the output of some useful commands. Hope it helps... fdisk -l /dev/hda: -- Disk /dev/hda: 255 heads, 63 sectors, 2432 cylinders Units = cylinders of 16065 * 512 bytes Device BootStart EndBlocks Id System /dev/hda1 * 1 510 4096543+ 7 HPFS/NTFS /dev/hda2 511 632979965b Win95 FAT32 /dev/hda3 633 2432 144585005 Extended /dev/hda5 633 1544 7325608+ 83 Linux /dev/hda6 1545 1580289138+ 82 Linux swap gpart -v /dev/hda: -- dev(/dev/hda) mss(512) chs(2432/255/63)(LBA) #s(39070080) size(19077mb) Primary partition(1) type: 007(0x07)(OS/2 HPFS, NTFS, QNX or Advanced UNIX) (BOOT) size: 4000mb #s(8193087) s(63-8193149) chs: (0/1/1)-(509/254/63)d (0/1/1)-(509/254/63)r hex: 80 01 01 00 07 FE 7F FD 3F 00 00 00 3F 04 7D 00 Primary partition(2) type: 011(0x0B)(DOS or Windows 95 with 32 bit FAT) size: 956mb #s(1959930) s(8193150-10153079) chs: (510/0/1)-(631/254/63)d (510/0/1)-(631/254/63)r hex: 00 00 41 FE 0B FE BF 77 7E 04 7D 00 FA E7 1D 00 Primary partition(3) type: 005(0x05)(Extended DOS) size: 14119mb #s(28917000) s(10153080-39070079) chs: (632/0/1)-(1023/254/63)d (632/0/1)-(2431/254/63)r hex: 00 00 81 78 05 FE FF FF 78 EC 9A 00 08 3D B9 01 Logical partition type: 131(0x83)(Linux ext2 filesystem) size: 7153mb #s(14651217) s(10153143-24804359) chs: (632/1/1)-(1023/254/63)d (632/1/1)-(1543/254/63)r hex: 00 01 81 78 83 FE FF FF 3F 00 00 00 51 8F DF 00 Logical partition type: 130(0x82)(Linux swap or Solaris/x86) size: 282mb #s(578277) s(24804423-25382699) chs: (1023/254/63)-(1023/254/63)d (1544/1/1)-(1579/254/63)r hex: 00 FE FF FF 82 FE FF FF 3F 00 00 00 E5 D2 08 00 Primary partition(4) type: 000(0x00)(unused) size: 0mb #s(0) s(0-0) chs: (0/0/0)-(0/0/0)d (0/0/0)-(0/0/0)r hex: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Begin scan... Possible partition(Windows NT/W2K FS), size(4000mb), offset(0mb) type: 007(0x07)(OS/2 HPFS, NTFS, QNX or Advanced UNIX) size: 4000mb #s(8193080) s(63-8193142) chs: (0/1/1)-(509/254/56)d (0/1/1)-(509/254/56)r hex: 00 01 01 00 07 FE 78 FD 3F 00 00 00 38 04 7D 00 Possible partition(DOS FAT), size(956mb), offset(4000mb) type: 012(0x0C)(DOS or Windows 95 with 32 bit FAT, LBA) size: 956mb #s(1959930) s(8193150-10153079) chs: (510/0/1)-(631/254/63)d (510/0/1)-(631/254/63)r hex: 00 00 41 FE 0C FE BF 77 7E 04 7D 00 FA E7 1D 00 Possible extended partition at offset(4957mb) Possible partition(Linux ext2), size(7153mb), offset(4957mb) type: 131(0x83)(Linux ext2 filesystem) size: 7153mb #s(14651216) s(10153143-24804358) chs: (632/1/1)-(1023/254/63)d (632/1/1)-(1543/254/62)r hex: 00 01 81 78 83 FE FF FF B7 EC 9A 00 50 8F DF 00 Possible partition(Linux swap), size(282mb), offset(12111mb) type: 130(0x82)(Linux swap or Solaris/x86) size: 282mb #s(578272) s(24804423-25382694) chs: (1023/254/63)-(1023/254/63)d (1544/1/1)-(1579/254/58)r hex: 00 FE FF FF 82 FE FF FF 47 7C 7A 01 E0 D2 08 00 Possible extended partition at offset(12393mb) Possible partition(Linux ext2), size(2055mb), offset(13656mb) type: 131(0x83)(Linux ext2 filesystem) size: 2055mb #s(4208960) s(27969228-32178187) chs: (1023/254/63)-(1023/254/63)d (1741/1/1)-(2002/254/56)r hex: 00 FE FF FF 83 FE FF FF CC C6 AA 01 40 39 40 00 Possible extended partition at offset(15712mb) Possible partition(Linux ext2), size(3365mb), offset(15712mb) type: 131(0x83)(Linux ext2 filesystem) size: 3365mb #s(6891816) s(32178258-39070073) chs: (1023/254/63)-(1023/254/63)d (2003/1/1)-(2431/254/57)r hex: 00 FE FF FF 83 FE FF FF 52 00 EB 01 28 29 69 00 End scan. Checking partitions... * Warning: more than 3 primary partitions: 4. Partition(OS/2 HPFS, NTFS, QNX or Advanced UNIX): primary Partition(DOS or Windows 95 with 32 bit
