[RÉSOLU] HDD: Système de fichier corrompu

aezaerth · Le 12/12/2016, à 19:58

Bonjour à tous ! Encore un énième post sur ce sujet. Mais !

Mon disque dur interne branché en USB a "perdu" son système de fichier (ext4) :

Error mounting /dev/sdf1 at /media/user/ExtRasp: Command-line `mount -t "ext4" -o "uhelper=udisks2,nodev,nosuid" "/dev/sdf1" "/media/user/ExtRasp"' exited with non-zero exit status 32: mount: wrong fs type, bad option, bad superblock on /dev/sdf1,
       missing codepage or helper program, or other error
       In some cases useful info is found in syslog - try
       dmesg | tail  or so

$ sudo dmesg | tail
[159624.473075] sd 20:0:0:0: Attached scsi generic sg6 type 0
[159624.723135] sd 20:0:0:0: [sdf] 976773168 512-byte logical blocks: (500 GB/466 GiB)
[159624.724231] sd 20:0:0:0: [sdf] Write Protect is off
[159624.724238] sd 20:0:0:0: [sdf] Mode Sense: 34 00 00 00
[159624.725566] sd 20:0:0:0: [sdf] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
[159624.759707]  sdf: sdf1
[159624.763179] sd 20:0:0:0: [sdf] Attached SCSI disk
[159627.019445] EXT4-fs (sdf1): VFS: Can't find ext4 filesystem
[159634.434569] EXT4-fs (sdf1): VFS: Can't find ext4 filesystem
[159645.220958] EXT4-fs (sdf1): VFS: Can't find ext4 filesystem

Je ne pense pas que mon cas soit très grave et j'espérais pouvoir me débrouiller seul.
Cependant, même après avoir écumé pas mal de posts (tendance beaucoup) à ce sujet, aucun des cas n'a su résoudre mon problème et je n'avais pas envie d'aggraver mon souci avec des outils que je ne maîtrise pas du tout, tel que TestDisk ou losetup (vues sur les réponses de RmY par exemple).

→ INFORMATIONS SUR MON DISQUE
Heureusement, il n'y a pas l'air d'avoir d'erreur marériel (ouf ).
Par contre, plusieurs points m'inquiète comme l'identifiant de mon disque ou bien les nombreux type Pre-fail et Old_age de smartctl. Entre autre..

FDisk

$ sudo fdisk -l

Disk /dev/sdf: 500.1 GB, 500107862016 bytes
255 têtes, 63 secteurs/piste, 60801 cylindres, total 976773168 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Identifiant de disque : 0x00000000

Périphérique Amorçage  Début         Fin      Blocs    Id. Système
/dev/sdf1   *          63   976773167   488386552+  83  Linux

SFDisk

$ sudo sfdisk -luS

Disque /dev/sdf : 60801 cylindres, 255 têtes, 63 secteurs/piste
Unités= secteurs de 512 octets, décompte à partir de 0

   Périph Amorç.  Début       Fin   nº sect.  Id. Système
/dev/sdf1   *        63 976773167  976773105  83  Linux
/dev/sdf2             0         -          0   0  Vide
/dev/sdf3             0         -          0   0  Vide
/dev/sdf4             0         -          0   0  Vide

UDisks

$ udisks --show-info /dev/sdf
Showing information for /org/freedesktop/UDisks/devices/sdf
  native-path:                 /sys/devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.2/2-1.2.4/2-1.2.4:1.0/host18/target18:0:0/18:0:0:0/block/sdf
  device:                      8:80
  device-file:                 /dev/sdf
    presentation:              /dev/sdf
    by-id:                     /dev/disk/by-id/ata-TOSHIBA_DT01ACA050_55FYVYWHS
    by-id:                     /dev/disk/by-id/wwn-0x5000039fe0cd93fb
    by-id:                     /dev/disk/by-uuid/a8386f74-26b9-444b-9f11-cebcc74413c6
    by-path:                   /dev/disk/by-path/pci-0000:00:1d.0-usb-0:1.2.4:1.0-scsi-0:0:0:0
  detected at:                 lun. 12 déc. 2016 13:13:33 CET
  system internal:             0
  removable:                   0
  has media:                   1 (detected at lun. 12 déc. 2016 13:13:33 CET)
    detects change:            0
    detection by polling:      0
    detection inhibitable:     0
    detection inhibited:       0
  is read only:                0
  is mounted:                  0
  mount paths:             
  mounted by uid:              0
  presentation hide:           0
  presentation nopolicy:       0
  presentation name:           
  presentation icon:           
  automount hint:              
  size:                        500107862016
  block size:                  512
  job underway:                no
  usage:                       filesystem
  type:                        ext4
  version:                     1.0
  uuid:                        a8386f74-26b9-444b-9f11-cebcc74413c6
  label:                       ExtRasp
  partition table:
    scheme:                    
    count:                     1
  drive:
    vendor:                    TOSHIBA
    model:                     TOSHIBA DT01ACA050
    revision:                  MS1OA750
    serial:                    55FYVYWHS
    WWN:                       5000039fe0cd93fb
    detachable:                1
    can spindown:              1
    rotational media:          Yes, at 7200 RPM
    write-cache:               enabled
    ejectable:                 0
    adapter:                   Unknown
    ports:
    similar devices:
    media:                     
      compat:                 
    interface:                 usb
    if speed:                  480000000 bits/s
    ATA SMART:                 Data not collected

SmartCtl

$ sudo smartctl -a /dev/sdf
smartctl 6.2 2013-07-26 r3841 [x86_64-linux-4.4.0-53-generic] (local build)
Copyright (C) 2002-13, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Model Family:     Toshiba 3.5" HDD DT01ACA...
Device Model:     TOSHIBA DT01ACA050
Serial Number:    55FYVYWHS
LU WWN Device Id: 5 000039 fe0cd93fb
Firmware Version: MS1OA750
User Capacity:    500 107 862 016 bytes [500 GB]
Sector Sizes:     512 bytes logical, 4096 bytes physical
Rotation Rate:    7200 rpm
Device is:        In smartctl database [for details use: -P show]
ATA Version is:   ATA8-ACS T13/1699-D revision 4
SATA Version is:  SATA 3.0, 6.0 Gb/s (current: 1.5 Gb/s)
Local Time is:    Sun Dec 11 12:16:42 2016 CET
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

General SMART Values:
Offline data collection status:  (0x80)	Offline data collection activity
					was never started.
					Auto Offline Data Collection: Enabled.
Self-test execution status:      (   0)	The previous self-test routine completed
					without error or no self-test has ever 
					been run.
Total time to complete Offline 
data collection: 		( 3547) seconds.
Offline data collection
capabilities: 			 (0x5b) SMART execute Offline immediate.
					Auto Offline data collection on/off support.
					Suspend Offline collection upon new
					command.
					Offline surface scan supported.
					Self-test supported.
					No Conveyance Self-test supported.
					Selective Self-test supported.
SMART capabilities:            (0x0003)	Saves SMART data before entering
					power-saving mode.
					Supports SMART auto save timer.
Error logging capability:        (0x01)	Error logging supported.
					General Purpose Logging supported.
Short self-test routine 
recommended polling time: 	 (   1) minutes.
Extended self-test routine
recommended polling time: 	 (  60) minutes.
SCT capabilities: 	       (0x003d)	SCT Status supported.
					SCT Error Recovery Control supported.
					SCT Feature Control supported.
					SCT Data Table supported.

SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000b   100   100   016    Pre-fail  Always       -       0
  2 Throughput_Performance  0x0005   141   141   054    Pre-fail  Offline      -       72
  3 Spin_Up_Time            0x0007   143   143   024    Pre-fail  Always       -       130 (Average 191)
  4 Start_Stop_Count        0x0012   100   100   000    Old_age   Always       -       59
  5 Reallocated_Sector_Ct   0x0033   100   100   005    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x000b   100   100   067    Pre-fail  Always       -       0
  8 Seek_Time_Performance   0x0005   118   118   020    Pre-fail  Offline      -       33
  9 Power_On_Hours          0x0012   099   099   000    Old_age   Always       -       7889
 10 Spin_Retry_Count        0x0013   100   100   060    Pre-fail  Always       -       0
 12 Power_Cycle_Count       0x0032   100   100   000    Old_age   Always       -       52
192 Power-Off_Retract_Count 0x0032   100   100   000    Old_age   Always       -       69
193 Load_Cycle_Count        0x0012   100   100   000    Old_age   Always       -       69
194 Temperature_Celsius     0x0002   187   187   000    Old_age   Always       -       32 (Min/Max 20/44)
196 Reallocated_Event_Count 0x0032   100   100   000    Old_age   Always       -       0
197 Current_Pending_Sector  0x0022   100   100   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0008   100   100   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x000a   200   200   000    Old_age   Always       -       0

SMART Error Log Version: 1
No Errors Logged

SMART Self-test log structure revision number 1
No self-tests have been logged.  [To run self-tests, use: smartctl -t]


SMART Selective self-test log data structure revision number 1
 SPAN  MIN_LBA  MAX_LBA  CURRENT_TEST_STATUS
    1        0        0  Not_testing
    2        0        0  Not_testing
    3        0        0  Not_testing
    4        0        0  Not_testing
    5        0        0  Not_testing
Selective self-test flags (0x0):
  After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.

→ SAUVEGARDE ET RÉCUPÉRATION
J'ai bien entendu fait une image de mon disque au cas où je me foire (là aussi sans erreurs).

$ sudo ddrescue -B -v -n -d /dev/sdf ExtRasp.img recup.log

GNU ddrescue 1.17
About to copy 476940 MiBytes from /dev/sdf to ExtRasp.img
    Starting positions: infile = 0 B,  outfile = 0 B
    Copy block size: 128 sectors       Initial skip size: 128 sectors
Sector size: 512 Bytes

Press Ctrl-C to interrupt
rescued:  476940 MiB,  errsize:       0 B,  current rate:  13336 KiB/s
   ipos:  476940 MiB,   errors:       0,    average rate:  14125 KiB/s
   opos:  476940 MiB,    time since last successful read:       0 s
Finished

Je me suis essayé à TestDisk mais sans franc succès.
J'effectue une analyse des cylindres (Image car Copier/Coller impossible)
Testdisk Analyse cylinder

Mais une fois stoppée, les lignes qui m'intéressait ont disparues de la liste

Disk /dev/sdf - 500 GB / 465 GiB - CHS 60801 255 63

The harddisk (500 GB / 465 GiB) seems too small! (< 502 GB / 468 GiB)
Check the harddisk size: HD jumpers settings, BIOS detection...

The following partitions can't be recovered:
     Partition               Start        End    Size in sectors
>  Linux                  279 209 59 61081  27 58  976772664 [root]
   Linux                  279 242 28 61081  60 27  976772664 [root]
   Linux                  283  67 41 61084 140 40  976772664 [root]
   Linux                  284   7 44 61085  80 43  976772664 [root]
   Linux                  284 202 47 61086  20 46  976772664 [root]
   Linux                  288 125 30 61089 198 29  976772664 [root]
   Linux                  289  65 33 61090 138 32  976772664 [root]
   Linux                  293  20 48 61094  93 47  976772664 [root]

Bref, j'espère vous avoir donné toutes les infos utiles pour m'orienter..
Merci à tous ceux qui auront une piste !

Dernière modification par aezaerth (Le 13/12/2016, à 22:58)

Compte anonymisé · Le 12/12/2016, à 20:28

avant de sortir l'artillerie lourde, t'as testé la commande de base pour vérifier et réparer les système de fichiers ?

fsck /dev/sdf1

aezaerth · Le 12/12/2016, à 20:45

Oui, mais ça n'a pas été transcendant.

$ sudo fsck /dev/sdf1
fsck de util-linux 2.20.1
e2fsck 1.42.9 (4-Feb-2014)
ext2fs_open2: Numéro magique invalide dans le super-bloc
fsck.ext2 : Superbloc invalide, tentons d'utiliser les blocs de sauvetage...
fsck.ext2: Numéro magique invalide dans le super-bloc lors de la tentative d'ouverture de /dev/sdf1

The superbloc could not be read or does not describe a valid ext2/ext3/ext4
système de fichiers.  If the périphérique is valid and it really contains an ext2/ext3/ext4
système de fichiers (and not swap or ufs or something else), then the superbloc
is corrupt, and you might try running e2fsck with an alternate superbloc:
    e2fsck -b 8193 <périphérique>
 or
    e2fsck -b 32768 <périphérique>

Même réponse avec les suggestions proposées à la fin

sudo e2fsck -b 8193 /dev/sdf1

Ou même en forçant en ext4

$ sudo fsck.ext4 /dev/sdf1

aezaerth · Le 12/12/2016, à 23:42

Je sais pas si j'ai bien fait, mais la commande

$ sudo fsck.ext4 -y /dev/sdf

a retourné beaucoup de chose incompréhensible. Voici la fin

Le décompte des répertoires est erroné pour le groupe n°0 (3, décompté=2).
Corriger ? oui

Recréer le journal ? oui

Création du journal (32768 blocs) : Complété.

*** le journal a été re-créé - le système de fichiers est de nouveau ext3 ***

ExtRasp: ***** LE SYSTÈME DE FICHIERS A ÉTÉ MODIFIÉ *****
ExtRasp : 12/30531584 fichiers (0.0% non contigüs), 1966900/122096646 blocs

(J'étais pourtant certain d'avoir un formaté en ext4.. mais bon)
Mais maintenant la commande précédente de Anonyme68 retourne

$ sudo fsck /dev/sdf
fsck de util-linux 2.20.1
e2fsck 1.42.9 (4-Feb-2014)
ExtRasp : propre, 12/30531584 fichiers, 1966900/122096646 blocs

Malheureusement, le montage de la partition me retourne toujours la même erreur..
Suis-je bon pour ré-écrire le disque à partir de l'image de sauvegarde ?

Dernière modification par aezaerth (Le 12/12/2016, à 23:56)

Compte anonymisé · Le 12/12/2016, à 23:54

sudo fsck /dev/sdf -> Donc tu n'as pas de table de partition sur ton disque ?

Error mounting /dev/sdf1

Donc l'erreur de base n'a rien à voir avec tout de reste ? c'était juste le mount qui essayait de monter une partition qui n'existe pas ?

Moi plus trop comprendre.

aezaerth · Le 13/12/2016, à 00:26

Si j'ai bien une partition sur le disque. J'ai certainement fait une erreur en voulant effectuer fsck sur le disque entier

$ sudo fsck /dev/sdf1
fsck de util-linux 2.20.1
e2fsck 1.42.9 (4-Feb-2014)
ext2fs_open2: Numéro magique invalide dans le super-bloc
fsck.ext2 : Superbloc invalide, tentons d'utiliser les blocs de sauvetage...
fsck.ext2: Numéro magique invalide dans le super-bloc lors de la tentative d'ouverture de /dev/sdf1
[...]

fdisk -l me retourne bien

Périphérique Amorçage  Début         Fin      Blocs    Id. Système
/dev/sdf1   *          63   976773167   488386552+  83  Linux

Dernière modification par aezaerth (Le 13/12/2016, à 00:29)

Compte anonymisé · Le 13/12/2016, à 00:29

Ben il est arrivé a réparer ton /dev/sdf

tu avait combien de fichier sur ton disque ? 12 ça te parait possible ?

si tu fais :

mount /dev/sdf /mnt/

il te dis quoi ?

aezaerth · Le 13/12/2016, à 00:30

J'avais un système d'exploitation complet dessus..

$ sudo mount /dev/sdf /mnt/
$ ls /mnt/
lost+found

Je crois que j'ai tout cassé.. Je devrais certainement ré-écrire l'image pour tout recommencer..

Dernière modification par aezaerth (Le 13/12/2016, à 00:31)

Compte anonymisé · Le 13/12/2016, à 00:39

ça me parait bien curieux tout ça. Je pense que je vais passer la main à un autre expert qui passerait par là, cela dépasse mes compétences.

Tout manière comme tu as fais une sauvegarde, on est a l'abri d'une mauvaise manipulation.

aezaerth · Le 13/12/2016, à 00:41

Merci encore d'avoir cherché ! Et oui, heureusement que j'en ai fait une
Je verrais ça demain ou dans la semaine voir si quelqu'un à d'autres pistes

Bougron · Le 13/12/2016, à 01:09

Bonsoir.
C'est hors de ma compétence. Je n'arrive pas a comprendre pourquoi tu as pu faire fonctionner la commande

sudo fsck /dev/sdf
fsck de util-linux 2.20.1
e2fsck 1.42.9 (4-Feb-2014)
ExtRasp : propre, 12/30531584 fichiers, 1966900/122096646 blocs

Normalement cela devrait te dire que les superblocks sont non significatifs alors que c'est sur SDF1 que tu as cela.

Pour les deux ou trois experts qui savent décoder le début du disque, peux-tu donner le résultat de la commande

sudo dd if=/dev/sda count=1 2>/dev/null | hexdump -C

Surtout, peux-tu expliquer la raison de cette phrase: "Mon disque dur interne branché en USB "
un disque interne n'est jamais branché en USB. Expliques bien le matériel que tu as car il ne faut pas exclure que si tu as un adaptateur, il oublie de lire le début du disque qui contient la structure de partitionnement.

Tu as dit Par contre, plusieurs points m'inquiètent comme l'identifiant de mon disque
Je pense que tu fait allusion a cette info "Identifiant de disque : 0x00000000"
Il me semble que cela concerne les 512 premiers octets du disque.

Pour cette information " ou bien les nombreux type Pre-fail et Old_age de smartctl" c'est la liste des compteurs d'usure du disque et leur valeur est plus que nickel.
tous très proche de zéro!

  1 Raw_Read_Error_Rate     0x000b   100   100   016    Pre-fail  Always       -       0
  5 Reallocated_Sector_Ct   0x0033   100   100   005    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x000b   100   100   067    Pre-fail  Always       -       0
  9 Power_On_Hours          0x0012   099   099   000    Old_age   Always       -       7889
 10 Spin_Retry_Count        0x0013   100   100   060    Pre-fail  Always       -       0
196 Reallocated_Event_Count 0x0032   100   100   000    Old_age   Always       -       0
197 Current_Pending_Sector  0x0022   100   100   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0008   100   100   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x000a   200   200   000    Old_age   Always       -       0

pour un disque qui commence à avoir de l'age

Dernière modification par Bougron (Le 13/12/2016, à 11:49)

aezaerth · Le 13/12/2016, à 03:05

Tout d'abord merci de ta réponse Même si ça dépasse tes compétences toute information est bonne à prendre

Bougron a écrit :

Je n'arrive pas a comprendre pourquoi tu as pu faire fonctionner la commande
sudo fsck /dev/sdf

Je pense que c'est le résultat de mon erreur ma commande précédente qui a foutu le bazar. (sdf au lieu de sdf1)

$ sudo fsck.ext4 -y /dev/sdf

Bougron a écrit :

Pour les deux ou trois experts qui savent décoder le début du disque, peux-tu donner le résultat de la commande
sudo dd if=/dev/sda count=1 2>/dev/null | hexdump -C

Dans l'état actuel ou après avoir ré-écrit ma sauvegarde ? (que je n'ai toujours pas faite d'aileurs, j'attends un "feu vert" )

Bougron a écrit :

Surtout, peux-tu expliquer la raison de cette phrase: "Mon disque dur interne branché en USB "

Il était initialement branché sur un Raspberry Pi, puis maintenant branché sur un ordi portable. Donc oui, via un adaptateur
Je ne savais pas que dans ce cas il omettait de lire le début du disque, car tout fonctionnait quand il s'agissait de booter sur celui-ci.
Cependant, vu que j'utilise un adaptateur différent pour tenter la récupération, j'essayerais avec celui qui servait anciennement pour mon RPi (on sait jamais )

Concernant l'identifiant du disque, oui je parlais bien de cette info (Identifiant de disque : 0x00000000).
Pour les types Pre-fail et Old_age, ils m'ont surtout fait peur vu tout ce que j'ai pu lire sur d'autres sujets. Mais en effet, tout est proche de zéro et si ça te parait normal, alors ça me va Je crache pas sur une bonne nouvelle.

moko138 · Le 13/12/2016, à 03:45

aezaerth a écrit :

Sector Sizes:     512 bytes logical, 4096 bytes physical
(...)
j'utilise un adaptateur différent pour tenter la récupération, j'essayerais avec celui qui servait anciennement pour mon RPi

Reviens à l'adaptateur initial ! C'est quasi-impératif !

Explication là : ./viewtopic.php?pid=20729051#p20729051

Bougron · Le 13/12/2016, à 12:22

Bonjour à vous.
Je pensais à un vidage dans la situation actuelle.
Moko138 vient de trouver l'explication à cette contradiction.
la commande fsdisk qui indique

Taille de secteur (logique / physique) : 512 octets / 512 octets

et le smartctl

Sector Sizes:     512 bytes logical, 4096 bytes physical]

Dernière modification par Bougron (Le 13/12/2016, à 12:25)

aezaerth · Le 13/12/2016, à 14:24

Bougron a écrit :

Je pensais à un vidage dans la situation actuelle.

Donc si j'ai bien compris, je laisse mon disque dans l'état actuel. Ou dit autrement, je ne ré-écrit pas la sauvegarde.

moko138 a écrit :

Explication là : ./viewtopic.php?pid=20729051#p20729051

Pourtant, le script détaillé dans le lien semble être effectué juste après la sauvegarde du disque (donc dans l'état initial).
De plus, il semble également être fait pour un disque GPT. Dois-je simplement remplacer gdisk par fdisk ?

Navré si mes questions sont idiotes, mais je ne voudrais pas faire n'importe quoi sous prétexte d'une mauvaise interprétation.
Au passage, merci à moko138 pour ses précisions

Bougron · Le 13/12/2016, à 14:39

Bonjour
Pour le moment il est préférable de savoir ce que le début du disque contient actuellement.
Je pense que cela va être du n'importe quoi. Mais s'en assurer ne coûte rien.

Il est fort probable que la solution va être de le restorer à partir de l'image que tu as sauvegardé
=> J'ai compris qu'il est préférable de changer d'adaptateur avant de restorer
Puis de refaire un nouveau vidage de ce début de disque
Cela devrait permettre de comparer la situation AVANT et APRES

Faits donc gdisk et fdisk

Dernière modification par Bougron (Le 13/12/2016, à 14:41)

aezaerth · Le 13/12/2016, à 14:49

Voici la situation actuelle (sdf étant remplacé par sdb avec l'ancien adaptateur)

$ sudo dd if=/dev/sdb count=1 2>/dev/null | hexdump -C
00000000  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
000001b0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 80 01  |................|
000001c0  01 00 83 fe ff ff 3f 00  00 00 f1 5f 38 3a 00 00  |......?...._8:..|
000001d0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
000001f0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 55 aa  |..............U.|
00000200

Je débute la restauration de l'image, ce sera sans doute prêt dans la nuit.

aezaerth · Le 13/12/2016, à 22:49

Coup de théâtre !
Même après avoir ré-écrit ma sauvegarde, le vidage du début du disque me retourne exactement la même chose.

Mais il y a mieux encore :
J'essaye de monter mon disque et, Ô joie, il est de nouveau pleinement accessible..

Je décide de re-tester pour être sûr avec le premier adaptateur, le problème réapparaît.

Conclusion:
C'est bel et bien l'adaptateur utilisé qui était à l'origine de la mauvaise lecture.
Perso je ne pensais pas que "ce détail" était en fait la source du problème.
Par contre, cela ne me dit pas pourquoi mon RPi n'arrivait plus à le reconnaître du jour au lendemain, mais voilà. Sujet .. résolu !

Un grand merci à moko138 pour avoir donné ce lien, ainsi qu'à Bougron et Anonyme68 pour m'avoir également aider à y voir plus clair !!
Prenez soin de vous et passez de bonne fêtes !

Dernière modification par aezaerth (Le 13/12/2016, à 23:00)

Bougron · Le 13/12/2016, à 23:06

Bonsoir
Je suis content pour toi.
je n'ai pas tout compris pour le problème de l'adaptateur et suis donc incapable de te dire lequel n'écrit pas et ne lit pas à la norme officielle. Est-ce le premier? Est-ce le second ?
Va-t-il falloir le connecter en interne dans une tour avec une connexion classique pour savoir s'il est actuellement compatible

Dernière modification par Bougron (Le 13/12/2016, à 23:07)

aezaerth · Le 13/12/2016, à 23:20

Avant je n'avais pas le "Docker 2en1", donc je faisais tout avec l'adaptateur "sATA to USB" classique.
C'est le Docker qui ne sait visiblement pas lire le disque, à moins de l'avoir formaté avec celui-ci d'abord.

Je ferais le test avec un autre HDD que je formaterais avec l'un puis l'autre puis en le mettant dans une tour pour voir, au final, lequel est le plus compatible. (je pencherais plus pour le Docker qui fout bordel, bon à jeter je pense )

moko138 · Le 14/12/2016, à 07:26

Sector Sizes:     512 bytes logical, 4096 bytes physical

Il n'y a rien à jeter.

Ton dock fonctionne
avec les disques 512 / 512
avec les disques 4096 / 4096
et même avec les disques 512 / 4096 tant que tu ne changes pas de dock ou d'adaptateur.

Simplement il faut se rappeler que
avec les disques 512 / 4096, c'est le changement d'adaptateur Sata/USB qui ne marche pas si l'ancien et le nouveau n'ont pas la même façon de convertir la taille des secteurs.

En cas de doute ou de pépin, relire l'article ./viewtopic.php?pid=20729051#p20729051 de Rod Smith avant de tirer des conclusions.

Bougron · Le 14/12/2016, à 12:07

Bonjour
Ma contribution à la chose
Le résultat de la commande, bien que standard, n'a pas une valeur très fréquente. Je suis plutôt habitué à voir 2048 au lieu de 63.
D'ici à ce qu'il qu'il ne prenne pas en compte ce paramètre, ou mal ce paramètre non multiple de 8, on obtient le décalage...

$ sudo sfdisk -luS
Disque /dev/sdf : 60801 cylindres, 255 têtes, 63 secteurs/piste
Unités= secteurs de 512 octets, décompte à partir de 0
   Périph Amorç.  Début       Fin   nº sect.  Id. Système
/dev/sdf1   *        63 976773167  976773105  83  Linux

Ajout.

Voila la bêtise qu'on écrit lorsqu'on regarde majoritairement le EFI. OU des gros disques

Disque /dev/sdc : 1,8 TiB, 2000398934016 octets, 3907029168 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0x160f5e0d

Périphérique Amorçage    Start        Fin   Secteurs  Size Id Type
/dev/sdc1                 2048    4196351    4194304    2G 83 Linux
/dev/sdc2              4196352   46139391   41943040   20G 83 Linux
/dev/sdc3             46139392 3907028991 3860889600  1,8T 83 Linux

Dernière modification par Bougron (Le 15/12/2016, à 14:34)

moko138 · Le 14/12/2016, à 14:54

Bougron, je ne comprends pas du tout ton dernier message.

(Et 63 est le plus fréquent avec une table msdos, qu'elle soit faite par windows ou par gparted;
2048 n'apparaît qu'avec les tables GPT).

aezaerth · Le 15/12/2016, à 13:34

moko138 a écrit :

avec les disques 512 / 4096, c'est le changement d'adaptateur Sata/USB qui ne marche pas si l'ancien et le nouveau n'ont pas la même façon de convertir la taille des secteurs.

C'était en effet la source de mon problème. Le lien de Rod Smith l'explique effectivement plus en détail.
J'en étais d'ailleurs arrivé à cette conclusion quand j'écrivais dans le post #20

C'est le Docker qui ne sait visiblement pas lire le disque, à moins de l'avoir formaté avec celui-ci d'abord.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 12/12/2016, à 19:58

[RÉSOLU] HDD: Système de fichier corrompu

#2 Le 12/12/2016, à 20:28

Re : [RÉSOLU] HDD: Système de fichier corrompu

#3 Le 12/12/2016, à 20:45

Re : [RÉSOLU] HDD: Système de fichier corrompu

#4 Le 12/12/2016, à 23:42

Re : [RÉSOLU] HDD: Système de fichier corrompu

#5 Le 12/12/2016, à 23:54

Re : [RÉSOLU] HDD: Système de fichier corrompu

#6 Le 13/12/2016, à 00:26

Re : [RÉSOLU] HDD: Système de fichier corrompu

#7 Le 13/12/2016, à 00:29

Re : [RÉSOLU] HDD: Système de fichier corrompu

#8 Le 13/12/2016, à 00:30

Re : [RÉSOLU] HDD: Système de fichier corrompu

#9 Le 13/12/2016, à 00:39

Re : [RÉSOLU] HDD: Système de fichier corrompu

#10 Le 13/12/2016, à 00:41

Re : [RÉSOLU] HDD: Système de fichier corrompu

#11 Le 13/12/2016, à 01:09

Re : [RÉSOLU] HDD: Système de fichier corrompu

#12 Le 13/12/2016, à 03:05

Re : [RÉSOLU] HDD: Système de fichier corrompu

#13 Le 13/12/2016, à 03:45

Re : [RÉSOLU] HDD: Système de fichier corrompu

#14 Le 13/12/2016, à 12:22

Re : [RÉSOLU] HDD: Système de fichier corrompu

#15 Le 13/12/2016, à 14:24

Re : [RÉSOLU] HDD: Système de fichier corrompu

#16 Le 13/12/2016, à 14:39

Re : [RÉSOLU] HDD: Système de fichier corrompu

#17 Le 13/12/2016, à 14:49

Re : [RÉSOLU] HDD: Système de fichier corrompu

#18 Le 13/12/2016, à 22:49

Re : [RÉSOLU] HDD: Système de fichier corrompu

#19 Le 13/12/2016, à 23:06

Re : [RÉSOLU] HDD: Système de fichier corrompu

#20 Le 13/12/2016, à 23:20

Re : [RÉSOLU] HDD: Système de fichier corrompu

#21 Le 14/12/2016, à 07:26

Re : [RÉSOLU] HDD: Système de fichier corrompu

#22 Le 14/12/2016, à 12:07

Re : [RÉSOLU] HDD: Système de fichier corrompu

#23 Le 14/12/2016, à 14:54

Re : [RÉSOLU] HDD: Système de fichier corrompu

#24 Le 15/12/2016, à 13:34

Re : [RÉSOLU] HDD: Système de fichier corrompu

Pied de page des forums