Après un redimensionnement avec l'outil mandrake,j'ai une partition ext3 qui a de gros problèmes.
fschk ne veut pas me la réparer, il me dit qu'il y a un problème de superblock.
Y'a mes tps sur cette partition, s'il vous plait filez moi un coup de pouce :-)
# Re: Au secours !!! Perte de données !
Posté par Piere Trameau . Évalué à 0.
[^] # Re: Au secours !!! Perte de données !
Posté par Ramso . Évalué à -2.
Sans rire, t'avais vraiment que ça à faire en sachant qu'il y avait des données importantes ?
[^] # Re: Au secours !!! Perte de données !
Posté par Lee Nux . Évalué à 3.
Par contre, je trouve dommage que des gens puissent se moquer comme tu le fais en sachant qu'il a certainement perdu plusieurs heures/journées de travail.
Par ailleurs, il serait plus intérressant de savoir quel outil mandrake a été utilisé, quelle opération a été effectuée, quels sont les erreurs actuelles, ... afin de faire un bug report à Mandrake et corriger le problème.
Enfin, c'est mon avis, qui ne regarde que moi, et j'espère que tu ne perdes jamais des données de première importance, même si c'est en faisant une connerie.
[^] # Re: Au secours !!! Perte de données !
Posté par Ramso . Évalué à -4.
[^] # Re: Au secours !!! Perte de données !
Posté par xilun . Évalué à 1.
Je suis sur qu'il y a des gens pour qui la plus grosse connerie a été d'utiliser XFS, d'autre JFS, d'autre VFAT, d'autre ext2, d'autre ext3, d'autre win.
Si ca se trouve, il existe un type dans le monde qui a perdu un mois de travail apres un kernel panic.
Comme on dit dans ces cas là : http://www.chezmoicamarche.org/(...)
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à -6.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Au secours !!! Perte de données !
Posté par Lee Nux . Évalué à 1.
Exactement, sans avoir besoin de se moquer de lui !
# Re: Au secours !!! Perte de données !
Posté par M . Évalué à 3.
les partitions ext{2,3} ont des superblock redondant (c'est utile si t'explose le premier), donc en essayant un autre (option -b) ça marche pas ?
Tu peux aussi essayer parted (mais la c'est plutot pour des modification de la table des partition qui ont merdé)
PS : ne jamais faire confiance a mandrake pour des operations aussi dangereuse (j'ai eu le droit a des partitions qui se chevauchait avec les outils mandrake....)
[^] # Re: Au secours !!! Perte de données !
Posté par vincent LECOQ (site web personnel) . Évalué à 2.
[^] # Re: Au secours !!! Perte de données !
Posté par Zorro (site web personnel) . Évalué à 1.
[^] # Re: Au secours !!! Perte de données !
Posté par ASpirit . Évalué à 1.
Je confirme... j'avais une partition à redimentionner, et surtout, la flemme de le faire avec parted... alors j'ai mis le cd d'installation Mandrake et j'ai utiliser l'outil de redimentionnement... il a coupé les partitions, bien nettes. Ensuite en utilisant fdisk de dos (oui bon après y avoir réfléchit je pense aussi que c'était pas vraiment une bonne idée !) j'ai eu des partitions se chevauchant...
Résultat ? J'ai pas cherché à comprendre (j'avais fait des sauvegardes) j'ai formatté le disque en entier.
Par contre, dans ton cas, il doit être possible de repartitionner comme c'était au départ... de récupérer les donner (faire une sauvegarde) et ensuite de tenter de refaire une table des partitions, valide.
[^] # Re: Au secours !!! Perte de données !
Posté par wismerhill . Évalué à 2.
non, parce que l'outil de redimensionnement aura vraiment redimensionné, c'est à dire restructuré le système de fichiers (sinon ça fonctionnerait probablement toujours).
[^] # Re: Au secours !!! Perte de données !
Posté par Temsa (site web personnel) . Évalué à 1.
[^] # Re: Au secours !!! Perte de données !
Posté par wismerhill . Évalué à 1.
# Commentaire supprimé
Posté par Anonyme . Évalué à 1.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: Au secours !!! Perte de données !
Posté par Nico . Évalué à 1.
[^] # Commentaire supprimé
Posté par Anonyme . Évalué à -2.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Et les chevilles ?
Posté par bobert . Évalué à -2.
[^] # Re: Et les chevilles ?
Posté par plagiats . Évalué à 2.
LiNuCe ne dit pas que ces messieurs sont infaillibles, mais que la moindre des choses à faire est de suivre leurs conseils les plus évidents.
Faire une copie de ses données avant un partitionnement, même un windowsien pur sauce XP peut le comprendre. Bon maintenant l'auteur du journal a sans doute compris. non?
Sinon, d'après ce que l'on peut lire via notre bien aimé google, refaire la table des partitions telle qu'elle était avant le michoui, c'est jouable si rien n'a été déplacé comme c'est dit + haut par temsa.
plagiats
[^] # Re: Au secours !!! Perte de données !
Posté par daggett . Évalué à -1.
# Re: Au secours !!! Perte de données !
Posté par Misc (site web personnel) . Évalué à 5.
marche trés bien, j'ai vu une demo à la linux expo
# Re: Au secours !!! Perte de données !
Posté par Temsa (site web personnel) . Évalué à 5.
il te faut connaître (approximativement au moins) la taille de tes fichiers à récupérer, ainsi que les headers de ces fichiers.
ensuite, tu vas légèrement modifier le programme suivant:
les modifs à faire, sont:
- editer le #define PATTERN correspondant au header du fichier et mettre des '.' à la place des caractères variables d'un header à l'autre.
- modifier la ligne "long size = *(long*)(buffer+4);" pour mettre dans size la taille de ton fichier (mieu vaut surevaluer, apres tu pourras toujours couper dedans avec head par exemple) en octet.
puis il te faut:
- compiler ca avec:
"gcc aa.c -o aa -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE"
- prier pour que ton fichier ne soit pas fragmenté
pour les arguments:
"./aa /dev/partoche /rep/de/sauvegarde [nombre de fichiers à sauter (en cas d'interruption)]"
[^] # Re: Au secours !!! Perte de données !
Posté par ccomb (site web personnel) . Évalué à 1.
[^] # Re: Au secours !!! Perte de données !
Posté par plagiats . Évalué à 1.
# Re: Au secours !!! Perte de données !
Posté par gregorysainton . Évalué à 2.
comme dit plus haut le superblock est backupe tout le long du syteme de fichier.
pour avoir les infos du syteme de fichier faire :
dumpe2fs /dev/hdaX
ca sort en autres choses des trucs du style :
Group 0: (Blocks 0-32767)
Primary superblock at 0, Group descriptors at 1-1
Block bitmap at 2 (+2), Inode bitmap at 3 (+3)
Inode table at 4-512 (+4)
58 free blocks, 16205 free inodes, 1 directories
Free blocks: 16932-16937, 16962-17013
Free inodes: 84-16288
Group 1: (Blocks 32768-65535)
Backup superblock at 32768, Group descriptors at 32769-32769
Block bitmap at 32770 (+2), Inode bitmap at 32771 (+3)
Inode table at 32772-33280 (+4)
0 free blocks, 15874 free inodes, 3 directories
etc ...
dans mon cas le superblock est au block 0 (normal) et le premier backup au block 32768
donc tu n'as plus qu'a le dire a fsck.ext2 :
fsck.ext2 -b 32768.
et ca repare tout ... normalement :-)
A+ !
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.