-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
On 24/09/2015 07:07, Jean-Michel OLTRA wrote:
>
> Bonjour,
>
>
> Le mardi 22 septembre 2015, BERBAR Florian a écrit...
>
>
>> Pourrais-tu préciser les options que tu as passer à l'utilitaire
>> "xfs_repair" ? D'autre part, si cela n'as pas été le cas lors de
>> ta dernier utilisation de l'utilitaire "xfs_repair", pourrais-tu
>> donner la sortie de la commande en ajoutant l'option "-v" qui
>> permet de d'activer une sortie un peu plus bavarde ?
>
> Voilà pour xfs_repair sur le VL monté sur /tmp
>
> Phase 1 - find and verify superblock... - block cache size set to
> 567104 entries Phase 2 - using internal log - zero log... zero_log:
> head block 6 tail block 6 - scan filesystem freespace and inode
> maps... - found root inode chunk Phase 3 - for each AG... - scan
> and clear agi unlinked lists... - process known inodes and perform
> inode discovery... - agno = 0 - agno = 1 - agno = 2 - agno = 3 -
> process newly discovered inodes... Phase 4 - check for duplicate
> blocks... - setting up duplicate extent list... - check for inodes
> claiming duplicate blocks... - agno = 0 - agno = 1 - agno = 2 -
> agno = 3 Phase 5 - rebuild AG headers and trees... - agno = 0 -
> agno = 1 - agno = 2 - agno = 3 - reset superblock... Phase 6 -
> check inode connectivity... - resetting contents of realtime bitmap
> and summary inodes - traversing filesystem ... - agno = 0 - agno =
> 1 - agno = 2 - agno = 3 - traversal finished ... - moving
> disconnected inodes to lost+found ... Phase 7 - verify and correct
> link counts...
>
> XFS_REPAIR Summary Thu Sep 24 06:54:31 2015
>
> Phase Start End Duration Phase 1: 09/24 06:54:30
> 09/24 06:54:30 Phase 2: 09/24 06:54:30 09/24 06:54:31 1
> second Phase 3: 09/24 06:54:31 09/24 06:54:31 Phase 4: 09/24
> 06:54:31 09/24 06:54:31 Phase 5: 09/24 06:54:31 09/24 06:54:31
> Phase 6: 09/24 06:54:31 09/24 06:54:31 Phase 7: 09/24
> 06:54:31 09/24 06:54:31
>
> Total run time: 1 second done
>
>> # xfs_db -c 'blockget -v -p' /dev/tondevice
>
> Ne donne rien sur le VL monté sur /tmp. Pas de sortie.
A mes yeux c'est bizarre que cette commande de renvoie rien. Le volume
était bien démonté ?
>
> Pour mon autre volume, c'est quand même un peu trop gros pour
> mettre sur la liste. Et je ne sais pas vraiment ce qu'il faut
> chercher dedans.
Le sortie de la commande "xfs_db -c 'blockget -v -p' /dev/tondevice"
devrais ressembler à quelque chose comme :
"/dev/tondevice: setting block <Nombre>/<Nombre> to <Free{1..N}> ou
<Data>"
Au sujet des informations de chaque block de ton volume (identifier
par "<Nombre>/<Nombre>") : Un espace contenant un donnée <Data> ou un
espace libre <Free{1..N}>.
"/dev/tondevice: setting inode to <Nombre> for block <Nombre>/<Nombre>"
Au sujet des information (meta-information) relative a un block de
données.
L'idée était de cerner quel block était libre et quel block était
occuper par des données et de par ce fait voir quel block est a changé
d'état lors de l'accroissement de la taille de ta partition. Ainsi
nous aurions pus connaître un identifiant de block pointant sur un
zone fraîchement occuper par l'accroissement taille de ton volume puis
lire les données qu'il contient afin d'en connaître l'origine.
>
> Un `df -h` hier soir avant extinction :
>
> Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
> udev 10M 0 10M 0% /dev tmpfs
> 1,2G 24M 1,2G 2% /run /dev/md2 5,4G
> 1,1G 4,1G 21% / /dev/dm-0 30G 13G 18G
> 42% /usr tmpfs 3,0G 12K 3,0G 1%
> /dev/shm tmpfs 5,0M 4,0K 5,0M 1%
> /run/lock tmpfs 3,0G 0 3,0G 0%
> /sys/fs/cgroup /dev/md0 88M 36M 47M
> 44% /boot /dev/mapper/debian-lvvar 50G 17G 34G 34%
> /var /dev/mapper/debian-lvhome 60G 50G 11G 83% /home
> /dev/mapper/debian-lvtmp 797M 33M 765M 5% /tmp
> /dev/mapper/debian-lvlaurena 2,0G 901M 1,2G 45%
> /home/laurena tmpfs 598M 4,0K 598M
> 1% /run/user/1000 tmpfs 598M 0 598M
> 0% /run/user/0
>
> Un `df -h` ce matin après xfs_repair sur /tmp et /home/laurena :
>
>
> Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
> udev 10M 0 10M 0% /dev tmpfs
> 1,2G 9,0M 1,2G 1% /run /dev/md2 5,4G
> 1,2G 4,0G 22% / /dev/dm-0 30G 13G 18G
> 42% /usr tmpfs 3,0G 12K 3,0G 1%
> /dev/shm tmpfs 5,0M 4,0K 5,0M 1%
> /run/lock tmpfs 3,0G 0 3,0G 0%
> /sys/fs/cgroup /dev/md0 88M 36M 47M
> 44% /boot /dev/mapper/debian-lvhome 60G 50G 11G 84%
> /home /dev/mapper/debian-lvvar 50G 17G 34G 34% /var
> tmpfs 598M 4,0K 598M 1%
> /run/user/1000 /dev/sdd1 31G 8,3G 22G
> 28% /mnt/usbstick /dev/mapper/debian-lvtmp 797M 33M 765M
> 5% /mnt/tmp /dev/mapper/debian-lvlaurena 2,0G 837M 1,2G 42%
> /home/laurena
>
> On voit que le xfs_repair a regagné 64M sur le VL monté sur
> /home/laurena.
>
> Et le `du -sh` du VL de /tmp :
>
> espinasse:~$ mount /dev/mapper/debian-lvtmp /mnt/tmp espinasse:~$
> du -sh /mnt/tmp/ 24K /mnt/tmp/
>
> 24K, alors que le df montre 33M
>
Les derniers version de "fdisk" affichent la taille des volumes en
octets, pourrait-tu donner la sortie de :
# fdisk -l
D'autre part, dans les sorties de "df" montre des volumes '/dev/md2'
et '/dev/md0' qui semblent relatif à la configuration un RAID.
Dans cette éventualité, aurait-tu constaté des erreurs à ce sujet dans
tes fichiers de log ? Cela aurais pus corrompre tes système de fichiers.
D'autre part, es tu sure de l'état des disques dur de ta machine ?
Dans le cas contraire il serait intéressant de la vérifier. Il existe
l'utilitaire 'smartctl' (paquet des dépots Debian officiel :
smartmontools) qui te permet de faire un diagnostique.
# smartctl -a /dev/tondevice
ou
# smartctl -x /dev/tonsevice
(plus d'information dans le manpage de smartclt)
Bon courage
Florian.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2
iQIcBAEBCAAGBQJWA8nOAAoJEBGYNnE0a7qPSDUP/2jyQv8U5H6PGYw6FsnPRsLr
WgfmAanUCo6F8+4Y6GwbZ50669I1HkQNNbsFVsEVInLUeC8XA7Foa64VHVCPslyI
dH0EOl3kpiCKKhlQyRXu4LEYaj7Yl86qtMF4CwVfiZIcgSIf3xRNPeKAJg1NfzJR
MUD0efXbp0PQ+Rk2b1j+sbWPz9RtrhqBFKaQuR/+zZaVI9+1PgwWJIzEcKXzqZuI
X3lKdAsYzvgwW6DCeprsuagb5YRoQ3ZuEUxsksCde+E0mKC2ySDiY7scDwX26Jhi
+b3KGT+DkWtzQodlS912yHbwSBV/97auK1NgMH8/xWO4PXjQMBiWIk7QDoESYVeW
zKafhHITQXQR1m8EtYi/EZ6XmbtyPM+kfg6SL46BV5sxAvSdxL7YsatojDd5Rknv
vJuvB/HSzdMSdff+MkW5ybWyI6zD2YzB/Zn0j7lsInssa6DwEb85gsWfG0CqRe23
Ji0M9XmOj5/8yyBngV+L4ulkYFhbR8Hs/IAZHuLV6KTAnPdYfw3AQoC4mYVQ1SiO
q7cWAAm31GGD8VNIxXLjjSarinBZ8Szrb25/g/TuXqhTbAl4jsM7qBGKc83m9Sep
ftQqzCfdj+PaDEZgAkwszxVU6dniDcUpvC1kNreDVSejKE9lDHZi7Ttm8IFdfS6D
3aKbIJY+A+YJmkK55EC5
=/XfA
-----END PGP SIGNATURE-----
Attachment:
0x346BBA8F.asc
Description: application/pgp-keys