FS#15684 - 2009.02 FTP ISO [udev] Hook only finds keyboard
Attached to Project:
Release Engineering
Opened by Thomas Winkler (gasmann01) - Saturday, 25 July 2009, 21:15 GMT
Last edited by Gerhard Brauer (GerBra) - Monday, 27 July 2009, 08:46 GMT
Opened by Thomas Winkler (gasmann01) - Saturday, 25 July 2009, 21:15 GMT
Last edited by Gerhard Brauer (GerBra) - Monday, 27 July 2009, 08:46 GMT
|
Details
On my mainboard having a VIA chipset (it's a MSI MS-6380),
the 2009.02 FTP ISO (which I downloaded via the official
torrent) doesn't detect my hardware and thus doesn't boot
(no mather whether I choose PATA or old IDE at GRUB). The
same burnt CD works on another computer having a SiS
chipset. Note also that 2008.06 and 2009.08-alpha2 aren't
affected; they work well.
I had a look by a text editor at the gunzipped initrds and found pata_via.ko in the PATA and via82cxxx.ko in the IDE one... so that's unlikely the problem (I first thought so, but it also doesn't detect my other hardware like my USB controller). 2009.02 boot log right after the kernel finished loading: :: Loading Initramfs :: Running Hook [archiso-early] :: Running Hook [udev] Loading udev...input: AT Translated Set 2 Keyboard as /class/input/input1 done. :: Running Hook [archiso] :: Mounting tmpfs, size=75%... done. :: Waiting for devices to settle... :: Waiting 6s for USB devices :: Scanning cd drives... :: Scanning usb drives... ERROR: cannot find boot device, cannot continue Falling back to interactive prompt... ramfs$ lspci -k on my installed Arch Linux: 00:00.0 Host bridge: VIA Technologies, Inc. VT8366/A/7 [Apollo KT266/A/333] Kernel driver in use: agpgart-via Kernel modules: via-agp 00:01.0 PCI bridge: VIA Technologies, Inc. VT8366/A/7 [Apollo KT266/A/333 AGP] Kernel modules: shpchp 00:06.0 FireWire (IEEE 1394): Texas Instruments TSB12LV26 IEEE-1394 Controller (Link) Subsystem: TERRATEC Electronic GmbH Device 1133 Kernel driver in use: ohci1394 Kernel modules: ohci1394 00:07.0 USB Controller: NEC Corporation USB (rev 43) Subsystem: NEC Corporation Hama USB 2.0 CardBus Kernel driver in use: ohci_hcd Kernel modules: ohci-hcd 00:07.1 USB Controller: NEC Corporation USB (rev 43) Subsystem: NEC Corporation Hama USB 2.0 CardBus Kernel driver in use: ohci_hcd Kernel modules: ohci-hcd 00:07.2 USB Controller: NEC Corporation USB 2.0 (rev 04) Subsystem: NEC Corporation USB 2.0 Kernel driver in use: ehci_hcd Kernel modules: ehci-hcd 00:08.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) Subsystem: Allied Telesyn International AT-2500TX/ACPI Kernel driver in use: 8139too Kernel modules: 8139too, 8139cp 00:09.0 Multimedia audio controller: ESS Technology ES1969 Solo-1 Audiodrive (rev 02) Subsystem: ESS Technology Device 8898 Kernel driver in use: ESS ES1938 (Solo-1) Kernel modules: snd-es1938 00:11.0 ISA bridge: VIA Technologies, Inc. VT8233 PCI to ISA Bridge Subsystem: VIA Technologies, Inc. VT8233 PCI to ISA Bridge Kernel modules: i2c-viapro, via-ircc 00:11.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06) Subsystem: VIA Technologies, Inc. VT82C586/B/VT82C686/A/B/VT8233/A/C/VT8235 PIPC Bus Master IDE Kernel driver in use: pata_via Kernel modules: pata_via, via82cxxx 01:00.0 VGA compatible controller: nVidia Corporation NV17 [GeForce4 MX 440] (rev a3) Kernel driver in use: nvidiafb Kernel modules: nvidia, nvidiafb, rivafb Just for completeness, the CPU is an Athlon XP 2100+ Palomino @ 1733 MHz, 768 MB DDR-RAM @ 266 MHz, 80 GB Samsung HDD. The forum thread where I began examining the problem: http://bbs.archlinux.org/viewtopic.php?pid=590278 Maybe the problem isn't worth examining further anyway because it's already gone in more recent versions. You may decide for yourself, that's why I give it a serverity of Very Low. I just wanted to let you know about it ;) Thank you! |
This task depends upon
Closed by Gerhard Brauer (GerBra)
Monday, 27 July 2009, 08:46 GMT
Reason for closing: Fixed
Additional comments about closing: Works fine in 2009.08
Monday, 27 July 2009, 08:46 GMT
Reason for closing: Fixed
Additional comments about closing: Works fine in 2009.08
So one worth test could be to disable some modules, use grub-editor (e) to add to kernel line in (pata) Boot entry:
disablemodules=pata_acpi
But when 2009.08 is working fine i see no realy need to examime this deeper. I guess udev,mkinitcpio and kernel in versions on 2009.08 works a better way with your hardware, so you could use this ISOs to proceed the installation (also the alpha2 has
no really showstopper to not do a real, good installation). Only the install itself is somewhat different than mentioned in Install and Beginners guide cause a new installer is used.
We also will change the methode to detect the bootdevice better in the 2009.08 final version.
So: when 2009.08 works fine for you, and the install and the system works fine, then i would say we close this report then.
Indeed I already installed my system using 2008.06, it works fine! :)
Yes, you may close this problem, as it's gone in newer versions. It's not worth wasting time for it. ;)
Thanks again!