Erreur du système de fichiers en lecture seule lors de la complétion des onglets et fermeture aléatoire de la fenêtre du terminal
Tout d'abord, il y a simplement une bizarrerie avec la commande cdname__. Si je tape cdname__, un espace, puis appuyez sur Tab pour voir les répertoires disponibles, je reçois ce message d'erreur:
bash: impossible de créer un fichier temporaire pour here-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 lors du test de l'oddité cdname__, ainsi que lors de la connexion de ssh à un autre serveur effectuant des opérations simples comme git status et autres. [Modifier] Il semble que si j'appuie sur entrée exactement 31 fois, la fermeture automatique de la fenêtre du terminal se déclenche (vérifié 3 fois maintenant).
Je suis récemment passé de 12.04 à 14.04 en fin de semaine dernière, et ce problème ne s'est pas produit tout le jour où je l'ai utilisé après la mise à niveau. C'est la première fois que vous essayez quoi que ce soit sur cet ordinateur depuis ce jour.
Veuillez indiquer toute autre information que je peux fournir et indiquer ce que je dois faire pour résoudre ce problème.
L'erreur Read-only file system est l'indice principal ici. J'imagine que votre répertoire personnel, où bash tente de stocker l'historique de vos commandes, est situé dans une partition en lecture seule.
J'imagine qu'il essaie de mettre à jour l'historique des commandes récentes sur le disque toutes les 32 commandes. C'est pourquoi il échoue avec la 32e commande saisie 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 l'être en cas d'erreur - ce dernier comportement est généralement le comportement par défaut de la partition racine.
Je serais surpris que vous ne rencontriez pas d'autres problèmes si votre partition racine est 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 au démarrage de l'ordinateur, juste après la disparition de l'écran du BIOS et juste avant que le logo Ubuntu apparaisse.
J'ai redémarré en mode de récupération et suivi les instructions du système. J'ai exécuté fsck sur /dev/sda2 et le problème a été résolu.
Ce problème est arrivé à moi aussi.
Cela se produit par intermittence.
Alors, finalement, j'en ai eu assez et j'ai décidé de réinstaller OS - Ubuntu-Gnome 14.04 (clean).
Il l'a réparé! Au moins pour quelques jours .. Puis ce même problème se reproduisit ...
Alors je suis allé chez Fry's et j'ai eu un nouveau disque dur (Seagate).
Jusqu'ici tout va bien (6 mois et plus).
note latérale: stock hdd était Toshiba
Comme d'autres l'ont souligné, un système de fichiers /tmp en lecture seule pose d'autres problèmes.
Quant aux 31 lignes, elles sont liées aux éléments internes de gnome-terminal.
Il garde une certaine quantité de lignes en mémoire, dans un "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 plutôt directement écrit dans un fichier sous /tmp; dans les versions plus récentes, la mise en mémoire tampon, la compression et le chiffrement étaient préalablement écrits. (Je ne me souviens pas si le fichier sous /tmp est ouvert lorsque le premier bloc de données est écrit dans le flux, ou lorsque le flux tente d'abord d'écrire dans /tmp; il s'agit d'un détail d'implémentation mineur.)
La taille de l’anneau est toujours une puissance de deux (chaque emplacement contenant une ligne du terminal; sauf un emplacement n’est pas utilisé pour des raisons techniques), et est doublé chaque fois que cela est nécessaire en raison de l’augmentation de la hauteur du terminal ( mais ne recule jamais). E.g., avec la hauteur par défaut de 24 lignes, l'anneau contient les 31 dernières lignes de sortie, le reste passe au flux (éventuellement à /tmp). Si vous augmentez la hauteur de la fenêtre à 40 lignes, l’anneau en mémoire augmentera pour contenir au maximum 63 entrées à la fois.
Ce que vous constatez, c'est que gnome-terminal essaie d'ouvrir un fichier dans /tmp pour stocker le flux et se ferme à cause de l'échec inattendu ici. Essayez avec une fenêtre plus grande que celle par défaut. il va planter après avoir appuyé sur Entrée 63 (ou peut-être 127) fois.
Ceci étant dit, /tmp devrait être corrigé en écriture (avec les autorisations 1777).
Mon problème était qu'un processus fonctionnait avec 100% de CPU et prenait probablement toutes les ressources du disque (un processus de sauvegarde: Ur-Backup).
Une fois que je l'ai tué, tout s'est bien passé. Donc, je penserais qu'un goulot d'étranglement sur le IO pourrait causer cette erreur même s'il y a suffisamment d'espace et que vous avez l'autorisation d'écrire.
(Raspberry Pi avec Jessy 18/03/16)