Erreur du système de fichiers en lecture seule lors de la complétion de l'onglet et de la fermeture de la fenêtre du terminal

Le premier est tout simplement une bizarrerie avec la commande cd. Si je tape cd, puis un espace, puis appuyez sur Tabpour afficher les répertoires disponibles, je reçois ce message d'erreur:

bash: impossible de créer un fichier temporaire pour ici-document: système de fichiers en lecture seule

Le problème le plus gênant a été la fermeture aléatoire de la fenêtre du terminal. Cela s'est produit en testant la cdbizarrerie, et aussi pendant que ssh était dans un autre serveur en faisant des choses simples comme git statuset telles. [Modifier] Il semble que si j'appuie sur Entrée exactement 31 fois, cela déclenche la fermeture automatique de la fenêtre du terminal (vérifié 3 fois maintenant).

J'ai récemment effectué une mise à niveau de 12.04 à 14.04 à la fin de la semaine dernière, et ce problème ne s'est pas produit toute la journée où je l'ai utilisé après la mise à niveau. C'est la première fois que vous tentez quoi que ce soit sur cet ordinateur depuis ce jour.

Veuillez indiquer toute autre information que je peux fournir et ce que je dois faire pour résoudre ce problème.

J'ai redémarré en mode de récupération et j'ai suivi les instructions que le système m'a données. Je courus fscksur /dev/sda2, et que le problème résolu.

L' Read-only file systemerreur est le principal indice ici. Je suppose que votre répertoire personnel, où bash essaie de stocker votre historique de commandes, etc., se trouve dans une partition en lecture seule.

Je suppose qu'il essaie de mettre à jour votre historique de commandes récent sur le disque une fois toutes les 32 commandes, c'est pourquoi il échoue sur la 32e commande que vous tapez dans une session.

Maintenant, une partition peut être montée en lecture seule si vous le faites délibérément, mais elle peut également être montée en lecture seule en cas d'erreur - ce dernier comportement est généralement la valeur par défaut pour la partition racine.

Je serais surpris si vous ne rencontriez pas d'autres problèmes si votre partition racine était montée en lecture seule.

Vous pouvez essayer de redémarrer et de vérifier le disque à partir du menu de récupération. Maintenez la touche Maj enfoncée pendant le démarrage de l'ordinateur, juste après la disparition de l'écran du BIOS et juste avant l'apparition du logo Ubuntu.

Ce problème exact m'est également arrivé.

Cela se produit par intermittence.

J'en ai donc finalement eu assez et j'ai décidé de réinstaller le système d'exploitation - ubuntu-gnome 14.04 (propre).

Il l'a réparé! Au moins pendant quelques jours .. Puis exactement le même problème s'est reproduit ...

Je suis donc allé chez Fry's et j'ai acheté un nouveau disque dur (Seagate).

Jusqu'ici tout va bien (6 mois et compter).

note latérale: le disque dur d'origine était Toshiba

Comme d'autres l'ont souligné, un /tmpsystème de fichiers en lecture seule provoque d'autres problèmes.

Quant aux 31 lignes, elles sont liées aux gnome-terminalinternes de.

Il garde une certaine quantité de lignes en mémoire, dans un soi-disant "anneau". Le reste, les lignes qui défilent hors de cet anneau sont placées dans un "flux". Dans les anciennes versions de gnome-terminal, le flux était à peu près directement écrit dans un fichier sous /tmp, dans les versions plus récentes, il y a mise en mémoire tampon, compression et chiffrement avant qu'il ne soit écrit. (Je ne me souviens pas du haut de ma tête si le fichier sous /tmpest ouvert lorsque le premier morceau de données est écrit dans le flux, ou quand le flux essaie d'abord d'écrire /tmp; c'est un détail d'implémentation mineur.)

La taille de l'anneau est toujours une puissance de deux (chaque emplacement contenant 1 ligne du terminal; à l'exception d'un emplacement n'est pas utilisé pour des raisons techniques), et est doublé chaque fois que cela est nécessaire en raison de la croissance de la hauteur du terminal ( mais ne recule jamais). Par exemple, avec la hauteur par défaut de 24 lignes, l'anneau contient les 31 dernières lignes de sortie, le reste va au flux (éventuellement /tmp). Si vous augmentez la hauteur de la fenêtre pour disons 40 lignes, l'anneau en mémoire augmentera pour accueillir au maximum 63 entrées à la fois.

Ce que vous rencontrez, c'est qu'il gnome-terminalessaie d'ouvrir un fichier /tmppour stocker le flux et se ferme en raison de l'échec inattendu ici. Essayez avec une fenêtre plus haute que celle par défaut; il plantera après avoir appuyé sur Entrée 63 (ou peut-être 127) fois.

Cela étant dit, /tmpdevrait être corrigé pour être accessible en écriture (avec les autorisations 1777).

Mon problème était qu'un processus était en cours d'exécution avec 100% de CPU et a probablement pris toutes les ressources du disque (certains processus de sauvegarde: Ur-Backup).

Une fois que je l'ai tué, tout s'est bien passé. Je pense donc qu'un goulot d'étranglement sur l'IO pourrait provoquer cette erreur même s'il y a suffisamment d'espace et que vous avez la permission d'écrire.

(Raspberry Pi avec Jessy 18/03/16)