[systemd-devel] systemd .device units timing out

Avi Kivity avi at redhat.com
Wed Jun 15 04:32:50 PDT 2011


On 06/15/2011 12:17 PM, Avi Kivity wrote:
> On 06/14/2011 06:17 PM, Lennart Poettering wrote:
>> On Mon, 06.06.11 16:01, Avi Kivity (avi at redhat.com) wrote:
>>
>> >  I have a system which was upgraded to F15 and thus systemd.  During
>> >  the boot process it times out starting various .device units, like
>> >  sda1.device.  If I let it alone it will boot in about a week or so,
>> >  but meanwhile it is unusable.  I am able to start it up using
>> >  emergency.target and various hacks, but it won't boot cleanly.
>> >
>> >  Any hints?
>>
>> Hmm, systemd only sees devices properly marked in udev with the systemd
>> tag. It would be interesting to find out if the block devices are
>> properly marked in the udev db.
>>
>> Can you paste the output of "udevadm info -qall -p
>> /sys/class/block/sda1" after this happened? This should tell us what
>> data might be missing in the db.
>>
>
> It's hard to reproduce, since I can't stop device units:

My machine died so I got to reproduce this.  Indeed, booting into 
emergency.target, the systemd tag is missing.  Restarting udevd got it 
tagged correctly, and things work.

(an oddity - systemctl start dbus.service gets the gdm greeter running.  
Why?)

-- 
error compiling committee.c: too many arguments to function



More information about the systemd-devel mailing list