The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Выпуск системного менеджера systemd 255, opennews (??), 07-Дек-23, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


25. "Выпуск системного менеджера systemd 255"  +3 +/
Сообщение от Аноним (95), 07-Дек-23, 13:20 
>Прекращена поддержка раздельных иерархий каталогов

По-моему это идиотизм. Отдельные /usr/lib /usr/bin позволяли нечаянно снести /usr/ и восстановиться после этого. Слитие этих каталогов приведёт к тому, что нюкнув систему, восстановиться можно будет только с загрузочного носителя. Который может быть недоступен.

Ответить | Правка | Наверх | Cообщить модератору

29. "Выпуск системного менеджера systemd 255"  +/
Сообщение от Аноним (29), 07-Дек-23, 13:24 
Остаётся только жаловаться. Системд пофиг на юзеров у него есть IBM.
Ответить | Правка | Наверх | Cообщить модератору

36. "Выпуск системного менеджера systemd 255"  +1 +/
Сообщение от Аноним (27), 07-Дек-23, 13:32 
Неа, теперь у него Micro$oft!
Ответить | Правка | Наверх | Cообщить модератору

31. "Выпуск системного менеджера systemd 255"  +3 +/
Сообщение от Аноним (83), 07-Дек-23, 13:27 
> нечаянно снести /usr/

А что не / сразу?

Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

44. "Выпуск системного менеджера systemd 255"  +/
Сообщение от Аноним (95), 07-Дек-23, 13:46 
От / в rm есть защита.
Ответить | Правка | Наверх | Cообщить модератору

66. "Выпуск системного менеджера systemd 255"  +2 +/
Сообщение от Аноним (83), 07-Дек-23, 14:20 
Костыль, заметим.
Было бы желание (просунуть кубик в треугольное отверстие), с правами su можно сделать что угодно.
Ответить | Правка | Наверх | Cообщить модератору

38. "Выпуск системного менеджера systemd 255"  +/
Сообщение от freehckemail (ok), 07-Дек-23, 13:34 
>>Прекращена поддержка раздельных иерархий каталогов
> Отдельные /usr/lib /usr/bin позволяли нечаянно снести /usr/ и восстановиться после этого.

Не "нечаянно снести", а "потерять вследствие повреждения диска".

Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

45. "Выпуск системного менеджера systemd 255"  +1 +/
Сообщение от Аноним (95), 07-Дек-23, 13:49 
Ну я снёс именно нечаянно. Однажды мне срочно была нужна программа, она оказалась неопакетирована. Поэтому я решил "ффзвезду" и сделал `make install` (checkinstall был неприменим). Потом я полез удалять эту программу вручную и нечаянно нажал enter, набрав rm -rf /usr/lib ... С тех пор у меня правило - как бы ни была тебе нужна программа - никаких make install.
Ответить | Правка | Наверх | Cообщить модератору

54. "Выпуск системного менеджера systemd 255"  +1 +/
Сообщение от freehckemail (ok), 07-Дек-23, 14:01 
> Ну я снёс именно нечаянно. <..> сделал `make install` (checkinstall был неприменим) <...>
> полез удалять эту программу вручную и нечаянно нажал enter, набрав rm -rf /usr/lib <...>

Понимаю. Ну, ты не первый, кто так лоханулся, и точно не последний.

Вообще странно, что с checkinstall возникли проблемы, но я вполне допускаю такую вероятность. В последние годы использования десктопного линукса лично я всё чаще использовал docker-контейнеры для изоляции подобного софта, возможно и тебе стоило бы. Впрочем, они тоже не панацея.

Ответить | Правка | Наверх | Cообщить модератору

64. "Выпуск системного менеджера systemd 255"  +6 +/
Сообщение от Аноним (83), 07-Дек-23, 14:18 
Никаких rm -rf из консоли. Забавно, но от таких ляпов практически 100% помогают нормальные файловые менеджеры, где ты не только знаешь (думаешь, что знаешь), что делаешь, но и ВИДИШЬ, что делаешь.
Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

