Ubuntu não inicializando: “Não foi possível gravar bytes: tubos quebrados”


13

O problema Ao inicializar o Ubuntu 11.10, o processo de inicialização é interrompido, antes mesmo de chegar à tela de login do gerenciador de exibição, com a mensagem

Could not write bytes: broken pipes

na parte superior da tela, seguida de algumas linhas de texto (onde uma estrela amarela à esquerda de "PulseAudio" está - não sei se isso é importante ...), sendo a última

* Stopping System V runlevel compatability                                          [Ok] 

Depois disso, só posso pressionar Ctrl + Alt + Del para reiniciar.

A causa O problema ocorreu depois que fiz uma atualização em 18 de fevereiro. No processo de atualização, uma janela apareceu na qual eu tive que escolher o gerenciador de exibição padrão. Por estar com pressa, cliquei em "ok" (gdm era a seleção padrão nessa janela). Depois descobri que o Ubuntu 11.10 nos es lightdm, então pensei que talvez essa fosse a causa do meu problema. Antes desta atualização, tudo funcionava bem.

{O que eu tentei até agora para corrigi-lo [pule isso, se for muito longo] Entrei como root no modo de recuperação e tentei reinstalar o lightdm. Usando o comando apt-get, recebo um erro que se estende por três linhas de texto, a primeira das quais é

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

mas não conheço nenhum processo que esteja usando o apt-get, que está impedindo que ele seja executado.

Depois disso, usei dpkg-reconfigure lightdm e selecionei o lightdm como o gerenciador de exibição padrão. Isso saiu com a linha

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

Quando eu inicializei no modo normal, ele ainda estava parado, mas a mensagem Could not write bytes: broken pipesdesapareceu, havia apenas duas linhas de texto, a primeira dizia algo sobre o estado da bateria e a última era idêntica à acima ("* Parando o sistema V [. ..] "). Eu brinquei um pouco também tentando dpkg-reconfigure gdm e escolhendo o gdm em vez do lightdm, mas nada disso ajudou. O sistema ainda trava, apenas com diferentes linhas de texto aparecendo, mas "* Stopping System V [...]" é sempre o último. }

Outras informações Isso pode ser relevante ou não: eu uso vários sistemas operacionais (os outros funcionam) e o kernel que uso é 3.0.0-15-generic-pae.

Por favor, ajudem, eu investi tanto tempo na configuração do meu sistema Ubuntu, que não quero fazer tudo de novo.

Respostas:


12

Na verdade, o que está acontecendo é que, quando você entra em recuperação, seus discos são montados como somente leitura. Acabei de fazer isso e, por algum motivo, a opção Mount Disk não funcionou, então apenas pressionei a opção 'root' e usei:

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

Isso torna sua unidade gravável. Depois de fazer isso, você poderá fazer o seudkpkg-reconfigure lightdm

Se ainda indicar "sistema de arquivos somente leitura", faça o oposto e inicie uma verificação de disco:

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

Se você não se lembra dessa grande rootpartition=sequência longa , também pode obter o dispositivo acessando / dev / disk / by-uuid, usando o arquivo que é uma sequência grande de 36 caracteres (deve ser o único se você não não possui outras partições Ext). Então, seria algo parecido com isto (usando meu UUID):fsck /dev/disk/by-uuid/062b52ee-5df4-4ad2-829e-0734f822748c

Se algum erro for encontrado, reinicie!

Na verdade, tive exatamente o mesmo problema ao tentar remover o Unity e desinstalar o Unity-greeter (mesmo que o lightdm ainda estivesse instalado). Eu acho que ele removeu o /etc/lightdm/unity-greeter.conf, mas deixou o /etc/lightdm/lightdm.conf (que tem uma referência ao unity-greeter.conf) inalterado. Isso faz sentido porque não inicializou, embora eu não tenha pensado em olhar e apenas reinstalei o unity-greeter depois que passei pelo problema de somente leitura que estava tendo.

De qualquer forma, tente!


Ei, obrigado um milhão de vezes, primeiro fazendo root mount -o remount,rw,errors=remount-ro / e depois dkpk-reconfigure lightdmfuncionou! (Gostaria de poder votar novamente, mas tenho poucas representantes) Você tem alguma idéia, por que agora demora mais de 30 segundos até o ubuntu passar do login para a área de trabalho, enquanto que anteriormente demorava no máximo 7?
L7ll7

1
Provavelmente porque o ureadahead estava realizando um novo perfil. Sempre que você modifica um pacote envolvido no ureadahead de inicialização (o programa de cache de inicialização) precisa refazer seu banco de dados. Reinicializações subsequentes devem ser bem melhoradas.
mandril R
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.