Não foi possível iniciar o X-Server - Linux Mint 17.2

0

Eu tenho um SSD externo com o Linux Mint instalado nele (não como um USB ativo, mas como se fosse um SSD interno). Eu usei isso cerca de uma semana atrás, e funcionou bem. Tentou arrancar hoje e, de repente, não está mais bem.

Quando inicializo, vejo uma tela azul com uma caixa de alerta cinza dizendo:

Could not start the X
server (your graphical environment)
due to some internal error.

E ele continua me informando para entrar em contato com o administrador do sistema e reiniciar o MDM quando o erro foi corrigido. A única opção que eu posso selecionar é 'ok', que irá reiniciar o sistema.

Esse erro persistentemente se repete em cada tentativa de inicialização.

Quando inicializo no modo de recuperação, duas coisas acontecem de forma aparentemente aleatória.

Ou ele irá inicializar no modo de recuperação, mas isso obviamente não me fornece um sistema totalmente funcional (por exemplo, não consigo usar uma configuração de monitor duplo porque ele não carrega o gerenciador de exibição e não consigo para iniciá-lo manualmente também).

A outra coisa que pode acontecer ao inicializar no modo de recuperação é que eu acabo em um ambiente de terminal que definitivamente não é o shell de root, mas parece ser simplesmente o Linux Mint sem um gui. Eu posso logar e aparentemente acessar o terminal, mas não fiz muito diferente de sudo reboot now para tentar inicializar de volta em algo que funciona um pouco melhor.

Depois de fazer login no ambiente do tipo terminal, recebo um erro dizendo:

sktemp: failed to create file via template '/var/lib/update-notifier/tmp.XXXXXXXXXX/': read-only file system
run-parts: /etc/update-motd.d/95/hwe-e01 exited with return code 1
/usr/lib/update-notifier/update-motd-fsck-at-reboot: 33: /usr/lib/update-notifier/update-metd-fsck-at-reboot: cannot create /var/lib/update-notifier/fsck-at-reboot: Read-only file system

Assim, parece que o sistema acredita que o sistema de arquivos seja somente de leitura, onde não deveria ser. Agora eu poderia (talvez?) Simplesmente CHOWN o sistema inteiro, mas isso não parece uma idéia sábia.

Eu também examinei o syslog , mas isso realmente não me disse nada. A palavra "erro" aparece 16 vezes, mas não tenho idéia de como interpretar essa informação.

Eu fiz, claro, minha pesquisa antes de postar aqui. Depois de algumas das coisas que encontrei, corri

fsck -Af -M

Tanto como sudo e su , mas nas duas vezes tudo o que eu recebi foi

fsck from util-linux 2.20.1

que realmente não me diz nada.

Também descobri que o sistema operacional pode colocar um sistema de arquivos em Read-Only para evitar corrupção, mas não tenho certeza do que causaria a referida corrupção, e muito menos como corrigi-lo.

Agora não estou procurando alguém para "consertar isso para mim". Em vez disso, adoraria se algum de vocês fosse capaz de me apontar na direção certa sobre o que poderia estar acontecendo, se houvesse outros testes que eu pudesse fazer para diminuir o problema, etc.

Algumas especificações:

  • Lançamento: LinuxMint 17.2 (rafaela)
  • GNOME: 3.8.4 (Ubuntu 2015-12-02)
  • Xorg: 1.15.1 (20 de julho de 2017 07:11:13)
  • CPU: CPU Intel (R) Core (TM) i5-3470 @ 3.20GHz
  • Gráficos: Intel onboard
por Tijmen 11.09.2017 / 11:30

2 respostas

0

fsck com a opção -M não verificará os sistemas de arquivos montados. Eu estou supondo que o seu foi montado quando você correu isso, mas eu posso estar errado. A execução de fsck em sistemas de arquivos montados pode causar problemas, então é melhor que você use -M . Eu tentaria executar o fsck em seus sistemas de arquivos a partir de um LiveCD / pen drive (seu CD de instalação, ou knoppix / etc), quando eles não estão montados. Isso significa que você precisa especificar o sistema de arquivos (e o tipo) diretamente, pois a opção -A não funcionará.

CHOWN em todo o sistema de arquivos irá arruinar o seu dia.

    
por 13.09.2017 / 16:30
0

Bem, sugiro alguns passos para depurar corretamente o problema.

Como seu erro mostra, este é um problema de permissões, para o qual você pode usar

mount |sdX

em que X é o dispositivo de bloco em que seu sistema está instalado (suponho que seja sdb )

agora você precisa ver a saída, seria algo como

/dev/sda3 on / type ext4 (rw,relatime,data=ordered)

veja as opções, estou quase 100% de que você terá algo como error=ro

se isso é correto, então você tem um problema físico, pode ser um SSD corrompido.

próximo passo

dmesg -k

isto irá dizer-lhe todas as chamadas do kernel do sistema desde a inicialização, procure por algo parecido com isto

[    6.190768] EXT4-fs (sda3): mounted filesystem with ordered data mode. Opts: (null)

pode ser algo com sdb , logo depois você pode ver um erro, ou vários, algo lhe dizendo que o dispositivo de bloco tem um problema ... se algo aparecer, você pode começar pesquisando:

Espero que ajude

PS: se você tiver problemas com dmesg -k e não conseguir ver o log porque é muito rápido, tente com dmesg -k | less .

    
por 20.09.2017 / 05:54