135. "Выпуск системного менеджера systemd 255"  +1 +/
Сообщение от Роман (??), 07-Дек-23, 16:39 
Одноклассники засмеют же
Ответить | Правка | Наверх | Cообщить модератору

139. "Выпуск системного менеджера systemd 255"  +1 +/
Сообщение от Аноним (129), 07-Дек-23, 16:45 
Увы, от случайного Shift-Del в спешке не спасает даже ФМ.
Ответить | Правка | К родителю #64 | Наверх | Cообщить модератору

145. "Выпуск системного менеджера systemd 255"  +1 +/
Сообщение от Аноним (145), 07-Дек-23, 17:17 
> Увы, от случайного Shift-Del в спешке не спасает даже ФМ.

Ещё бывает что выделяешь 1 файл, а удаляется другой. Потому что кто-то в фоне что-то записал в каталог и выделение съехало. В случае с кдеешным фм, часто о том, что ты удаляешь что-то не то, ты узнаешь, только если не отключил подтверждение операции удаления и на автомате не согласился. Спасибо и на том.

Ответить | Правка | Наверх | Cообщить модератору

146. "Выпуск системного менеджера systemd 255"  +/
Сообщение от Аноним (145), 07-Дек-23, 17:18 
Я имею в виду что отображаемые в списке и выбираемые файлы могут быть совсем не теми, что выделяются на деле.
Ответить | Правка | Наверх | Cообщить модератору

172. "Выпуск системного менеджера systemd 255"  +1 +/
Сообщение от Neon (??), 07-Дек-23, 21:35 
Это насколько криво надо написать менеджер, чтобы выделение съехало.
Ответить | Правка | К родителю #145 | Наверх | Cообщить модератору

198. "Выпуск системного менеджера systemd 255"  +/
Сообщение от крокодил мимо.. (?), 08-Дек-23, 01:06 
>> Увы, от случайного Shift-Del в спешке не спасает даже ФМ.
> Ещё бывает что выделяешь 1 файл, а удаляется другой. Потому что кто-то
> в фоне что-то записал в каталог и выделение съехало. В случае
> с кдеешным фм, часто о том, что ты удаляешь что-то не
> то, ты узнаешь, только если не отключил подтверждение операции удаления и
> на автомате не согласился. Спасибо и на том.

ROX-Filer: выделение сохраняется при изменении содержимого каталога (при добавлении файлов - не меняется, при стороннем удалении чего-то из выделенных - обновление вида каталога с сохранением выделения у оставшихся)..

как уже отметили ниже - каждый сам выбирает, чем пользоваться.. гхм..

Ответить | Правка | К родителю #145 | Наверх | Cообщить модератору

215. "Выпуск системного менеджера systemd 255"  +/
Сообщение от Аноним (241), 08-Дек-23, 03:27 
Во-первых, ФМ спросит — а уверены ли вы? Во-вторых, как раз СЛУЧАЙНО нажать в ФМ Shif-Del на /usr — это слепым надо быть (про что и речь — в нём всё наглядно). В третьих, без прав суперпользователя он всё равно не даст его удалить (ну если ты не sudo mc запустил, но тут уж сам себе мину в штаны положил).
Ответить | Правка | К родителю #139 | Наверх | Cообщить модератору

115. "Выпуск системного менеджера systemd 255"  +/
Сообщение от крокодил мимо.. (?), 07-Дек-23, 16:05 
> никаких make install.

эмм.. если Makefile имеет таргет uninstall, что вообще-то обязан иметь каждый Makefile, то для удаления необходимо и достаточно сделать/повторить ./configure (с опциями install-а) и сделать # make uninstall

ещё оч полезно проверить Makefile на наличие переменной DESTDIR (для cmake/meson/ninja оно, емнип, по умолчанию), чтобы делать:
$ make DESTDIR=/path/to install
после чего получаешь список (устанавливаемых) файлов и делаешь что угодно с ним..

