Bonjour,
 
Depuis quelques jours, aussitot que j'essaie de telecharger qqch (meme un fichier txt) et de lancer certaines applications, je me prend des messages genre :  
 
$gnome-terminal
 
** ERROR **: Resource problem creating '/tmp/orbit-esox'
 
ou :  
there is not enough room on the disk to save /tmp/XXXXX .
 
Le problème est que j'ai regardé dans gparted et il me signale que la partition montée en / a encore 500 Mo de libres, et /tmp/ est bien sur cette partition ... Pourquoi alors je n'arrive pas a enregistrer?
 
Merci d'avance

Re-bonjour,
 
Etant donné que mon systeme semble literalement etoufer (plus moyen d'aller sur le net ou de faire a peu pres quoique ce soit d'autre), je pense reformater ma partoche principale et re-installer le systeme de base.  
Parcontre je voudrais savoir si c'est possible de le faire sans rebooter. Donc demonter ma partition / , la formater, reinstaller un nouveau systeme clean et continuer sans reboot.
 
Ce n'est pas vraiment par necessité mais je me posais la question sur la faisabilité et au cas ou, pourquoi ne pas tenter de le faire
 
Merci d'avance

espace réservé pour root
tune2fs pour corriger ça

Ok merci beaucoup Mais je crois que je vais finalement quand meme reformat cette partition, parceque en 3 ans il y en a des conneries qui s'installent et qu'on oublie d'enlever ...
Donc si qqn connait une façon de reformat la racine et de remettre un install propre dessus , sans devoir rebooter, je suis preneur Autrement je vais rebooter et reformat pendant le match de la suisse

Salut,
 
je vois bien une solution mais c'est quand même assez chaud et il faut que ton noyau ai certaines options activés (le support ramfs par exemple).
Donc il faut que tu te crées un ramfs contenant tout les outils dont tu auras besoin avec leur libs... et attention comme tu va mettre cela en RAM tu ne peux pas te permettre d'avoir un ramfs de 100Mo... d'ailleurs je crois que la taille max du ramfs doit être définie dans le noyau.  
Donc ensuite tu montes le ramfs, tu fais un "pivot_root" et tu fais ta réinstall
une astuce pour contourner la limite de taille du ramfs, pourait être de mettre les outils de réinstall sur une autre partition et de faire un chroot à partir du ramfs quand il est devenu "rootfs"

Ok merci beaucoup Vu que j'ai jamais fait ça, je sais pas trop quelles sont les outils que j'aurai absolument besoin ... Tu aurais une doc/ un site la dessus?
 
Merci

Par hasard ... c'est pas ton /home qui serait plein ? (et qui serait sur une autre partoche ?)

Non justement, mon home a 20Go de libre C'est la racine qui est pleine, parceque à la base j'avais aloué juste 10 Go et a force d'installer tout et n'importe quoi ...

ouais alors je pense que pour le ramdisk je crois que le plus simple pour le générer est de te baser sur busybox: http://www.busybox.net/ et sur buildroot: http://buildroot.uclibc.org/

Ok je viens de lire la doc de buildroot (assez impressionnant comme truc), donc si j'ai bien compris, je monte le fichier que m'a géréré buildroot comme ramfs , apres je tente un pivot_root / /path/to/ramfs, je format mon ancien / (a propos, je le formatte comment? Parceque un fdisk / va pas me formater mon ramfs?), et apres je chroot mon /media/hdc , dans lequel j'aurais préalablement laissé un CD netinstall de debian et je lance les differents programmes?
 
Ou j'ai tout faux? Désolé mais ce genre de truc est un peu une premiere pour moi

Pour être un poil plus écis, à partir du système de fichier généré par builroot, tu généres un cramfs que par la suite tu monteras.
Pour formater, tout simplement fdisk /dev/hdaX...
Bon après le problème avec cette méthode c'est que si tu fais une erreur (ou juste un oubli) dans ton ramfs et que tu as déjà fais le pivot_root, t'as plus qu'à rebooter

D'accord, je commence a comprendre Mais une fois que j'ai fait mon pivot_root, si avant de le faire j'ai monté mon CD de debian dans /dev/hdc, normalement il devrait toujours être monté non? Du coup j'ai tout ce que j'ai besoin pour l'install je suppose non? Il "suffi" que j'execute le script d'installation (qui se lance en general au boot) et que je suive la demarche "normale" .. Non? Et une fois l'install finie, re-pivot_root sur l'install fraiche et c'est reglé non?
Parcontre niveau kernel comment ça se passe? Avant de repivoter sur la partition fraiche d'install, il faut que je mette a jour cette derniere afin d'avoir la même version de kernel que j'avais avant de l'install je suppose.
 
En tous cas je te remercie bien Oliv J'apprend plein de trucs la Et ça risque de m'etre utile vu que bientôt il se pourrait que j'ai à administrer un petit serveur d'une startup
 
P.S: Comme je te l'ai dit au debut, la raison pour laquelle je veux pas reboot, c'est juste que j'aime bien essayer des nouveaux trucs, mais au cas ou je fait tout planter en pivotant , je reboot et c'est pas si grave (à part à la limite pour mon uptime )

je pense que oui car cette info est stockée dans le /proc

ouais enfin perso je ferais peut être un reboot justement par rapport au nouveau noyau et ses modules qui ne seront probablement pas dans la même version que le "running kernel"... Puis aussi pour s'assurer que l'install s'est bien déroulée.
 

Oui mais si je fais un reboot à quoi m'aura servis tout ce soing soing ?
Pour le kernel est les modules, je pense qu'en faisant un petit apt-get upgrade avant et après tout le procédé, j'aurais la même version du tout ... à moins de vraiment pas avoir de bol ...

sont fou ces linuxien   tout ça pour pas rebooter, vous aimez vraiment les probléme     Enfin courrage ;D

En l'occurence c'est vrai que c'est un peu mon coté geek qui resort, mais si effectivement la pme m'engage comme sysadmin , j'pourrais en mettre plein la vue au big boss avec ce genre de truc

Tu fais comment pour blinder 10go ??? J'ai meme pas 4go d'occupé sur 10go et pourtant j'essaie mais non ca veut pas remplir

t'as une debian essaye donc un  
#apt-get clean
ensuite deborphan pour lister tous les packages orphelins et tu les vires

Bonjour, donc effectivement j'ai passé un apt-get clean et ca m'a vidé 1.5 Go en gros.
Parcontre pour la place prise, c'est vite vu. Tous les programmes que j'installe "a la main", jeles mets en /usr/local/share et y en a plusieurs d'assez bonne taille (matlab, intelliJ, ennemy territory) deplus en /usr/src/ je gardais toutes les sources des kernels que j'ai utilisés (j'en ai viré 4) et le repertoire cvs de e17 (maintenant je l'ai placé sur une autre paritition)
Donc au final je suis plein

 
Cool ce programme. J'ai installé gtkorphan. On peut vraiment désinstaller tous ce que ca propose sans risques ? Je vois surtout des libs et pas mal de gstreamer 0.8.