You are not logged in.
Pages: 1
I have been running arch completely reliably on my desktop for about 18months. It's a superb distro - well done - this is what slackware should have been!
The existing hard drive (SATA) is partitioned:
sda1 ntfs/xp
sda2 swap
sda3 ext3/xarch
and all was working well...
I recently added space by dropping a spare IDE drive in - with one big ntfs partition. Now the drive order at boot seems random:
Grub ALWAYS sees: hd(0,0), (hd0,1), (hd0,2) and (hd1,0), so I can boot the kernel from (hd0,2) as normal. The problem comes with the kernel line, sometimes the line
kernel /boot/vmlinuz26 root=/dev/sda3
will boot and sometimes it will hang with a 'waiting 10 secs for sda3' error. In these cases the kernel is seeing the drives swapped - so it actually wanted a root partition in /dev/sdb3.
The workaround I have in place at the moment is to have two grub entries, one with
root=/dev/sda3
and the other
root=/dev/sdb3
. Whichever one I choose has a 50% chance of being correct so I can usually boot within 2 or 3 tries. But this is a workaround rather than a solution.
I have searched the forums and wiki but could not find anything relevant. Surely there must be something that I am overlooking? What could be causing this and how could I solve the problem?
Thanks in advance, Richard.
Last edited by r_j_h (2010-03-06 20:42:39)
Offline
You should name the drives by UUID:
If your machine has more than one SATA, SCSI or IDE disk controller, the order in which their corresponding device nodes are added is random. This may result in device names like /dev/sdX and /dev/sdY switching around randomly on each boot, culminating in an unbootable system or kernel panic. Persistent naming solves these issues.
Offline
Thanks - I'm using UUIDS in fstab but was not aware that it could also be used that early in the boot process. I'll play with that later and mark as solved if I get it working.
R.
Offline
I like labels better (http://wiki.archlinux.org/index.php/Per … g#by-label); "root" and "home" are more descriptive than "61fe7c7d-e76e-429d-8e5b-46a132a3012d" I find.
Offline
Worked like a charm - although I did decide to use labels instead.
Thanks.
Offline
Pages: 1