Pour commencer : t'as du bol Francois Massonneau a écrit : > > Bonjour/bonsoir, > > Désolé le message sera un peu long ;-( > > J'ai une question, mais qui s'adresse surement aux pros de cette > liste, car ça m'a pas l'air simple comme pb. > > Hier en "jouant" si j'ose dire avec le logiciel partimage, j'ai eu un > souci lié au "devfs" (voir mes précédentes questions de ce matin). > Toujours est il que lors du boot, j'ai eu droit à quelque chose de ce > genre :
On ne joue pas avec une arme chargée. On met d'abord un gilet pare-balles (ici : un backup!) > ========extrait du log==================== > Dec 1 19:57:50 francois fsck: Error reading block 1222650 (Attempt > to read block from filesystem resulted in short read) while reading > indirect blocks of inode 605348. > Dec 1 19:57:50 francois fsck: /dev/sdb1: UNEXPECTED INCONSISTENCY; > RUN fsck MANUALLY. > Dec 1 19:57:50 francois fsck: ^I(i.e., without -a or -p options) > Dec 1 19:58:03 francois fsck: /dev/sda11: 166951/512000 files (2.4% > non-contiguous), 614504/1022127 blocks > Dec 1 19:58:18 francois fsck: /dev/sda12: 14855/232320 files (0.2% > non-contiguous), 346703/463869 blocks > Dec 1 19:58:21 francois fsck: /dev/sda10: 7479/127744 files (1.0% > non-contiguous), 51241/255024 blocks > Dec 1 19:58:30 francois fsck: Pass 1: Checking inodes, blocks, and > sizes > Dec 1 19:58:30 francois fsck: Pass 1: Checking inodes, blocks, and > sizes > Dec 1 19:58:30 francois fsck: e2fsck 1.19, 13-Jul-2000 for EXT2 FS > 0.5b, 95/08/09 > Dec 1 19:58:30 francois fsck: e2fsck 1.19, 13-Jul-2000 for EXT2 FS > 0.5b, 95/08/09 > Dec 1 19:58:30 francois fsck: Pass 2: Checking directory structure > Dec 1 19:58:30 francois fsck: Pass 3: Checking directory > connectivity > Dec 1 19:58:30 francois fsck: Pass 4: Checking reference counts > Dec 1 19:58:30 francois fsck: Pass 5: Checking group summary > information > Dec 1 19:58:30 francois fsck: /dev/sda5: 51/4000 files (5.9% > non-contiguous), 5415/16002 blocks > Dec 1 19:58:30 francois fsck: e2fsck 1.19, 13-Jul-2000 for EXT2 FS > 0.5b, 95/08/09 > Dec 1 19:58:30 francois fsck: Pass 1: Checking inodes, blocks, and > sizes > Dec 1 19:58:32 francois fsck: Pass 2: Checking directory structure > Dec 1 19:58:33 francois fsck: Pass 3: Checking directory > connectivity > Dec 1 19:58:33 francois fsck: Pass 4: Checking reference counts > Dec 1 19:58:33 francois fsck: Pass 5: Checking group summary > information > Dec 1 19:58:33 francois fsck: /dev/sda9: 7059/101472 files (2.5% > non-contiguous), 62725/202812 blocks > Dec 1 19:58:33 francois fsck: e2fsck 1.19, 13-Jul-2000 for EXT2 FS > 0.5b, 95/08/09 > Dec 1 19:58:33 francois fsck: Pass 1: Checking > Dec 1 19:58:33 francois fsck: inodes, blocks, and sizes > Dec 1 19:58:34 francois fsck: Pass 2: Checking directory structure > Dec 1 19:58:34 francois fsck: Pass 3: Checking directory > connectivity > Dec 1 19:58:34 francois fsck: Pass 4: Checking reference counts > Dec 1 19:58:34 francois fsck: Pass 5: Checking group summary > information > Dec 1 19:58:34 francois fsck: /dev/sda7: 46/100744 files (4.3% > non-contiguous), 13346/401409 blocks > Dec 1 19:58:34 francois fsck: e2fsck 1.19, 13-Jul-2000 for EXT2 FS > 0.5b, 95/08/09 > Dec 1 19:58:34 francois fsck: Pass 1: Checking inodes, blocks, and > sizes > Dec 1 19:59:06 francois fsck: Pass 2: Checking directory structure > Dec 1 19:59:17 francois fsck: Error reading block 1222650 (Attempt > to read block from filesystem resulted in short read) while reading > indirect blocks of inode 605348. Ignore error? yes > Dec 1 19:59:17 francois fsck: Inode 605348, i_blocks is 160, should > be 104. Fix? yes > Dec 1 19:59:30 francois fsck: Pass 3: Checking directory > connectivity > Dec 1 19:59:30 francois fsck: Pass 4: Checking reference counts > Dec 1 19:59:30 francois fsck: Pass 5: Checking group summary > information > Dec 1 19:59:30 francois fsck: /dev/sda11: 166951/512000 files (2.4% > non-contiguous), 614504/1022127 blocks > Dec 1 19:59:30 francois fsck: e2fsck 1.19, 13-Jul-2000 for EXT2 FS > 0.5b, 95/08/09 > Dec 1 19:59:30 francois fsck: Pass 1: Checking inodes, blocks, and > sizes > Dec 1 19:59:43 francois fsck: Pass 2: Checking directory structure > Dec 1 19:59:46 francois fsck: Pass 3: Checking directory > connectivity > Dec 1 19:59:46 francois fsck: Pass 4: Checking reference counts > Dec 1 19:59:46 francois fsck: Pass 5: Checking group summary > information > Dec 1 19:59:46 francois fsck: /dev/sda12: 14855/232320 files (0.2% > non-contiguous), 346703/463869 blocks > Dec 1 19:59:46 francois fsck: e2fsck 1.19, 13-Jul-2000 for EXT2 FS > 0.5b, 95/08/09 > Dec 1 19:59:46 francois fsck: Pass 1: Checking inodes, blocks, and > sizes > Dec 1 19:59:47 francois fsck: Pass 2: Checking directory structure > Dec 1 19:59:48 francois fsck: Pass 3: Checking directory > connectivity > Dec 1 19:59:48 francois fsck: Pass 4: Checking reference counts > Dec 1 19:59:49 francois fsck: Pass 5: Checking group summary > information > Dec 1 19:59:49 francois fsck: /dev/sda10: 7479/127744 files (1.0% > non-contiguous), 51241/255024 blocks > Dec 1 19:59:59 francois fsck: Pass 2: Checking directory structure > Dec 1 20:00:06 francois fsck: Pass 3: Checking directory > connectivity > Dec 1 20:00:06 francois fsck: Pass 4: Checking reference counts > Dec 1 20:00:06 francois fsck: Pass 5: Checking group summary > information > Dec 1 20:00:07 francois fsck: Block bitmap differences: -1222651 > -1222652 -1222653 -1222654 -1222655 -1222656 -1222657 > Dec 1 20:00:08 francois fsck: Fix? yes > Dec 1 20:00:08 francois fsck: Free blocks count wrong for group #37 > (19194, counted=19201). > Dec 1 20:00:08 francois fsck: Fix? yes > Dec 1 20:00:08 francois fsck: Free blocks count wrong (770880, > counted=770887). > Dec 1 20:00:08 francois fsck: Fix? yes > Dec 1 20:00:08 francois fsck: /dev/sdb1: ***** FILE SYSTEM WAS > MODIFIED ***** > Dec 1 20:00:08 francois fsck: /dev/sdb1: 27690/1111936 files (2.2% > non-contiguous), 1450091/2220978 blocks > Dec 1 20:00:09 francois rc.sysinit: Mounting local filesystems: > succeeded > Dec 1 20:00:09 francois rc.sysinit: Mounting loopback filesystems: > succeeded > Dec 1 20:00:09 francois loadkeys: Loading > /usr/lib/kbd/keymaps/i386/azerty/fr-latin1.kmap.gz > Dec 1 20:00:10 francois keytable: Loading keymap: fr-latin1 > succeeded > Dec 1 20:00:10 francois loadkeys: Loading > /usr/lib/kbd/keymaps/include/compose.latin1.inc.gz > Dec 1 20:00:10 francois keytable: Loading compose keys: > compose.latin1.inc succeeded > Dec 1 20:00:10 francois keytable: succeeded > ==================================== > Donc tout semblait "réparé". J'ai ensuite lancé l'utilitaire de la > carte Adaptec SCSI qui me permet de vérifier la structure de mon > disque dur. Là bien entendu il m'a trouvé deux erreurs qu'il a > corrigé en leur allouant des secteurs libres. Donc par la suite je > n'ai plus eu d'erreur. > j'ai refait plusieurs fois un checkdisk et une vérif. à partir de ma > carte scsi et tout baigne. > > Ma question maintenant : est ce que je peux avoir des datas qui > seraient bousillés ? J'ai plein de choses sur ce disque (5 gigas) et > malheureusement, aucun backup. C'est possible : Si fsck n'arrive pas à retrouver ses petits, il réunit les bouts qui lui semblent aller ensemble dans le répertoire lost+found de la racine de chaque FS :regarde si t'as qq chose dans ce répertoire (s'il existe : j'ai noté qu'en ext3 il n'y en avait pas. Peut être est-il créé au moment où il s'avère nécessaire par e2fsck. A vérifier. Dans la plupart des FS unix, il existe) > Je ne peux pas vérifier manuellement tous les fichiers, mais j'ai > essayé de copier tous ces fichiers en utilisant midnight commander > vers un autre disque et ça a marché. Tant mieux > Cependant j'aimerais être sûr, alors voilà la manip que j'ai faite : > j'ai lancé cette commande : > [fm@francois fm]$ ls -ARUiosS /mnt/programs/* > truc.bak > (/mnt/programs c'est mon disque "sdb1") > à priori le paramètre "i" pour "inode", m'affiche le numéro d'index > de chaque fichier (j'avoue ne pas savoir ce qu'est un "inode", mais > bon...). Un fichier est identifié par un inode. Et un seul. Et c'est son unique identifiant. Ensuite la correspondance (le "lien") entre le inode et le nom qu'on donne au fichier est faite dans le(s) répertoire où il est créé (référencé). Le même inode peut avoir plusieurs références (liens : 2ème colonne de "ls -l". cf commande ln). Autrement dit, tu peux manipuler un fichier depuis X répertoires de ton arborescence. Rien à voir avec les liens symboliques. cf man ln. TOUTES les caractéristiques du fichier sont stockées dans son inode (taille, propriétaire, dates, etc, visibles pas "ls"). L'ensemble des inodes est regroupé dans la table des inodes, créée à la création du FS (mke2fs ou autre mk... - ie :formattage). A chaque création de fichier, un inode (ensemble structuré d'octets) est initialisé/réservé dans cette table. > ENsuite j'ai vérifié dans le fichier généré "truc.bak", si je > trouvais le numéro d'inode que j'avais dans mon log, à savoir le > "605348." Je ne trouve pas ce numéro dans mon fichier truc.bak, donc > est ce que ça veut dire qu'il n'y avait pas d'enregistrement sur > cette partie de disque et que donc, même si ce secteur était > bousillé, je n'ai rien perdu ??? Etant donné la façon dont sont affectés les inodes dans la table du FS, un fichier de N° inode X d'un FS, se retrouvera avec un N° de inode Y sur un autre FS (après copie par exemple). Tu retrouveras son nom. Le inode pour chaque fichier copié sera réservé au fur et à mesure que sa copie est demandée par la commande de copie. Donc, ...tu sais pas, sauf si tu contrôles l'ordre dans lequel tu copie tes fichiers (aucun intérêt : on s'en fout). > J'aimerai vraiment avoir vos remarques sur cette méthode Quelle méthode? Ton raisonnement, ta façon de bidouiller ton système sans backup?,... En gros je dirais que t'as bidouillé ton FS, t'as fait des conneries, fsck les a apparement réparées, et tant mieux pour toi. Rosaire et me dire > si il y en a une autre et si non, si celle que j'ai imaginé n'est pas > trop mauvaise ? > Si personne ne peut me donner un tuyau, je ne suis pas abonné à la > liste "expert", donc si on voulait poster ce message là bas, et me > donner les éventuelles réponses ..? > Merci d'avance, et je croise les doigts pour qu'on me dise qu'à > priori tout est ok .. ;-( ou ;-)) > > Merci. Francois > > ------------------------------------------------------------------------ > Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft? > Rendez-vous sur "http://www.mandrakestore.com";
Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft? Rendez-vous sur "http://www.mandrakestore.com";
