Я случайно удалил свой ~/binкаталог. Я видел множество вопросов, спрашивающих, что делать, если /usr/binудалить, и эта ситуация кажется гораздо более серьезной. Что я могу сделать, чтобы восстановить папку?
Что - то простое , как следующее должно помочь: mkdir ~/bin. Но, конечно, это не возродит никаких сценариев, которые были утеряны ...
Андрей.46
2
~/binдля собственных скриптов и исполняемых файлов пользователя. Это не критично для системы. Если у вас там были свои скрипты / программы, вы можете попробовать восстановить их, см. Как восстановить удаленные файлы? , Если он был пуст - забудь об этом, просто mkdir ~/bin. Если у вас была резервная копия скриптов / файлов - тоже не стоит об этом беспокоиться.
Сергей Колодяжный
1
@preferred_anon Ну, вы можете посмотреть на свою последнюю резервную копию :). Но, как отметил Сергей, это ваша собственная папка, которая обычно не заполняется установкой Ubuntu, поэтому все, что там было размещено вами ...
andrew.46
1
Если вы собираетесь восстановить файлы, см. Также unix.stackexchange.com/q/80270/85039 Я слышал, что Photorec работает хорошо, что также упоминается там. Что касается выяснения того, что там было, debugfsдолжно помочь с этим. Смотрите принятый ответ в связанном посте.
Сергей Колодяжный
1
@ElderGeek Хорошо. Я напишу ответ тогда.
Сергей Колодяжный
Ответы:
9
Что такое ~ / bin и почему он существует?
~/binдля собственных скриптов и исполняемых файлов пользователя. Это не критично к системе и не указано ни в одном стандарте, в отличие от этого /usr/bin. Чтобы процитировать документацию Debian :
/ Бен /
Основной исполняемый файл команды (исполняемые файлы) для всех пользователей (например, cat, ls, cp) (особенно файлы, необходимые для загрузки или восстановления системы)
...
/ USR /
Вторичная иерархия для совместно используемых данных, доступных только для чтения (ранее из исходного хранилища UNIX, теперь из системных ресурсов UNIX) (файлы, которые не требуются для загрузки или восстановления системы)
/ usr / bin /: То же, что и для иерархии верхнего уровня
Каталог добавляется в PATHпеременную пользователя (на которую ссылаются, когда вы вызываете команды по имени, а не по полному пути, например, bashvs /bin/bash). Цель состоит в том, чтобы позволить пользователю вызывать собственные закрытые скрипты и исполняемые файлы по имени . В частности, это обрабатывается в ~/.profile:
# set PATH so it includes user's private bin if it exists
if [ -d "$HOME/bin" ] ; then
PATH="$HOME/bin:$PATH"
fi
Он ~/.profileчитается и выполняется (и, следовательно, каталог добавляется), когда оболочка используется в качестве оболочки входа в систему или в соответствии с ответом гейры при входе на рабочий стол на основе GNOME.
В основном то, что оно содержит, определяется самими пользователями. Вполне возможно, что стороннее программное обеспечение может размещать скрипты там, хотя я еще не сталкивался с такими случаями.
Что делать с удаленным ~ / bin?
Как упоминалось ранее, каталог не критичен к системе. Если вы сами не разместите там что-то системно значимое (что, вероятно, является плохой идеей, а не практичным), это может вызвать проблемы в рамках того, что фактически было сделано. Иначе, по сути, никакого эффекта нет, как при удалении любого другого некритического каталога. Если он был пуст или у вас есть резервная копия содержащихся в нем файлов, больше ничего не нужно делать. Вы можете воссоздать его либо через файловый менеджер, либо из командной строки mkdir ~/bin.
mkdir ~/bin. Но, конечно, это не возродит никаких сценариев, которые были утеряны ...~/binдля собственных скриптов и исполняемых файлов пользователя. Это не критично для системы. Если у вас там были свои скрипты / программы, вы можете попробовать восстановить их, см. Как восстановить удаленные файлы? , Если он был пуст - забудь об этом, простоmkdir ~/bin. Если у вас была резервная копия скриптов / файлов - тоже не стоит об этом беспокоиться.debugfsдолжно помочь с этим. Смотрите принятый ответ в связанном посте.Ответы:
Что такое ~ / bin и почему он существует?
~/binдля собственных скриптов и исполняемых файлов пользователя. Это не критично к системе и не указано ни в одном стандарте, в отличие от этого/usr/bin. Чтобы процитировать документацию Debian :Смотрите также Категоризация файловой системы иерархии .
Каталог добавляется в
PATHпеременную пользователя (на которую ссылаются, когда вы вызываете команды по имени, а не по полному пути, например,bashvs/bin/bash). Цель состоит в том, чтобы позволить пользователю вызывать собственные закрытые скрипты и исполняемые файлы по имени . В частности, это обрабатывается в~/.profile:Он
~/.profileчитается и выполняется (и, следовательно, каталог добавляется), когда оболочка используется в качестве оболочки входа в систему или в соответствии с ответом гейры при входе на рабочий стол на основе GNOME.В основном то, что оно содержит, определяется самими пользователями. Вполне возможно, что стороннее программное обеспечение может размещать скрипты там, хотя я еще не сталкивался с такими случаями.
Что делать с удаленным ~ / bin?
Как упоминалось ранее, каталог не критичен к системе. Если вы сами не разместите там что-то системно значимое (что, вероятно, является плохой идеей, а не практичным), это может вызвать проблемы в рамках того, что фактически было сделано. Иначе, по сути, никакого эффекта нет, как при удалении любого другого некритического каталога. Если он был пуст или у вас есть резервная копия содержащихся в нем файлов, больше ничего не нужно делать. Вы можете воссоздать его либо через файловый менеджер, либо из командной строки
mkdir ~/bin.Если у вас там были свои скрипты / программы, вы можете попытаться восстановить их. Смотрите Как восстановить удаленные файлы? , Инструмент для восстановления удаленных данных с флэш - диска , и Unix / Linux Undelete / восстановить удаленные файлы . Есть несколько вариантов утилит. Обратите внимание, что предполагается, что у вас есть файловая система ext4 по умолчанию. Если у вас есть что-то еще, файловая система может иметь свои собственные специальные утилиты для восстановления файлов, например, для btrfs . На будущее вы можете рассмотреть возможность создания резервных копий каталогов и файлов. См. Какая хорошая резервная стратегия для 1 настольного ПК?
источник