Bug#249633: installation-reports i386 netinst expert26 problem with libata install
On Tue, 2004-05-18, at 17:35:44 +0100, Martin Michlmayr wrote:
> * Anders Lennartsson <anders.lennartsson@foi.se> [2004-05-18 18:09]:
> > The S-ATA disk is not detected automatically. After manually loading
> > the modules libata, sd_mod and ata_piix, the S-ATA disk was
>
> This was with 2.6, right?
yes, booted with expert26, not because I need the possibility to give
arguments to module loading, but the chance of specifying a static ip
for net config
> Can you please paste the output of the following two commands:
> lspci
> lspci -n
Sure, with the kernel:
lie:~# uname -a
Linux lie 2.4.25-libata-lie4 #1 SMP ons mar 31 13:08:51 CEST 2004 i686 GNU/Linux
Vanilla 2.4.25 with libata patch applied, at the time the patch didn't
apply cleanly on the debian source tree.
lie:~# lspci
pcilib: Cannot open /sys/bus/pci/devices
0000:00:00.0 Host bridge: Intel Corp. 82875P Memory Controller Hub (rev 02)
0000:00:01.0 PCI bridge: Intel Corp. 82875P Processor to AGP Controller (rev 02)
0000:00:03.0 PCI bridge: Intel Corp. 82875P Processor to PCI to CSA Bridge (rev 02)
0000:00:1d.0 USB Controller: Intel Corp. 82801EB/ER (ICH5/ICH5R) USB UHCI #1 (rev 02)
0000:00:1d.1 USB Controller: Intel Corp. 82801EB/ER (ICH5/ICH5R) USB UHCI #2 (rev 02)
0000:00:1d.2 USB Controller: Intel Corp. 82801EB/ER (ICH5/ICH5R) USB UHCI #3 (rev 02)
0000:00:1d.7 USB Controller: Intel Corp. 82801EB/ER (ICH5/ICH5R) USB2 EHCI Controller (rev 02)
0000:00:1e.0 PCI bridge: Intel Corp. 82801BA/CA/DB/EB/ER Hub interface to PCI Bridge (rev c2)
0000:00:1f.0 ISA bridge: Intel Corp. 82801EB/ER (ICH5/ICH5R) LPC Bridge (rev 02)
0000:00:1f.1 IDE interface: Intel Corp. 82801EB/ER (ICH5/ICH5R) Ultra ATA 100 Storage Controller (rev 02)
0000:00:1f.2 IDE interface: Intel Corp. 82801EB (ICH5) Serial ATA 150 Storage Controller (rev 02)
0000:00:1f.3 SMBus: Intel Corp. 82801EB/ER (ICH5/ICH5R) SMBus Controller (rev 02)
0000:01:00.0 VGA compatible controller: nVidia Corporation: Unknown device 0341 (rev a1)
0000:02:01.0 Ethernet controller: Intel Corp. 82547EI Gigabit Ethernet Controller (LOM)
0000:03:03.0 FireWire (IEEE 1394): VIA Technologies, Inc. IEEE 1394 Host Controller (rev 46)
0000:03:0a.0 VGA compatible controller: nVidia Corporation NV31 [GeForce FX 5600] (rev a1)
0000:03:0b.0 Ethernet controller: 3Com Corporation 3c905C-TX/TX-M [Tornado] (rev 78)
0000:03:0c.0 Unknown mass storage controller: Promise Technology, Inc. 20269 (rev 02)
0000:03:0d.0 Multimedia audio controller: Creative Labs SB Live! EMU10k1 (rev 08)
0000:03:0d.1 Input device controller: Creative Labs SB Live! MIDI/Game Port (rev 08)
lie:~# lspci -n
pcilib: Cannot open /sys/bus/pci/devices
0000:00:00.0 Class 0600: 8086:2578 (rev 02)
0000:00:01.0 Class 0604: 8086:2579 (rev 02)
0000:00:03.0 Class 0604: 8086:257b (rev 02)
0000:00:1d.0 Class 0c03: 8086:24d2 (rev 02)
0000:00:1d.1 Class 0c03: 8086:24d4 (rev 02)
0000:00:1d.2 Class 0c03: 8086:24d7 (rev 02)
0000:00:1d.7 Class 0c03: 8086:24dd (rev 02)
0000:00:1e.0 Class 0604: 8086:244e (rev c2)
0000:00:1f.0 Class 0601: 8086:24d0 (rev 02)
0000:00:1f.1 Class 0101: 8086:24db (rev 02)
0000:00:1f.2 Class 0101: 8086:24d1 (rev 02)
0000:00:1f.3 Class 0c05: 8086:24d3 (rev 02)
0000:01:00.0 Class 0300: 10de:0341 (rev a1)
0000:02:01.0 Class 0200: 8086:1019
0000:03:03.0 Class 0c00: 1106:3044 (rev 46)
0000:03:0a.0 Class 0300: 10de:0312 (rev a1)
0000:03:0b.0 Class 0200: 10b7:9200 (rev 78)
0000:03:0c.0 Class 0180: 105a:4d69 (rev 02)
0000:03:0d.0 Class 0401: 1102:0002 (rev 08)
0000:03:0d.1 Class 0980: 1102:7002 (rev 08)
> > were correctly identified as to the size, but not the partition types
> > (file system types). I could only select existing partitions to be
> > included as swap-space, or used for lvm or raid.
> >
> > If selecting the disk itself in the partitioning menu nothing
> > happened. After doing so, the same behaviour as described above
> > persisted.
>
> Yeah, the daily images are currently pretty broken due to a bug in
> libdebian-installer - not all packages needed for the partitioning
> tool are installed. We're working on a fix for this.
thanks (this explains some other small mysteries...)
> > /dev/sda. I used the 2.6 kernel on the d-i disk to be able to
> > continue using libata since I suspect that the 2.4 kernel does not
> > include the libata patch(?)
>
> Our 2.4 kernel actually includes the SATA patch from 2.4.27-pre2, but
> it seems there is no ata_piix module.
> --
> Martin Michlmayr
> tbm@cyrius.com
good, is that the 2.4 kernel on the d-i cds?
Anders
Reply to: