[arch-general] udev slow to start up

Ty John (sand_man) ty-ml at eye-of-odin.com
Thu Jan 20 04:50:37 EST 2011


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?



More information about the arch-general mailing list