On Thu, 20 Jan 2011 20:20:37 +1030 "Ty John (sand_man)" <ty-ml@xxxxxxxxxxxxxxx> 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@xxxxxxxxxxxxxxx>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@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.
