Problème de place sur un DD - Page 1

Linux j'imagine ?

Les fichiers supprimé devaient encore etre ouvert, le FS de linux ne marque pas ces fichiers supprimé comme espace utilisable tant qu'ils restent ouvert. Le fait de rebooter ferme les fichiers, donc libere reelement l'espace

Tu préfères ce que fait un certain autre OS: carrément empêcher d'effacer les fichiers ouverts?

Folco (./4) :
Oui Linux. C'est pas fin ça, s'il n'y a pas une manière de les fermer à la main Rebooter juste à cause de ça, c'est vexant...

Bah si, fermer les applications qui on ouvert les fichiers en question

Kevin Kofler (./5) :
Tu préfères ce que fait un certain autre OS: carrément empêcher d'effacer les fichiers ouverts?

Je trouve cette solution particulièrement logique et intelligente

Jusqu'au jour où tu essaies de désinstaller un logiciel et que ça échoue parce que, même après avoir quitté le logiciel, les DLLs sont encore ouvertes par je ne sais pas quel mécanisme obscur (le cache de DLLs peut-être).

Ou tout simplement, jusqu'au jour où tu veux mettre à jour un logiciel sans l'arrêter. Par exemple, sous GNU/Linux, tu peux mettre à jour KDE tout en tournant sous KDE! Seuls les nouveaux processus seront à jour, et donc il est conseillé de redémarrer la session après la mise à jour, mais c'est quand-même mieux que de devoir quitter toutes les copies du logiciel (ce qui pour des composants comme X11 ou KDE signifierait passer en mode console; oui, je sais qu'ils ont des hacks spéciaux à Redmond pour permettre de mettre à jour les composants système, mais sous GNU/Linux, ça fonctionne pour n'importe quel logiciel).

M'en fous, je n'ai jamais eu de problème, et comme j'utilise un OS qui est stable, et des logiciels mûrs, je ne passe pas mon temps à faire des mises à jour

Quelle idée d'utiliser Steam sous linux aussi C'est proprio, donc c'est moisi, et comme tu dois avoir une carte nVidia, avec le pilote proprio ton pc caydlamerde !

Une solution, c'est de faire un lsof pour regarder quels sont les processus qui gardent tes fichiers ouverts, puis de faire un kill sur ce que tu trouves.

Kevin Kofler (./9) :
(le cache de DLLs peut-être)

Ce truc là c'est vraiment ton grand méchant loup

Bah, c'est la fonctionnalité la plus pourrie et boguée de cet OS bogué. GNU/Linux gère ça beaucoup mieux.

m'en serais douté tiens (non mais c'est vrai en plus)

Ximoon (./7) :
Je trouve cette solution particulièrement logique et intelligente

Ximoon (./9) :
M'en fous, je n'ai jamais eu de problème, et comme j'utilise un OS qui est stable, et des logiciels mûrs, je ne passe pas mon temps à faire des mises à jour

Là je suis obligé de crayonner Kevin. C'est clairement insupportable cette limitation sous Windows.

Et apres tu supprime un fichier de 15Go et tu as toujours 0 octet de libre

Mais pourquoi faudrait-il permettre de supprimier un fichier ouvert S'il est ouvert c'est qu'il est en cours d'utilisation, c'est normal de le protéger...

Ximoon (./19) :
S'il est ouvert c'est qu'il est en cours d'utilisation, c'est normal de le protéger...

Oui, le protéger ne veut pas dire empêcher de le supprimer (ce qui est est 'overkill') mais y avoir toujours accès tant qu'on garde le fichier ouvert (ce dont on a besoin).

Folco (./20) :
Bon, je vais détailler, je cerne plus le problème. En fait, Steam, même réduit en icone dans la Boite à Miniatures de Kicker, fait se remplir le disque dur à une vitesse hallucinante à cause de ~/.xsession-errors. Il se trouve que ce fichier est ouvert en écriture par la majorité des programmes nécessitant X. J'ai beau l'effacer (il faisait plus de 6 Go après une heure d'utiliastion de Steam), l'espace libre sur /, après avoir été réduit à quelques centaines de Ko, n'a pas augmenté. Le seul remède pour le moment consiste à tuer X.

Fait un
ln -s /dev/null ~/.xsession-errors
avant de lancer X.

Lance winecfg et sélectionne alsa driver comme sound ?