Bug#492204:
notfound 492204 1.96+20080626-1 thanks I don't like to have 2 versions found with this bug. This applies now only for current sid version. Probable Robert and me the only people who read this, but just in case :) VMware SCSI Disks are numbered X:Y X means controller, can be 0-3 I only use one so always 0 Y means disk number, can be 0-15 I only ever use 3 so for me 0-2 If you have a harddisk as 0:0 booted kernel with root=/dev/sda1 then grub-install /dev/sda then change in VMware this disk to 0:1 and in BIOS to boot first from 0:1 grub boots fine If you boot the system as above but then do grub-install /dev/sdb then reboot and then go to BIOS put the 0:1 disk before the just booted 0:0 so the new grub setup on sdb gets loaded prefix is fd1,0 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492204:
From: Felix Zielcke [EMAIL PROTECTED] If you have a harddisk as 0:0 booted kernel with root=/dev/sda1 then grub-install /dev/sda then change in VMware this disk to 0:1 and in BIOS to boot first from 0:1 grub boots fine If you boot the system as above Shame on me, I wanted to make it very clear on this report and then didn't :) I only meant harddisk 0:0 booted with root=/dev/sda1 not the 0:1 disk booted -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492204: grub: if installed to sdb and then booted from it just by changing boot order in BIOS prefix becomes fd
Package: grub-pc Version: 1.96+20080626-1 Severity: important grub-install /dev/sdb swap hard disks boot order in BIOS so sdb gets booted prefix for grub is fd instead of hd grub.cfg has it right with hd0 set shows root=fd0,1 prefix=(fd0,1)/boot/grub ls shows (hd0) (hd0,1) (hd1) (hd1,0) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
