Lorsque je compare la taille occupée par mes données j'ai ceci:
df -h => 1126,4Mo (pour un partition)
du -hs / => 813Mo (pour l'ensemble des filesystems)
Commence une telle différence peut s'expliquer ?
Merci pour votre aide.
Stéphane
--
Plug'n dev
N'installez plus d'IDE pour développer en Java/J2EE/C/C++.
http://plugndev.toutprogrammer.com/
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
Vincent Bernat
OoO En ce début d'après-midi ensoleillé du lundi 06 février 2006, vers 15:05, Stéphane disait:
Lorsque je compare la taille occupée par mes données j'ai ceci: df -h => 1126,4Mo (pour un partition) du -hs / => 813Mo (pour l'ensemble des filesystems)
Commence une telle différence peut s'expliquer ?
du ne peut pas connaître la place perdue à cause du système de fichiers, notamment, si tu as des tous petits fichiers et que le système de fichier dispose de blocs de 4 Ko et n'accepte qu'un seul fichier ou fragment de fichier dans un bloc, tu gâches près de 4 Ko par fichiers. -- printk("Illegal format on cdrom. Pester manufacturer.n"); 2.2.16 /usr/src/linux/fs/isofs/inode.c
OoO En ce début d'après-midi ensoleillé du lundi 06 février 2006, vers
15:05, Stéphane <spam_news@freelinuxdev.net> disait:
Lorsque je compare la taille occupée par mes données j'ai ceci:
df -h => 1126,4Mo (pour un partition)
du -hs / => 813Mo (pour l'ensemble des filesystems)
Commence une telle différence peut s'expliquer ?
du ne peut pas connaître la place perdue à cause du système de
fichiers, notamment, si tu as des tous petits fichiers et que le
système de fichier dispose de blocs de 4 Ko et n'accepte qu'un seul
fichier ou fragment de fichier dans un bloc, tu gâches près de 4 Ko
par fichiers.
--
printk("Illegal format on cdrom. Pester manufacturer.n");
2.2.16 /usr/src/linux/fs/isofs/inode.c
OoO En ce début d'après-midi ensoleillé du lundi 06 février 2006, vers 15:05, Stéphane disait:
Lorsque je compare la taille occupée par mes données j'ai ceci: df -h => 1126,4Mo (pour un partition) du -hs / => 813Mo (pour l'ensemble des filesystems)
Commence une telle différence peut s'expliquer ?
du ne peut pas connaître la place perdue à cause du système de fichiers, notamment, si tu as des tous petits fichiers et que le système de fichier dispose de blocs de 4 Ko et n'accepte qu'un seul fichier ou fragment de fichier dans un bloc, tu gâches près de 4 Ko par fichiers. -- printk("Illegal format on cdrom. Pester manufacturer.n"); 2.2.16 /usr/src/linux/fs/isofs/inode.c
[SauronDeMordor]
OoO En ce début d'après-midi ensoleillé du lundi 06 février 200 6, vers 15:05, Stéphane disait:
Lorsque je compare la taille occupée par mes données j'ai ceci: df -h => 1126,4Mo (pour un partition) du -hs / => 813Mo (pour l'ensemble des filesystems)
Commence une telle différence peut s'expliquer ?
du ne peut pas connaître la place perdue à cause du systèm e de fichiers, notamment, si tu as des tous petits fichiers et que le système de fichier dispose de blocs de 4 Ko et n'accepte qu'un seu l fichier ou fragment de fichier dans un bloc, tu gâches près de 4 Ko par fichiers.
de plus si tu efface un fichier qui est encor ouvert par un processus, le du ne te l affiche pas car il nest plus "visible" mais le filesysteme lui le compte
OoO En ce début d'après-midi ensoleillé du lundi 06 février 200 6, vers
15:05, Stéphane <spam_news@freelinuxdev.net> disait:
Lorsque je compare la taille occupée par mes données j'ai ceci:
df -h => 1126,4Mo (pour un partition)
du -hs / => 813Mo (pour l'ensemble des filesystems)
Commence une telle différence peut s'expliquer ?
du ne peut pas connaître la place perdue à cause du systèm e de
fichiers, notamment, si tu as des tous petits fichiers et que le
système de fichier dispose de blocs de 4 Ko et n'accepte qu'un seu l
fichier ou fragment de fichier dans un bloc, tu gâches près de 4 Ko
par fichiers.
de plus si tu efface un fichier qui est encor ouvert par un processus,
le du ne te l affiche pas car il nest plus "visible" mais le filesysteme
lui le compte
OoO En ce début d'après-midi ensoleillé du lundi 06 février 200 6, vers 15:05, Stéphane disait:
Lorsque je compare la taille occupée par mes données j'ai ceci: df -h => 1126,4Mo (pour un partition) du -hs / => 813Mo (pour l'ensemble des filesystems)
Commence une telle différence peut s'expliquer ?
du ne peut pas connaître la place perdue à cause du systèm e de fichiers, notamment, si tu as des tous petits fichiers et que le système de fichier dispose de blocs de 4 Ko et n'accepte qu'un seu l fichier ou fragment de fichier dans un bloc, tu gâches près de 4 Ko par fichiers.
de plus si tu efface un fichier qui est encor ouvert par un processus, le du ne te l affiche pas car il nest plus "visible" mais le filesysteme lui le compte
Stéphane
du ne peut pas connaître la place perdue à cause du système de fichiers, notamment, si tu as des tous petits fichiers et que le système de fichier dispose de blocs de 4 Ko et n'accepte qu'un seul fichier ou fragment de fichier dans un bloc, tu gâches près de 4 Ko par fichiers.
Il me semblait que c'était à cela que servait le flag --apparent-size qui me donne en effet une taille moindre de 720Mo.
Stéphane
-- Plug'n dev N'installez plus d'IDE pour développer en Java/J2EE/C/C++. http://plugndev.toutprogrammer.com/
du ne peut pas connaître la place perdue à cause du système de
fichiers, notamment, si tu as des tous petits fichiers et que le
système de fichier dispose de blocs de 4 Ko et n'accepte qu'un seul
fichier ou fragment de fichier dans un bloc, tu gâches près de 4 Ko
par fichiers.
Il me semblait que c'était à cela que servait le flag --apparent-size
qui me donne en effet une taille moindre de 720Mo.
Stéphane
--
Plug'n dev
N'installez plus d'IDE pour développer en Java/J2EE/C/C++.
http://plugndev.toutprogrammer.com/
du ne peut pas connaître la place perdue à cause du système de fichiers, notamment, si tu as des tous petits fichiers et que le système de fichier dispose de blocs de 4 Ko et n'accepte qu'un seul fichier ou fragment de fichier dans un bloc, tu gâches près de 4 Ko par fichiers.
Il me semblait que c'était à cela que servait le flag --apparent-size qui me donne en effet une taille moindre de 720Mo.
Stéphane
-- Plug'n dev N'installez plus d'IDE pour développer en Java/J2EE/C/C++. http://plugndev.toutprogrammer.com/
Vincent Bernat
OoO En ce début d'après-midi ensoleillé du lundi 06 février 2006, vers 15:57, Stéphane disait:
du ne peut pas connaître la place perdue à cause du système de fichiers, notamment, si tu as des tous petits fichiers et que le système de fichier dispose de blocs de 4 Ko et n'accepte qu'un seul fichier ou fragment de fichier dans un bloc, tu gâches près de 4 Ko par fichiers.
Il me semblait que c'était à cela que servait le flag --apparent-size qui me donne en effet une taille moindre de 720Mo.
Je pensais que du ne pouvait voir que les trous, mais la page de manuel semble dire qu'il est capable de voir beaucoup plus de la structure du système de fichiers. -- BOFH excuse #180: ether leak
OoO En ce début d'après-midi ensoleillé du lundi 06 février 2006, vers
15:57, Stéphane <spam_news@freelinuxdev.net> disait:
du ne peut pas connaître la place perdue à cause du système de
fichiers, notamment, si tu as des tous petits fichiers et que le
système de fichier dispose de blocs de 4 Ko et n'accepte qu'un seul
fichier ou fragment de fichier dans un bloc, tu gâches près de 4 Ko
par fichiers.
Il me semblait que c'était à cela que servait le flag --apparent-size
qui me donne en effet une taille moindre de 720Mo.
Je pensais que du ne pouvait voir que les trous, mais la page de
manuel semble dire qu'il est capable de voir beaucoup plus de la
structure du système de fichiers.
--
BOFH excuse #180:
ether leak
OoO En ce début d'après-midi ensoleillé du lundi 06 février 2006, vers 15:57, Stéphane disait:
du ne peut pas connaître la place perdue à cause du système de fichiers, notamment, si tu as des tous petits fichiers et que le système de fichier dispose de blocs de 4 Ko et n'accepte qu'un seul fichier ou fragment de fichier dans un bloc, tu gâches près de 4 Ko par fichiers.
Il me semblait que c'était à cela que servait le flag --apparent-size qui me donne en effet une taille moindre de 720Mo.
Je pensais que du ne pouvait voir que les trous, mais la page de manuel semble dire qu'il est capable de voir beaucoup plus de la structure du système de fichiers. -- BOFH excuse #180: ether leak
Nicolas George
Vincent Bernat wrote in message :
Je pensais que du ne pouvait voir que les trous, mais la page de manuel semble dire qu'il est capable de voir beaucoup plus de la structure du système de fichiers.
du voit ce que lui dit l'OS, via le champ st_blocks de la structure stat. Ce champ n'est pas le même que le champ st_size, et est précisément destiné à ce que l'OS renseigne les application sur la place effectivement consommée par un fichier.
Vincent Bernat wrote in message <m3mzh48plg.fsf@neo.luffy.cx>:
Je pensais que du ne pouvait voir que les trous, mais la page de
manuel semble dire qu'il est capable de voir beaucoup plus de la
structure du système de fichiers.
du voit ce que lui dit l'OS, via le champ st_blocks de la structure stat. Ce
champ n'est pas le même que le champ st_size, et est précisément destiné à
ce que l'OS renseigne les application sur la place effectivement consommée
par un fichier.
Je pensais que du ne pouvait voir que les trous, mais la page de manuel semble dire qu'il est capable de voir beaucoup plus de la structure du système de fichiers.
du voit ce que lui dit l'OS, via le champ st_blocks de la structure stat. Ce champ n'est pas le même que le champ st_size, et est précisément destiné à ce que l'OS renseigne les application sur la place effectivement consommée par un fichier.
