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

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

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

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

Я обречен?

filesystem 18.10 cp binary

Нет, не обречены. Вы можете легко сделать резервную копию и переустановить.

— mikewhоткуда

Не может быть плохой идеей.

Если это помогает, у меня есть довольно чистая установка 18.04, и у нее нет /usr/share/binпапки вообще. Я думаю, у тебя все будет хорошо.

— Терренс

Эй, не больно спрашивать. =)

— Terrance

Это случилось со мной некоторое время назад, чтобы перебор /usr/local/bin. Все еще не смертельно. Большинство вещей, которые были там, были "рубиновыми драгоценными камнями" (например fpm). В любом случае, это всего лишь пользовательские приложения, поэтому вы можете продолжать использовать вашу систему, и когда вы видите странную ошибку, связанную с /usr/.../bin/applicationтем, что вы не знаете, что вам нужно переустановить ее.

— Бакуриу

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

Ничего критичного в установке 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

Это будет означать, что у вас нет установленных пакетов, ссылающихся на каталог.

— Чарльз Грин

Действительно, это не похоже на стандартное местоположение.

— Руслан

@Ruslan: я видел это в стандартах раньше (но может не быть в нынешних); поскольку единственные правдоподобные вещи, которые могли бы существовать, это сценарии и двойные двоичные файлы, которые являются пустыми / не существующими, правдоподобно.

— Джошуа

@ Джошуа, учитывая, что /usrиерархия обычно недоступна для записи, я сомневаюсь, что могут быть двойные двоичные файлы. Я предпочел бы ожидать их внутри /var/cacheили где-нибудь еще под /varдеревом.

— Руслан