Чому після оновлення системи, чому / dev / null завжди має неправильні дозволи?


0

Після оновлення моєї системи Debian це відбувається:

# ls -l /dev/null 
crw-rw-r-- 1 root plugdev 1, 3 Feb 20 18:17 /dev/null

... що погано. Я можу змінити дозволи вручну, але це не зберігається при перезавантаженнях, звичайно. Більшість речей працює, але враховуючи, що більшість (але не всі) інших вузлів пристроїв належать plugdev, я думаю, що щось серйозно не так, і це працює лише випадково.

Я підозрюю, що те, що трапилося, - це захищене оновлення до systemd. Однак я ледве зрозумів удев, не кажучи вже про систематизований.

Я не можу знайти нічого в журналах про ініціалізацію вузлів пристрою. Я також не можу нічого знайти в документації. Я також не можу знайти файли правил udev або файли системного блоку, які це роблять.

Хтось бачив це раніше, і якщо так, то що може піти не так? А якщо нікого немає, то де мені шукати, щоб діагностувати це?


1
Я б сказав, що це systemdмає бути поза картиною: /devієрархія заповнена udevdі systemdпросто її починає.
kostix

Я модернізував декілька систем від Wheezy до Jessie - проблем /dev/nullдосі не було, і я фактично не зміг google цю проблему. Спробуйте натиснути #debianканал IRC irc.oftc.net.
kostix

Я думав, що systemd емулював udev --- я, звичайно, не працюю.
Давид Дано

... так що я зробив знайти емульованого Udev --- systemd-udevd.service--- і це працює. У файлі реєстрації вказано, що один із моїх файлів правил udev недійсний. Я це виправив, але це не допомогло.
Девід Дано

Це не "емуляція удев". Це власне удев. (І в наші дні він більше не створює жодних вузлів пристрою - devtmpfs ядра обробляє, що, за деякими винятками ...) udev змінює режими / права власності пристрою, тож якщо у вас є система, зламана як ця, я пропоную починаючи з grep -r plugdev /lib/udev /usr/lib/udev /etc/udev.
grawity
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.