web-dev-qa-db-fra.com

Lubuntu s'introduit dans le terminal | Impossible de créer le fichier de verrouillage dans /tmp/.tX0-lock

Après une panne de courant soudaine, ma machine (Lubuntu 16.04) est confrontée au même problème que décrit ici .

Ma machine démarre dans un terminal. Et quand j'exécute la commande startx, cela donne:

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

Donc, pour exécuter Sudo X -configure, j'ai exécuté la commande ci-dessous et obtenu l'erreur décrite ci-dessous.

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

Donc, je démarre dans un système en direct et a choisi de sauver un système cassé et dans un shell avec /dev/sda1 monté sur / et exécuté les commandes suivantes

Sudo mount -o remount,rw /

Et il s'exécute sans aucune erreur.

Après avoir exécuté ce qui suit

Sudo fsck /dev/sda1

Le résultat était propre, sans erreur.

Après cela, j'ai exécuté la commande suivante.

Sudo X -configure

puis la machine a redémarré d'elle-même et a obtenu le même they que j'ai décrit dans la première partie de cette question.

Mettre à jour

J'ai essayé une autre image en direct de Ubuntu 16.04.

Maintenant, lorsque je lance fsck.ext4 -f /dev/sda5 à partir de l'image en direct, il est indiqué que /dev/sda5 est monté.

Mais quand je lance umount /dev/sda5 il dit /dev/sda5 n'est pas monté.

Je crois que le problème vient de ma partition /dev/sda5. Ai-je raison?

Comment puis-je réparer ma machine? Toute petite aide serait appréciée

1
Rooney

Enfin, j'ai réussi à résoudre le problème.

Le problème était dû à une entrée corrompue (pas vraiment) pour la partition swap dans mon /etc/fstab. L'entrée d'échange était /dev/sda5 au lieu de UUID.

Je pense que le système n'a pas réussi à détecter ma partition d'échange à partir de fstab et a provoqué ce problème en rendant mon système de fichiers entièrement en lecture seule.

Ainsi, le remplacement du nom de swap de /dev/sda5 par son UUID dans /etc/fstab à partir d’une clé USB en direct a résolu le problème.

Mais je n’ai rien changé dans /etc/fstab avant que ce problème ne commence et je ne sais pas pourquoi ce problème s’est produit.

This réponse explique pourquoi nous devons ajouter UUID dans fstab au lieu de /dev/sd_

0
Rooney