Non, en pratique les fichiers seront écrits à moitié, et seule une boite de dialogue pourra prévenir l'utilisateur correctement.
Tu parlais de daemon -et on a donc répondu dessus-, et maintenant tu parle de "boite de dialogue"....
a va bien?
Non, en pratique les fichiers seront écrits à moitié
Non, en pratique un sysadin un tant soit peu compétent à un truc qui lui permet de savoir quel est l'utilisation prise sur chaque disque, pour éviter justement que ça arrive!
Et regarde "régulièrement" ses logs.
Ensuite que pour le luser ça marche pas, peut être, mais c'est une tout autre question.
En plus on s'éloigne du sujet de départ où l'autre faisait son caca nerveux à cause de l'utilisation du mot "tronquer".
1°) au contraire j'ai l'impression qu'on est en plein dedans
2°) le problème c'est pas le mot tronquer, c'est dire que c'est le FS qui jouait sur les fichiers, alors qu'en réalité c'est l'application qui écrit le fichier qui le "tronque" (et ne le supprime pas ou autre).
[^] # Re: Hmmm ...
Posté par briaeros007 . En réponse au message Linux, Ext3 et disque plein.. Évalué à 1.
Tu parlais de daemon -et on a donc répondu dessus-, et maintenant tu parle de "boite de dialogue"....
a va bien?
Non, en pratique les fichiers seront écrits à moitié
Non, en pratique un sysadin un tant soit peu compétent à un truc qui lui permet de savoir quel est l'utilisation prise sur chaque disque, pour éviter justement que ça arrive!
Et regarde "régulièrement" ses logs.
Ensuite que pour le luser ça marche pas, peut être, mais c'est une tout autre question.
En plus on s'éloigne du sujet de départ où l'autre faisait son caca nerveux à cause de l'utilisation du mot "tronquer".
1°) au contraire j'ai l'impression qu'on est en plein dedans
2°) le problème c'est pas le mot tronquer, c'est dire que c'est le FS qui jouait sur les fichiers, alors qu'en réalité c'est l'application qui écrit le fichier qui le "tronque" (et ne le supprime pas ou autre).