Bonjour,
Sous testing avec noyau 2.4.27, la commande df ne me renvoyait rien. Je n'ai pas vu d'erreur dans les logs.
Pourtant tout semblait fonctionner correctement, except� que je ne pouvais plus installer de paquet (message: plus de place libre sous /var/lib).
/var est un fs de type ext3 et j'ai opt� pour faire e2fsck /var
Mauvais choix, car le syst�me �tait mont�, et j'ai quand m�me forc� le check, puis comme il me proposait de supprimer des inodes non utilis�, j'ai r�pondu "yes" en cascade.
R�sultat : plusieurs "yes" qui n'�taient pas � faire <<Passe 2: v�rification de la structure r�pertoire Entr�e 'lib' dans / (2) a d�truire/non utilis� inode 98113. Effacer<y>? yes (pour oui) Entr�e 'cache' dans / (2) a d�truire/non utilis� inode 179873. Effacer<y>? yes (pour oui) Entr�e 'backups' dans / (2) a d�truire/non utilis� inode 228929. Effacer<y>? yes (pour oui)>>
Comment r�cup�rer ces entr�es (inodes) ? Avec debugfs il renvoie /dev/sda7: Bad magic number in super-block while opening filesystem
Qu'est que j'aurais d� faire lorsque df, ne me renvoyait plus rien ?
Arr�ter le syst�me, faire de la place, relancer le syst�me.
Non, mais il faut l'utiliser sur un sust�me de fichier d�mont� ou read-only.
e2fsck est il � proscrire quand on est en ext3 ?
Pas dans ce cas. La journalisation permet de ganer (beaucoup) de temps lors de la v�rification des syst�mes de fichiers. Elle ne permet pas d'assurer une meilleure int�grit� du syst�me de fichiers.
Est-ce que la journalisation (ext3) peut m'aider � quelquechose ?
Merci pour votre aide dans ces moments de gal�re
Dans votre cas, il faut essayer de r�cup�rer ce qui peut l'�tre.
Si vous avez une partition s�par�e pour ce syst�me de fichier, dd_rescue vous permettra d'en faire une image de sauvegarde avant de la tripoter.
Ensuite, vous pouvez tenter de r�cup�rer un superblock valable sur votre syst�me de fichiers.
Et enfin de l'agrandir.
Jean-Luc
pgpxOeD6woKQG.pgp
Description: PGP signature
