[résolu] Disparition d'une partition

Support Debian
#1

Salut tout le monde,

Alors voilà, comme le titre l’indique, l’une de mes partitions a disparue. :confused:
J’entends par disparu le fait que son ancien fichier bloc (/dev/hda4) n’existe plus.

C’est arrivé juste après avoir installé Vista, dans la mesure où c’était sur le même disque dur, c’est peut-être à cause de ça. La partition de vista existait déjà, donc théoriquement, simple formatage, mais qui sait ce qu’il a vraiment fait…
Il s’agissait d’une partition étendue jfs (vista est sur une principale).
Maintenant gparted indique que c’est une partition vide et fdisk -l n’en voit aucune.
J’ai testé avec qtparted sur une knoppix avec noyau 2.6.19 mais rien de plus :frowning:

Auriez-vous une idée pour essayer de la récupérer ?

Merci d’avance pour vos réponse ^^

#2

Je n’arrive pas à le retrouver mais il y avait un fil que permettait de retrouver les données d’une partoche “accidentée”.
C’était, il me semble, sur ‘trucs et astuces’ il y a pas plus de 10 jours.
Il faut ptet chercher ds les post-it aussi.
qq’un se souviendra ptet mieux que moi.

#3

Il faut utiliset testdisk mais si c’est Vista, il ne fait pas dans la dentelle, qu’est ce que tu as été installé cette cochonnerie surtout vu le prix…

#4

C’est dans Pause Café (Appli du jour).
Peut-être que “Appli du jour” serait mieux dans Trucs & Astuces…

forum.debian-fr.org/viewtopic.ph … 3&start=60

#5

Voilà, c’est ce à quoi je pensais.

#6

Tout d’abord merci pour vos réponses ^^

J’ai testé testdisk mais il échoue avec l’erreur suivante :

Analyse Disk /dev/hda - 120 GB / 111 GiB - CHS 232581 16 63 Geometry from i386 MBR: head=255 sector=63 NTFS at 2/0/33 heads/cylinder 255 (NTFS) != 16 (HD) Try to allocate 0 byte of memory
Il échoue juste après avoir trouvé la partition ntfs, ptetre qu’en la formattant, ça marcherai mieux, je testerai plus tard…
La version béta de testdisk ne marche pas mieux :confused:

Sinon j’ai essayé de remettre le fichier avec

Je ne sais pas si c’est une bonne méthode, en tout cas ça n’a pas marché.

Au pire je peux toujours reformatter le disque, j’avais fait une sauvegarde, mais c’est le genre de problème que je préfère savoir résoudre au cas où ça se reproduirait :confused:

