[résolu]1 boot OK puis Framakey HS (MBR, table de partition)

[Opiwa]

Bonjour,

Voici un descriptif de mon problème. Si quelqu'un a une idée, je suis preneur car je ne sais plus où chercher / quoi tenter.



* Résumé du problème: 1er boot OK, puis Framakey HS.

* Reproduire le problème:
- Création d'une framakey
- Lancement de FUR
- Reboot
--> La framakey n'est plus bootable.


* Constats:
- Le problème se reproduit quelque soit le mode de création de la clef (Ubuntu-syslinux / Ubuntu-Gparted / WinXp-FramaBoot / WinXp-makeboot.bat)
- Le problème se reproduit sur différents postes
- Le problème se produit avec lancement standard (par défaut), méthode alternative et mode live
- Le problème NE se produit PAS avec lancement 'Vérification des fichiers'
- Le problème supprime le MBR
- Le problème coromp la table de partition


* Caractéristique de la clef posant problème :
- marque: Silicon Power
- 8Go


* Origine:
Est-ce un problème de clef?
Est-ce un problème de partition ?

* Reparation:
- La reparation sous WinXp fonctionne (WinXp-makeboot.bat ou WinXp-FramaBoot: juste la case à cocher 'rendre le disque xxx bootable')
- La reparation sous linux ne fontionne pas (Ubuntu-syslinux, Ubuntu-Gparted): fichier ldlinux.sys en lecture seulle (il n'y a que ce fichier qui a de tel droits).


* Info:
Avant 1er boot

Code: Tout sélectionner

>sudo fdisk /dev/sdd1

Commande (m pour l'aide): p

Disque /dev/sdd1: 8005 Mo, 8005392384 octets
247 têtes, 62 secteurs/piste, 1020 cylindres
Unités = cylindres de 15314 * 512 = 7840768 octets
Identifiant de disque : 0x4aaffdd4

Périphérique Amorce  Début        Fin      Blocs     Id  Système
/dev/sdd1p1               1        1020     7810109    c  W95 FAT32 (LBA)

Commande (m pour l'aide):


Après 1er boot

Code: Tout sélectionner

>$ sudo fdisk  /dev/sdd1
[sudo] password for opiwa:

Commande (m pour l'aide): p

Disque /dev/sdd1: 8005 Mo, 8005392384 octets
247 têtes, 62 secteurs/piste, 1020 cylindres
Unités = cylindres de 15314 * 512 = 7840768 octets
Identifiant de disque : 0x8ef631df

Cela ne ressemble pas à une table de partition.
Vous avez probablement sélectionné le mauvais périphérique.

Périphérique Amorce  Début        Fin      Blocs     Id  Système
/dev/sdd1p1   ?      137949      265854   979374166   66  Inconnu
La partition 1 a des débuts physique/logique différents (non Linux?):
     phys=(734, 123, 14) logique=(137948, 6, 21)
La partition 1 a des fins physique/logique différentes:
     phys=(120, 143, 6) logique=(265853, 186, 22)
La partition 1 ne se termine pas sur une frontière de cylindre.
/dev/sdd1p2   ?      225242      482806  1972168331    7  HPFS/NTFS
La partition 2 a des débuts physique/logique différents (non Linux?):
     phys=(187, 180, 14) logique=(225241, 197, 52)
La partition 2 a des fins physique/logique différentes:
     phys=(784, 0, 13) logique=(202345, 177, 1)
La partition 2 ne se termine pas sur une frontière de cylindre.
/dev/sdd1p3   ?      214171      341732   976730017   7d  Inconnu
La partition 3 a des débuts physique/logique différents (non Linux?):
     phys=(252, 59, 46) logique=(214170, 230, 39)
La partition 3 a des fins physique/logique différentes:
     phys=(139, 118, 4) logique=(61271, 37, 28)
La partition 3 ne se termine pas sur une frontière de cylindre.
/dev/sdd1p4   ?       17974       17979       32811+  6f  Inconnu
La partition 4 a des débuts physique/logique différents (non Linux?):
     phys=(370, 101, 50) logique=(17973, 204, 31)
La partition 4 a des fins physique/logique différentes:
     phys=(10, 114, 13) logique=(17978, 27, 57)
La partition 4 ne se termine pas sur une frontière de cylindre.

Les entrées de la table de partitions ne sont pas dans l'ordre du disque

Commande (m pour l'aide):


* Illustration de la tentative de réparation de la clef sous Ubuntu

Code: Tout sélectionner

~$$ ls -alFtr ldlinux.sys
-r--r--r-- 1 root root 14607 2010-02-04 08:38 ldlinux.sys
 sudo syslinux -sf /dev/sdd1
file is read only, overwrite anyway (y/n) ? y


Merci d'avance pour vos remarques: N'hésitez pas.

[Invité]

J'ai remarqué de Gparted affiche correctement la table de partition de la clef (contrairement à fdisk).

Pour ne pas avoir à rétablir a chaque fois le MBR entre deux utilisations de ma FUR, je ferme mes applications (Firefox, Gedit, ...), ferme ma session (GDM), retire ma clef puis fait un reset de l'ordi (bouton reset).

Auriez-vous un autre moyen de contournement à me proposer ?

[pyg]

Après avoir un peu cherché, j'avoue que je sèche complètement.

J'ai signalé ton pb à des personnes plus compétentes que moi sur Ubuntu... Tu n'es pas le premier à signaler ce pb de corruption après chaque boot. Mais j'avoue que je n'arrive pas à déterminer quelle en est la cause...

[Opiwa]

Après avoir "réparer" ma clef plusieurs fois et fait des essais avec d'autres clefs et PC, j'arrive à la conclusion que le problème est lié à un mon pc dont la config est:

• MSI K9N NeoF
• AMD M2 3800+
• 1x2Go 64N
• WD250 SATA2
• GigaByte 7600GT-GV-NX76G256D-RH
• écran IIyama ProLite 82409HDS

Comme sur mon PC, pas besoin de Framakey (avec Ubuntu, il est déjà libre), mon soucis est "résolu".

Avis aux propriétaires de carte mère MSI K9N xxx : rencontrez-vous le problème ?