Ubuntu non si avvia: "Impossibile scrivere byte: pipe spezzate"


13

Il problema Quando avvio Ubuntu 11.10, il processo di avvio si blocca, prima ancora di arrivare alla schermata di accesso del display manager, con il messaggio

Could not write bytes: broken pipes

nella parte superiore dello schermo, seguito da alcune righe di testo (dove una stella gialla a sinistra di "PulseAudio" è - non so se questo è importante ...), l'ultimo

* Stopping System V runlevel compatability                                          [Ok] 

Dopodiché posso solo premere Ctrl + Alt + Canc per riavviare.

La causa Il problema si è verificato dopo che ho fatto un aggiornamento su febbraio, il 18. Nel processo di aggiornamento è spuntata una finestra in cui ho dovuto scegliere il display manager predefinito. Avendo fretta, ho appena fatto clic su "ok" (gdm era la selezione predefinita in quella finestra). Successivamente ho scoperto che Ubuntu 11.10 è un lightdm, quindi ho pensato che forse questa era la causa del mio problema. Prima di questo aggiornamento tutto ha funzionato bene.

{Quello che ho provato finora a fare per risolverlo [salta questo, se è troppo lungo] Ho effettuato l'accesso come root in modalità di ripristino e ho provato a reinstallare lightdm. Usando il comando apt-get ottengo un errore che si estende su 3 righe di testo, il primo dei quali è

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

ma non conosco alcun processo che utilizza apt-get, che gli impedisce di essere eseguito.

Successivamente ho usato dpkg-reconfigure lightdm e selezionato lightdm come display manager predefinito. Questo è uscito con la linea

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

Quando ho quindi avviato in modalità normale, si bloccava ancora, ma il messaggio Could not write bytes: broken pipesera sparito, c'erano solo due righe di testo, il primo diceva qualcosa sullo stato della batteria e l'ultimo era identico a quello sopra ("* Stopping System V [. ..] "). Ho giocato un po 'anche provando dpkg-reconfigure gdm e scegliendo gdm invece di lightdm, ma nulla di tutto ciò ha aiutato. Il sistema si blocca ancora, solo con diverse righe di testo visualizzate, ma "* Stopping System V [...]" è sempre l'ultimo. }

Altre informazioni Questo può essere o non essere rilevante: utilizzo più sistemi operativi (gli altri funzionano) e il kernel che utilizzo è 3.0.0-15-generic-pae.

Per favore aiutatemi, ho investito così tanto tempo a configurare il mio sistema Ubuntu, non voglio rifarlo di nuovo.

Risposte:


12

In realtà, ciò che sta accadendo è quando vai in recovery i tuoi dischi sono montati in sola lettura. L'ho appena fatto e per qualche motivo l'opzione Mount Disk non ha funzionato, quindi ho semplicemente premuto l'opzione 'root' e usato:

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

Questo rende il disco scrivibile. Una volta fatto ciò dovresti essere in grado di fare il tuodkpkg-reconfigure lightdm

Se dice ancora "filesystem di sola lettura", fai il contrario e avvia un controllo del disco:

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

Se non ricordi quella grande rootpartition=stringa lunga , puoi anche ottenere il dispositivo andando su / dev / disk / by-uuid usa il file che è una grande stringa di 36 caratteri (dovrebbe essere l'unico se non lo fai ' non ha altre partizioni Ext). Quindi, sarebbe simile a questo (usando il mio UUID):fsck /dev/disk/by-uuid/062b52ee-5df4-4ad2-829e-0734f822748c

Se vengono rilevati errori, riavviare!

In effetti, ho avuto lo stesso identico problema quando ho provato a eseguire l'annotazione di Unity e la disinstallazione di unity-greeter (anche se lightdm era ancora installato). Penso che sia stato rimosso /etc/lightdm/unity-greeter.conf ma lasciato /etc/lightdm/lightdm.conf (che ha un riferimento a unity-greeter.conf) invariato. Questo ha senso perché non si avvierebbe, anche se non pensavo di guardare e ho appena reinstallato l'unità-greeter una volta che ho superato il problema di sola lettura che stavo avendo.

Comunque, provaci!


Ehi, grazie un milione di volte, facendo prima in root mount -o remount,rw,errors=remount-ro / e poi ha dkpk-reconfigure lightdmfunzionato! (Vorrei poter votare, ma ho poche ripetizioni) Hai qualche idea, perché ora ci vogliono ben più di 30 secondi prima che Ubuntu passi dall'accesso al desktop, mentre prima ci sono voluti al massimo 7?
l7ll7,

1
Probabilmente perché ureadahead stava riprofilando. Ogni volta che modifichi un pacchetto coinvolto nell'ureadahead di avvio (il programma di memorizzazione nella cache di avvio) deve ricreare il suo database. I riavvi successivi dovrebbero essere migliorati.
Chuck R,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.