Hey, ne vas pas penser une telle chose, j’ai pas dépensé un centime, je l’ai eu grâce au (à cause du ?) programme msdnaa de mon école, simple curiosité :wink:
Vu que je ne peux même pas utiliser aéro à cause de ma GeForce4 (ni même l’accélération 3D pour les jeux), je crois qu’il va pas trainer longtemps sur mon DD… surtout après avoir lu la licence, ça change de la GPL :open_mouth:
Sinon, en dehors d’une assez forte sensation de flicage/bridage de la part de Microsoft (http://chl.be/vista/), j’ai rien trouvé de vraiment innovant…

Bref, je m’égare, existe-t-il d’autres solutions ?

#7

Finalement Vista était bien la cause de tous mes problèmes, après avoir formatté sa partition, testdisk a fonctionné a merveille :smiley:

En revanche j’ai maintenant un gros problème avec grub. :cry:
Lorsque il s’apprête à lancer le système il affiche

Cela n’est pas dû a une erreur dans le nom du noyau, lorsque j’édite la ligne boot l’auto complétion le trouve (je n’ai pas de initrd).
Si je boote sur une disquette sur laquelle il y a smart boot manager et que je boote sur le DD sur lequel grub est installé, tout fonctionne.

J’ai entièrement formaté le DD qui contenait vista avec

Ma config est la suivante :
2 disques durs

  • master : (contenait vista) une seule partition de stockage
  • slave : contient / et /home et la swap (/boot est dans la même partition que /)
#8

donne ici ton
/boot/grub/menu.lst

#9

Comme c’est un peu long j’ai viré une partie des commentaires.
Au sujet du noyau, même s’il est écrit “vanilla” il a bien été recompilé à partir des sources du noyau debian et non pas des sources de kernel.org.

[code]#…
default 0

timeout 5

color cyan/blue white/blue

BEGIN AUTOMAGIC KERNELS LIST

lines between the AUTOMAGIC KERNELS LIST markers will be modified

by the debian update-grub script except for the default options below

DO NOT UNCOMMENT THEM, Just edit them to your needs

## Start Default Options

default kernel options

default kernel options for automagic boot options

If you want special options for specific kernels use kopt_x_y_z

where x.y.z is kernel version. Minor versions can be omitted.

e.g. kopt=root=/dev/hda1 ro

kopt_2_6_8=root=/dev/hdc1 ro

kopt_2_6_8_2_686=root=/dev/hdc2 ro

kopt=root=/dev/hdb1 ro

default grub root device

e.g. groot=(hd0,0)

groot=(hd1,0)

should update-grub create alternative automagic boot options

e.g. alternative=true

alternative=false

alternative=true

should update-grub lock alternative automagic boot options

e.g. lockalternative=true

lockalternative=false

lockalternative=false

additional options to use with the default boot option, but not with the

alternatives

e.g. defoptions=vga=791 resume=/dev/hda5

defoptions=

should update-grub lock old automagic boot options

e.g. lockold=false

lockold=true

lockold=false

Xen hypervisor options to use with the default Xen boot option

xenhopt=

Xen Linux kernel options to use with the default Xen boot option

xenkopt=console=tty0

altoption boot targets option

multiple altoptions lines are allowed

e.g. altoptions=(extra menu suffix) extra boot options

altoptions=(single-user) single

altoptions=(recovery mode) single

controls how many kernels should be put into the menu.lst

only counts the first occurence of a kernel, not the

alternative kernel options

e.g. howmany=all

howmany=7

howmany=all

should update-grub create memtest86 boot option

e.g. memtest86=true

memtest86=false

memtest86=true

should update-grub adjust the value of the default booted system

can be true or false

updatedefaultentry=false

## End Default Options

title Debian GNU/Linux, kernel 2.6.18-vanilla
root (hd1,0)
kernel /boot/vmlinuz-2.6.18-vanilla root=/dev/hdb1 ro
savedefault

title Debian GNU/Linux, kernel 2.6.18-vanilla (recovery mode)
root (hd1,0)
kernel /boot/vmlinuz-2.6.18-vanilla root=/dev/hdb1 ro single
savedefault

title Debian GNU/Linux, kernel 2.6.18-3-686
root (hd1,0)
kernel /boot/vmlinuz-2.6.18-3-686 root=/dev/hdb1 ro
initrd /boot/initrd.img-2.6.18-3-686
savedefault

title Debian GNU/Linux, kernel 2.6.18-3-686 (recovery mode)
root (hd1,0)
kernel /boot/vmlinuz-2.6.18-3-686 root=/dev/hdb1 ro single
initrd /boot/initrd.img-2.6.18-3-686
savedefault

END DEBIAN AUTOMAGIC KERNELS LIST

[/code]

#10

réinstales grub:

#11

[quote=“mattotop”]réinstales grub:

telle que, la commande marche pas
par contre j’ai testé

[code]# grub

root (hd1,0)
setup (hd1)
quit[/code]
(est-ce équivalent?) et ça ne marche pas mieux :cry:

#12

essayes de booter en supprimant le savedefault. je crois que c’est ça.

#13

non, ça fait toujours la même erreur :cry:

#14

j’ai enfin trouvé la solution :smiley:
Premièrement j’ai reconfiguré le bios pour booter sur le DD master.
Puis j’ai réinstallé grub avec

[code]# grub

root (hd1,0)
setup (hd0)
quit[/code]

Maintenant ça marche :smiley:

#15

non, ça fait toujours la même erreur :cry:[/quote] :open_mouth:
Bon, parceque j’ai eu ça sur un disque que j’ai déplacé de hda en hdb, et sur lequel je bootais en chainant le grub de hdb depuis celui de hda.
Comme il considerait que le disque de boot etait le hda malgré le fait que le chainloader soit sur hdb, quand je choisissais une entrée de boot du grub de hdb, il essayait de faire le savedefault sur hda, et bien sûr ne retrouvait plus ses marques.

Enfin tout ça pour dire que ton boot essaye d’écrire sur le disque, et que pour une raison particulière il n’y arrive pas.

Et tu dis qu’il suffit que tu bootes depuis une disquette ? mais avec le même noyau et le même initrd ?

Tu as essayé une config en inversant hda et hdb ?

#16

PS: et tu as défini quoi comme boot dans ton bios ?
boot direct sur hdb, ou bien boot sur le premier disque, ce qui le fait booter sur hdb en parceque hda n’est pas bootable ?

#17

Au tout début (avant vista) le bios bootait sur hda (master) et grub était installé sur hdb(slave). La config de grub avait été faite automatiquement à l’installation de debian.

Après avoir formaté hda avec un gros dd if=/dev/zero of=dev/hda j’avais configuré le bios pour booter sur hdb puisque hda nétait plus amorçable et reconfiguré grub pour cette nouvelle config.

Donc pour que ça remarche, j’ai dû tout reconfigurer comme au tout début.
Je ne sais pas d’où viens le problème (le bios, grub, la config :question:) alors que tout me semblait cohérent mais il suffisait que j’utilise une disquette avec smart boot manager pour booter sur hdb et donc lancer grub pour que ça fonctionne.