avant de faire des modifs avec PM9 voilà ce que j'avais :
partition C: de 6Go
partitions linux : \, swap et \home
partitions D: sur le reste du disque
 
afin d'agrandir ma partition C:, j'ai modifié la taille de la partition système de Linux
l'opération a été très lente mais s'est bien déroulée
 
au 1er redémarage suite à ces modifs, j'ai eu un bogue
au moment où il devait passer sur Lilo et me proposer Linux ou Windows (après les Boot from Atapi CD-ROM), j'ai une série de 99 99 99 99 sur plusieurs lignes
puis plus rien
 
est-ce que la modif de la partition linux a endommagé le dualboot?
 
sachant que je n'ai rien de précieux sur mes partitions linux, comment je peux réparer ces betises?
 
d'avance merci pr votre aide

En espérant que l'opération de PM9 se soit réellement bien déroulée, tu peux rétablir ton lilo (qui a effectivement été crashé, malgré que ça n'aurait pas du) :
- boot sur un cd linux
- lorsque le cd démarre, il va inscrire LINUX et va attendre quelques secondes (pour te permettre de choisir éventuellement ton noyau). Là tu inscris le nom du noyau (par ex bare.i) avec les options pour faire démarrer ta partition (il y a peut être des indications à ce propos). Ca va donner un truc dans ce style :
bare.i 3 root=/dev/hda2 noinitrd ro
- une fois que le chargement se sera fait (en mode console, c'est le 3), tu te loggues en root, tu vas vérifier ton fichier lilo (avec un petit mc) et s'il est bon tu le réinstalles avec la commande "lilo".
 
Donne nous plus d'infos sur ta distrib (et le noyau), les dd (si jamais ils sont en sata).
 
petite question : t'as fait quoi de ton pc vu que ça démarrait plus ?
 
dernière chose : bien le bonsoir depuis la plaine ;-)

merci voisin
 
bon deja je suis débutant sous linux
donc je v essayer de suivre tes conseils au pied de la lettre
 
c la mandrake 10.1 que j'ai
le noyau je sais pas mais je l'ai jamais recompilé depuis l'install
 
pour les DD g juste un 80 Go en PATA
 
là je suis sur le portable et je télécharge hiren's bootcd mais c très lent

je suis paumé
 
g booté sur le CD1 qui me donne le choix de l'install ou de taper F1 pr avoir plus d'infos
 
en tapant F1 j'arrive sur une invite de commande root:
mais je sais pas quoi faire...

excuse, c'est ça (root: et pas LINUX, donc c'est là que tu peux taper bare.i 3 root=/dev/hda2 noinitrd ro
Le F1 ne t'as pas indiqué quelques explications ?
ok pour la mdk 10.1, ce doit être un 2.6 si je ne me trompe pas (je suis sous slack), ce qui va pas être top facile vu que je suis toujours sous 2.4.
Courage !

j'essaye de soir de taper cette ligne de commande
 
quelle en est la signification?

