Перезаписан / usr / share / bin. Я обречен?

12

Мне просто удалось перезаписать /usr/share/bin

и не похоже, что это можно отменить.

Я сделал это как пользователь root.

Я обречен?

filesystem 18.10 cp binary
источник
1
Нет, не обречены. Вы можете легко сделать резервную копию и переустановить.
mikewhоткуда
Не может быть плохой идеей.
9
Если это помогает, у меня есть довольно чистая установка 18.04, и у нее нет /usr/share/binпапки вообще. Я думаю, у тебя все будет хорошо.
Терренс
2
Эй, не больно спрашивать. =)
Terrance
2
Это случилось со мной некоторое время назад, чтобы перебор /usr/local/bin. Все еще не смертельно. Большинство вещей, которые были там, были "рубиновыми драгоценными камнями" (например fpm). В любом случае, это всего лишь пользовательские приложения, поэтому вы можете продолжать использовать вашу систему, и когда вы видите странную ошибку, связанную с /usr/.../bin/applicationтем, что вы не знаете, что вам нужно переустановить ее.
Бакуриу

Ответы:

30

Не обречен вообще.

Ничего критичного в установке Ubuntu Desktop или Ubuntu Server не используется /usr/share/bin.

Запустите, dpkg -S /usr/share/binчтобы увидеть список установленных пакетов, которые используют dir. Эти пакеты, если таковые имеются, должны быть переустановлены.

Если ответ no path found matching pattern, то у вас действительно ничего не установлено, что использует каталог.

user535733
источник
Он просто отправляет мне сообщение об ошибкеdpkg-query: no path found matching pattern /usr/share/bin
6
Это будет означать, что у вас нет установленных пакетов, ссылающихся на каталог.
Чарльз Грин
2
Действительно, это не похоже на стандартное местоположение.
Руслан
@Ruslan: я видел это в стандартах раньше (но может не быть в нынешних); поскольку единственные правдоподобные вещи, которые могли бы существовать, это сценарии и двойные двоичные файлы, которые являются пустыми / не существующими, правдоподобно.
Джошуа
@ Джошуа, учитывая, что /usrиерархия обычно недоступна для записи, я сомневаюсь, что могут быть двойные двоичные файлы. Я предпочел бы ожидать их внутри /var/cacheили где-нибудь еще под /varдеревом.
Руслан