Перенос /sbin в /usr/bin после обновления udev до 181
| eugenez |
|
Темы:
15
Сообщения:
355
Участник с: 17 августа 2011
|
Сегодня после обновления udev (кажется, v. 181) было сообщено, что, во-первых, пакет udev-compat больше не нужен, раз, и что файлы из /sbin будут перенесены в /usr/bin. Переставил ядро (чтобы пересобрались initramfs), перегрузился (нормально) - /sbin на месте. Что имелось в виду? Какие-то дополнительные телодвижения были нужны для переноса файлов?
WBR, eugenez // Debian:cli | Manjaro:Cinnamon | Arch:KDE | Kubuntu
|
| lamppost |
|
|
Темы:
4
Сообщения:
14
Участник с: 12 февраля 2012
|
у меня после обновления vmware ругался на отсутствие modinfo в /sbin пришлось сделать на него ссылку, на /use/bin/modinfo а еще на insmod и rmmod тоесть что-то всетаки переместилось |
| leonardo19 |
|
Темы:
40
Сообщения:
848
Участник с: 25 ноября 2008
|
Полагаю, под переносом бинарников в /usr/bin имелись в виду файлы самого пакета udev: udevadm и udevd. Обновлением одного пакета системную директорию не ликвидируют. Мне ничего пересобирать не надо было. |
| eugenez |
|
|
Темы:
15
Сообщения:
355
Участник с: 17 августа 2011
|
Leonardo19Кстати да, не подумал и не проверил. Было написано так, что понял это однозначно, как и написал в первом посте :)
WBR, eugenez // Debian:cli | Manjaro:Cinnamon | Arch:KDE | Kubuntu
|
| sleepycat |
|
Темы:
98
Сообщения:
3291
Участник с: 19 июля 2011
|
я тоже призадумался, но на практике полного переноса не вижу, reboot poweroff и прочее (подвешанное в судо) все еще на месте…думаю перенос был избирательным а не тотальным.
Лозунг у них был такой: "Познание бесконечности требует бесконечного времени". С этим я не спорил, но они делали из этого неожиданный вывод: "А потому работай не работай — все едино". И в интересах неувеличения энтропии Вселенной они не работали. (с)
|
| Natrio |
|
|
Темы:
47
Сообщения:
4763
Участник с: 08 января 2011
|
Как видно, в пакетах udev и kmod бинарники переехали в /usr/bin/ Соображения тут, видимо, такие – раз всё равно это всё в initcpio, то незачем держать в /sbin/ $ cd /var/cache/pacman/pkg/ $ tar tf udev-180-1-i686.pkg.tar.xz |grep bin/ sbin/ sbin/udevd sbin/udevadm $ tar tf udev-181-2-i686.pkg.tar.xz |grep bin/ usr/bin/ usr/bin/udevd usr/bin/udevadm $ tar tf kmod-4-2-i686.pkg.tar.xz |grep bin/ bin/ bin/lsmod sbin/ sbin/insmod sbin/modinfo sbin/depmod sbin/rmmod sbin/modprobe usr/bin/ usr/bin/kmod $ tar tf kmod-5-2-i686.pkg.tar.xz |grep bin/ sbin/ sbin/modprobe usr/bin/ usr/bin/depmod usr/bin/modinfo usr/bin/insmod usr/bin/lsmod usr/bin/rmmod usr/bin/kmod $ Разумеется, остальное всё осталось в /sbin/ , желающие могут сделать ls /sbin/ |
| loki52 |
|
|
Темы:
2
Сообщения:
9
Участник с: 13 июня 2010
|
а зачем так сделано? у меня вот /usr на отдельном разделе (на флешке, бук еее 701)…. и теперь после обновления вместо системы грузится “recovery shell” как быть-то, подскажите пожалуйста? |
| vadik |
|
|
Темы:
55
Сообщения:
5395
Участник с: 17 августа 2009
|
Читали? |
| loki52 |
|
|
Темы:
2
Сообщения:
9
Участник с: 13 июня 2010
|
читал…таких возможностей нет(( |