если же rpm-based, то проще и быстрее тупо накатать .spec файл из шаблона.. субъективно..

Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

150. "Выпуск системного менеджера systemd 255"  +/
Сообщение от Аноним (150), 07-Дек-23, 18:07 
Интересно что растаманы на это скажут. rm  небезопасен, позволяет нечаяно удалять файлы.
Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

165. "rm  небезопасен"  +/
Сообщение от Аноним (165), 07-Дек-23, 21:14 
Они  напишут  rm  на  расте  -  rustm,  который  ничего  не  будет  удалять,  только  выводить  "rust"  3  раза
Ответить | Правка | Наверх | Cообщить модератору

251. "Выпуск системного менеджера systemd 255"  +/
Сообщение от Аноним (246), 08-Дек-23, 16:55 
Проблема не в `make install`, а в плохих привычках и неудобных инструментах. Пять минут на PKGBUILD с build() { make install; }, и никаких потерянных корней.


Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

304. Скрыто модератором  +/
Сообщение от n00by (ok), 10-Дек-23, 14:48 
Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

307. Скрыто модератором  +/
Сообщение от freehckemail (ok), 10-Дек-23, 17:16 
Ответить | Правка | Наверх | Cообщить модератору

75. "Выпуск системного менеджера systemd 255"  +/
Сообщение от Tron is Whistling (?), 07-Дек-23, 14:31 
Зачем ты сносил /usr?
Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

84. "Выпуск системного менеджера systemd 255"  +4 +/
Сообщение от Аноним (67), 07-Дек-23, 14:56 
кто сказал nvidia?
Ответить | Правка | Наверх | Cообщить модератору

92. "Выпуск системного менеджера systemd 255"  +/
Сообщение от Аноним (95), 07-Дек-23, 15:11 
Нет, не невидия. Как снёс - описано выше.
Ответить | Правка | Наверх | Cообщить модератору

96. "Выпуск системного менеджера systemd 255"  +/
Сообщение от Аноним (67), 07-Дек-23, 15:27 
я видел, но мой ответ про то, что без /usr можно остаться и без деструктивных действий со стороны пользователя и невидия тому пример
Ответить | Правка | Наверх | Cообщить модератору

100. "Выпуск системного менеджера systemd 255"  +/
Сообщение от Аноним (145), 07-Дек-23, 15:36 
Это был Яндекс. А Бумблби -- васянская поделка, к НВИДИА никакого отношения не имеет. Ну, тогда не было прайма, теперь вроде вообще не актуально. Но на то, чтобы сделать нормально, потребовалось время. За которое Васяны с rm -rf всплыли на поверхность.
Ответить | Правка | Наверх | Cообщить модератору

106. "Выпуск системного менеджера systemd 255"  +/
Сообщение от Аноним (67), 07-Дек-23, 15:52 
ок, был не прав. Меня это обошло стороной, запомнилось только, что было связано с драйверами

> теперь вроде вообще не актуально

сама проблема со сносом чего-то скриптами по прежнему актуальна, если пользоваться ppa, aur'ом, sid'ом, коммерческими пакетами (хотя эти чаще в /opt ставят и не так страшно) и т.д.

Ответить | Правка | Наверх | Cообщить модератору

116. "Выпуск системного менеджера systemd 255"  +1 +/
Сообщение от Аноним (83), 07-Дек-23, 16:07 
Так а чего конкретно к /usr прицепились-то? Багованный софт может снести всё, что угодно.
Ответить | Правка | Наверх | Cообщить модератору

130. "Выпуск системного менеджера systemd 255"  +/
Сообщение от Аноним (67), 07-Дек-23, 16:32 
Аноним(95) его случайно снес, вот и обсуждаем. Про /srv не так интересно
Ответить | Правка | Наверх | Cообщить модератору

