[arch-general] udev slow to start up

[Ty John (sand_man)]

On Thu, 20 Jan 2011 20:20:37 +1030
"Ty John (sand_man)" <ty-ml at eye-of-odin.com> wrote:

> On Sun, 2011-01-16 at 19:28 -0500, Alexander Lam wrote:
> > A potential solution would be to make udev startup in parallel -
> > but this is kinda hacky because all your devices might not be ready
> > in time for login or fsck or...
> > you get what I mean.
> > 
> > On Sat, Jan 15, 2011 at 8:25 PM, Ty John (sand_man)
> > <ty-ml at eye-of-odin.com>wrote:
> > 
> > >
> > > > Hi,
> > > >
> > > > I'm concerned about this line:
> > > >
> > > > Am 10.01.2011 09:44, schrieb Ty John (sand_man):
> > > > > ata2.00: failed command: IDENTIFY PACKET DEVICE
> > > >
> > > > Either your device is not behaving normally, or there is
> > > > something weird going on. Have you the latest firmware on your
> > > > drive? Is the problem gone, when you disattach the drive?
> > > >
> > > > Best regards,
> > > > Karol Babioch
> > > >
> > > > -------------- next part --------------
> > > > A non-text attachment was scrubbed...
> > > > Name: signature.asc
> > > > Type: application/pgp-signature
> > > > Size: 898 bytes
> > > > Desc: OpenPGP digital signature
> > > > URL: <
> > > http://mailman.archlinux.org/pipermail/arch-general/attachments/20110111/2e762bec/attachment.asc
> > > >
> > >
> > > Sorry I lost the original email. I just pasted this from the
> > > mailman archive.
> > > Anyway, I just updated the firmware and it made no difference.
> > > Windows 7 boots very fast not that it means much since it
> > > probably doesn't do the same checks that Arch does. Like I said,
> > > the drive seems to work fine. I am able to read, write and blank
> > > discs with no issues. The udev slowness does not occur when it is
> > > unplugged. When I googled "IDENTIFY PACKET DEVICE" I found that
> > > it is sg_sat_identify that is being called.
> > >
> > > [ty at donna ~]$ sudo sg_sat_identify /dev/sr0 -vv
> > > open /dev/sr0 with flags=0x802
> > >    ATA pass through (16) cdb: 85 08 0e 00 00 00 01 00 00 00 00 00
> > > 00 00 ec 00
> > > ATA pass through (16): transport error: Driver_status=0x0e
> > > [invalid, SUGGEST_OK]
> > >
> > > ATA pass through (16) failed
> > >
> > >
> > > Basically, I'm out of ideas. Please tell me the drive is not
> > > faulty :(
> > >
> > >
> > >
> > >
> > 
> > 
> 
> Is it possible to create a static device in /dev/ for the drive and
> somehow tell udev to ignore it on boot?
> 

Just thought I'd mention that I fixed this by adding "pata_acpi
pata_atiixp libata" to mkinitcpio MODULES array.