OVH Cloud OVH Cloud

Espace perdu sur partition ext3

2 réponses
Avatar
jerome
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


--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

2 réponses

Avatar
Vincent Régnard
jerome a écrit :

[ 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.



138 * 0.5 = 6.9 Go, cela correspond aux 5% du fs reservés par défaut.

Voir l'option -m de tune2fs pour réduire ce nombre de blocks reservés.


--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
jerome
>
138 * 0.5 = 6.9 Go, cela correspond aux 5% du fs reservés par défaut.

Voir l'option -m de tune2fs pour réduire ce nombre de blocks reservés.



Ok,merci.





--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact