Skip to contentSkip to conversation

Debian etch rc1 & daily build install fail on C160

parisc-linux Kurt Fitzner 2 participants 4 messages Nov 21, 2006 – Dec 1, 2006 1 message not in the archive

lore
Share & tools
lore
#0 lore raw

I've tried installing Debian Etch rc1 and yesterday's daily build on my C160, and both fail. The installation itself seems to work fine, but when it boots after, it can't find the root partition.

I don't know if it's because the kernel doesn't have the SCSI driver I need, or if I'm running into the issue listed on the errata:

Disk devices may change on reboot
On systems with multiple diskcontrollers, the kernel/udev may assign a different device node on reboot of the system than was used during installation due to difference in load order of drivers. This can lead to failure to boot the system. In most cases this can be rectified changing the bootloader configuration and /etc/fstab, possibly using the rescue mode of the installer.

Note however that this problem may occur again on subsequent boots. Fixing this issue has priority for the next release of Debian installer.

Is this something I should be reporting here, or to Debian?
_______________________________________________
parisc-linux mailing list [email protected]
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

#1 lore raw
Quoted 15 lines · Kurt Fitzner

I've tried installing Debian Etch rc1 and yesterday's daily build on my C160, and both fail. The installation itself seems to work fine, but when it boots after, it can't find the root partition.

I don't know if it's because the kernel doesn't have the SCSI driver I need, or if I'm running into the issue listed on the errata:

Disk devices may change on reboot
On systems with multiple diskcontrollers, the kernel/udev may assign a different device node on reboot of the system than was used during installation due to difference in load order of drivers. This can lead to failure to boot the system. In most cases this can be rectified changing the bootloader configuration and /etc/fstab, possibly using the rescue mode of the installer.

Quoted 4 lines

Note however that this problem may occur again on subsequent boots. Fixing this issue has priority for the next release of Debian installer.

The "etch" system is setup to handle discovery order for cd's and network interfaces while keeping device names the same.

The scsi rules are not set up to stabilize the assignments in a similar manner, but should be easy to fix.

Look in /etc/udev/ and /etc/udev/rules.d

- tweak /etc/udev/persistent.rules
to work the same as the pair: /etc/udev/persistent-net-generator.rules and /etc/udev/rules.d/z25_persistent-net.rules

I.E: Turn /etc/udev/persistent.rules into a "generator" of /etc/udev/rules.d/z20_persistent_scsi.rules
and
rename the /etc/udev/rules.d/z20_persistent.rules link into /etc/udev/rules.d/z23_persistent.rules so that it will be run if the corresponding "generator" has not been run.

Contact me off-list if you have trouble with this local solution.

Quoted 1 line

Is this something I should be reporting here, or to Debian?

The above is a "local" solution - not approved by Debian. I am not guessing here if their solution will be the same or not.

Mike

Quoted 6 lines

_______________________________________________
parisc-linux mailing list
[email protected]
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

_______________________________________________
parisc-linux mailing list
[email protected]
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

#2 lore raw

I've tried everything I can think of, but can't get the system to boot.
I finally got smart and checked /proc/modules after a failed boot (at
the initramfs prompt) and found that only an ide driver was loaded. Not exactly what a C160 needs.

So, it doesn't look like a device ordering problem - it's a lack of device problem. Other than compiling a kernel to hard-code the correct devices in, does anyone have suggestions as to how to get the right drivers to auto-load?
_______________________________________________
parisc-linux mailing list [email protected]
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux

A message that is not in the archive (sent off-list or not yet received): [email protected]