Bonjour,
Sur un appareil de mesure sous linux on a un disque ext3 de 100Go,
un client enregistre à la volée des données binaire sur le disque , au
bout de quelques jours il a créé un fichier de 80Go , après traitement
il l'efface pour en faire un autre.
Le problème est que sur le disque on n'a accès plus qu'à 20Go. On a
perdu 60 Go.
Le seul moyen pour récupérer ces 60 Go , c'est de redémarrer l'appareil
et de plus au lieu de démarrer en 1 minute , il démarre en 15 minutes (
comme l'appareil est chez le client j'ai pas vu) c'est quand même très
ennuyeux pour le client.
Avant de faire l'essai qui est très long ( plusieurs jours ) j'aimerai
savoir :
* Est ce qu'on peut effacer le fichier d'une autre manière que celle que
j'utilise (unlink)
* est ce qu'il y a un utilitaire qui récupérerai facilement le disque.
* est ce que c'est dû a ext3 et est ce que peut passer à ext2
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Nicolas George
Fred Kap wrote in message :
Le problème est que sur le disque on n'a accès plus qu'à 20Go. On a perdu 60 Go. Le seul moyen pour récupérer ces 60 Go , c'est de redémarrer l'appareil et de plus au lieu de démarrer en 1 minute , il démarre en 15 minutes
De toute évidence, le fichier n'est pas vraiment supprimé, probablement parce que le processus d'enregistrement le maintient toujours ouvert.
Fred Kap wrote in message <pan.2008.07.09.08.22.13.349755@NOt.com>:
Le problème est que sur le disque on n'a accès plus qu'à 20Go. On a
perdu 60 Go.
Le seul moyen pour récupérer ces 60 Go , c'est de redémarrer l'appareil
et de plus au lieu de démarrer en 1 minute , il démarre en 15 minutes
De toute évidence, le fichier n'est pas vraiment supprimé, probablement
parce que le processus d'enregistrement le maintient toujours ouvert.
Le problème est que sur le disque on n'a accès plus qu'à 20Go. On a perdu 60 Go. Le seul moyen pour récupérer ces 60 Go , c'est de redémarrer l'appareil et de plus au lieu de démarrer en 1 minute , il démarre en 15 minutes
De toute évidence, le fichier n'est pas vraiment supprimé, probablement parce que le processus d'enregistrement le maintient toujours ouvert.
Luc.Habert.00__arjf
Fred Kap :
* Est ce qu'on peut effacer le fichier d'une autre manière que celle que j'utilise (unlink)
Il faut aussi fermer le canal ouvert sur le fichier. L'OS n'efface pas vraiment le fichier tant qu'un programme a un canal ouvert dessus (il peut toujours lire et écrire dedans).
Fred Kap :
* Est ce qu'on peut effacer le fichier d'une autre manière que celle que
j'utilise (unlink)
Il faut aussi fermer le canal ouvert sur le fichier. L'OS n'efface pas
vraiment le fichier tant qu'un programme a un canal ouvert dessus (il peut
toujours lire et écrire dedans).
* Est ce qu'on peut effacer le fichier d'une autre manière que celle que j'utilise (unlink)
Il faut aussi fermer le canal ouvert sur le fichier. L'OS n'efface pas vraiment le fichier tant qu'un programme a un canal ouvert dessus (il peut toujours lire et écrire dedans).
Thierry B.
--{ Fred Kap a plopé ceci: }--
bout de quelques jours il a créé un fichier de 80Go , après traitement il l'efface pour en faire un autre. Le problème est que sur le disque on n'a accès plus qu'à 20Go. On a perdu 60 Go.
C'est peut-être parce que le fichier est effacé (par un rm ?) alors qu'il est encore ouvert pas l'application qui l'utilise. Les données du fichier sont encore là, et seule l'entrée dans le répertoire a disparue: donc la place est encore occupée.
-- ( La devise du LL c'est faite se que je dis, mais se que je fais ...) --{ Ptilou, équivoque dans fcol.debats }--
--{ Fred Kap a plopé ceci: }--
bout de quelques jours il a créé un fichier de 80Go , après traitement
il l'efface pour en faire un autre.
Le problème est que sur le disque on n'a accès plus qu'à 20Go. On a
perdu 60 Go.
C'est peut-être parce que le fichier est effacé (par un rm ?)
alors qu'il est encore ouvert pas l'application qui l'utilise.
Les données du fichier sont encore là, et seule l'entrée dans
le répertoire a disparue: donc la place est encore occupée.
--
( La devise du LL c'est faite se que je dis, mais se que je fais ...)
--{ Ptilou, équivoque dans fcol.debats }--
bout de quelques jours il a créé un fichier de 80Go , après traitement il l'efface pour en faire un autre. Le problème est que sur le disque on n'a accès plus qu'à 20Go. On a perdu 60 Go.
C'est peut-être parce que le fichier est effacé (par un rm ?) alors qu'il est encore ouvert pas l'application qui l'utilise. Les données du fichier sont encore là, et seule l'entrée dans le répertoire a disparue: donc la place est encore occupée.
-- ( La devise du LL c'est faite se que je dis, mais se que je fais ...) --{ Ptilou, équivoque dans fcol.debats }--
Fred Kap
Oui , c'est ça j'avais un processus qui avait le Fichier ouvert. Je pensais qu'on n pouvait pas détruire un fichier si il était ouvert.
Le Wed, 09 Jul 2008 10:22:13 +0200, Fred Kap a écrit :
Bonjour, Sur un appareil de mesure sous linux on a un disque ext3 de 100Go, un client enregistre à la volée des données binaire sur le disque , au bout de quelques jours il a créé un fichier de 80Go , après traitement il l'efface pour en faire un autre. Le problème est que sur le disque on n'a accès plus qu'à 20Go. On a perdu 60 Go. Le seul moyen pour récupérer ces 60 Go , c'est de redémarrer l'appareil et de plus au lieu de démarrer en 1 minute , il démarre en 15 minutes ( comme l'appareil est chez le client j'ai pas vu) c'est quand même très ennuyeux pour le client.
Avant de faire l'essai qui est très long ( plusieurs jours ) j'aimerai savoir : * Est ce qu'on peut effacer le fichier d'une autre manière que celle que j'utilise (unlink) * est ce qu'il y a un utilitaire qui récupérerai facilement le disque. * est ce que c'est dû a ext3 et est ce que peut passer à ext2
Oui , c'est ça
j'avais un processus qui avait le Fichier ouvert.
Je pensais qu'on n pouvait pas détruire un fichier si il était ouvert.
Le Wed, 09 Jul 2008 10:22:13 +0200, Fred Kap a écrit :
Bonjour,
Sur un appareil de mesure sous linux on a un disque ext3 de 100Go, un
client enregistre à la volée des données binaire sur le disque , au
bout de quelques jours il a créé un fichier de 80Go , après traitement
il l'efface pour en faire un autre.
Le problème est que sur le disque on n'a accès plus qu'à 20Go. On a
perdu 60 Go.
Le seul moyen pour récupérer ces 60 Go , c'est de redémarrer l'appareil
et de plus au lieu de démarrer en 1 minute , il démarre en 15 minutes (
comme l'appareil est chez le client j'ai pas vu) c'est quand même très
ennuyeux pour le client.
Avant de faire l'essai qui est très long ( plusieurs jours ) j'aimerai
savoir :
* Est ce qu'on peut effacer le fichier d'une autre manière que celle que
j'utilise (unlink)
* est ce qu'il y a un utilitaire qui récupérerai facilement le disque. *
est ce que c'est dû a ext3 et est ce que peut passer à ext2
Oui , c'est ça j'avais un processus qui avait le Fichier ouvert. Je pensais qu'on n pouvait pas détruire un fichier si il était ouvert.
Le Wed, 09 Jul 2008 10:22:13 +0200, Fred Kap a écrit :
Bonjour, Sur un appareil de mesure sous linux on a un disque ext3 de 100Go, un client enregistre à la volée des données binaire sur le disque , au bout de quelques jours il a créé un fichier de 80Go , après traitement il l'efface pour en faire un autre. Le problème est que sur le disque on n'a accès plus qu'à 20Go. On a perdu 60 Go. Le seul moyen pour récupérer ces 60 Go , c'est de redémarrer l'appareil et de plus au lieu de démarrer en 1 minute , il démarre en 15 minutes ( comme l'appareil est chez le client j'ai pas vu) c'est quand même très ennuyeux pour le client.
Avant de faire l'essai qui est très long ( plusieurs jours ) j'aimerai savoir : * Est ce qu'on peut effacer le fichier d'une autre manière que celle que j'utilise (unlink) * est ce qu'il y a un utilitaire qui récupérerai facilement le disque. * est ce que c'est dû a ext3 et est ce que peut passer à ext2
Pascal Hambourg
Fred Kap a écrit :
j'avais un processus qui avait le Fichier ouvert. Je pensais qu'on n pouvait pas détruire un fichier si il était ouvert.
On ne peut pas, comme tout le monde te l'a répondu. unlink, rm... ne font que supprimer la liaison entre un nom de fichier dans l'arborescence et l'inode (le vrai fichier). Il peut rester des liaisons avec d'autres noms de fichiers ou avec des processus qui l'ont ouvert. L'inode n'est effectivement libéré que lorsque toutes ses liaisons ont été supprimées, y compris les liaisons avec les processus qui l'ont ouvert.
Fred Kap a écrit :
j'avais un processus qui avait le Fichier ouvert.
Je pensais qu'on n pouvait pas détruire un fichier si il était ouvert.
On ne peut pas, comme tout le monde te l'a répondu.
unlink, rm... ne font que supprimer la liaison entre un nom de fichier
dans l'arborescence et l'inode (le vrai fichier). Il peut rester des
liaisons avec d'autres noms de fichiers ou avec des processus qui l'ont
ouvert. L'inode n'est effectivement libéré que lorsque toutes ses
liaisons ont été supprimées, y compris les liaisons avec les processus
qui l'ont ouvert.
j'avais un processus qui avait le Fichier ouvert. Je pensais qu'on n pouvait pas détruire un fichier si il était ouvert.
On ne peut pas, comme tout le monde te l'a répondu. unlink, rm... ne font que supprimer la liaison entre un nom de fichier dans l'arborescence et l'inode (le vrai fichier). Il peut rester des liaisons avec d'autres noms de fichiers ou avec des processus qui l'ont ouvert. L'inode n'est effectivement libéré que lorsque toutes ses liaisons ont été supprimées, y compris les liaisons avec les processus qui l'ont ouvert.
Thierry B.
--{ Fred Kap a plopé ceci: }--
Oui , c'est ça j'avais un processus qui avait le Fichier ouvert. Je pensais qu'on n pouvait pas détruire un fichier si il était ouvert.
Le fichier n'est PAS détruit: le processus qui le tient ouvert peut parfaitement continuer à l'utiliser; mais l'entrée dans le répertoire désignant ce fichier est effacée. Si c'est la seule pour ce fichier, il est automagiquement effacé quand le processus le ferme.
-- MS a plutôt pour devise : nous voulons votre bien et nous l'aurons.
--{ Fred Kap a plopé ceci: }--
Oui , c'est ça
j'avais un processus qui avait le Fichier ouvert.
Je pensais qu'on n pouvait pas détruire un fichier si il était ouvert.
Le fichier n'est PAS détruit: le processus qui le tient ouvert
peut parfaitement continuer à l'utiliser; mais l'entrée dans
le répertoire désignant ce fichier est effacée. Si c'est la seule
pour ce fichier, il est automagiquement effacé quand le processus
le ferme.
--
MS a plutôt pour devise : nous voulons votre bien et nous l'aurons.
Oui , c'est ça j'avais un processus qui avait le Fichier ouvert. Je pensais qu'on n pouvait pas détruire un fichier si il était ouvert.
Le fichier n'est PAS détruit: le processus qui le tient ouvert peut parfaitement continuer à l'utiliser; mais l'entrée dans le répertoire désignant ce fichier est effacée. Si c'est la seule pour ce fichier, il est automagiquement effacé quand le processus le ferme.
-- MS a plutôt pour devise : nous voulons votre bien et nous l'aurons.
Nicolas George
Pascal Hambourg wrote in message <g52ims$2fbc$:
On ne peut pas, comme tout le monde te l'a répondu.
