[sisyphus] runtime directory '/run/udev' not writable
Alexey Shabalin
a.shabalin на gmail.com
Пт Апр 29 05:12:17 UTC 2011
> После вчерашнего dist-upgrade udevd при старте выдает вот такое:
>
> Apr 28 14:30:27 bacula udevd[4475]: error: runtime directory
> '/run/udev' not writable, for now falling back to '/dev/.udev'
> Apr 28 14:30:27 bacula kernel: [ 321.580558] <30>udevd[4507]:
> starting version 168
> Apr 28 14:30:27 bacula udevd: udevd startup succeeded
> Чем это может грозить и как лечится?
По новым модным фишкам, udev хочет использовать директорию /run/udev
для своих внутренних целей.
Он не находит её и откатывается на использование старого
местоположения /dev/.udev
Здесь не происходит ничего страшного, из-за чего стоит волновать.
Директорию /run(на tmpfs) придумали как раз для тех целей, что бы
программы могли держать в ней свою служебную информацию начиная с
самых ранних этапов загрузки
И таких программ достаточно много, кто не мог придумать хорошего места
для служебной информации (надо использовать /var, но /var может быть
на отдельном разделе, который не примонтирован на ранних этапах
загрузки. Поэтому начали использовать /dev/.udev, /dev/.mount,
/dev/.systemd, сейчас не помню - возможно еще lvm,mdadm)
Внедрение /run в ALTLinux тормозится по той причине, что надо сразу
осуществить переезд /var/run и /var/lock в /run, да ещё и на tmpfs.
С помощью systemd это сделать просто(используя для создания нужных
директорий настройки из /etc/tmpfiles.d/*), а на sysvinit надо править
init-скрипты(или глобально перед стартом сервиса пробовать создавать
директорию для PIDFILE и LOCKFILE).
--
Alexey Shabalin
Подробная информация о списке рассылки Sisyphus