Pages : 1
#1 Le 08/07/2008, à 11:23
- sylvain1970
[résolu] MAJ kernel 2.6.22-14 à 2.6.22-15 : affreuse MAJ
Bonjour,
la mise à jour du kernel 2.6.22-14 vers 2.6.22-15 a produit une inversion de disque entre sdb et sda.
résultat, la sauvegarde de cette nuit s'est très mal passée et a remplie la partition /.
Je sauvegarde quelques répertoires chaque nuit.
Normalement, /dev/sda5 est montée spécialement pour la sauvegarde dans /mnt/backup.
la sauvegarde se fait et /dev/sda5 est démontée.
Le nouveau kernel (le -15) a inversé les disques, donc /dev/sda5 s'est montée dans /mnt/backup, or la sda5 était la partition / (qui est /dev/sdb5 avec le kernel -14).
Donc / a été monté sur /mnt/backup et la sauvegarde s'est lancée.
Maintenant, elle est pleine bien sûr.
J'ai donc chercher quoi virer pour revenir à l'état initial.
Maintenant, la partition est indiquée pleine à 95% (8.3G sur 9.2G).
Si je fais la somme des répertoires de cette partition (avec du), j'obtiens 3086 Mo.
Je dois louper quelque chose, mais quoi ?
Quelqu'un aurai une piste ?
Merci.
La sauvegarde (avec rsync) copie :
dans / :
/etc
/var
/usr
sur des partitions séparées :
/home
/mnt/xxx
/mnt/yyy
/mnt/zzz
j'ai viré les reps xxx, yyy et zzz qui ce sont créés sur /.
j'ai aussi vidé la corbeille /root.
j'ai lancé aptitude clean.
Je n'ai récupéré que 492 Mo.
Les autres reps (/etc, /var et /usr) ont du se recopier sur eux-mêmes.
Je ne trouve pas où ont bien pu passer les 3Go manquants.
EDIT : correction d'une faute
Dernière modification par sylvain1970 (Le 08/07/2008, à 20:41)
Hors ligne
#2 Le 08/07/2008, à 11:39
- wblitz
Re : [résolu] MAJ kernel 2.6.22-14 à 2.6.22-15 : affreuse MAJ
du -sh /*
t'indiquera la taille occupée par les différents répertoires contenu dans /
"Un optimiste, c'est un homme qui plante deux glands et qui s'achète un hamac" - Jean de Lattre de Tassigny
Pensez à mettre [RÉSOLU] dans le sujet de vos posts une fois qu'ils le sont...
quelques docs
Hors ligne
#3 Le 08/07/2008, à 13:13
- sylvain1970
Re : [résolu] MAJ kernel 2.6.22-14 à 2.6.22-15 : affreuse MAJ
Merci,
5,8M /bin
35M /boot
0 /cdrom
40K /cron
280K /dev
17M /etc
28M /fah
27G /home
4,0K /initrd
0 /initrd.img
0 /initrd.img.old
302M /lib
2,4M /lib32
0 /lib64
16K /lost+found
12K /media
201G /mnt
4,0K /opt
0 /proc
8,0K /razor-agent.log
28M /root
7,2M /sbin
4,0K /srv
0 /sys
24K /tmp
2,4G /usr
438M /var
0 /vmlinuz
0 /vmlinuz.old
(/home et /mnt sont sur des partitions autres que /)
soit un total de 3,3 Go.
le système indique 8,3Go utilisés.
Filesystem Size Used Avail Use% Mounted on
/dev/sda5 9.2G 8.3G 490M 95% /
comment puis-je corriger ?
Dernière modification par sylvain1970 (Le 08/07/2008, à 13:16)
Hors ligne
#4 Le 08/07/2008, à 13:32
- sylvain1970
Re : [résolu] MAJ kernel 2.6.22-14 à 2.6.22-15 : affreuse MAJ
J'ai pensé à faire un fsck sur la partition
et/ou
déplacer les reps sur un DD externe puis les remettre (pour voir).
tu en penses quoi ?
merci.
EDIT : un fsck -n sur la partition indique des erreurs, je lancerai la correction ce soir.
Dernière modification par sylvain1970 (Le 08/07/2008, à 13:36)
Hors ligne
#5 Le 08/07/2008, à 14:00
- wblitz
Re : [résolu] MAJ kernel 2.6.22-14 à 2.6.22-15 : affreuse MAJ
il y a peut-être des répertoires/fichiers cachés :
du -sh /.*
devrait les afficher.
"Un optimiste, c'est un homme qui plante deux glands et qui s'achète un hamac" - Jean de Lattre de Tassigny
Pensez à mettre [RÉSOLU] dans le sujet de vos posts une fois qu'ils le sont...
quelques docs
Hors ligne
#6 Le 08/07/2008, à 14:59
- sylvain1970
Re : [résolu] MAJ kernel 2.6.22-14 à 2.6.22-15 : affreuse MAJ
Merci, je n'y ai pas pensé.
non, pas de répertoire/fichier caché.
Je verrai ce soir ce que donne la correction avec fsck.
(pour info, ma sauvegarde ne s'est pas terminée correctement pour cause de partition pleine)
Merci.
Cà arrive souvent qu'une maj de kernel inverse les DD (je ferai très attention la prochaine fois) ?
Hors ligne
#7 Le 08/07/2008, à 20:40
- sylvain1970
Re : [résolu] MAJ kernel 2.6.22-14 à 2.6.22-15 : affreuse MAJ
PB réglé.
J'ai monté la partition / sous liveCD et /home pesait 5.4 Go (pas normal)
il n'avait pas aimé la recopie de /home sur /home.
Merci.
Hors ligne