Проблема с режимом моста в VirtualBox

В Linux (и в большинстве других систем, хотя POSIX не дает такой гарантии, если только перемещение не было выполнено между файловыми системами ), это могло бы обновить их ctime, поэтому предполагается, что ни одно из других в /usr/binбыли затронуты за последние 24 часа, вы сможете вернуть их обратно с помощью:

find /usr/bin/. ! -name. -prune -ctime -1 -exec sh -c '
   echo mv -i "$@" /bin' sh {} +

Удалите echo, если это выглядит правильно. Обратите внимание, что вы не сможете восстановить файлы, существовавшие под тем же именем в /binи /usr/bin(, исходные файлы в /usr/binбыли бы потеряны)

Потенциальное предостережение: :если некоторые файлы были жестко связаны как в /bin, так и в /usr/bin, все жесткие ссылки в /usr/binбудут перемещены в /bin.

Теперь вы можете подумать, что, поскольку /binи /usr/binнаходятся в $PATHпо умолчанию, а /binдоступен на /bootпо крайней мере до того, как будет смонтирован /usr, не должно иметь значения, является ли исполняемые файлы находятся в /binвместо /usr/bin.

Но это означает, что многие команды жестко запрограммировали пути к исполняемым файлам и ожидали, что они будут в каком-то конкретном случае. Обычный случай — она -челка. Все скрипты с:

#! /usr/bin/env bash

не будет работать после того, как вы сделаете mv /usr/bin/env /bin/env. В этом отношении наличие команд в обоих местах безопаснее, поскольку они не сломают эти сценарии.