Ubuntu ne démarre pas: "Impossible d'écrire des octets: tuyaux cassés"

13

Le problème Lorsque je démarre Ubuntu 11.10, le processus de démarrage se bloque, avant même d'accéder à l'écran de connexion du gestionnaire d'affichage, avec le message

Could not write bytes: broken pipes

en haut de l'écran, suivi de quelques lignes de texte (où une étoile jaune à gauche de "PulseAudio" est - je ne sais pas si c'est important ...), la dernière étant

* Stopping System V runlevel compatability                                          [Ok] 

Après cela, je ne peux qu'appuyer sur Ctrl + Alt + Suppr pour redémarrer.

La cause Le problème est survenu après avoir fait une mise à jour le 18 février. Au cours de la mise à jour, une fenêtre est apparue dans laquelle j'ai dû choisir le gestionnaire d'affichage par défaut. Étant pressé, je viens de cliquer sur "ok" (gdm était la sélection par défaut dans cette fenêtre). Par la suite, j'ai découvert qu'Ubuntu 11.10 utilisait lightdm et j'ai donc pensé que c'était peut-être la cause de mon problème. Avant cette mise à jour, tout fonctionnait bien.

{Ce que j'ai essayé de faire jusqu'à présent pour le résoudre [sauter ceci, si c'est trop long] Je me suis connecté en tant que root en mode de récupération et j'ai essayé de réinstaller lightdm. En utilisant la commande apt-get, j'obtiens une erreur qui s'étend sur 3 lignes de texte, dont la première est

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

mais je ne connais aucun processus qui utilise apt-get, qui l'empêche d'être exécuté.

Après cela, j'ai utilisé dpkg-reconfigure lightdm et sélectionné lightdm comme gestionnaire d'affichage par défaut. Cela est sorti avec la ligne

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

Quand j'ai ensuite démarré en mode normal, il se bloquait toujours, mais le message Could not write bytes: broken pipesétait parti, il n'y avait que deux lignes de texte, la première disait quelque chose sur l'état de la batterie et la dernière était identique à celle ci-dessus ("* Arrêt du système V [. ..] "). J'ai joué un peu en essayant également de dpkg-reconfigure gdm choisir gdm au lieu de lightdm, mais rien de tout cela n'a aidé. Le système se bloque toujours, juste avec différentes lignes de texte qui apparaissent, mais "* Arrêt du système V [...]" est toujours le dernier. }

Autres informations Cela peut être pertinent ou non: j'utilise plusieurs systèmes d'exploitation (les autres fonctionnent) et le noyau que j'utilise est 3.0.0-15-generic-pae.

Aidez-moi, j'ai investi tellement de temps dans la configuration de mon système Ubuntu, je ne veux pas tout recommencer.

l7ll7
la source

Réponses:

12

En fait, ce qui se passe, c'est lorsque vous effectuez une récupération, vos disques sont montés en lecture seule. Je viens de le faire et pour une raison quelconque, l'option de montage du disque n'a pas fonctionné, alors j'ai juste appuyé sur l'option 'root' et utilisé:

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

Cela rend votre lecteur accessible en écriture. Une fois que vous avez fait cela, vous devriez pouvoir faire votredkpkg-reconfigure lightdm

S'il dit toujours "système de fichiers en lecture seule", faites le contraire et lancez une vérification du disque:

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

Si vous ne vous souvenez pas de cette grande rootpartition=chaîne longue , vous pouvez également obtenir l'appareil en allant dans / dev / disk / by-uuid en utilisant le fichier qui est une grande chaîne de 36 caractères (ce devrait être le seul si vous ne le faites pas ''). t avoir d’autres partitions Ext). Donc, cela ressemblerait à quelque chose comme ça (en utilisant mon UUID):fsck /dev/disk/by-uuid/062b52ee-5df4-4ad2-829e-0734f822748c

Si des erreurs sont détectées, assurez-vous de redémarrer!

En fait, j'ai eu exactement le même problème lorsque j'essayais de nuke Unity et de désinstaller unité-greeter (même si lightdm était toujours installé). Je pense qu'il a supprimé /etc/lightdm/unity-greeter.conf mais laissé /etc/lightdm/lightdm.conf (qui a une référence à unité-greeter.conf) inchangé. Cela explique pourquoi il ne démarrerait pas, même si je ne pensais pas à regarder et juste réinstallé unit-greeter une fois que j'ai surmonté le problème de lecture seule que j'avais.

Quoi qu'il en soit, essayez-le!

Chuck R
la source
Hé, merci un million de fois, faire en root d'abord mount -o remount,rw,errors=remount-ro / et ensuite dkpk-reconfigure lightdmtravailler! (J'aimerais pouvoir voter, mais je dois faire quelques répétitions) Avez-vous une idée cependant, pourquoi cela prend maintenant bien plus de 30 secondes jusqu'à ce qu'ubuntu passe de la connexion au bureau, alors qu'auparavant il en fallait au plus 7?
l7ll7
1
Probablement parce que ureadahead effectuait un nouveau profilage. Chaque fois que vous modifiez un package impliqué dans le démarrage, ureadahead (le programme de mise en cache de démarrage) doit refaire sa base de données. Les redémarrages ultérieurs devraient être bien améliorés.
Chuck R