Astucien | Le rationnel qui consiste à essayer de récupérer sous linux des données inaccessibles sous XP repose sur le fait que dans les 2 cas les données sont stockées dans la partition sous forme de fichiers, mais la manière qu’a le système d’exploitation d’accéder à cette partition et à ces fichiers diffère, si bien que des fichiers inaccessibles sous XP peuvent parfaitement être visualisés (et donc récupérés) sous linux. j'ai fait 4 parties pour ce sujet : Bonne récupération et n'hésitez pas à apporter votre contribution par vos commentaires et critiques (que j'espère constructives… Modifié par romsk le 02/02/2007 22:55 | ||||||||
Publicité | |||||||||
| |||||||||
![]() | Avant tout commençons par démystifier : Linux n’est ni plus ni moins qu’un OS (operating system = système d’exploitation), c'est-à-dire un système de gestion de l’ordinateur au même titre que windows XP, auquel sont rajoutés (comme pour XP) différents logiciels, et comme vous allez le voir les 2 systèmes sont finalement assez proches dans leur présentation et leur utilisation. D’autres distributions utilisent probablement ddrescue, mais bon, faut bien en choisir une et j’ai pas envie de chercher… 3- dès que la 1ère fenêtre de Slax-LFI apparaît, et si vous avez plus de 500 Mo de RAM, appuyer sur la touche F1 pour accéder aux commandes de base > à l'invite taper slax copy2ram (puis sur la touche entrée), ce qui va copier l'intégralité du CD dans la mémoire vive (au moins 512 Mo de RAM conseillés) : ceci va un peu rallonger la phase de boot mais une fois lancé slax-LFI sera plus rapide et le lecteur CD sera libéré (pour y mettre un autre CD par exemple et y copier les données récupérées). A noter que cette étape n'est pas indispensable et que l'on peut laisser slax-LFI se lancer normalement et fonctionner à partir du CD (notamment si l'on a que 256 Mo de RAM). 4- Présentation sommaire de Slax-LFI : vous remarquerez que la présentation est très proche de windows avec un menu "démarrer" en bas à gauche ("KDE" = K Desktop Environment = environnement de bureau), une zone de lancement rapide où se trouvent 3 programmes en accès direct, une barre des tâches où vont apparaître les applications en cours d’utilisation, un équivalent du systray en bas à droite (horloge, indicateur de charge,…), et enfin un bureau avec un équivalent du "poste de travail" ("supports de stockage" : qui va servir à la récupération en mode graphique), un répertoire "mes documents" ("dossier personnel"), un explorateur ("Konqueror"). Vous ne serez donc pas du tout dépaysés, et en 5 ou 10 minutes on prend très vite le système en main : j’y suis arrivé, alors y’a pas de raison … Tant qu’on en est à la présentation de Slax-LFI, voici comment se présente "KDE" (1ère icône en bas à gauche), ou environnement de bureau, qui correspond au menu démarrer sous XP : (c'est pas le sujet du jour, mais tant qu’on y est autant présenter linux…) à ce propos, si vous voulez faire des copies d'écran, cliquer sur "K" en bas à gauche > graphisme > logiciel de capture d'écran (KSnapShot) > enregistrer les copies d'écran sur le support de votre choix (partition fat32 montée et en lecture/écriture) > et les récupèrer sous windows... Et pi tant qu’on y est voici Gparted (le partitionneur) et Partimage (l’imageur) : on y reviendra pas, mais ces 2 logiciels gratuits peuvent être très utiles (notamment Gparted si l’on veut créer la partition de sauvegarde qu’on a oublié de faire sous windows, ou qu’on ne pouvait pas faire car c’est le disque système qui était en carafe…) plus de renseignements sur le site de Slax-LFI (et sa FAQ) Modifié par romsk le 25/12/2007 14:56 | ||||||||
![]() | La récupération de données sous linux peut se faire de deux façons, le choix de l'une et/ou l'autre méthode dépendant à mon avis de la cause de la corruption de données : * Le mode console ("Konsole") est certainement à privilégier +++ lorsqu'il existe des secteurs défectueux sur le DD. * Le mode graphique correspond exactement à ce qu'on fait dans l’explorateur windows : il suffit d'afficher les 2 partitions sur le bureau (la partition corrompue et la partition de sauvegarde) et de faire un "glisser-déposer" entre ces 2 partitions. Contrairement à ce qu'on pourrait croire, c'est pas forcément la méthode le plus simple… * dans certains cas enfin, il pourra être utile de tenter les 2 manips : voir mes explications dans le dernier paragraphe de ddrescue. Les différentes étapes de la récupération sont les suivantes : 1- créer sous windows une partition de sauvegarde destinée à recevoir les données que vous voulez récupérer : de préférence sur un autre DD (interne ou éventuellement externe), de taille égale ou supérieure à celle de la partition corrompue, et si possible toujours en FAT 32 (linux a plus de mal à écrire sur du NTFS même si c'est possible) 2- booter sur le liveCD de Slax-LFI comme expliqué dans le chapitre précédent : à noter que si vous comptez faire votre récupération sur un périphérique externe USB (DD externe ou clé USB), il faut d'abord relier (et allumer) ce périphérique externe au PC avant de booter sur Slax-LFI (pour qu'il soit reconnu lors du lancement de Slax-LFI) 3- la récupération en mode console : A l’invite (barre qui clignote) taper fdisk -l (fdisk_-l, où l correspond à la lettre l comme dans linux) qui va lister toutes les partitions existantes et vous permettre de savoir quelles appellations ont la partition corrompue et la partition cible de sauvegarde. J'en profite pour vous rappeler que l'identification des disques durs et des partitions est différente sous linux par rapport à XP.
la commande à taper est la suivante : en cas de secteurs corrompus (signalés par -v ou dans le logfile), tenter de récupérer ces secteurs non lus lors du 1er passage : au besoin, tenter de récupérer les ultimes secteurs corrompus non lus lors du 2ème passage : pour des explications détaillées sur ces commandes et sur ddrescue en général, voir le chapitre suivant. après la récupération avec ddrescue, et tant qu’on est encore dans la Konsole sous linux, il faut remonter la partition de sauvegarde pour voir si les données sont bien accessibles : si tout est là, vous pouvez fermer la Konsole > menu K de démarrage (en bas à gauche) > déconnexion > après une vingtaine de secondes, le CD sera automatiquement éjecté et le PC s’arrête > il faudra alors redémarrer le PC > retourner dans le BIOS et remettre le bon ordre de boot… A noter qu’un chkdsk (de la partition de restauration) pourrait être utile au redémarrage sous windows. Si certains secteurs du disque sont trop abimés et que des données particulièrement précieuses ne peuvent pas être récupérées ou que la partition ne peut pas être montée, on peut essayer de réparer ces secteurs défectueux avec HDD-regenerator ou essayer d’extraire manuellement les données avec un éditeur hexadécimal (bon courage...) 4- La récupération en mode graphique : La 2ème notion, c’est que pour pouvoir écrire sur une partition en mode graphique il faut non seulement que cette partition soit montée, mais également que les droits d'accès sur cette partition soient en mode lecture/écriture (rw pour readable-writeable) et pas en lecture seule (ro pour Read Only). C'est le 2ème avantage de Slax-LFI que d'activer automatiquement au démarrage le mode lecture/écriture des partitions FAT32. Il n'en est pas de même pour les partitions NTFS qui sont montées en lecture seule et pour lesquelles il va falloir passer par la "Konsole" pour activer le mode lecture/écriture (j’y reviens plus loin). Venons-en à l'affichage des partitions des différents DD : le "poste de travail" sous linux s'appelle "supports de stockage" et est accessible en double-cliquant sur l'icône présente sur le bureau. Dans cet exemple, j'ai un seul DD hda (hda signifie maître sur le port IDE principal) renfermant 2 partitions principales (hda1 et hda2) et 1 partition logique (hda5), un lecteur de disquette et un lecteur DVD hdb (esclave sur le port IDE principal) Imaginons que je veuille récupérer des données présentes sur ma partition logique (hda5) qui est corrompue, et transférer ces données sur la 2ème partition principale (hda2, que j'ai créée en redimensionnant la 1ère partition principale). Si le "glisser-déposer" ne marche pas sur votre PC, il faut faire un clic droit sur la partition cible (hda2 dans mon exemple) > propriétés > droits d'accès et vérifier si c'est bien marqué "peut voir et modifier le contenu" sur la 1ère ligne ("propriétaire"). Si ce n'est pas le cas, cliquer sur la petite flèche en bout de ligne et sélectionner l'option voulue > OK. Si un message d'erreur s'affiche ("impossible de modifier les droits d'accès"), c'est probablement qu'il s'agit d'une partition NTFS (facile à vérifier dans la Konsole en tapant fdisk –l) : voir le paragraphe suivant. Si la partition cible est en NTFS (malgré tout ce que je vous ai conseillé… L'autre solution, si votre partition de sauvegarde NTFS est vide, est de la formater en FAT32 sous linux grâce à Gparted : ouvrir Gparted (double-clic) > clic droit sur votre partition de sauvegarde NTFS > unmount > clic droit sur la partition démontée > "formater en" : cliquer sur FAT32 > clic droit sur la petite flèche à côté de "défaire" > appliquer > valider (appliquer > fermer) > clic droit sur la nouvelle partition FAT32 créée > "mount on" : cliquer sur "/mnt/hda2" (dans mon exemple) > fermer Gparted > retourner sur "supports de stockage" et faites vos transferts de fichiers en mode graphique. Une fois que tout a été copié, vérifier si toutes vos données sont bien sur la partition de sauvegarde > fermer les fenêtres ouvertes > menu K de démarrage (en bas à gauche) > déconnexion > après une vingtaine de secondes, le CD sera automatiquement éjecté et le PC s’arrête > il faudra alors redémarrer le PC > retourner dans le BIOS, remettre le bon ordre de boot et redémarrer le PC sous windows… là encore un chkdsk (de la partition de restauration) pourrait être utile au redémarrage sous windows. Si vous n'avez pas pu récupérer toutes vos données en mode graphique, sauvegarder sous windows ce qui a quand même pu être récupéré (c'est déjà ça) > formater à nouveau la partition de sauvegarde et retourner sous linux tenter la manip ddrescue sous la "Konsole" (je vous rappelle qu'à ce stade vous n'avez pas encore touché à votre partition corrompue et qu'on peut refaire toutes les manips de récupération qu'on veut…) Modifié par romsk le 20/12/2007 12:57 | ||||||||
![]() | ddrescue en détail : Le fonctionnement de base de ddrescue est automatique sans que l'utilisateur n'ait à se préoccuper des erreurs de lecture, utiliser ou non le mode de lecture inversée, arrêter le programme, lire le logfile, etc... L'algorithme de fonctionnement de ddrescue est le suivant : Si l'on utilise le logfile (qu'on appellera récupération.log par exemple), les données sont protégées de manière efficace car seuls les blocs pas encore lus vont être explorés.
Voici un exemple de logfile: mais en réalité, si le DD n'a aucun secteur défectueux vous aurez une seule ligne sous la forme : # Rescue Logfile. Created by GNU ddrescue version 1.0 ddrescue [OPTIONS] partitionsource partitiondesauvegarde [LOGFILE] les différentes options utilisables sont les suivantes (toujours précédées de -) : -h (help) : affiche les différentes options avec retour à l’invite de commande -V (version) : affiche le numéro de revision de ddrescue avec retour à l’invite de commande -b BYTES (block-size=BYTES) : taille minimale en bytes des blocs sur la partition source corrompue. habituellement 512 (taille par défaut qu'il n'y a pas lieu de modifier sauf exception) pour les DD et disquettes, 2048 pour les CD (à préciser dans ce cas là en mettant -b 2048 en option) -B (binary-prefixes) : affiche la taille des unites en binaire base 2 (Ki kibibyte 2^10 = 1024, Mi mebibyte 2^20, Gi gibibyte 2^30…). Par défaut (si l'on ne met pas l'option -B) la taille est indiquée en décimal base 10 (k kilobyte 10^3, M mégabyte 10^6, G gigabyte 10^9…) -c BLOCKS (cluster-size=BLOCKS) : nombre de blocs à copier à la fois (64 KIB par défaut, c'est à dire copie simultanée de 128 secteurs). On peut essayer de plus petites valeurs pour les lecteurs lents : 16 est une bonne valeur pour une disquette) -C (complete-only) : limite la recuperation aux blocs dont la taille est prédéfinie dans le logfile par cette option : les autres données au-delà de la limite du logfile ne seront pas lues (cette option est utilisée lorsqu’on explore un DD de taille indéterminée, notamment les DD non formatés RAW) -e N (max-errors=N) : nombre maximal d’erreurs (zones défectueuses) tolérées avant que le logiciel n’interrompe la recherche (infini par défaut) -i POS (input-position=POS) : début physique (en byte) de la récupération sur le DD corrompu (0 par défaut, c'est-à-dire début du DD) -o POS (output-position=POS) : début physique (en byte) de la sauvegarde sur le DD cible de sauvegarde (par défaut égal à i POS : les éventuels bytes précédant cette position ne seront pas touchés par la récupération). Cette option permet probablement de récupérer les données sur une partition contenant déjà des données sans écraser celles-ci, sous réserve de bien la défragmenter au préalable (et de sauvegarder par précaution les données existantes), mais j'ai jamais essayé... -n (no-split) : empêche la lecture des zones d’erreurs (ddrescue ne s'occupera dans un 1er temps que de la récupération rapide de toutes les données localisées sur les zones saines du DD) -q (quiet) : operation « tranquille » : la progression ne s'affiche plus sur la "Konsole" mais ddrescue continue à travailler en arrière plan (j'ai pas compris l'intérêt de la commande) -r N (max-retries=N) : le programme s’arrêtera de chercher les données sur une zone défectueuse après le nombre de relecture stipulé (par défaut 0 = aucune relecture des zones défectueuses déjà lues une fois, un chiffre positif x imposera x relectures, -1 signifie relectures sans fin : pas conseillé... -s BYTES (max-size=BYTES) : taille maximale (en byte) des données à extraire du DD corrompu (si l'on tape par exemple ddrescue -i 100 -s 200 infile outfile logfile, seulement 200 bytes seront copiés à partir du 101ème byte du DD corrompu, mais le fichier de sauvegarde outfile aura une taille de 300 bytes car on a stipulé -i 100 qui signifie que les 100 premiers bytes de outfile seront non utlisés puisque par défaut égal à -i POS) -t (truncate) : fichier de recuperation tronqué (pas glop…) -v (verbose) : mode bavard… permet de voir les détails de l'opération sur la console (sympa car on a l'impression de comprendre ce que fait ddrescue, mais pas indispensable) Les nombres indiquées dans les options (positions, tailles) peuvent être suivis d'une unité de mesure (K, M, G...). exemple -s 50 = 50 bytes, -s 50M = 50 mégabytes Récupérer d'abord la plus grande partie du disque endommagé (attention de bien respecter les espaces, minuscules, majuscules…) : puis, en cas de secteurs corrompus (signalés par -v ou dans le logfile), tenter de récupérer ces secteurs non lus lors du 1er passage : puis tenter de récupérer les secteurs corrompus non lus lors du 2ème passage : on peut, à tout moment de la récupération, faire Ctrl + C pour interrompre ddrescue, et quand on voudra le reprendre il suffira de retaper exactement la même commande qu'au départ (ou plus simple encore faire flèche haut pour afficher automatiquement la dernière commande tapée), et la récupération reprendra exactement à l'endroit où on l'a interrompue (sans relire les secteurs déjà explorés) Si certains secteurs du disque sont trop abimés et que des données particulièrement précieuses ne peuvent pas être récupérées ou que la partition ne peut pas être montée, on peut essayer de réparer ces secteurs défectueux avec HDD-regenerator ou essayer d’extraire manuellement les données avec un éditeur hexadécimal (bon courage... * en théorie (1), il est conseillé de « démonter » la partition ou le DD (par la commande umount) avant de tenter une récupération (dixit Antonio Diaz le concepteur de ddrescue). * en théorie (2), il recommande également de faire la récupération dans une image (en remplaçant partitiondesauvegarde par récupération.ima par exemple) puis de travailler sur cette image. * en théorie (3), après avoir fait une récupération des données sur une partition de sauvegarde, il faut démonter cette partition (umount /dev/hdd1), puis vérifier le système de fichier en sachant que pour les partitions linux ext2 ou ext3 c’est la commande fsck, pour les partitions FAT32 c’est fsck.vfat et pour les partitions NTFS c’est chkdsk au reboot sous windows. * ultime commentaire (et pi j'arrête) : quand on copie une partition NTFS corrompue sur une partition de sauvegarde formatée en FAT32, cette partition se retrouve elle même en NTFS. En réalité j'ai l'impression que cette commande agit réellement comme un logiciel de clonage qui transfère tout ce qui existe sur la partition corrompue, y compris le système de fichier... les 2 manips (mode graphique et mode Konsole) méritent donc d'être essayées lorsqu'on n'est pas satisfait du résultat... Modifié par romsk le 03/02/2007 09:21 | ||||||||
![]() | résumé des manips à effectuer pour la récupération de données sous linux (pour plus de détails sur chaque étape voir les chapitres précédents) 1- créer sous windows une partition de sauvegarde FAT 32 suffisamment grande (sur DD interne ou externe) 2- télécharger l'image ISO de Slax-LFI et graver cette image sur un CDrom 3- si vous comptez vous servir d'un périphérique USB pour récupérer vos données (DD externe ou clé USB), connectez-le maintenant au PC 4- démarrer le PC > mettre le lecteur CDrom en 1st boot dans le BIOS > mettre le Cdrom de Slax-LFI dans le lecteur > redémarrer le PC pour qu'il boot sur le CD 5- dès que la 1ère fenêtre de Slax-LFI apparaît et si vous avez plus de 500 Mo de RAM, appuyez sur la touche F1 pour accéder aux commandes de base > à l'invite taper slax copy2ram (slax_copy2ram) puis sur la touche entrée. si vous avez moins de 500 Mo de RAM, sautez cette étape et laissez Slax-LFI booter tout seul sur le CDrom.
6- première possibilité = récupération en mode console : à privilégier si la partition corrompue à des secteurs défectueux (signalés par hd-tune ou par le logiciel constructeur) * si ddrescue va à son terme sans erreur signalée (à vérifier dans récupération.log qu'on va trouver dans "dossiers personnels" sur le bureau), taper mount /dev/hda2 /mnt/hda2 (mount_/dev/hda2_/mnt/hda2) > puis ouvrir "supports de stockage" sur le bureau et aller voir sur hda2 (dans mon exemple) si les données sont là. * en cas de secteurs corrompus (signalés par -v ou dans le logfile), tenter de récupérer ces secteurs non lus en tapant la commande : * au besoin, tenter de récupérer les ultimes secteurs corrompus non lus lors du 2ème passage en tapant : pour des explications détaillées sur ces commandes et sur ddrescue en général, voir le chapitre ddrescue au dessus.
7- deuxième possibilité = récupération en mode graphique : Si le "glisser-déposer" ne marche pas ou si la partition de sauvegarde est en NTFS, voir la fin du paragraphe 4 ICI
8- Une fois que tout a été copié : vérifier si toutes vos données sont bien sur la partition de sauvegarde > fermer les fenêtres ouvertes > menu K de démarrage (en bas à gauche) > déconnexion > après une vingtaine de secondes, le CD sera automatiquement éjecté et le PC s’arrête > il faudra alors redémarrer le PC > retourner dans le BIOS, remettre le bon ordre de boot et redémarrer le PC sous windows… Si vous n'avez pas pu récupérer toutes vos données en mode graphique, sauvegarder sous windows ce qui a quand même pu être récupéré (c'est déjà ça) > formater à nouveau la partition de sauvegarde et retourner sous linux tenter la manip ddrescue sous la "Konsole" (à ce stade on n'a pas encore touché à la partition corrompue et on peut refaire toutes les manips de récupération qu'on veut…) Modifié par romsk le 03/02/2007 09:30 | ||||||||
Petit astucien | Bonsoir Encore bravo pour ce Tuto | ||||||||
![]() | merci rayga ![]() | ||||||||
Astucienne | UP ! Merci romsk ; après tesdisk et ptedit, tu nous gâtes. | ||||||||
![]() | ![]() ![]() | ||||||||
Petit astucien | Ola sa papaya romsk dit : mais testdisk et sur slax -LFI Je boot dessus , tape testdisk dans la Konsole , j'aperçois 3 partitions ce qui est normal Je commence a prendre les captures ,donne les droits d'ecriture sur le dd 20 gb en NTFS (pas pris le temps de formate en Fat32 ) . Puis je tente d'ouvrir les 2 partions la 1er plante la 2émé charge reste bloqué a 0% alors Pourtant j'avais deja fait un essaie sans resultat , peut etre les manip avec testdisk ou bien parce que j'ai enlevé le cavalier djumper je ne sais pas mais l'impossible pour moi et la . Gros MERCI romsk Je copie le max et fait les captures de tesdisk pour la suite .Quelle merveille cette distrib linux slax-LFI . chapeau pour ce tuto qui tombe a pique quel bonheur . ++ nasso
Modifié par nasso le 05/02/2007 18:14 | ||||||||
![]() | content pour toi nasso | ||||||||
Petit astucien ![]() | Salut, @ Nasso : Ca fait plaisir de lire des témoignages de récupération réussie avec Slax-LFI. @ Romsk(en le remerciant au passage pour toute la vulgarisation autour de ces sujets) : * en théorie (2), il recommande également de faire la récupération dans une image (en remplaçant partitiondesauvegarde par récupération.ima par exemple) puis de travailler sur cette image.
Le dossier Root ainsi que tout le système de fichiers, est stocké dans la RAM, et à ce titre limité en taille. Vous retrouverez donc l'image sur le "disque D", à la racine, ainsi que son fichier log.
* en théorie (3), après avoir fait une récupération des données sur une partition de sauvegarde, il faut démonter cette partition (umount /dev/hdd1), puis vérifier le système de fichier en sachant que pour les partitions linux ext2 ou ext3 c’est la commande fsck, pour les partitions FAT32 c’est fsck.vfat et pour les partitions NTFS c’est chkdsk au reboot sous windows. La commande est : dosfsck -v -a /dev/hdd1
* ultime commentaire (et pi j'arrête) : quand on copie une partition NTFS corrompue sur une partition de sauvegarde formatée en FAT32, cette partition se retrouve elle même en NTFS. En réalité j'ai l'impression que cette commande agit réellement comme un logiciel de clonage qui transfère tout ce qui existe sur la partition corrompue, y compris le système de fichier...
Tout est vrai ;-) 1) Partition système FAT 2) Partition FAT 3) Partition système NTFS 4) Partition NTFS
Vouala, HTH. Slaxez bien ! Cédric Modifié par slaxlfi le 05/02/2007 23:06 | ||||||||
![]() |
je vais mettre à jour le tuto en fonction de tes judicieuses remarques et j'en profite pour poser 2 questions et rajouter 3 commentaires * merci également pour la commande dosfsck -v -a /dev/hdd1, mais je croyais avoir lu que dosfsck et fsck.vfat c'était la même chose ? me trompe-je ? * Partition système FAT : Sur un autre disque, même plus petit, vous pouvez redémarrer en un tour de main (par exemple en clonant le disque entier: ddrescue -B -n /dev/hda /dev/hdb) : ne crois-tu pas dans ce cas qu'il faille rajouter l'option -s pour éviter un message d'erreur de ddrescue du genre "no space left on device" ? par exemple, pour copier un 150 Go système sur un 80 Go, taper ddrescue -B -v -n -s 80G /dev/hda5 /dev/hda2 récupération.log (encore que je ne sois pas sûr que ce message d'erreur change qqch sur la partition de destination puisque ce qui devait être copié l'a déjà été...) * ... Le clonage sur le même disque (ddrescue -B -n /dev/hda1 /dev/hda3) ne vous permettra que de récupérer les données (cos'MBR, encore qu'en bidouillant...mais bon restons simple) : très simple justement puisqu'il suffit, à mon avis, de rendre active la bonne partition à l'aide de PTEDIT en mettant le "80" de la colonne boot sur la ligne de la partition qu'on veut rendre bootable * Partition système NTFS : Pour faire repartir le système Windows tel qu'il était avant le début de crash, vous devez cloner sur un autre disque ayant exactement la même structure (le même modèle quoi) : ceci je pense pour 2 raisons, d'une part la MFT (et la MFT mirror) qui peut se trouver n'importe où sur la partition, et d'autre part à cause de la copie du secteur de boot qui se trouve très précisément sur le dernier secteur d'une partition NTFS, par opposition aux partitions FAT32 où le backupBS suit de très près le secteur de boot en début de partition. corollaire (décidément je suis incorrigible), il pourrait suffire de changer une valeur dans la table de partition et le secteur de boot et de copier le secteur de boot sur le dernier secteur de la nouvelle partition pour rendre cette partition fonctionnelle (en espérant que la MFT soit bien placée) : bref pas simple quand même tout ça merci encore cédric, et A+... | ||||||||
Petit astucien ![]() | Bonsoir ;-) @ Romsk: Mais qu'en est-il de la copie d'image ? en d'autre terme, as-tu une idée de la taille approximative qu'il faut sur la partition cible pour acceuillir image_hda5.ima d'un DD de 100 Go ? 100 Go ! (t'exagères, casser des DD avec de telles partoches Mais il doit être possible de les compresser à la volée, une commande de ce type doit fonctionner : ddrescue /dev/hda1 | gzip > /mnt/hdb1/image.gz C'est un "pipe" (plus d'explications ici : http://www.linux-france.org/article/debutant/debutant-linux.html#pipe ) Ne crois-tu pas dans ce cas qu'il faille rajouter l'option -s pour éviter un message d'erreur de ddrescue du genre "no space left on device" Le message d'erreur n'a pas d'importance, le programme n'évalue pas la taille disponible sur la destination. Alors, oui, par contre, il faut bien évaluer la place occupée par les données : si tu veux sauver un disque de 120 Go sur un disque de 80 Go, il faudra bien sûr (si tu ne compresses pas comme indiqué plus haut) que tes données n'occupent pas plus de 80 Go. Mais avec la FAT, peu importe où la partition finit, ainsi que la structure du disque : ça repart ! ceci je pense pour 2 raisons, d'une part la MFT (et la MFT mirror) qui peut se trouver n'importe où sur la partition, et d'autre part à cause de la copie du secteur de boot qui se trouve très précisément sur le dernier secteur d'une partition NTFS, par opposition aux partitions FAT32 où le backupBS suit de très près le secteur de boot en début de partition En fait c'est aussi lié à l'OS (XP) / vu sur la page NTFSCLONE : "Windows will not be able to boot, unless you copy, move or restore NTFS to the same partition which starts at the same sector on the same type of disk having the same BIOS legacy cylinder setting as the original partition and disk had" Il s'agirait d'une clé dans la BDR, qu'il suffirait de virer avant (encore faut-il avoir un XP sain, ce qui n'est pas le cas dans nos scénariis ;-). Le Hack complet est ici : http://www.dominok.net/en/it/en.it.clonexp.html Pas simple en effet ! Bonne nuit...
| ||||||||
![]() | merci pour ces compléments d'infos : va falloir que je teste tout ça pour me faire mon idée En fait c'est aussi lié à l'OS (XP) / vu sur la page NTFSCLONE : "Windows will not be able to boot, unless you copy, move or restore NTFS to the same partition which starts at the same sector on the same type of disk having the same BIOS legacy cylinder setting as the original partition and disk had" : ça parle de partition et je persiste à penser que c'est plus un problème d'adéquation entre le descripteur de partition du MBR, le secteur de boot et la taille de la partition : d'ailleurs le problème ne se pose pas quand on clone (avec ghost ou autre) un DD entier (MBR compris) d'un disque sur un autre qui n'a pas la même taille (par ailleurs "cylinder setting" signifie non pas que c'est le nombre de cylindre qui compte mais le "paramétrage" de ceux ci 255 63, 240 63,...). mais bon, là aussi je ferai mes essais... | ||||||||
Petit astucien | Aie ça démarre mal pour moi... J'ai downloadé slax-lfi (252 Mo - apparait avec l'icone de WinRar) mais au moment ou je veux graver cette image sur un disque, Néro ne trouve pas le fichier. Y a-t-il quelque chose de précis à faire avant la gravure? Ne devrait-il pas apparaitre avec une icone différente? Désolé je ne suis pas très calé dans ce domaine... Dart | ||||||||
PC Astuces a besoin de vous pour survivre. Nos conseils et astuces vous ont aidé ? Vous avez résolu un problème sur votre ordinateur ? Vous avez profité de nos bons plans ? Aidez-nous en retour avec un abonnement de soutien mensuel. 5 € par mois 10 € par mois 20 € par mois
| |||||||||
Astucien | ...faut d'abord décomprimer le fuchier .rar avec WinRar, petit logiciel qu'on trouve partout..ensuite graver l'image obtenue avec Nero | ||||||||
Petit astucien | Alors là, chapeau pour le tuto ![]() Modifié par thebloom le 15/03/2007 14:51 | ||||||||
Petit astucien | lop a écrit : Lop merci pour ta rapidité! C'est que je suis en congé aujourd'hui. J'ai viré tous mes RDV pour me consacrer totalement à ce DD.
Donc voilà j'ai bien WinRar et j'ai déjà effectué ma manoeuvre de décompression. Je me retrouve donc avec tous mes dossiers et fichiers à un endroit précis. De là je dois d'abord effectuer une image puis ensuite graver cette image? Ou j'attaque direct avec "graver une image sur disque"? Si tu veux c'est là que c'est flou pour moi. Merci et désolé si je rame avec des trucs cons. | ||||||||
Astucien | non ça ne colle pas ! je croyais qu'un fichier .rar était downloadé, à ensuite décomprimer en .iso et enfin à graver...mais, avec ce que tu me dis j'ai essayé le download et on a un .iso directement. Donc, exit winrar! (lequel peut effectivement ouvrir le .iso, ce qu'il a fait chez toi, manoeuvre qui -en général- n'est pas à faire) Donc, tu avais le bon fichier, cad le .iso et Nero doit te le graver sans problème via la fonction "graver l'image", tu dois donc trifouiller un peu Nero!
| ||||||||
Petit astucien | lop a écrit : Ben un fichier ISO a une icone bien spécifique (comme un CD sur une page de papier avec le coin supérieur droit plié) et celui-là à l'icone de WinRar. Bah pas grave. J'ai utilisé Néro qui m'a permis de faire une image des données décompressées au grand complet que j'ai ensuite gravées sur CD donc finalement j'ai l'image sur un support donc ça devrait fonctionner. Je vais continuer le tuto et je te tiens au courant. Merci pour ton aide Lop! | ||||||||
Petit astucien | Ha ben... Ca marche trop bien. Zut. Je mets le CD Rom en 1st boot, le CD avec l'image des fichiers décompressés dans le lecteur mais mon PC charge Windows sans se soucier de ma galette. A mon avis j'ai dû zappé un truc quelque part? Voilà le fichier que j'obtiens quand je télécharge le fichier de Slax-LFI (fichier du même nom). Dites moi si c'est bien la même chose chez vous : | ||||||||
Petit astucien | Quand j'ouvre Néro et que je choisi la fonction "graver une image sur disque" voilà ce que je trouve (à cet endroit se trouve le fichier downloadé comme montré dans le printscreen précédent mais Néro ne le voit pas donc ne me permet pas de le graver) : Ca se passe comment chez vous? | ||||||||
![]() | ben chez moi, quand je clique sur le lien que je donne au paragraphe 1, j'ai bien une image .iso à télécharger : pas toi ? | ||||||||
Petit astucien | Non. Sur le PC d'ou je tÚlÚcharge je suis sur Windows Me. Est-ce que þa peut jouer? DÚjÓ Paint ne me donne pas d'option .gif donc je me dis qu'il y a peut-Ûtre des trucs qu'il reconnait pas... ? Moi j'ai un fichier .rar comme montrÚ dans le premier print screen ci-dessus. La taille est similaire cependant. Bah je peux downloader de chez un ami dans 1h ou 2. C'est peut-Ûtre Millenium qui limite mes possibilitÚs? | ||||||||
Petit astucien | Ecoutes Romsk je me demande si c'est pas moi qui suis carrément gauche! Parce qu'en effet même si le fichier apparait dans l'explorateur windows comme une "archive RAR" au moment de le downloader il présente bien le fichier avec une extension ISO. Moi j'ai butté sur l'icône tout bêtement... Regardes : Et Windows confirme quand je veux écraser l'ancien : Mais ce que je ne comprends pas c'est pourquoi, au moment de graver une image dans Néro, il n'accepte pas le fichier? Romsk chez toi le fichier une fois downloadé apparait avec quelle icone? Celle de WinRar ou celle d'une image ISO? | ||||||||
Astucien | ton fichier est bon et c'est un ISO !! il a une tête de .rar parce que dans winrar on a associé l'icône rar avec les .iso. C'est dans Nero que cela coince! le stud est là! edit : pour t'en convaincre fais :option des dossiers, affichage et décoche :'cacher les extensions de fichier dont le type est connu' Modifié par lop le 15/03/2007 18:43 | ||||||||
Petit astucien | Hello !! Dartans, comme le dit lop il a une tête de .rar parce que dans winrar on a associé l'icône rar avec les .iso . Si Nero passe pas, essaye avec Burnatonce ,install , Fichier ,charger Nouvelle Image , Simulation et ok . | ||||||||
![]() | lop et nasso ont raison, slax apparait bien comme fichier .iso après téléchargement | ||||||||
Petit astucien | Oui oui ça ne peut être que ça le prob. Mais je me demande... Est-ce que ma version de Néro ne serait pas trop vieille ou limitée? Si chez vous ça fonctionne je vois pas d'autres explications. Là pour le coup c'est un Néro qui a été livré avec un graveur de DVD Sony. Je pense que c'est la version 6...
J'en ai un autre que je vais essayer d'installer. Je vous tiens informés. Merci à vous. | ||||||||
Astucien | nero 6...etc est plus que suffisant pour graver des .iso ! il y a manifestement une mini manip qui t'échappe! (cela dit tu aurais déjà eu tout le temps d'essayer Image for Linux..!!!) | ||||||||
Petit astucien | lop a écrit : C'est sûr Lop mais je préfère prendre le temps de réaliser chaque étape en profondeur, quitte à y passer du temps. De un ça me permet de monter un peu mon piètre niveau en informatique et, tant qu'à faire, je me dis que cette expérience pourra peut-être servir pour moi ou quelqu'un d'autre un de ces jours. On sait jamais... Donc je veux approfondir chaque étape. Mais c'est clair que la prochaine sera celle que tu conseilles! | ||||||||
Petit astucien | CA MAAAAAAAAAAAAAAAARCHE! Ouf. En fait il fallait juste ouvrir le menu déroulant avec les possibilités d'extensions de fichiers et changer "compilations et images" en "fichiers image (.iso,...)". Là il a visualisé le fichier puis j'ai pu le graver sur CD. Là ça boot. Bon je reprends le tuto ou je m'étais arrêté, c'est à dire... au début!!! MDR. ![]() | ||||||||
Petit astucien | Ca y est j'ai bel et bien le bureau sur fond orange. Ha ben ça fait plaisir. ![]() | ||||||||
Petit astucien | J'ai repéré mes 2 partoches, celle de sauvegarde et celle incriminée. J'ai encodé la formule magique (ddrescue...) et là ça copie. Hououou j'ai une montée de pas bien... ![]() | ||||||||
![]() | Dartans a écrit : ben alors, ça copie ou non ??? (j'comprend rien à ta phrase...) Modifié par romsk le 16/03/2007 18:26 | ||||||||
Petit astucien |
En fait j'ai du abandonner mon PC à 18h pour aller bosser 6h donc me revoilou. Au final aucunes erreurs n'ont été rapportées en fin de copie. Ce qui est bon signe j'imagine?
J'ai ensuite lancé la commande mount pour remonter la partition et un message dit ceci : "mount (partition de sauvegarde) already mounted or (idem) busy". Et ensuite : "according to mtab, (partition de sauvegarde) is already mounted on (idem)". Ma partition serait déjà remontée?
Dans Support et Stockage, quand je demande le détail de cette partition de sauvegarde, je retrouve pas mal de fichiers avec des désignations totalement incompréhensibles, mélangeant chiffres et symboles. Le type de fichiers est inconnus pour chacun d'eux et leur total atteint... 190.8 Go!!!! Ca me semble bizarre vu que cette partition ne fait que 100 Go. Enfin les copies d'écran ne peuvent être écrites sur cette partition FAT32 parce qu'elle n'est visiblement pas montée en lecture/écriture.
Voilà pour l'heure. La formule exacte que j'ai employée est :
mount /dev/sda6 /mnt/sda6 basée sur ton exemple Romsk : mount /dev/hda2 /mnt/hda2 (mount_/dev/hda2_/mnt/hda2) Je vais stopper ici pour aujourd'hui. Je ne vois pas comment aller + loin. Romsk tout ça te dit quelque chose? Merci à toi. Modifié par Dartans le 17/03/2007 01:47 | ||||||||
![]() | ce message concernant mount me dit rien (tu pourrais poser la question à cedric sur la FAQ de slax), mais effectivement je comprend qu'elle était déjà montée... cette partition sda6 est-elle sur un DD différent de ta partition originelle daubée dont tu cherches à récupérer les données ? de taille supérieure ou égale à la taille de la partition daubée ? as-tu fais la vérification fsck de ctte partition ? (dosfsck -v -a /dev/sda6) | ||||||||
Petit astucien | romsk a écrit : Dans le détail de la partition (propriétés dans Support & stockage) il est spécifié qu'elle est montée.
Cette partition est bien sur un autre DD que le DD incriminé et est de taille supérieur à celui-ci (100 Go contre 74 Go pour le raptor passé en Raw).
Non je n'ai pas fait la vérif mais je m'y apllique ce soir. A tantot. | ||||||||
Petit astucien | Alors la commande donne le résultat suivant : un message dit exactement ceci :
dosfsck 2.10 (2, sept. 2003) dosfsck 2.10, 22 spet. 2003, FAT32 LFN currently, only 1 or 2 FATs are supported, not 0.
Là j'ai tenté la commande conseillée en cas de de secteurs corrompus : Je vais voir ce que ça donne mais j'avoue que je commence doucement à désespérer.
| ||||||||
Petit astucien | Romsk quand tu as essayé la récupération via la console, après la copie de tes fichiers, tu as retrouvé tes données avec les noms de fichiers exacts? Le volume exact? Une quelconque forme d'arborescence ou plutot un amas de fichiers?
Chez moi, le résultat me parait étrange...
Je ne vois pas bien dans quelle direction aller? Je devrais tenter le mode graphique et vider la partition cible au préalable? | ||||||||
Les bons plans du moment PC Astuces | Tous les Bons Plans | ||||||||||||||||||
|