Err i seemed to have missed the post.
Here is what i am talking about. Once u press c at the grub menu grub> root (hd0,4) Filesystem type is jfs, partition type 0x83
grub> kernel /vmlinuz root=/dev/hda5 [Linux-bzImage, setup=0x1400, size=0x108a19]
grub>initrd /initrd.img [Linux-initrd @ 0x1debc000, 0x124000 bytes]
grub> boot
Please do the above and post
"Boot unsuccessful. /dev/hda7(/ for Ubuntu) had vmlinuz as symlink to boot/vmlinuz- 2.6.20-16-generic and a vmlinuz.old as symlink to boot/vmlinuz- 2.6.20-15-generic,both owned by root and 777 permissions. Similarly,initrd.img was symlink to
symlinks work with grub as long as they are on the same partition as the grub root (hd0,4) in the abv example. Grub has auto completion like bash. Hitting tab after a command will show what grub wants and or sees. at the grub prompt type root (hd and hit the tab key, grub will list the disks that it sees. next type (hd0 and hit tab grub should give u a list of partitions. next type (hd0,4) and hit enter. Grub should give you a line like Filesystem type is jfs, partition type 0x83 type kernel / and hit tab. Grub will show a list of files.
I tried the root (hd0,<Tab> command but it showed some strange output.....it started counting partitions from zero as is well known,but it also showed hda9(ie partition no 10) when I've a total of 2 primary and 1 extended partitions.The extended partition contains 4 partitions for Ubuntu mounted at /,/boot,/home and a swap partition.It also contains a Windows D: partition which was formerly hda9.Presently,after nuking and remaking the /boot partition,the /boot partition is hda9 and all other logical partitions have moved up 1 position each in the partition table.
I tried out the commands given above and actually booted into the
system. First time this way. Since its was a long time that I had installed the OSes I used 'find /boot/grub/stage1' to locate all my root partitions. However after that grub never returns any output unless its an error.
The "grub>find stage1" command doesn't work if you have a separate /boot partition specially if you are on Live CD......you have to take a fdisk -l and show the *blind* grub the way after mounting your /boot partition.......
Easwar's problem turns out to be a corrupted /boot partition. I am
curious to know how he restored all his /boot files after deleting and re-creating the partition. Is it as simple as backing up the files somewhere else and pasting them back or getting them from some new source.
It *is* as simple as backing up the files to my /home partition and pasting them back....... ;).What did you expect,I downloaded the kernel and init again? :o
Regards, Easwar
On 8/13/07, Easwar Hariharan meindian523@gmail.com wrote:
I tried the root (hd0,<Tab> command but it showed some strange output.....it started counting partitions from zero as is well known,but it also showed hda9(ie partition no 10)
All the logical partitions are shown that way. hda5 was shown as (hd0,5) and so on.
Easwar Hariharan wrote:
I tried the root (hd0,<Tab> command but it showed some strange output.....it started counting partitions from zero as is well known,but it also showed hda9(ie partition no 10) when I've a total of 2 primary and 1 extended partitions.The extended partition contains 4 partitions for Ubuntu mounted at /,/boot,/home and a swap partition.It also contains a Windows D: partition which was formerly hda9.Presently,after nuking and remaking the /boot partition,the /boot partition is hda9 and all other logical partitions have moved up 1 position each in the partition table.
/boot is now your last created partition so hda9. However I am surprised to know that partitions can be deleted from the middle instead of the last to first order.
The "grub>find stage1" command doesn't work if you have a separate /boot partition specially if you are on Live CD......you have to take a fdisk -l and show the *blind* grub the way after mounting your /boot partition.......
Grub can find any file from unmounted partitions. For example the partition for a file1 in user1's desktop can be found using 'find /home/user1/Desktop/file1'
Easwar's problem turns out to be a corrupted /boot partition. I am
curious to know how he restored all his /boot files after deleting and re-creating the partition. Is it as simple as backing up the files somewhere else and pasting them back or getting them from some new source.
It *is* as simple as backing up the files to my /home partition and pasting them back....... ;).What did you expect,I downloaded the kernel and init again? :o
Hmm. What if /boot is very corrupted and you cannot even backup files?
Well here is an interesting link I found today. Very informative.
http://www.troubleshooters.com/linux/grub/grub.htm
On 8/14/07, Rony ronbillypop@yahoo.co.uk wrote:
Easwar's problem turns out to be a corrupted /boot partition. I am
curious to know how he restored all his /boot files after deleting and re-creating the partition. Is it as simple as backing up the files somewhere else and pasting them back or getting them from some new source.
It *is* as simple as backing up the files to my /home partition and pasting them back....... ;).What did you expect,I downloaded the kernel and init again? :o
Hmm. What if /boot is very corrupted and you cannot even backup files?
In this case, the files were not corrupted. Would a fsck have helped?
Regards, Mohan S N
-
Easwar Hariharan -
mehul -
Mohan Nayaka -
Rony