utiliser un utilitaire non UNIX pour editer table de partition = perdre tous ses UNIX de son dur.
AMHA le probleme est tres simple: Windows a cree une partition, puis a reorganise la table dans un ordre qui LUI paraissait plus aproprie. Ton / s est donc vu attribuer un nouveau numero d ordre.
Le probleme est que meme avec le nouveau fdisk@Linux ca peut arriver. Je trouvais que fdisk etait le dernier partitioneur potable, mais il semblerait que depui 1 an, la version debian de fdisk modifie elle aussi les numeros d ordre en cas d effacement. Je trouve ca une opportunite immancable de perdre son / ( et ses autres parts).
Dans l immediat, tu va devoir passera ton lilo l argument
root=/dev/hdax
avec x variant de 1 a 19 ...
root=/dev/hda1
root=/dev/hda2
root=/dev/hda3
jusqu a trouver le bon.
apres tu devra editer ton fstab, puis lilo.conf ...
[^] # Re: Ecran bloqué à la dernière ligne :
Posté par doublehp . En réponse au message Plantage démarrage: "unable to read superblock". Évalué à 4.
AMHA le probleme est tres simple: Windows a cree une partition, puis a reorganise la table dans un ordre qui LUI paraissait plus aproprie. Ton / s est donc vu attribuer un nouveau numero d ordre.
Le probleme est que meme avec le nouveau fdisk@Linux ca peut arriver. Je trouvais que fdisk etait le dernier partitioneur potable, mais il semblerait que depui 1 an, la version debian de fdisk modifie elle aussi les numeros d ordre en cas d effacement. Je trouve ca une opportunite immancable de perdre son / ( et ses autres parts).
Dans l immediat, tu va devoir passera ton lilo l argument
root=/dev/hdax
avec x variant de 1 a 19 ...
root=/dev/hda1
root=/dev/hda2
root=/dev/hda3
jusqu a trouver le bon.
apres tu devra editer ton fstab, puis lilo.conf ...
bref ... system D.