Espace perdu sur partition ext3
Bonjour,
Sur etch.
[root@home root]# fdisk -l /dev/hda
Disk /dev/hda: 160.0 GB, 160041885696 bytes
255 heads, 63 sectors/track, 19457 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/hda1 * 1 1275 10241406 83 Linux
/dev/hda2 1276 1457 1461915 82 Linux swap / Solaris
/dev/hda3 1458 19457 144585000 83 Linux
[root@home root]# grep hda3 /etc/fstab
/dev/hda3 /data ext3 defaults 0 0
[root@home root]# df -h /dev/hda3
Filesystem Size Used Avail Use% Mounted on
/dev/hda3 136G 130G 0 100% /data
[root@home root]# df /dev/hda3
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/hda3 142314576 136161484 0 100% /data
[root@home root]# e2fsck -D -f /dev/hda3
e2fsck 1.38 (30-Jun-2005)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 3A: Optimizing directories
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/dev/hda3: ***** FILE SYSTEM WAS MODIFIED *****
/dev/hda3: 574268/18087936 files (1.7% non-contiguous),
33888157/36146250 blocks
[root@home root]# du -shc /data/*
13G /data/***
31G /data/***
21M /data/***
197M /data/***
8.0K /data/***
15G /data/***
31G /data/***
24K /data/***
4.0K /data/***
4.7G /data/***
5.4G /data/***
3.2G /data/***
4.0K /data/***
43M /data/***
9.1G /data/***
17G /data/***
128G total
[root@home root]# df -i /dev/hda3
Filesystem Inodes IUsed IFree IUse% Mounted on
/dev/hda3 18087936 574268 17513668 4% /data
[root@home root]# df -h /dev/hda3
Filesystem Size Used Avail Use% Mounted on
/dev/hda3 136G 128G 1.8G 99% /data
[root@home root]# df /dev/hda3
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/hda3 142314576 133282204 1803124 99% /data
Hors 133282204 + 1803124 = 135085328 et pas 142314576, ce qui fait une
perte de 7229248 blocks, soit 7.059 go.
Ca marchait très bien jusqu'à il y a quelque jours (ou je ne m'en était
pas rendu compte). Le disque contient, entre autre, des backups
incrémentaux, basés sur du cp -l (hard link).
Une recherche sur google ne donne rien de probant (dans la limite de mes
capacités à bien formuler la string de recherche : "ext3 size
inconsistency" et "ext3 size problem").
Existes-t-il d'autres outils que e2fsck pour tenter de remédier à ce
problème ? ou est-ce une perte normale en ext3, le journal peut-être
(quoique 7 Go...), ou l'output de df et du ?
cdlt,
jerome
Reply to: