initramfs-tools: mkinitramfs could call modprobe with --use-blacklist?

Hi,

I have a problem where modprobe hangs when trying to load the amd64_agp module.  mkinitramfs calls modprobe
when adding things to initramfs.  While I acknowledge that is not a bug in mkinitramfs, I think I should be
able to use the blacklist (or some equivalent mechanism) to prevent this from happening.

Until the amd64_agp bug is fixed (http://bugs.debian.org/570321), I have to kill modprobe every time I
upgrade my kernel, so I had requested this wishlist item from initramfs-tools. 
http://bugs.debian.org/575454  Max told me to ask on the mailing list (I'm assuming this one) before
opening this as a wishlist item.

Is this a reasonable feature request?  For mkinitramfs to avoid hanging by honouring the blacklist when
adding modules to initramfs?

Thanks,
Jayen

Bug#575660: With last kernels, terminal/console processing getting worse.

On Wed, 2010-03-31 at 20:04 +0200, Regid Ichira wrote:
>   I noticed that the i8042 interrupt counter is 1, not 0.  As if it got
> incremented once.  I suspect the processing of key presses are some how
> messed up.  Can you point some reasonable points (file name, perhaps a
> function and line number) in the source to insert a printk, just to see
> weather each key press produces a message at those points?

The relevant source file is drivers/input/keyboard/atkbd.c.

>   Must I compile the entire kernel to get those printk into the binary?

I think so.

Ben.

--

-- 
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.

Re: [RFR] templates://linux-2.6/{linux-base.templates,templates/temp.image.plain/templates}

On Wed, 2010-03-31 at 18:37 +0200, Christian PERRIER wrote:
> (thanks, Ben, for your comments. I was of course expecting them as it
> is a little bit fun to see a Frenglish speaker reviewing texts for a
> native speaker who is known as very clever with his own language..)
> 
> > > This is a quite important review as some of these strings are likely
> > > to appear during the system install. Some other will also appear
> > > during kernel upgrades and, I guess, particularly for lenny->squeeze
> > > upgrades.
> > 
> > Actually, they shouldn't appear during install.
> 
> I went on this because of a recent report in D-I from a user who was
> surprised to not see the template mentioning potentially mimssing
> firmware. *this* one is likely to appear for some users, isn't it?

This is supposed to catch cases where the current installation depends
on firmware blobs embedded in drivers, which have subsequently been
remove.  Since the release of lenny we have only removed blobs at the
same time as switching to new upstream versions, so the check is made
conditional on the new kernel package's upstream version being later
than the running kernel.  This is not normally true during installation
of a stable release, although it can be true for installation of
testing/unstable.

Debian-installer has its own check and prompts for missing firmware and
that is what users should normally see during installation.

Finally, I think we can remove this check altogether after squeeze as
there are no more non-free blobs to remove.

Error

Re: Bug#574585: udev 151-3 does not load eata scsi driver, udev 151-2 does.

reassign 574585 linux-2.6
thanks

On Mar 31, Arthur Marsh <arthur.marsh <at> internode.on.net> wrote:

> I had tried several kernels including kernels that had previously worked  
> with just an eata entry in /etc/modules without getting eata loading  
> before it was needed to check and mount filesystems on the SCSI disk so  
> I'm at a loss as to what the actual problem was.
The kernel developers say that it worked by chance and hotplug is not
actually supported for eata.
This is not a udev bug anyway.

--

-- 
ciao,
Marco

Processed: Re: Bug#574585: udev 151-3 does not load eata scsi driver, udev 151-2 does.

Processing commands for control <at> bugs.debian.org:

> reassign 574585 linux-2.6
Bug #574585 [udev] udev 151-3 does not load eata scsi driver, udev 151-2 does.
Bug reassigned from package 'udev' to 'linux-2.6'.
Bug No longer marked as found in versions udev/151-3.
> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)

Re: Error

hello,

please provide more information

On Thu, 01 Apr 2010, Иван Алешкович wrote:

