Какой бы инструмент вы ни нашли, который создает дополнительный загрузочный раздел в начале, вызовет проблемы с Windows, которые будут только отобразить первый раздел. Но если вы не против размещения файлов syslinux в корне раздела FAT32, вы можете просто установить туда syslinux.
Вот что я бы сделал:
Когда вы закончите, у вас должен быть ваш последний дистрибутив, который будет легко загружаться, и правильные файлы конфигурации для загрузки дистрибутивов, установленных перед ним. Затем вам нужно будет создать меню syslinux в его файле конфигурации и связать резервные копии конфигураций для загрузки каждого установленного вами дистрибутива.
Запуск screen
при входе в систему на удаленном хосте (выполняется на вашем локальном компьютере):
ssh -t user@host screen
В сеансе экрана на удаленном хосте, чтобы отсоединиться и выйти из системы (, что приведет к завершению сеанса SSH, если вы не используете постоянное соединение с помощью управляющего сокета (, т.е. используя настройку ControlMaster
с ControlPersist
в~/.ssh/config
)):
screen -d
Позже, чтобы авторизоваться и заново -прикрепить:
ssh -t user@host screen -r
Обратите внимание, что вы должны использовать -t
с ssh
, форсируя выделение псевдотерминала -, чтобы запустить screen
таким образом.
Псевдоним на удаленном хосте будет для screen -d
, может быть detach='screen -d'
или что-то подобное.
На локальном хосте у вас может быть раздел в вашем файле ~/.ssh/config
, говорящий
Host *-screen
RequestTTY force
RemoteCommand screen -d -R
Host myhost myhost-screen
HostName myhost.somedomain.example.com
User myname
Затем, всякий раз, когда вы используете
ssh myhost-screen
сеанс screen
будет создан (или повторно -подключен к )на указанном хосте, в то время как
ssh myhost
не будет использовать screen
.
Примечание:RemoteCommand
было добавлено в OpenSSH 7.6 (2017 -10 -03 ).
Дляtmux
:
tmux new-session -A -s "%n"
в ~/.ssh/config
вместо screen -d -R
. tmux detach-client
или tmux detach
для отсоединения. Когда вы выполняете команду экрана, чтобы вызвать или создать свой экран, После вы добавите удаление своей родительской оболочки, поэтому вы уничтожите свое ssh-соединение.
пример завершения моего родительского процесса, если родителем является bash
kill $( ps -ax -o pid,ppid,args | grep "^$$ " | grep bash | awk '{print $2} ' )