[sisyphus] I:systemd-210

[Alexey Shabalin]

1 марта 2014 г., 16:55 пользователь Alexey Shabalin написал:

> 2014-03-01 13:24 GMT+04:00 Pavel N. Solovyov :
>
>  On Sat, 01 Mar 2014 12:48:49 +0400
>> Yuri N. Sedunov wrote:
>>
>> > > pavucontrol сообщает, что "Нет доступных для конфигурации карт".
>> >
>> > # systemctl status udevd
>>
>> pavel на sol ~ $  systemctl status udevd
>> systemd-udevd.service - udev Kernel Device Manager
>>    Loaded: loaded (/lib/systemd/system/systemd-udevd.service; static)
>>    Active: active (running) since Сб 2014-03-01 10:33:03 YEKT; 4h 42min
>> ago
>>      Docs: man:systemd-udevd.service(8)
>>            man:udev(7)
>>  Main PID: 1236 (systemd-udevd)
>>    CGroup: /system.slice/systemd-udevd.service
>>            └─1236 /lib/systemd/systemd-udevd
>>
>> мар 01 10:33:05 sol.home systemd-udevd[1236]: failed to create queue
>> file: No space left on device
>>
>
> Вы второй "счастливчик", после aris на . С понедельника буду разбираться как
> такое возможно. У себя на 3 машинах проверял, прежде чем отправить в сизиф
> - всё нормально.
> У Вас случайно не i586 ?
>


Удивительно, но разборки показали, что действительно не хватает места.
Под /run выделяется 5Мгб, почему-то для i586 этого перестало хватать.
причем после загрузки место высвобождается, не хватает вовремя работы
initrd.
Если в /usr/share/make-initrd/data/lib/initrd/modules/005-prepare в сторочке
mount -n -t tmpfs -o mode=755,size=5m    runfs /run
поправить на size=10m
то все начинает работать.

Как отследить, кто забивает все место в /run на этапе initrd сходу не
придумал.
Что будем делать? самый простой вариант - исправить размер /run в
make-initrd, сложнее - выяснить кто стал занимать место на /run.


-- 
Alexey Shabalin
----------- следующая часть -----------
Вложение в формате HTML было удалено...
URL: <http://lists.altlinux.org/pipermail/sisyphus/attachments/20140303/9ea03865/attachment.html>