Utracona moc podczas aktualizacji, jak mogę odzyskać?

Próbowałem zaktualizować moją instalację 11.10 do wersji 12.04beta. Podczas instalacji przypadkowo straciłem zasilanie laptopa (kabel zasilający został odłączony) i wyłączył się. Ilekroć teraz zaczynam się uruchamiać, mogę wybrać instalację za pomocą Grub i ładuje się tam, gdzie powinno się zalogować, ale otrzymuję ekran, który wygląda tak, jak widzisz, gdy tylko się zamkniesz. Wygląda na to, że blokuje się po sprawdzeniu baterii.

Czy w ogóle, z nośnikiem Live lub bez niego, można przywrócić instalację / aktualizację mojego komputera do wersji 12.04, ale nadal zachować moje ustawienia / aplikacje / pliki?

upgrade shutdown Ryan McClure
źródło

Wiem, że pytanie jest oznaczone jako odpowiedź, ale zauważam, że na część tego pytania nie udzielono odpowiedzi od momentu opublikowania tego komentarza. Chciałbym również wiedzieć, jak przejść na 12.04 w przypadku problemów.

Jądro

Odpowiedzi:

Czy próbowałeś uruchomić komputer w trybie odzyskiwania (wybranym przez gruba)? Następnie możesz spróbować ponownie uruchomić aktualizację za pomocą

sudo apt-get update
sudo apt-get upgrade

Może być konieczne uruchomienie

sudo dpkg --configure -a

naprawić częściowo zainstalowane pakiety.

Jeśli tryb odzyskiwania również jest zepsuty, możesz spróbować uruchomić komputer z dysku CD na żywo, a następnie ponownie uruchomić komputer na dysku twardym i wykonać powyższe kroki.

Aby chrootować do instalacji na dysku twardym, najpierw uruchom dysk CD na żywo. Możesz użyć płyty instalacyjnej Ubuntu do tego zadania, po prostu wybierz opcję „wypróbuj ubuntu” zamiast instalować. Po uruchomieniu otwórz terminal i zamontuj partycję root. Jeśli twoją partycją główną jest / dev / sda1 (aby znaleźć swoją partycję root, znajdziesz przewodnik na https://help.ubuntu.com/community/RecoveringUbuntuAfterInstallingWindows#The_terminal_way ):

sudo mkdir -p /media/ubuntu
sudo mount /dev/sda1 /media/ubuntu

Następnie musisz zamontować systemy plików proc, dev i sys w nowym środowisku:

sudo mount --bind /dev /media/ubuntu/dev
sudo mount --bind /proc /media/ubuntu/proc
sudo mount --bind /sys /media/ubuntu/sys

Włącz sieć:

cp /etc/resolv.conf /media/ubuntu/etc/resolv.conf

Na koniec chroot:

sudo chroot /media/ubuntu

Stąd możesz uruchomić apt-get i dpkg, aby naprawić swój system. Jest to identyczne ze sposobem, w jaki ludzie naprawiają gruba za pomocą chroota, w razie problemów możesz znaleźć w Google coś takiego jak „grub chroot ubuntu livecd” i znaleźć więcej informacji.

zaraza
źródło

Jak dokładnie chrootować w instalacji z Live?

Ryan McClure,

Zaktualizowałem moją odpowiedź o te informacje.

zarazy

Nie mogę uruchomić „sudo dkpg --configure -a” ... „nie mogę rozwiązać problemu z Ubuntu hosta”. Ponadto, jeśli spróbuję wykonać „apt-get update”, dostaję „nie udało się pobrać ...” dla każdego repozytorium. I uruchomienie aktualizacji apt-get nic nie robi. jakieś pomysły?

Ryan McClure,

Wygląda na to, że sieć nie jest poprawnie skonfigurowana. Czy konfiguracja sieci na CD na żywo? Jeśli tak, musi istnieć jakiś sposób, aby był dostępny również w środowisku chroot.

zarazy

udało mi się go uruchomić z trybu odzyskiwania po zrobieniu dpkg z menu ... teraz mogę uruchomić 12.04, ale dużo brakuje i nie działa poprawnie. Mogę jednak uruchomić apt-get update i upgrade, więc kiedy mój 56k internet zdecyduje się skończyć, opublikuję wynik.

Ryan McClure

Debian i Ubuntu są podobne i dla tego rodzaju problemów działają te same rozwiązania.

Podczas aktualizacji Debiana moja stacja robocza eksperymentowała z utratą mocy. Grub działał i działa MS Windows, ale wpis Debiana nie. Instalator zawiesił się z nietypowym monitem w trybie tekstowym.

Rozwiązanie było dość proste. Uruchom komputer z dyskiem CD Debiana i wybierając Opcje zaawansowane-> Tryb ratunkowy (coś takiego) w menu głównym i początkowym.

Sieć nie jest ważna.

Wybrałem opcję „kontynuuj bez montowania lub instalowania systemu plików root” (zapewniło to ograniczone funkcje) ... ale wymagałem tylko ich ...

Raz w pytaniu użyłem

#fdisk -l to list my partitions.

Moja partycja root była w /dev/sdb1

Użyłem:

#fsck /dev/sdb1

naprawić mój problem ... udzielając „tak” na wszystkie pytania.

Po zakończeniu powtórzyłem polecenie. Uzyskiwanie w tym przypadku żadnych pytań i szybkie zakończenie (ponieważ problemy zostały rozwiązane przy pierwszym wywołaniu polecenia) Dla pewności.

Uruchomiłem ponownie system bez Live CD i był on w stanie ponownie uruchomić system Linux ... podczas instalacji znaleziono wiele problemów z innymi partycjami, ale instalacja systemu przebiegła pomyślnie.

Mam nadzieję, że to doświadczenie będzie przydatne.

Gengis Kanhg Toledo Ramírez
źródło