Lubuntu inicializa no terminal | Não foi possível criar o arquivo de bloqueio em /tmp/.tX0-lock

Question

Após uma queda repentina de energia, minha máquina ( Lubuntu 16.04 ) está enfrentando o mesmo problema descrito aqui .

Minha máquina está inicializando em um terminal. E quando executo o comando startx , ele dá:

(EE) Could not create lock file in /tmp/.tX0-lock

Então, para executar sudo X -configure i, executei o comando abaixo e recebi o erro descrito abaixo.

sudo mount -o remount,rw /

[2112.489077] EXT4-fs error (device sda1): ext4_remount:4667: Abort forced by user
mount: cannot remount /dev/sda1 read-write, is write-protected

Então eu inicializo em um sistema live e escolho resgatar um sistema quebrado e em um shell com /dev/sda1 montado em / e executei os seguintes comandos

sudo mount -o remount,rw /

E é executado sem erros.

Depois de executar o seguinte

sudo fsck /dev/sda1

O resultado foi limpo sem erros.

Depois disso, eu executei o seguinte comando.

sudo X -configure

então a máquina reiniciou-se e obteve o mesmo they que descrevi na primeira parte desta questão.

Atualizar

Eu tentei outra imagem ao vivo de Ubuntu 16.04 .

Agora, quando eu executo fsck.ext4 -f /dev/sda5 da imagem ao vivo, ele diz que /dev/sda5 está montado.

Mas quando eu executo umount /dev/sda5 , diz que /dev/sda5 não está montado.

Acredito que o problema esteja na minha partição /dev/sda5 . Estou correto?

Como posso consertar minha máquina? Qualquer pequena ajuda seria apreciada

    

Answer 1

Por fim, consegui corrigir o problema.

O problema foi devido à entrada corrompida (não realmente) da partição swap no meu /etc/fstab . A entrada de troca foi /dev/sda5 em vez de UUID .

Acredito que o sistema não conseguiu detectar minha partição de swap de fstab e causou esse problema, transformando meu sistema de arquivos como somente leitura.

Assim, a substituição do nome de troca de /dev/sda5 por UUID in /etc/fstab de um USB ativo resolveu o problema.

Mas eu não mudei nada em /etc/fstab antes deste problema começar e não sei por que esse problema aconteceu.

Esta resposta explica por que precisamos adicionar UUID em fstab em vez de /dev/sd_