Kiedy biegnę
sudo do-release-upgrade
przez ssh, otrzymuję następujący komunikat.
Wygląda na to, że ta sesja działa w ssh. Nie jest to zalecane wykonać obecnie aktualizację w stosunku do ssh, ponieważ w przypadku awarii to trudniej jest odzyskać. Jeśli będziesz kontynuować, na porcie zostanie uruchomiony dodatkowy demon ssh „9004”. Czy chcesz kontynuować?
Jakie jest realne ryzyko aktualizacji w stosunku do ssh? W jaki sposób dodatkowy demon ssh pomaga to złagodzić?
do-release-upgrade
(ponieważ precyzyjne) wykonuje się automatyczniescreen
.screen -dmS do-release-upgrade
->,screen -r
aby przejść do ekranu uruchamiania -> Ctrl + A, Ctrl + D, aby pozostawić ekran działający w tle i wrócić do ekranu głównego@ Rozwiązanie Marco-Ceppi jest już zintegrowane z
do-release-upgrade
.Po uruchomieniu
do-release-upgrade
automatycznie rozpoczyna się sesja ekranowa. Jeśli sesja ssh zostanie rozłączona, możesz wznowić instalację. Wszystko, co musisz zrobić, to otworzyć nową sesję ssh i uruchomićdo-release-upgrade
ponownie. Połączy się ponownie z poprzednią instalacją.Drugie ryzyko, na które wskazuje @ sepp2k, polega na tym, że serwer sshd może wymagać aktualizacji i być może nie uruchomi się ponownie poprawnie. Dlatego program aktualizacyjny uruchamia drugi demon na podanym porcie. Przed wznowieniem należy sprawdzić konfigurację sieci, aby upewnić się, że masz dostęp przez ten port.
Powodzenia.
Co więcej, sesja ekranowa
do-release-upgrade
rozpoczyna się sama z poziomu konta root, więc jeśli twoja własna sesja ekranowa ulegnie awarii, będziesz mógł ją odzyskać, uruchamiając jąsudo screen -x
, jeśli (z jakiegoś powodu) polecenie jejdo-release-upgrade
nie odzyska, co wydaje się być powszechne.źródło
sudo do-release-upgrade
) i odpowiedzi „Tak”, mogę połączyć się z ssh na porcie 9004, alescreen
podczas próby nie ma żadnych sesjisudo screen -list
. (PS Nie jestem jeszcze w fazie pobierania.)do-release-upgrade
nie rozpoczął sesji ekranowej), teraz aktualizuję z 10.04 LTS do 12.04 LTS i terazdo-release-upgrade
teraz automatycznie rozpoczyna sesję ekranową.do-release-upgrade
zadbaj o wszystko wcześniej, a następnie: 1) możesz ponownie połączyć się ze zepsutym ssh poprzez ponowne uruchomieniedo-release-upgrade
po ponownym zalogowaniu i 2) możesz ponownie zalogować się po nieudanej aktualizacji sshd przez port określony na początku przezdo-release-upgrade
. Czy to to ?Jeśli w ramach aktualizacji zostanie zainstalowana nowa wersja demona ssh, demon zostanie zrestartowany. Jeśli z jakiegoś powodu aktualizacja zepsuje demona, nie uruchomi się ponownie i nie będzie już możliwości zalogowania się na maszynie.
Uruchamiając osobny sshd, który nie jest obsługiwany przez system init, a zatem nie zostanie zrestartowany podczas aktualizacji, zapewnia się, że stara wersja sshd będzie nadal działać, nawet jeśli nowa wersja nie uruchomi się. W ten sposób nadal możesz zalogować się do systemu i zobaczyć, co spowodowało uszkodzenie demona.
źródło
Nigdy (jeszcze) nie miałem z tym problemu, chociaż w ten sposób zmodernizowałem tylko pół tuzina pudeł. Chodzi o to, że jeśli coś pójdzie nie tak, dodatkowy demon SSH może być Twoją jedyną nadzieją na uniknięcie wizyty (lub skorzystanie z wszelkich dostępnych opcji ponownej instalacji).
źródło