No more space on device

[nyme92]

Bonjour,
Je suis en train de développer un logiciel de calcul sous mandrivaOne 2008 en gfortran . Celui-ci arrive à son terme après plusieurs années.
Depuis quelques petits jours la compilation s'arrête avec le message du titre :
unable to write /tmp/ZdvBmodB.s no more space on device

J'ai déjà eu ce type de message à mon travail il y a quelques années mais il a été résolu (et encore, je ne sais plus) sans mon intervention.

Donc, je suppose que la compilation utilise le tmp pour stockage temporaire (compil, lien, exe etc ...) et que là il n'y a plus de place.
Effectivement un df montre / = O% de libre. Alors que les /home etc .... (le etc n'est pas /etc) sont bien pourvus.
Donc la question est : il se passe quoi? Et comment résoudre le problème ?
J'ai regardé dans tmp/ et utilisateur/tmp/ et il n'y a pas grand-chose que je puisse reconnaitre comme évident à supprimer.

De plus, j'ai éteint la machine hier soir et ce matin tout fonctionne. Le "tmp" est donc effacé. Mais après quelques heures rebelote.

Donc manifestement quelque chose se remplit, mais où, de quoi, et comment
l'éviter.

Avis aux "systeme"urs, que je ne suis pas....

Merci pour toute aide.
G

[deny]

salut
essaie de compiler dans un autre repertoire , genre /home
ou il y a de la place

a+

[Celelibi]

Si /tmp est sur /, vérifie dans les autres répertoires que tu n'as pas quelque chose qui te bouffe toute la place disponible.
Tu peux regarder avec la commande du -hsx /* quel répertoire prend trop de place, et regarder récursivement quel sous-répertoire set obèse.

À ce propos, tu avait quel espace totale sur ta partiton racine ? Personnellement je n'occupe que 2.2Go sur / (avec juste /home à part). Donc si tu en occupe beaucoup plus, pose-toi des questions.

[nyme92]

Envoyé par deny

salut
essaie de compiler dans un autre repertoire , genre /home
ou il y a de la place

a+

je suis dans /home/..../CODE
tout le reste de l'arborescence a pleins de GO, sauf / = 0

!!!!!!

[nyme92]

Envoyé par Celelibi

Si /tmp est sur /, vérifie dans les autres répertoires que tu n'as pas quelque chose qui te bouffe toute la place disponible.
Tu peux regarder avec la commande du -hsx /* quel répertoire prend trop de place, et regarder récursivement quel sous-répertoire set obèse.

À ce propos, tu avait quel espace totale sur ta partiton racine ? Personnellement je n'occupe que 2.2Go sur / (avec juste /home à part). Donc si tu en occupe beaucoup plus, pose-toi des questions.

J'ai /tmp et /chemin/tmp
Maintenant, il y a des choses "obèses" mais retirer est .... dangereux je crois
sur / = 9.2GO
Donc oui, je me pose des questions
Des questions qui vont aussi dans le sens de : plusieurs shells ouverts, kile, cooledit et peut-être un ou deux autres progs en même temps (avec Metisse) = je constate depuis très récemment (j'ai cet environnement depuis plusieurs mois) que la machine rame (kile ne compile plus quand j'atteinds environs 6000 lignes alors que j'ai écrit un bouquin de 700 pages avec - 30000 lignes ou le double je crois).
Et fortran qui commence à me faire des misères.
Bref cela commence à ressembler à win.
Extrêmement inhabituel. Qu'est-ce qui peut provoquer ce genre d'instabilité?
Tel que je le comprends c'est de l'espace temporaire qui est insuffisant, mais à part virer du soft, comment savoir les fichiers à virer du /tmp?

Et pourquoi ceci arrive-t-il? J'aurais pensé que tout ce qui est dans /tmp est , justement, temporaire. Donc entre deux compils le temporaire s'efface?

Non, ce n'est que quand j'éteinds la machine que je peux recommencer... pour un temps...... cela devient du win

Des avis ???
Merci

[deny]

comment savoir les fichiers à virer du /tmp?

normalement, le propre des fichiers de /tmp, c'est d'être effacé régulièrement, donc je ne vois pas pourquoi tu ,ne viderais pas ce rep tmp
afin de recreer de la place pour ta compil

[Vespasien]

normalement, le propre des fichiers de /tmp, c'est d'être effacé régulièrement, donc je ne vois pas pourquoi tu ,ne viderais pas ce rep tmp afin de recreer de la place pour ta compil

Sauf que Xorg et d'autres applications y créé et stocke des fichiers temporaires pendant leur exécution (KDE, Metisse).


Enfin, c'est pas grave si nyme92 flingue sa sassion, c'est pas la mienne.

Le plus simple serait de lancer ta grosse compilation en mode console, c'est à dire sans que X ne soit lancé.

[SnakemaN]

D'autres astuce pour libérer de l'espace disque sont de :

- Supprimer les sources des noyaux obsolètes

Code :

drakrpm-remove linux + 2x "tab"

Tu obtiens :a liste des paquets, par ex :

Code :

puis tu supprimer les sources de noyaux dont tu n'a pas besoin ici par exemple les anciennes :

Code :

drakrpm-remove linux-headers-2.6.20-15 linux-headers-2.6.20-15-generic linux-image-2.6.20-15-generic

- Vider le répertoire des miniatures des images :

Code :

#rm -r -f ~/.thumbnails/normal/*

- Vider le répertoire tmp (en su)

Code :

#rm -r -f /tmp/*

Voila quelques astuces pour libérer de l'espace disque sur ton linux, je les utilises sur Ubuntu (apt-get) mais je l'ai, enfin je pense, adaptées pour ton Mandriva (drakrpm)

Cdlt
SkN

[deny]

Sauf que Xorg et d'autres applications y créé et stocke des fichiers temporaires pendant leur exécution (KDE, Metisse).

tu ne flingueras rien du tout, puisque justement au depart de la session
ces fichiers temporaires sont recréés par le système s'ils n'existent plus
par exemple, tu as sous mandriva, un menu pour effacer les fichiers temporaires au redemarrage, cela n'a jamais empeché de redémarrer
une session

au besoin si on est méfiant on fait une sauvegarde de ces fichiers de session , et on les replaces
en mode single, rien de bien compliqué

[nyme92]

Envoyé par Vespasien

Sauf que Xorg et d'autres applications y créé et stocke des fichiers temporaires pendant leur exécution (KDE, Metisse).


Enfin, c'est pas grave si nyme92 flingue sa sassion, c'est pas la mienne.

Le plus simple serait de lancer ta grosse compilation en mode console, c'est à dire sans que X ne soit lancé.

J'y ai pensé mais cela implique une seule fenêtre.... et c'est bien pratique d'en avoir au moins 2 ou 3.

[vinc-mai]

Pas obligatoirement. Puis même en mode console avec une seule "fenêtre", il te reste screen.

Mais il me semble important de nettoyer ta partition racine, une autre piste:
supprimer les paquets (rpm) déjà installés si ton système les sauvegardes dans un cache.

[Vespasien]

Si tu n'a pas peur du mode console en tapant Alt-F1 jusque alt-Fx selon le nombre de ttyx inscrits dans /etc/securetty

[nyme92]

Envoyé par vinc-mai

Pas obligatoirement. Puis même en mode console avec une seule "fenêtre", il te reste screen.

Mais il me semble important de nettoyer ta partition racine, une autre piste:
supprimer les paquets (rpm) déjà installés si ton système les sauvegardes dans un cache.

screen qu'est-ce donc?
Pour les rpm, je vais les chercher , c'est clair qu'il doit y a voir du nettoyage à faire.

[nyme92]

Envoyé par Vespasien

Si tu n'a pas peur du mode console en tapant Alt-F1 jusque alt-Fx selon le nombre de ttyx inscrits dans /etc/securetty

Oui, ceci permet de passer à différents mode. Je ne comprends pas le lien avec ne pas avoir de mode graphique.
Ou es-tu en train de dire que je peux avoir plusieurs "consoles" qui en fait sont les modes alf-fx?

Si c'est le cas, oui, en effet je peux. Mais cela ne résoud pas le problème d'une instabilité d'un système qui l'a toujours été (stable) depuis mathusalem. (sauf que cette version de Mandriva est la gratuite 1DVD, et non la payante, mais je ne pense pas que cela ait une influence.)
Donc soit, depuis toujours, je remplis progressivement de la place qui, récemment, est devenue insuffisante, ce qui m'étonne car je n'ai pas souvenir d'avoir fait cela depuis toujours, soit le vidage de tmp ne se fait plus.
Pas net tout çà.

[Vespasien]

Le vidage de /tmp se produit au reboot; tu l'as toi-même énnoncé plus haut. Tu utilises le bureau 3D Metisse qui doit consommé beaucoup de mémoire et quelques fichiers temporaires qu'il stocke dans /tmp.

Donc, j'en déduis que tout va bien au début mais que lorsque tu compiles ton projet Kollossal, gcc produit lui aussi beaucoup de fichiers temporaires. Et là, c'est le drame!

Moi, je te proposais de désactiver X le temps de ta compilation. Soit:

Code :

1
2
3
4
Ctrl+Alt+effArr
ps -e
kill pidX
make

[nyme92]

[QUOTE=Vespasien;3022658]Le vidage de /tmp se produit au reboot; tu l'as toi-même énnoncé plus haut. Tu utilises le bureau 3D Metisse qui doit consommé beaucoup de mémoire et quelques fichiers temporaires qu'il stocke dans /tmp.

Donc, j'en déduis que tout va bien au début mais que lorsque tu compiles ton projet Kollossal, gcc produit lui aussi beaucoup de fichiers temporaires. Et là, c'est le drame!

Moi, je te proposais de désactiver X le temps de ta compilation. Soit:

Code :

1
2
3
4
Ctrl+Alt+effArr
ps -e
kill pidX
make

[/QUOTE

Ok, donc tu me dis que Metisse occupe en fait beaucoup de place. Il est vrai que je ne l'utilise qu'avec cette version de Mandriva, assez récente (quelques mois) et que je n'ai jamais eu de tel problème avant.
Donc si je te suis bien, Métisse réduit beaucoup la place libre (vidée à chaque rebootage) qui , avant, était suffisante et donc ne l'est plus maintenant.
C'est çà ?

Cependant Metisse, bien que sympatique, et plus "joli" qu'utile par rapport au KDE classique. Très comme Vista par rapport à XP (bien sûr Vista apporte etc .... en sous-jacent les experts dirons).
Donc je pourrais le virer (possible sans affecter le système - réinstallation linux etc ??? ??).

Ou alors il faut retirer des packages ou augmenter la place disque.

Je réchauffe??

[Vespasien]

Comme tu l'aimes bien et que ce n'est pas un grand péché, tu peux le conserver. Moi, ce que je te propose, c'est juste de le désactiver au moment ou tu veux faire ta grande compilation.

Mais c'est peut-être tout simplement ton logiciel qui génère des fichiers temporaires de manière infinie, je plaisante.

Question: après un boot, sans rien faire. Combien d'espace libre sur le DDur?

[nyme92]

Envoyé par Vespasien

Comme tu l'aimes bien et que ce n'est pas un grand péché, tu peux le conserver. Moi, ce que je te propose, c'est juste de le désactiver au moment ou tu veux faire ta grande compilation.

Mais c'est peut-être tout simplement ton logiciel qui génère des fichiers temporaires de manière infinie, je plaisante.

Question: après un boot, sans rien faire. Combien d'espace libre sur le DDur?

La grande compil elle se fait très fréquemment. Le soft lui créé pas mal de sortie mais rien de très grand, de l'ordre de quelques MO.
Après un boot je récupère quelques centaines de MO.
Je ne suis pas sur la machine pour le moment donc mes réponses ne sont pas tout à fait exactes sans doute, mais elles ne sont pas fausses non plus
Parceque ?

[vinc-mai]

Envoyé par nyme92

screen qu'est-ce donc?
Pour les rpm, je vais les chercher , c'est clair qu'il doit y a voir du nettoyage à faire.

Pour répondre à ta question:
screen un utilitaire qui permet d'avoir plusieurs "fenêtres" dans une même console.

[Vespasien]

Je viens de penser à toi: j'ouvre un .pdf avec firefox et il le créer dans /tmp. Normal. Je le ferme et ben il y restera jusqu'au prochain redémarrage et çà, c'est mal.

Donc, si tu utilises beaucoup ton ordi avant ta compile avec des applis qui ne nettoient pas ce qu'elles créées, ton répertoire /tmp va être rapidement saturé. De là à faire un rm -fr /tmp/* il y a un monde. D'où ma question de ton espace disponible en début de session afin de déterminer si ce sera réellement impossible de compiler qq ce soit ou si en s'y prenant dès le début çà ira voir si en lançant une compilation sans aucune interface graphique, çà peut le faire.

Maintenant, si c'est ton application qui teste l'espace disque disponible et le remplit avec un fichier de x^n Mo on pourra absolument rien faire.