> 
> E: Work dpkg interrupted, you must manually execute the 'dpkg - configure-a'
> to correct the problem.
> # Dpkg - configure-a
> Processing triggers for menu ...
> Setting up initramfs-tools (0.93.4) ...
> update-initramfs: deferring update (trigger activated)
> Processing triggers for initramfs-tools ...
> update-initramfs: Generating / boot/initrd.img-2.6.32-3-686
> readlink: missing operand
> Try `readlink - help 'for more detailed description.
> mkinitramfs: for root missing / sys / block / entry
> mkinitramfs: workaround is MODULES = most
> mkinitramfs: Error please report the bug
> update-initramfs: failed for / boot/initrd.img-2.6.32-3-686
> dpkg: subprocess installed post-installation script returned error exit
> status 1
> 
> What should I do to fix this problem?

need to know what it is trying to do:
sh -x mkinitramfs -o /tmp/foo

ls /sys/block

/etc/fstab

--

-- 
maks

Re: [RFR] templates://linux-2.6/{linux-base.templates,templates/temp.image.pla in/templates}

Ben Hutchings wrote:
> On Wed, 2010-03-31 at 11:45 +0100, Justin B Rye wrote:
>> In my case the name of my IOmega Zip drive changed too.  Yes, I
>> only had it installed on that machine to see if it would cause
>> trouble, and it still worked as /dev/sdc1.  Mind you, I imagine it
>> would be a bit of a pain assigning labels to a pile of 100MB
>> removable zip-disks if dosfslabel's still buggy (#506786).
> [...]
> 
> Also reported and fixed as #559985.  You're welcome.

If it's fixed in 3.0.7-1, shouldn't dosfslabel agree with mlabel,
blkid, mount, etc on what label a vfat file system has?  Because
that's not what I'm seeing:

 jbr <at> xan:~$ /sbin/blkid /dev/sdb4
 /dev/sdb4: SEC_TYPE="msdos" LABEL="ZM3" UUID="15F9-2C71" TYPE="vfat"
 jbr <at> xan:~$ ls /dev/disk/by-label/
 FREEBSD  LENNY  SWAP  SQUEEZE  ZM3
 jbr <at> xan:~$ /sbin/dosfslabel --version
 dosfslabel 3.0.9, 31 Jan 2010, FAT32, LFN
 jbr <at> xan:~$ /sbin/dosfslabel /dev/sdb4
 Z100A
 jbr <at> xan:~$ sudo mount LABEL=Z100A /media/zip
 mount: special device LABEL=Z100A does not exist
 jbr <at> xan:~$ mlabel -s z:
  Volume label is ZM3
 jbr <at> xan:~$ sudo mount LABEL=ZM3 /media/zip
 jbr <at> xan:~$ mount -l | grep zip
 /dev/sdb4 on /media/zip type vfat (rw) [ZM3]

I can use mlabel or mkdosfs to set a label that can then immediately
be used by mount, but dosfslabel still seems to be modifying some
ID-string not connected to the file system label or UUID.

(I should probably be testing this on something less arcane.)
--

-- 
JBR	with qualifications in linguistics, experience as a Debian
	sysadmin, and probably no clue about this particular package

Re: initramfs-tools: mkinitramfs could call modprobe with --use-blacklist?

hello,

On Wed, 31 Mar 2010, Jayen Ashar wrote:

> 
> I have a problem where modprobe hangs when trying to load the amd64_agp
> module.  mkinitramfs calls modprobe when adding things to initramfs.
> While I acknowledge that is not a bug in mkinitramfs, I think I should
> be able to use the blacklist (or some equivalent mechanism) to prevent
> this from happening.

why to you think that mkinitramfs loads any module?

it merely calls modprobe to list the dependings of specific modules
to have them also included in initramfs.

> Until the amd64_agp bug is fixed (http://bugs.debian.org/570321), I have
> to kill modprobe every time I upgrade my kernel, so I had requested this
> wishlist item from initramfs-tools.  http://bugs.debian.org/575454  Max
> told me to ask on the mailing list (I'm assuming this one) before
> opening this as a wishlist item.
> 
> Is this a reasonable feature request?  For mkinitramfs to avoid hanging
> by honouring the blacklist when adding modules to initramfs?

first of all the trouble concerning amd64_agp should be gone as it is
no longer modular.

what i still don't get is why it should hang there, could you provide an
strace of the modprobe call, thanks.

Bug#574585: marked as done (udev 151-3 does not load eata scsi driver, udev 151-2 does.)

Your message dated Thu, 01 Apr 2010 02:01:27 +0100
with message-id <1270083687.8653.523.camel <at> localhost>
and subject line Re: Bug#574585: udev 151-3 does not load eata scsi driver, udev 151-2 does.
has caused the Debian Bug report #574585,
regarding udev 151-3 does not load eata scsi driver, udev 151-2 does.
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner <at> bugs.debian.org
immediately.)

-- 
574585: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=574585
Debian Bug Tracking System
Contact owner <at> bugs.debian.org with problems

From: Arthur Marsh <arthur.marsh <at> internode.on.net>
Subject: udev 151-3 does not load eata scsi driver, udev 151-2 does.
Date: 2010-03-19 07:55:00 GMT

Package: udev
Version: 151-3
Severity: normal
Tags: sid

I have a DPT 2044W SCSI controller but boot from an ATA drive.

lspci -vnn reports for it:

00:08.0 SCSI storage controller [0100]: Adaptec (formerly DPT) SmartCache/Raid I
-IV Controller [1044:a400] (rev 02)
        Flags: bus master, medium devsel, latency 160, IRQ 11
        BIST result: 00
        I/O ports at d400 [size=32]
        Expansion ROM at ee000000 [disabled] [size=32K]

When I upgraded udev and libudev0 to version 151-3 and later tried to reboot,
fsck failed as the eata driver was not loaded by udev.

By downgrading udev and libudev0 to version 151-2 the eata scsi driver 
loaded well before fsck ran and the pc booted normally.

As a workaround, I was able to add eata to /etc/initramfs-tools/modules and
running update-initramfs and get the eata module loaded from the initramdisk,
even with udev and libudev0 at version 151-3.

I normally run a custom kernel however I verified this using the stock Debian
2.6.32-4-686 kernel.

-- Package-specific info:
-- /etc/udev/rules.d/:
/etc/udev/rules.d/:
total 12
lrwxrwxrwx 1 root root   19 May  4  2009 025_libgphoto2.rules -> ../libgphoto2.rules
lrwxrwxrwx 1 root root   22 May  4  2009 025_logitechmouse.rules -> ../logitechmouse.rules
-rw-r--r-- 1 root root 2321 Mar 19 10:08 70-persistent-cd.rules
-rw-r--r-- 1 root root 2216 Mar 18 21:37 70-persistent-cd.rules.old
-rw-r--r-- 1 root root  715 Oct  1 13:08 70-persistent-net.rules

-- /sys/:
/sys/dev
/sys/devices/pci0000:00/0000:00:01.0/0000:01:00.0/drm/card0/dev
/sys/devices/pci0000:00/0000:00:01.0/0000:01:00.0/drm/controlD64/dev
/sys/devices/pci0000:00/0000:00:01.0/0000:01:00.0/graphics/fb0/dev
/sys/devices/pci0000:00/0000:00:07.1/host1/target1:0:0/1:0:0:0/block/sdb/dev
/sys/devices/pci0000:00/0000:00:07.1/host1/target1:0:0/1:0:0:0/block/sdb/sdb1/dev
/sys/devices/pci0000:00/0000:00:07.1/host1/target1:0:0/1:0:0:0/block/sdb/sdb2/dev
/sys/devices/pci0000:00/0000:00:07.1/host1/target1:0:0/1:0:0:0/block/sdb/sdb5/dev
/sys/devices/pci0000:00/0000:00:07.1/host1/target1:0:0/1:0:0:0/block/sdb/sdb6/dev
/sys/devices/pci0000:00/0000:00:07.1/host1/target1:0:0/1:0:0:0/block/sdb/sdb7/dev
/sys/devices/pci0000:00/0000:00:07.1/host1/target1:0:0/1:0:0:0/bsg/1:0:0:0/dev
/sys/devices/pci0000:00/0000:00:07.1/host1/target1:0:0/1:0:0:0/scsi_generic/sg1/dev
/sys/devices/pci0000:00/0000:00:07.1/host1/target1:0:1/1:0:1:0/block/sdc/dev
/sys/devices/pci0000:00/0000:00:07.1/host1/target1:0:1/1:0:1:0/block/sdc/sdc1/dev
/sys/devices/pci0000:00/0000:00:07.1/host1/target1:0:1/1:0:1:0/block/sdc/sdc2/dev
/sys/devices/pci0000:00/0000:00:07.1/host1/target1:0:1/1:0:1:0/block/sdc/sdc3/dev
/sys/devices/pci0000:00/0000:00:07.1/host1/target1:0:1/1:0:1:0/block/sdc/sdc5/dev
/sys/devices/pci0000:00/0000:00:07.1/host1/target1:0:1/1:0:1:0/block/sdc/sdc6/dev
/sys/devices/pci0000:00/0000:00:07.1/host1/target1:0:1/1:0:1:0/block/sdc/sdc7/dev
/sys/devices/pci0000:00/0000:00:07.1/host1/target1:0:1/1:0:1:0/bsg/1:0:1:0/dev
/sys/devices/pci0000:00/0000:00:07.1/host1/target1:0:1/1:0:1:0/scsi_generic/sg2/dev
/sys/devices/pci0000:00/0000:00:07.1/host2/target2:0:0/2:0:0:0/block/sr0/dev
/sys/devices/pci0000:00/0000:00:07.1/host2/target2:0:0/2:0:0:0/bsg/2:0:0:0/dev
/sys/devices/pci0000:00/0000:00:07.1/host2/target2:0:0/2:0:0:0/scsi_generic/sg3/dev
/sys/devices/pci0000:00/0000:00:07.2/usb1/1-2/1-2:1.0/host3/target3:0:0/3:0:0:0/block/sdd/dev
/sys/devices/pci0000:00/0000:00:07.2/usb1/1-2/1-2:1.0/host3/target3:0:0/3:0:0:0/bsg/3:0:0:0/dev
/sys/devices/pci0000:00/0000:00:07.2/usb1/1-2/1-2:1.0/host3/target3:0:0/3:0:0:0/scsi_generic/sg4/dev
/sys/devices/pci0000:00/0000:00:07.2/usb1/1-2/dev
/sys/devices/pci0000:00/0000:00:07.2/usb1/dev
/sys/devices/pci0000:00/0000:00:09.0/sound/card0/admmidi/dev
/sys/devices/pci0000:00/0000:00:09.0/sound/card0/adsp/dev
/sys/devices/pci0000:00/0000:00:09.0/sound/card0/amidi/dev
/sys/devices/pci0000:00/0000:00:09.0/sound/card0/audio/dev
/sys/devices/pci0000:00/0000:00:09.0/sound/card0/controlC0/dev
/sys/devices/pci0000:00/0000:00:09.0/sound/card0/dmmidi/dev
/sys/devices/pci0000:00/0000:00:09.0/sound/card0/dsp/dev
/sys/devices/pci0000:00/0000:00:09.0/sound/card0/hwC0D0/dev
/sys/devices/pci0000:00/0000:00:09.0/sound/card0/hwC0D2/dev
/sys/devices/pci0000:00/0000:00:09.0/sound/card0/midi/dev
/sys/devices/pci0000:00/0000:00:09.0/sound/card0/midiC0D0/dev
/sys/devices/pci0000:00/0000:00:09.0/sound/card0/midiC0D1/dev
/sys/devices/pci0000:00/0000:00:09.0/sound/card0/midiC0D2/dev
/sys/devices/pci0000:00/0000:00:09.0/sound/card0/mixer/dev
/sys/devices/pci0000:00/0000:00:09.0/sound/card0/pcmC0D0c/dev
/sys/devices/pci0000:00/0000:00:09.0/sound/card0/pcmC0D0p/dev
/sys/devices/pci0000:00/0000:00:09.0/sound/card0/pcmC0D1c/dev
/sys/devices/pci0000:00/0000:00:09.0/sound/card0/pcmC0D2c/dev
/sys/devices/pci0000:00/0000:00:09.0/sound/card0/pcmC0D2p/dev
/sys/devices/pci0000:00/0000:00:09.0/sound/card0/pcmC0D3p/dev
/sys/devices/platform/host0/target0:0:6/0:0:6:0/block/sda/dev
/sys/devices/platform/host0/target0:0:6/0:0:6:0/block/sda/sda1/dev
/sys/devices/platform/host0/target0:0:6/0:0:6:0/block/sda/sda2/dev
/sys/devices/platform/host0/target0:0:6/0:0:6:0/block/sda/sda5/dev
/sys/devices/platform/host0/target0:0:6/0:0:6:0/bsg/0:0:6:0/dev
/sys/devices/platform/host0/target0:0:6/0:0:6:0/scsi_generic/sg0/dev
/sys/devices/platform/i8042/serio0/input/input1/event1/dev
/sys/devices/platform/i8042/serio1/input/input3/event3/dev
/sys/devices/platform/i8042/serio1/input/input3/mouse1/dev
/sys/devices/platform/pcspkr/input/input2/event2/dev
/sys/devices/platform/rtc_cmos/rtc/rtc0/dev
/sys/devices/platform/serial8250/tty/ttyS0/dev
/sys/devices/platform/serial8250/tty/ttyS1/dev
/sys/devices/platform/serial8250/tty/ttyS2/dev
/sys/devices/platform/serial8250/tty/ttyS3/dev
/sys/devices/virtual/input/input0/event0/dev
/sys/devices/virtual/input/input0/mouse0/dev
/sys/devices/virtual/input/mice/dev
/sys/devices/virtual/mem/full/dev
/sys/devices/virtual/mem/kmsg/dev
/sys/devices/virtual/mem/mem/dev
/sys/devices/virtual/mem/null/dev
/sys/devices/virtual/mem/port/dev
/sys/devices/virtual/mem/random/dev
/sys/devices/virtual/mem/urandom/dev
/sys/devices/virtual/mem/zero/dev
/sys/devices/virtual/misc/agpgart/dev
/sys/devices/virtual/misc/cpu_dma_latency/dev
/sys/devices/virtual/misc/fuse/dev
/sys/devices/virtual/misc/mcelog/dev
/sys/devices/virtual/misc/microcode/dev
/sys/devices/virtual/misc/network_latency/dev
/sys/devices/virtual/misc/network_throughput/dev
/sys/devices/virtual/misc/psaux/dev
/sys/devices/virtual/misc/snapshot/dev
/sys/devices/virtual/misc/tun/dev
/sys/devices/virtual/misc/vga_arbiter/dev
/sys/devices/virtual/sound/seq/dev
/sys/devices/virtual/sound/timer/dev
/sys/devices/virtual/tty/console/dev
/sys/devices/virtual/tty/ptmx/dev
/sys/devices/virtual/tty/tty/dev
/sys/devices/virtual/tty/tty0/dev
/sys/devices/virtual/tty/tty1/dev
/sys/devices/virtual/tty/tty10/dev
/sys/devices/virtual/tty/tty11/dev
/sys/devices/virtual/tty/tty12/dev
/sys/devices/virtual/tty/tty13/dev
/sys/devices/virtual/tty/tty14/dev
/sys/devices/virtual/tty/tty15/dev
/sys/devices/virtual/tty/tty16/dev
/sys/devices/virtual/tty/tty17/dev
/sys/devices/virtual/tty/tty18/dev
/sys/devices/virtual/tty/tty19/dev
/sys/devices/virtual/tty/tty2/dev
/sys/devices/virtual/tty/tty20/dev
/sys/devices/virtual/tty/tty21/dev
/sys/devices/virtual/tty/tty22/dev
/sys/devices/virtual/tty/tty23/dev
/sys/devices/virtual/tty/tty24/dev
/sys/devices/virtual/tty/tty25/dev
/sys/devices/virtual/tty/tty26/dev
/sys/devices/virtual/tty/tty27/dev
/sys/devices/virtual/tty/tty28/dev
/sys/devices/virtual/tty/tty29/dev
/sys/devices/virtual/tty/tty3/dev
/sys/devices/virtual/tty/tty30/dev
/sys/devices/virtual/tty/tty31/dev
/sys/devices/virtual/tty/tty32/dev
/sys/devices/virtual/tty/tty33/dev
/sys/devices/virtual/tty/tty34/dev
/sys/devices/virtual/tty/tty35/dev
/sys/devices/virtual/tty/tty36/dev
/sys/devices/virtual/tty/tty37/dev
/sys/devices/virtual/tty/tty38/dev
/sys/devices/virtual/tty/tty39/dev
/sys/devices/virtual/tty/tty4/dev
/sys/devices/virtual/tty/tty40/dev
/sys/devices/virtual/tty/tty41/dev
/sys/devices/virtual/tty/tty42/dev
/sys/devices/virtual/tty/tty43/dev
/sys/devices/virtual/tty/tty44/dev
/sys/devices/virtual/tty/tty45/dev
/sys/devices/virtual/tty/tty46/dev
/sys/devices/virtual/tty/tty47/dev
/sys/devices/virtual/tty/tty48/dev
/sys/devices/virtual/tty/tty49/dev
/sys/devices/virtual/tty/tty5/dev
/sys/devices/virtual/tty/tty50/dev
/sys/devices/virtual/tty/tty51/dev
/sys/devices/virtual/tty/tty52/dev
/sys/devices/virtual/tty/tty53/dev
/sys/devices/virtual/tty/tty54/dev
/sys/devices/virtual/tty/tty55/dev
/sys/devices/virtual/tty/tty56/dev
/sys/devices/virtual/tty/tty57/dev
/sys/devices/virtual/tty/tty58/dev
/sys/devices/virtual/tty/tty59/dev
/sys/devices/virtual/tty/tty6/dev
/sys/devices/virtual/tty/tty60/dev
/sys/devices/virtual/tty/tty61/dev
/sys/devices/virtual/tty/tty62/dev
/sys/devices/virtual/tty/tty63/dev
/sys/devices/virtual/tty/tty7/dev
/sys/devices/virtual/tty/tty8/dev
/sys/devices/virtual/tty/tty9/dev
/sys/devices/virtual/vc/vcs/dev
/sys/devices/virtual/vc/vcs1/dev
/sys/devices/virtual/vc/vcs2/dev
/sys/devices/virtual/vc/vcs3/dev
/sys/devices/virtual/vc/vcs4/dev
/sys/devices/virtual/vc/vcs5/dev
/sys/devices/virtual/vc/vcs6/dev
/sys/devices/virtual/vc/vcs7/dev
/sys/devices/virtual/vc/vcsa/dev
/sys/devices/virtual/vc/vcsa1/dev
/sys/devices/virtual/vc/vcsa2/dev
/sys/devices/virtual/vc/vcsa3/dev
/sys/devices/virtual/vc/vcsa4/dev
/sys/devices/virtual/vc/vcsa5/dev
/sys/devices/virtual/vc/vcsa6/dev
/sys/devices/virtual/vc/vcsa7/dev

-- Kernel configuration:
 init_tmpfs not present.
 isapnp_init not present.

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32 (SMP w/1 CPU core; PREEMPT)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages udev depends on:
ii  debconf [debconf-2.0]        1.5.28      Debian configuration management sy
ii  libc6                        2.10.2-6    Embedded GNU C Library: Shared lib
ii  libselinux1                  2.0.89-4    SELinux runtime shared libraries
ii  libusb-0.1-4                 2:0.1.12-14 userspace USB programming library
ii  lsb-base                     3.2-23      Linux Standard Base 3.2 init scrip
ii  util-linux                   2.16.2-0    Miscellaneous system utilities

Versions of packages udev recommends:
ii  pciutils                      1:3.1.7-2  Linux PCI Utilities
ii  usbutils                      0.86-4     Linux USB utilities

udev suggests no packages.

-- debconf-show failed

From: Ben Hutchings <ben <at> decadent.org.uk>
Subject: Re: Bug#574585: udev 151-3 does not load eata scsi driver, udev 151-2 does.
Date: 2010-04-01 01:01:27 GMT

On Thu, 2010-04-01 at 02:32 +0200, Marco d'Itri wrote:
> reassign 574585 linux-2.6
> thanks
> 
> On Mar 31, Arthur Marsh <arthur.marsh <at> internode.on.net> wrote:
> 
> > I had tried several kernels including kernels that had previously worked  
> > with just an eata entry in /etc/modules without getting eata loading  
> > before it was needed to check and mount filesystems on the SCSI disk so  
> > I'm at a loss as to what the actual problem was.
> The kernel developers say that it worked by chance and hotplug is not
> actually supported for eata.
> This is not a udev bug anyway.

Yes, there is no way this could be expected to work.  You must put
'eata' in /etc/initramfs-tools/modules or build that driver into the
kernel (as I see you are using your own build configuration).

Ben.

--

-- 
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.