Bonjour, Sur etch.
[EMAIL PROTECTED] 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 [EMAIL PROTECTED] root]# grep hda3 /etc/fstab /dev/hda3 /data ext3 defaults 0 0 [EMAIL PROTECTED] root]# df -h /dev/hda3 Filesystem Size Used Avail Use% Mounted on /dev/hda3 136G 130G 0 100% /data [EMAIL PROTECTED] root]# df /dev/hda3 Filesystem 1K-blocks Used Available Use% Mounted on /dev/hda3 142314576 136161484 0 100% /data [EMAIL PROTECTED] 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 [EMAIL PROTECTED] 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 [EMAIL PROTECTED] root]# df -i /dev/hda3 Filesystem Inodes IUsed IFree IUse% Mounted on /dev/hda3 18087936 574268 17513668 4% /data [EMAIL PROTECTED] root]# df -h /dev/hda3 Filesystem Size Used Avail Use% Mounted on /dev/hda3 136G 128G 1.8G 99% /data [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
