ssh и экран автоматически - что я пропускаю?
Если Вы работаете fsck, команда проверки и восстановления файловой системы, это могло бы найти фрагменты данных, на которые не ссылаются нигде в файловой системе. В частности, fsck мог бы найти данные, которые похожи на полный файл, но не имеют имени в системе — inode без соответствующего имени файла. Эти данные все еще израсходовали пространство, но это не доступно никакими нормальными средствами.
Если Вы говорите fsck для восстановления файловой системы это возвратит эти почти удаленные файлы в файлы. Вещь, файл имел название и местоположение однажды, но та информация больше не доступна. Так fsck вносит файл в определенном каталоге, названном lost+found (после свойства бюро находок).
Файлы, которые появляются в lost+found обычно файлы, которые были уже несвязанными (т.е. их имя было стерто), но все еще открытый некоторым процессом (таким образом, данные еще не были стерты), когда система, остановленная внезапно (паника ядра или сбой питания). Если это - все, что произошло, эти файлы были намечены для удаления так или иначе, Вы не должны заботиться о них.
Файлы могут также появиться в lost+found потому что файловая система была в непоследовательном состоянии из-за аппаратной ошибки или программного обеспечения. Если это так, это - способ для Вас найти файлы, которые были потеряны, но что системному восстановлению удалось спасти. Файлы могут или не могут содержать полезные данные, и даже если они делают они могут быть неполными или устареть; все это зависит, как плохо повреждение файловой системы было.
Во многих файловых системах, lost+found каталог является немного особенным, потому что он предварительно выделяет немного пространства для fsck внести файлы там. (Пространство не для данных файла, который fsck листы на месте; это для записей каталога который fsck должен составить.), Если Вы случайно удаляете lost+found, не воссоздавайте его с mkdir, использовать mklost+found при наличии.
С bash man page:
When an interactive shell that is not a login shell is started, bash
reads and executes commands from /etc/bash.bashrc and ~/.bashrc, if
these files exist. This may be inhibited by using the --norc option.
The --rcfile file option will force bash to read and execute commands
from file instead of /etc/bash.bashrc and ~/.bashrc.
Вы либо переприсоединяетесь к существующему сеансу в работающем экране (возможно, с уже работающим bash),
для чего не требуется оболочка для входа в систему. Или вы создаете новый сеанс screen с новой интерактивной оболочкой, не требующей входа в систему. Только оболочки для входа в систему обрабатывают .bash_profile.
Вызов bash, который вы указываете в командной строке, которая запускает команду экрана screen, совсем другой.