Table partition irrécupérable sur CF

トップ ページ

このメッセージに返信
著者: Gwenn Boussard
日付:  
To: ML Guilde
題目: Table partition irrécupérable sur CF
Bonjour,
J'ai un problème sur une carte mémoire CF que j'essaye d'utiliser en tant que Framakey.
J'ai l'impression que la table des partition est foirée (pas grave, il n'y pas de donnée dessus), mais que j'arrive pas à corriger.
Les symptômes quand je branche le lecteur de cartes usb avec la carte dedans :



sudo fdisk -l
[…]
Disque /dev/sdb: 4110 Mo, 4110188544 octets
127 têtes, 62 secteurs/piste, 1019 cylindres
Unités = cylindres de 7874 * 512 = 4031488 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identifiant de disque : 0xbb0eb409

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/sdb1   ?      437824      674888   933323145+  66  Inconnu
La partition 1 a des débuts physique/logique différents (non Linux?):
      phys=(1010, 16, 43) logique=(437823, 26, 13)
La partition 1 a des fins physique/logique différentes:
      phys=(906, 97, 3) logique=(129425, 104, 23)
La partition 1 ne se termine pas sur une frontière de cylindre.
/dev/sdb2   ?           1           1           0   72  Inconnu
La partition 2 a des débuts physique/logique différents (non Linux?):
      phys=(101, 116, 32) logique=(0, 41, 32)
La partition 2 a des fins physique/logique différentes:
      phys=(370, 114, 47) logique=(0, 41, 31)
La partition 2 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



tail -f /var/log/messages :
Dec  3 15:14:01 uballoz kernel: [ 1035.984027] usb 1-2: new high speed USB device using ehci_hcd and address 5
Dec  3 15:14:01 uballoz kernel: [ 1036.120650] usb 1-2: configuration #1 chosen from 1 choice
Dec  3 15:14:01 uballoz kernel: [ 1036.121495] scsi3 : SCSI emulation for USB Mass Storage devices
Dec  3 15:14:06 uballoz kernel: [ 1041.121239] scsi 3:0:0:0: Direct-Access     Generic  STORAGE DEVICE   9722 PQ: 0 ANSI: 0
Dec  3 15:14:07 uballoz kernel: [ 1041.668343] scsi 3:0:0:1: Direct-Access     Generic  STORAGE DEVICE   9722 PQ: 0 ANSI: 0
Dec  3 15:14:07 uballoz kernel: [ 1041.669063] scsi 3:0:0:2: Direct-Access     Generic  STORAGE DEVICE   9722 PQ: 0 ANSI: 0
Dec  3 15:14:07 uballoz kernel: [ 1041.669810] scsi 3:0:0:3: Direct-Access     Generic  STORAGE DEVICE   9722 PQ: 0 ANSI: 0
Dec  3 15:14:07 uballoz kernel: [ 1041.673509] sd 3:0:0:0: Attached scsi generic sg1 type 0
Dec  3 15:14:07 uballoz kernel: [ 1041.673748] sd 3:0:0:1: Attached scsi generic sg2 type 0
Dec  3 15:14:07 uballoz kernel: [ 1041.673970] sd 3:0:0:2: Attached scsi generic sg3 type 0
Dec  3 15:14:07 uballoz kernel: [ 1041.674198] sd 3:0:0:3: Attached scsi generic sg4 type 0
Dec  3 15:14:07 uballoz kernel: [ 1041.680314] sd 3:0:0:0: [sdb] 8027712 512-byte logical blocks: (4.11 GB/3.82 GiB)
Dec  3 15:14:07 uballoz kernel: [ 1041.690050] sd 3:0:0:1: [sdc] Attached SCSI removable disk
Dec  3 15:14:07 uballoz kernel: [ 1041.691457] sd 3:0:0:2: [sdd] Attached SCSI removable disk
Dec  3 15:14:07 uballoz kernel: [ 1041.694156] sd 3:0:0:0: [sdb] Write Protect is off
Dec  3 15:14:07 uballoz kernel: [ 1041.698263] sd 3:0:0:3: [sde] Attached SCSI removable disk
Dec  3 15:14:07 uballoz kernel: [ 1041.701568]  sdb:
Dec  3 15:14:07 uballoz kernel: [ 1041.705191] sd 3:0:0:0: [sdb] Attached SCSI removable disk




Et mount me donne :
/dev/sdb on /media/Debian Inst type vfat (rw,nosuid,nodev,uhelper=udisks,uid=1000,gid=1000,shortname=mixed,dmask=0077,utf8=1,flush)



Bref on dirait que c'est le bordel entre /dev/sdb et /dev/sdb1, qu'à cela ne tienne, j'écraserais bien tout, mais fsdisk (ainsi que csfdisk) refuse : Impossible d'ouvrir /dev/sdb

Le plus rageant est que Ubuntu 10.04 arrive très bien à la monter automatiquement (mais quand je demande les infos dans l'interface graphique, il me dit : « capacité 0 octets », bref il patauge).

Tout indice est bienvenu.
Cordialement,
Gwenn