125. "Выпуск системного менеджера systemd 255"  +1 +/
Сообщение от Аноним (145), 07-Дек-23, 16:23 
Это случается, когда в скрипты лезут люди, недавно попавшие в айти (значительная часть опенсорса пишется в целях обучения и без опыта, либо вовсе для строчки в резюме) и при отсутствии тестирования (привет archlinux и тамошним мейнтейнерам). Никто не может запретить удалить что-то не то в исполняемом коде (при наличии достаточных прав).
Ответить | Правка | К родителю #106 | Наверх | Cообщить модератору

137. "Выпуск системного менеджера systemd 255"  +/
Сообщение от Роман (??), 07-Дек-23, 16:43 
Пои наличии прав конечно вы правы, но тот же системд вполне ловко умеет всякие readwritepath для юнитов, даже если юнит под рутом. Волосы чуть более шелковистые сразу.
Ответить | Правка | Наверх | Cообщить модератору

253. "Выпуск системного менеджера systemd 255"  +/
Сообщение от Аноним (246), 08-Дек-23, 17:08 
> сама проблема со сносом чего-то скриптами по прежнему актуальна, если пользоваться ... aur'ом

makepkg работает без привилегий суперпользователя. В PKGBUILD-сценарии файлы программ "устанавливаются" в директорию ${pkgdir}/, которая опакечивается в tarball.
А уже в систему, с привилегиями, устанавливает пакет pacman, который проверяет конфликты с существующими файлами при установке и хранит список файлов для безопасного удаления. Исключение: install-скрипты в пакете, и файлы интеграции, которые обрабатываются системными службами (udev, systemd, .desktop и т.п.)

Ответить | Правка | К родителю #106 | Наверх | Cообщить модератору

176. "Выпуск системного менеджера systemd 255"  +1 +/
Сообщение от Аноним (175), 07-Дек-23, 22:20 
1. Как часто ты нечаянно удаяешь системные директории?
2. Что случилось с твоими бэкапами?
Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

193. "Выпуск системного менеджера systemd 255"  +/
Сообщение от Аноним (95), 08-Дек-23, 00:05 
1. Один раз было.
2. С бекапами ничего не случилось, в официальных apt-репозиториях лежали. Только полдня их ставить пришлось. И ещё сколько-то времени на лично мной опакеченный софт не из репозиториев, который в репозитории их величества не очень хотят брать. И ещё сколько-то времени на лично мной написанный софи. Ты же не думал, что я буду тратить место и время на бэкап того, что лежит в репозиториях и интернете?
Ответить | Правка | Наверх | Cообщить модератору

210. "Выпуск системного менеджера systemd 255"  +/
Сообщение от Аноним (210), 08-Дек-23, 02:36 
То есть бэкапов у тебя не было, и потому ты страдал со своим модемным линком скачивая интернет. Были бы бэкапы, восстановился бы за полчаса. Но я вижу, что твоё время дешевле флэшки для бэкапа. И тут поможет только найти работу.
Ответить | Правка | Наверх | Cообщить модератору

265. "Выпуск системного менеджера systemd 255"  +/
Сообщение от Tron is Whistling (?), 08-Дек-23, 21:04 
Ну вообще снесённый /usr - это да, суровый инцидент, при котором только бэкап.
А битая система уходит в сэндбокс и разбирается, почему снеслось и что там ещё пострадало.
Ответить | Правка | Наверх | Cообщить модератору

266. "Выпуск системного менеджера systemd 255"  +/
Сообщение от Tron is Whistling (?), 08-Дек-23, 21:04 
К счастью, пока не доводилось :)
Ответить | Правка | Наверх | Cообщить модератору

252. "Выпуск системного менеджера systemd 255"  +/
Сообщение от Аноним (252), 08-Дек-23, 17:06 
>Слитие этих каталогов приведёт к тому, что нюкнув систему, восстановиться можно будет только с загрузочного носителя. Который может быть недоступен.

MS это никогда не интересовало.

Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

255. "Выпуск системного менеджера systemd 255"  +1 +/
Сообщение от Аноним (83), 08-Дек-23, 18:07 
Админа без ремонтного носителя — вон из профессии.
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру