Ubuntu nie uruchamia się: „Nie można zapisać bajtów: zepsute rury”

13

Problem Kiedy uruchamiam Ubuntu 11.10, proces uruchamiania zawiesza się, zanim przejdzie do ekranu logowania menedżera wyświetlania, z komunikatem

Could not write bytes: broken pipes

u góry ekranu, a po nim kilka wierszy tekstu (gdzie jedna żółta gwiazda po lewej stronie „PulseAudio” to - nie wiem, czy to ważne ...), ostatnia jest

* Stopping System V runlevel compatability                                          [Ok] 

Potem mogę tylko nacisnąć Ctrl + Alt + Del, aby zrestartować komputer.

Przyczyna Problem wystąpił po aktualizacji w lutym 18. W trakcie aktualizacji pojawiło się okno, w którym musiałem wybrać domyślnego menedżera wyświetlania. Spieszy mi się, po prostu kliknąłem „ok” (domyślnym wyborem w tym oknie był gdm). Potem dowiedziałem się, że Ubuntu 11.10 us es lightdm, więc pomyślałem, że może to był przyczyną mojego problemu. Przed tą aktualizacją wszystko działało dobrze.

{Co do tej pory próbowałem zrobić, aby to naprawić [pomiń to, jeśli jest za długi] Zalogowałem się jako root w trybie odzyskiwania i próbowałem ponownie zainstalować lightdm. Za pomocą polecenia apt-get otrzymuję błąd, który obejmuje 3 linie tekstu, z których pierwszy to

Not using locking for read only lock file /var/lib/dpkg/lock;

ale nie znam żadnego procesu korzystającego z apt-get, który uniemożliwia jego uruchomienie.

Następnie użyłem dpkg-reconfigure lightdm i wybrałem lightdm jako domyślny menedżer wyświetlania. To zakończyło się linią

mv: cannot move 'etc/X11/default-display-manager' to '/etc/X11/default-display-manager.pdkg-tmp': Read-only file system".

Gdy uruchomiłem się w trybie normalnym, nadal się zawiesił, ale wiadomość Could not write bytes: broken pipeszniknęła, były tylko dwie linie tekstu, pierwsza mówiła coś o stanie baterii, a ostatnia była identyczna z powyższą („* Zatrzymywanie systemu V [. ..] ”). Grałem trochę, próbując dpkg-reconfigure gdm wybrać gdm zamiast lightdm, ale nic z tego nie pomogło. System nadal się zawiesza, tylko z różnymi liniami tekstu, ale „* Zatrzymywanie systemu V [...]” jest zawsze ostatnim. }

Inne informacje Może to być lub nie być istotne: używam wielu systemów operacyjnych (inne działają), a jądro, którego używam, to 3.0.0-15-generic-pae.

Proszę o pomoc, zainwestowałem tyle czasu w konfigurację mojego systemu Ubuntu, że nie chcę tego robić od nowa.

l7ll7
źródło

Odpowiedzi:

12

W rzeczywistości dzieje się tak, gdy odzyskujesz dyski w trybie tylko do odczytu. Właśnie to zrobiłem iz jakiegoś powodu opcja Zamontuj dysk nie działała, więc po prostu nacisnąłem opcję „root” i użyłem:

mount -o remount,rw,errors=remount-ro /

Dzięki temu dysk można zapisać. Gdy to zrobisz, powinieneś być w stanie to zrobićdkpkg-reconfigure lightdm

Jeśli nadal mówi „system plików tylko do odczytu”, wykonaj odwrotnie i rozpocznij sprawdzanie dysku:

mount -o remount,ro /
rootpartition=$(cat /etc/fstab | grep -E "# / was on .*installation" | awk '{print $5}')
e2fsck $rootpartition

Jeśli nie pamiętasz tego dużego długiego rootpartition=ciągu, możesz także uzyskać urządzenie, przechodząc do / dev / disk / by-uuid, używając pliku zawierającego duży 36-znakowy ciąg (powinien być jedyny, jeśli nie „ mieć inne partycje Ext). Tak więc wyglądałoby to mniej więcej tak (używając mojego UUID):fsck /dev/disk/by-uuid/062b52ee-5df4-4ad2-829e-0734f822748c

Jeśli zostaną znalezione jakiekolwiek błędy, koniecznie uruchom ponownie!

W rzeczywistości miałem ten sam problem, gdy próbowałem nuke Unity i odinstalowałem unity-greeter (mimo że lightdm był nadal zainstalowany). Myślę, że usunął /etc/lightdm/unity-greeter.conf, ale pozostawił /etc/lightdm/lightdm.conf (który ma odniesienie do unity-greeter.conf) bez zmian. To ma sens, dlaczego się nie uruchamia, chociaż nie pomyślałem o tym i po prostu zainstalowałem ponownie program unity-greeter, gdy udało mi się rozwiązać problem tylko do odczytu, który miałem.

W każdym razie, spróbuj!

Chuck R.
źródło
Hej, dzięki miliony razy, robiąc najpierw root, mount -o remount,rw,errors=remount-ro / a potem dkpk-reconfigure lightdmpracował! (Chciałbym móc głosować, ale mam kilka powtórzeń). Czy masz jednak pojęcie, dlaczego teraz trwa ponad 30 sekund, zanim ubuntu przejdzie z logowania na pulpit, podczas gdy wcześniej zajęło to najwyżej 7?
l7ll7,
1
Prawdopodobnie dlatego, że ureadahead ponownie się profilował. Za każdym razem, gdy modyfikujesz pakiet zaangażowany w start-up ureadahead (program buforujący rozruch), musi ponownie utworzyć bazę danych. Kolejne ponowne uruchomienie powinno zostać znacznie ulepszone.
Chuck R