Markus Koßmann wrote:

When I installed Alpha3 on an Asus A8N32SLI board I noticed one oddity: I 'am using 3 harddisks attached to that board., 2 disks attached to the Nvidia CK804 SATA , one to the addtional onboard SiI 3132 controler.

SUSE 10.3 recognized the disks on the CK804 as /dev/sda and /dev/sdb and the disk on the SiI 3132 as /dev/sdc, but with Alpha3 the controler order is reversed. The disk on the SiI 3132 becomes /dev/sda and the two disks on the CK804 become /dev/sdb and /dev/sdc. However the bootloader setup recognizes that /dev/sdb is the first BIOS disk in that setup and so there is no trouble with booting that installation. Is this worth a bug report ? ---------------------------------------------------------------------

I came across the same issues on a new M2N32-SLI motherboard last week and I pulled cables on the 10.3 x86 IDE HD from the previous x86 motherboard to bring it back to sanity for the new SATA HD, installed 11.0 Alpha2 x86_64 and zypper dup to latest factory. I haven't so far reattached the IDE HD, could be fun, it will probably recognise the IDE drive as /dev/sda instead of the SATA which currently sits in that spot. Come to think of it, I had the same problem on this box (M2N-SLI) where the SATA drive ended up as /dev/sdb after much messing with grub commands, the SATA drive was copied from the IDE drive using rsync, so hd0 was also set to /dev/sda and boot problems ensued. # o /boot/grub/device.map (fd0) /dev/fd0 (hd1) /dev/sda (hd2) /dev/sdc (hd0) /dev/sdb If the same happens with the M2N32-SLI, I may just have to change around hd0 and hd1 in device.map. A bug report is worth it - I can't remember exact details. Regards Sid. -- Sid Boyce ... Hamradio License G3VBV, Licensed Private Pilot Emeritus IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech Support Specialist, Cricket Coach Microsoft Windows Free Zone - Linux used for all Computing Tasks --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org

Markus Koßmann wrote:

When I installed Alpha3 on an Asus A8N32SLI board I noticed one oddity: I 'am using 3 harddisks attached to that board., 2 disks attached to the Nvidia CK804 SATA , one to the addtional onboard SiI 3132 controler.

SUSE 10.3 recognized the disks on the CK804 as /dev/sda and /dev/sdb and the disk on the SiI 3132 as /dev/sdc, but with Alpha3 the controler order is reversed. The disk on the SiI 3132 becomes /dev/sda and the two disks on the CK804 become /dev/sdb and /dev/sdc. However the bootloader setup recognizes that /dev/sdb is the first BIOS disk in that setup and so there is no trouble with booting that installation. Is this worth a bug report ? ---------------------------------------------------------------------

I came across the same issues on a new M2N32-SLI motherboard last week and I pulled cables on the 10.3 x86 IDE HD from the previous x86 motherboard to bring it back to sanity for the new SATA HD, installed 11.0 Alpha2 x86_64 and zypper dup to latest factory. I haven't so far reattached the IDE HD, could be fun, it will probably recognise the IDE drive as /dev/sda instead of the SATA which currently sits in that spot. Come to think of it, I had the same problem on this box (M2N-SLI) where the SATA drive ended up as /dev/sdb after much messing with grub commands, the SATA drive was copied from the IDE drive using rsync, so hd0 was also set to /dev/sda and boot problems ensued. # o /boot/grub/device.map (fd0) /dev/fd0 (hd1) /dev/sda (hd2) /dev/sdc (hd0) /dev/sdb If the same happens with the M2N32-SLI, I may just have to change around hd0 and hd1 in device.map. A bug report is worth it - I can't remember exact details. Regards Sid. -- Sid Boyce ... Hamradio License G3VBV, Licensed Private Pilot Emeritus IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech Support Specialist, Cricket Coach Microsoft Windows Free Zone - Linux used for all Computing Tasks --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org