- bare.i est le nom du noyau sur le cd (si il te dit qu'il trouve pas le noyau, c'est qu'il a un autre nom qui t'as surement été donné quand tu as tapé F1)
- 3 : pour démarrer en mode console et non graphique
- root= : donne la partition racine
- noinitrd : sans initrd (!)
- ro : read only (parce qu'au départ tu montes la partition en lecteure seule, le processus change ça un peu plus loin). Il me semble que le 2.6 ne marche plus comme ça, peut être tu devras essayer rw à la place.

merci pour ce complément d'infos
 
ma partition racine n'est pas exactement celle-là
ça doit etre hda5 ou hda6
 
je vais essayer ce soir

t'as tout compris, j'attends de tes nouvelles

Si c'est un cd mandrake, tu disposes d'un menu de réparation  un peu plus simple à utiliser : tu tapes "rescue" à l'invite "root:".
Tu vas obtenir un menu graphique ou tu devrais avoir les choix "restaure lilo" et "restorer le boot win" (enfin dans ce genre là). Tu peux tenter le "restore lilo" qui devrais faire ton bonheur.  

c ce que j'ai fait hier soir
ça a marché nickel
 
par contre la swap est tjs défectueuse (problème antérieur...) et je n'arrive pas à faire booter linux

Ca a marché et t'arrives pas a démarrer ton nux ?
mais qu'est ce qui a marché alors ? lol
 
swap defectueux ? comment tu as récupéré cette info ?
Assures toi de bien monter la bonne partition de swap dans ton fstab (retrouves la et eventuellement recree la avec un fdisk).
 
 
 
 

il boote pas à cause de la swap ou c'est autre chose ?
si tu es sûr que ce soit ça, il me semble pas qu'il y ait de paramètre "noswap" à passer à lilo. Donc soit dans ce mode rescue tu peux accéder à une console (où tu vérfieras ta table de partition avec cfdisk puis tu feras un mkswap), soit sur ton windows tu dl et grave un cd bootable (style SLAX) qui te permettra ce genre de manip.

non ce problème est antérieur au problème que j'ai eu avec lilo en bidouillant la partition
 
quand j'ai installé linux ça s'est bien passé mais qq tps après il ne voulait plus booter car la partition swap etait foireuse
 
j'ai donc tout ré-installé mais ça a été le mm tableau
au début ça marche bien et au bout de qq reboot, la swap redéconnait
 
et je n'arrive pas à réparer

Quel est le message précis qui te fait penser à un problème avec le swap ?  
Ca me parait bizarre ton truc ...
Peut etre un pb hardware : hdd ou memoire ?

il n'arrive pas à monter la swap
je peux rebooter pr donner le message d'erreur exact
 
ça peut etre un pb de cluster défectueux?

bin c'est vrai que ça parait très louche.
Comme dit ffred, donne nous le message.

j'ai pris en photo mon écran ac le msg d'erreur (je voyais pas comment faire autrement...)
 
mais je sais pas comment on insère des images ici
 
chuis noob désolé...

recopies simplement les dernières lignes, ça ira plus vite pour cette fois.
 
Pour la photo, il faut d'abord la mettre en ligne (sur un site à toi, le forum ne permettant l'upload d'image), puis quand tu cliques sur "répondre", juste au dessus de la zone de texte, tu cliques sur l'icône avec un oeil et tu insères l'adresse de ton image entre les balises.

tu pourrais l'UL sur un site si je te l'envoie par mail?

ouais j'ai ça, mais tu veux pas recopier les dernières lignes ?

bon je recopie ce qui s'affiche à l'écran à partir du moment où ça déconne :  
 
Activation des partitions d'échange (swap) : swapon: /dev/hda7: Invalid argument ECHEC
 
Vérification des systèmes de fichiers
fsck.ext3/dev/hda9:
The superblock could not be read or does not describe a correct ext2 filesystem. If the device is valid and it really contains an ext2 filesystem (and not swap or ufs something else), then the superblock is corrupt, and you might try running e2fsck with an alternate superblock:
e2fsck -b 8193 <device>
 
: Bad magic number in super-block while trying to open /dev/hda9
Le système de fichier est corrompu. Voulez-vous réparer les erreurs (O/N - Y/N) ?
(attention vous pouvez perdre des données)

\
 
 
même joueur joue encore

Le système passe outre le fait qu'il n'arrive pas à monter la swap (d'ailleurs on n'a pas de message d'erreur pour la swap elle-même, tu es sûr que /dev/hda7 est ta swap ?).
Par contre hda9 à un souci. C'est bien ta partition racine ? Il parle de ext3 et ext2, il semble qu'il y ait un micmac à ce niveau, je pressens un problème dans ton /etc/fstab (seulement pour l'instant on peut pas le lire).
Que se passe-t-il si tu continues et répares les erreurs ? (n'aies pas peur pour les pertes de données, c'est uniquement sur la partition en question).
Est-ce que tu te rappelles à partir de quand ça a déconné ? as-tu fait/installé un truc spécial (puisque tu as dis que ça c'est mis à merder après qq temps) ?

 
avec explore2fs sous windows, je ne vois que hda2 et hda4 qui sont respectivement \ et \home
comment ça se fait qu'elles n'aient pas les memes noms que sous linux?

ok. a priori tu as bien réparé ton secteur de boot mais tu n'as pas répercuté dans /etc/fstab les modifications que tu avais apporté a ta table de partitions ...
 

et pqpm il voit quoi ? (parce que explore2fs, il voit que le ext2 je présume).
A la limite, dans le mode rescue de la mandrake, t'as pas une console qui te permettrait de lancer quelques commandes ? genre cfdisk (pour vérifier la table de partition) et mkfs

j'ai réinstallé mdk 10.1
pr le moment pas de pb
 
pqpm voit 2 partoches ext3 et 1 linux swap
dc c normal
par contre ces partitions sont apparement des lecteurs logiques d'une partition étendue
 
ça peut pas venir de là?

ah bon !
non ça ne vient pas de là.
Tiens nous au courant si ça redéconne. En attendant, demande à pqpm une analyse complète pour repérer les clusters défectueux, sait-on jamais.

pqpm est efficace pour les recherches d'erreur?
je ne savais pas qu'il pouvait faire ça
 
et il le fait sur tous types de partition?

bin c'est une analyse du disque dur, il s'en fout des données, types de partition... ('fin je crois !)

ok
j'essaye de soir