Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

Pages : 1

#1 Le 11/01/2023, à 17:40

kheops

accès ext4 : détection automatique d'un bon superblock

salut les gars et les filles
bonne année smile

je vais essayer de pas vous noyer sous des infos inutiles hmm

me voici avec un disque sata 8to, branché à mon pc en usb via un dock inateck
il ne s'agit donc PAS d'un disque auto alimenté, il a sa propre prise
il s'agit d'un disque chiffré par luks

depuis quelque jours il est "montable" (bien que gvfsd-trash prenne bien son temps à scanner le répertoire trash) mais je n'arrive plus à lire les fichiers qu'il héberge, et au délà de ça à les copier sur un disque sain (erreur entrée/sortie)

il faut attendre souvent plusieurs minutes mais j'arrive à le démonter, pour qu'au moins e2fsck accepte de le scanner

voici le retour de la commande lancée ce matin

date;e2fsck -v -b 294912 /dev/mapper/luks-afa37809-0697-4420-abde-34efc2fc7bf9;date
mer. 11 janv. 2023 06:34:43 CET
e2fsck 1.46.5 (30-Dec-2021)
e2fsck: Erreur d'entrée/sortie lors de la tentative d'ouverture de /dev/mapper/luks-afa37809-0697-4420-abde-34efc2fc7bf9

Le superbloc n'a pu être lu ou ne contient pas un système de fichiers
ext2/ext3/ext4 correct. Si le périphérique est valide et qu'il contient réellement
un système de fichiers ext2/ext3/ext4 (et non pas de type swap, ufs ou autre),
alors le superbloc est corrompu, et vous pourriez tenter d'exécuter
e2fsck avec un autre superbloc :
    e2fsck -b 8193 <périphérique>
 ou
    e2fsck -b 32768 <périphérique>

mer. 11 janv. 2023 08:22:16 CET

j'ai mis de côté la liste des superbloc de backup mais parti comme c'est parti je vois bien que je vais boucler sur tous pour avoir à chaque fois la même réponse (au bout de deux heures !!!)

"il me semble" avoir vu sur Internet (peut-être via un argument qui n'est plus disponible je ne sais pas) que je sais plus quelle commande testait un superbloc et n'étant pas satisfaite du résultat passait automatiquement au suivant

si vous voyez de quoi je parle ça serait chouette de le partager ici, ou tout autre tips

(pour essayer de gagner en temps de démontage j'ai tenté de faire le ménage dans .trash, erreur de lecture seule ce qui n'est pas pour me rassurer)

merci pour votre temps
bisous

Dernière modification par kheops (Le 11/01/2023, à 17:42)

Hors ligne

#2 Le 11/01/2023, à 18:06

geole

Re : accès ext4 : détection automatique d'un bon superblock

Bonjour.
Je pense que  si tu as testé une vingtaine de valeurs  qui n'ont pas donné le bon résultat, c'est grave.
En premier, installe l'application smartmontools 

sudo apt-get install --no-install-recommends smartmontools

et donne l'état du disque

sudo smartctl -s on -a /dev/XXX

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity

Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

#3 Le 11/01/2023, à 18:36

kheops

Re : accès ext4 : détection automatique d'un bon superblock

merci pour ton aide smile

smartctl 7.2 2020-12-30 r5155 [x86_64-linux-5.15.0-57-generic] (local build)
Copyright (C) 2002-20, Bruce Allen, Christian Franke, www.smartmontools.org

/dev/mapper/luks-afa37809-0697-4420-abde-34efc2fc7bf9: Unable to detect device type
Please specify device type with the -d option.

Use smartctl -h to get a usage summary

mince, au moins ça rend la main rapidement wink
je cherche comment vous aider mieux, et filer un paramètre -d qui tienne la route... hmm

voilà déjà un lsusb si ça peut être une quelconque piste

Bus 002 Device 002: ID 8087:8000 Intel Corp. Integrated Rate Matching Hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 002: ID 8087:8008 Intel Corp. Integrated Rate Matching Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 010: ID 174c:55aa ASMedia Technology Inc. ASM1051E SATA 6Gb/s bridge, ASM1053E SATA 6Gb/s bridge, ASM1153 SATA 3Gb/s bridge, ASM1153E SATA 6Gb/s bridge
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 003: ID 046a:0010 Cherry GmbH SmartBoard XX44
Bus 003 Device 002: ID 03f0:094a HP, Inc Optical Mouse [672662-001]
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Hors ligne

#4 Le 11/01/2023, à 18:45

geole

Re : accès ext4 : détection automatique d'un bon superblock

Pour la piste

lsblk -fe7

et j'ai perdu du temps à te donner le lien de la documentation.   Tu aurais pu voir que les trois XXX se remplaçaient par trois caractères.

Dernière modification par geole (Le 11/01/2023, à 18:50)

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity

Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

#5 Le 11/01/2023, à 18:55

kheops

Re : accès ext4 : détection automatique d'un bon superblock

je précise qu'ici le disque est *monté*

NAME                                        FSTYPE      FSVER LABEL UUID                                 FSAVAIL FSUSE% MOUNTPOINTS
sda                                                                                                                     
├─sda1                                      vfat        FAT32       1BBD-4607                             505,7M     1% /boot/efi
└─sda2                                      ext4        1.0         a26739cb-3f3f-488e-a1f8-faa1dc4533a7   85,8G    16% /
sdb                                         crypto_LUKS 1           afa37809-0697-4420-abde-34efc2fc7bf9                
└─luks-afa37809-0697-4420-abde-34efc2fc7bf9 ext4        1.0   zaja  5be7fedb-a12b-4b7a-8560-a51ec77173ca  467,4G    89% /media/kheops/zaja
sr0

wink

Hors ligne

#6 Le 11/01/2023, à 18:57

kheops

Re : accès ext4 : détection automatique d'un bon superblock

geole a écrit :

Pour la piste
et j'ai perdu du temps à te donner le lien de la documentation.   Tu aurais pu voir que les trois XXX se remplaçaient par trois caractères.

oh oui évidemment, il ne me semble pas avoir lancé de commande idiote sad

Hors ligne

#7 Le 11/01/2023, à 19:01

geole

Re : accès ext4 : détection automatique d'un bon superblock

sudo smartctl -s on -a /dev/sdb

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity

Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

#8 Le 11/01/2023, à 20:04

kheops

Re : accès ext4 : détection automatique d'un bon superblock

j'y suis, ma bêtise a été de lancer
smartctl -s on -a /dev/mapper/luks-afa37809-0697-4420-abde-34efc2fc7bf9
mais ce device est le seul accepté par fsck qui ne veut pas du disque monté

je te fais grâce des lancements sans permissive qui rendent la main bien plus vite mais avec moins d"infos

voici ta réponse, merci encore hmm
si ce foutu disque ne pouvait être monté je me dis qu'il aurait peut-être déjà appris à voler, mais il se monte pas trop mal et je peux aussi "un peu" le parcourir avec doublecmd, ce qui me fait garder un faible espoir

sudo smartctl -s on -a /dev/sdb -T permissive -T permissive
smartctl 7.2 2020-12-30 r5155 [x86_64-linux-5.15.0-57-generic] (local build)
Copyright (C) 2002-20, Bruce Allen, Christian Franke, www.smartmontools.org

Read Device Identity failed: empty IDENTIFY data

=== START OF INFORMATION SECTION ===
Device Model:     [No Information Found]
Serial Number:    [No Information Found]
Firmware Version: [No Information Found]
Device is:        Not in smartctl database [for details use: -P showall]
ATA Version is:   [No Information Found]
Local Time is:    Wed Jan 11 18:27:08 2023 CET
SMART support is: Ambiguous - ATA IDENTIFY DEVICE words 82-83 don't show if SMART supported.
SMART support is: Ambiguous - ATA IDENTIFY DEVICE words 85-87 don't show if SMART is enabled.
                  Checking to be sure by trying SMART RETURN STATUS command.
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF ENABLE/DISABLE COMMANDS SECTION ===
SMART Enabled.

=== START OF READ SMART DATA SECTION ===
SMART Status not supported: Incomplete response, ATA output registers missing
SMART overall-health self-assessment test result: PASSED
Warning: This result is based on an Attribute check.

General SMART Values:
Offline data collection status:  (0x00)	Offline data collection activity
					was never started.
					Auto Offline Data Collection: Disabled.
Total time to complete Offline 
data collection: 		(    0) seconds.
Offline data collection
capabilities: 			 (0x00) 	Offline data collection not supported.
SMART capabilities:            (0x0000)	Automatic saving of SMART data					is not implemented.
Error logging capability:        (0x00)	Error logging NOT supported.
					No General Purpose Logging support.

SMART Error Log not supported

SMART Self-test Log not supported

Selective Self-tests/Logging not supported

Hors ligne

#9 Le 11/01/2023, à 20:11

geole

Re : accès ext4 : détection automatique d'un bon superblock

Donne simplement le retour de cette commande

sudo smartctl  -a /dev/sdb
ls -ls /dev/disk/by-id | grep  sdb

Mais je crains qu'on y découvre le dock inateck qui masquerait le vrai disque.

Dernière modification par geole (Le 11/01/2023, à 20:25)

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity

Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

#10 Le 11/01/2023, à 20:25

kheops

Re : accès ext4 : détection automatique d'un bon superblock

sudo smartctl  -a /dev/sdb
smartctl 7.2 2020-12-30 r5155 [x86_64-linux-5.15.0-57-generic] (local build)
Copyright (C) 2002-20, Bruce Allen, Christian Franke, www.smartmontools.org

Read Device Identity failed: empty IDENTIFY data

A mandatory SMART command failed: exiting. To continue, add one or more '-T permissive' options.
ls -ls /dev/disk/by-id | grep  sdb
0 lrwxrwxrwx 1 root root  9 janv. 11 17:44 ata-ST8000DM004-2CX188_ZCT32L80 -> ../../sdb
0 lrwxrwxrwx 1 root root  9 janv. 11 17:44 wwn-0x5000c500c6d9d6ce -> ../../sdb

si mettre le disque sata dans la tour (j'en ai aucun) plutôt qu'en usb permet de sauver je sais pas quoi je suis tout disposé à tenter

'ci

Hors ligne

#11 Le 11/01/2023, à 20:43

geole

Re : accès ext4 : détection automatique d'un bon superblock

Je donne une réponse partielle
A priori  on a la référence du disque ata-ST8000DM004-2CX188_ZCT32L80
      Je vais regarder dans internet ==> Probablement ce disque https://www.ldlc.com/fiche/PB00255447.html

Cette erreur, je la connais mal  Read Device Identity failed: empty IDENTIFY data
Il refuserait de donner ses caractéristiques . Ce qui expliquerait  que la totalité ds secteurs soient impossibles à atteindre.
Alors cela pourrait être lié à l'adaptateur.    Si tu peux brancher le disque dans la tour, cela vaudrait le coup de vérifier s'il y a du changement.

Je ne vais pas avoir le temps de creuser aujourd'hui pour savoir si son contenu est duplicable.
J'oubliais. Peux-tu donner ce retour

journalctl --no-pager -b -g sdb

Dernière modification par geole (Le 11/01/2023, à 20:54)

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity

Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

#12 Le 11/01/2023, à 21:18

kheops

Re : accès ext4 : détection automatique d'un bon superblock

il est "dans" la tour (en vrai il dépasse à côté...)

journalctl --no-pager -b -g sdb 
janv. 11 20:09:38 kheops-mint kernel: sd 3:0:0:0: [sdb] 15628053168 512-byte logical blocks: (8.00 TB/7.28 TiB)
janv. 11 20:09:38 kheops-mint kernel: sd 3:0:0:0: [sdb] 4096-byte physical blocks
janv. 11 20:09:38 kheops-mint kernel: sd 3:0:0:0: [sdb] Write Protect is off
janv. 11 20:09:38 kheops-mint kernel: sd 3:0:0:0: [sdb] Mode Sense: 00 3a 00 00
janv. 11 20:09:38 kheops-mint kernel: sd 3:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
janv. 11 20:09:38 kheops-mint kernel: sd 3:0:0:0: [sdb] Attached SCSI disk
janv. 11 20:09:41 kheops-mint smartd[741]: Device: /dev/sdb, type changed from 'scsi' to 'sat'
janv. 11 20:09:41 kheops-mint smartd[741]: Device: /dev/sdb [SAT], opened
janv. 11 20:09:41 kheops-mint smartd[741]: Device: /dev/sdb [SAT], ST8000DM004-2CX188, S/N:ZCT32L80, WWN:5-000c50-0c6d9d6ce, FW:0001, 8.00 TB
janv. 11 20:09:41 kheops-mint smartd[741]: Device: /dev/sdb [SAT], found in smartd database: Seagate BarraCuda 3.5
janv. 11 20:09:42 kheops-mint smartd[741]: Device: /dev/sdb [SAT], is SMART capable. Adding to "monitor" list.
janv. 11 20:09:44 kheops-mint smartd[741]: Device: /dev/sdb [SAT], 560 Currently unreadable (pending) sectors
janv. 11 20:09:44 kheops-mint smartd[741]: Device: /dev/sdb [SAT], 560 Offline uncorrectable sectors
janv. 11 20:09:44 kheops-mint smartd[741]: Device: /dev/sdb [SAT], state written to /var/lib/smartmontools/smartd.ST8000DM004_2CX188-ZCT32L80.ata.state
janv. 11 20:11:52 kheops-mint kernel: sd 3:0:0:0: [sdb] tag#18 FAILED Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK cmd_age=71s
janv. 11 20:11:52 kheops-mint kernel: sd 3:0:0:0: [sdb] tag#18 CDB: ATA command pass through(16) 85 06 20 00 00 00 00 00 00 00 00 00 00 00 e5 00
janv. 11 20:11:52 kheops-mint kernel: sd 3:0:0:0: [sdb] tag#19 FAILED Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK cmd_age=90s
janv. 11 20:11:52 kheops-mint kernel: sd 3:0:0:0: [sdb] tag#19 CDB: Read(16) 88 00 00 00 00 00 00 00 00 00 00 00 00 01 00 00
janv. 11 20:11:52 kheops-mint kernel: blk_update_request: I/O error, dev sdb, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
janv. 11 20:11:52 kheops-mint kernel: sd 3:0:0:0: [sdb] tag#6 FAILED Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK cmd_age=0s
janv. 11 20:11:52 kheops-mint kernel: sd 3:0:0:0: [sdb] tag#6 CDB: Read(16) 88 00 00 00 00 00 00 00 00 00 00 00 00 20 00 00
janv. 11 20:11:52 kheops-mint kernel: blk_update_request: I/O error, dev sdb, sector 0 op 0x0:(READ) flags 0x80700 phys_seg 4 prio class 0
janv. 11 20:11:52 kheops-mint kernel: sd 3:0:0:0: [sdb] tag#7 FAILED Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK cmd_age=0s
janv. 11 20:11:52 kheops-mint kernel: sd 3:0:0:0: [sdb] tag#7 CDB: Read(16) 88 00 00 00 00 00 00 00 00 00 00 00 00 08 00 00
janv. 11 20:11:52 kheops-mint kernel: blk_update_request: I/O error, dev sdb, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
janv. 11 20:11:52 kheops-mint kernel: Buffer I/O error on dev sdb, logical block 0, async page read
janv. 11 20:11:52 kheops-mint kernel: sd 3:0:0:0: [sdb] tag#9 FAILED Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK cmd_age=0s
janv. 11 20:11:52 kheops-mint kernel: sd 3:0:0:0: [sdb] tag#9 CDB: Read(16) 88 00 00 00 00 00 00 00 00 00 00 00 00 20 00 00
janv. 11 20:11:52 kheops-mint kernel: blk_update_request: I/O error, dev sdb, sector 0 op 0x0:(READ) flags 0x80700 phys_seg 4 prio class 0
janv. 11 20:11:52 kheops-mint kernel: sd 3:0:0:0: [sdb] tag#0 FAILED Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK cmd_age=0s
janv. 11 20:11:52 kheops-mint kernel: sd 3:0:0:0: [sdb] tag#0 CDB: Read(16) 88 00 00 00 00 00 00 00 00 00 00 00 00 08 00 00
janv. 11 20:11:52 kheops-mint kernel: blk_update_request: I/O error, dev sdb, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
janv. 11 20:11:52 kheops-mint kernel: Buffer I/O error on dev sdb, logical block 0, async page read
janv. 11 20:11:52 kheops-mint kernel: sd 3:0:0:0: [sdb] tag#10 FAILED Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK cmd_age=0s
janv. 11 20:11:52 kheops-mint kernel: sd 3:0:0:0: [sdb] tag#10 CDB: Read(16) 88 00 00 00 00 00 00 00 00 20 00 00 00 40 00 00
janv. 11 20:11:52 kheops-mint kernel: blk_update_request: I/O error, dev sdb, sector 32 op 0x0:(READ) flags 0x80700 phys_seg 8 prio class 0
janv. 11 20:11:52 kheops-mint kernel: sd 3:0:0:0: [sdb] tag#1 FAILED Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK cmd_age=0s
janv. 11 20:11:52 kheops-mint kernel: sd 3:0:0:0: [sdb] tag#1 CDB: Read(16) 88 00 00 00 00 00 00 00 00 20 00 00 00 08 00 00
janv. 11 20:11:52 kheops-mint kernel: blk_update_request: I/O error, dev sdb, sector 32 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
janv. 11 20:11:52 kheops-mint kernel: Buffer I/O error on dev sdb, logical block 4, async page read
janv. 11 20:11:52 kheops-mint kernel: sd 3:0:0:0: [sdb] tag#11 FAILED Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK cmd_age=0s
janv. 11 20:11:52 kheops-mint kernel: sd 3:0:0:0: [sdb] tag#11 CDB: Read(16) 88 00 00 00 00 00 00 00 00 60 00 00 00 10 00 00
janv. 11 20:11:52 kheops-mint kernel: blk_update_request: I/O error, dev sdb, sector 96 op 0x0:(READ) flags 0x80700 phys_seg 2 prio class 0
janv. 11 20:11:52 kheops-mint kernel: sd 3:0:0:0: [sdb] tag#12 FAILED Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK cmd_age=0s
janv. 11 20:11:52 kheops-mint kernel: sd 3:0:0:0: [sdb] tag#12 CDB: Read(16) 88 00 00 00 00 00 00 00 00 40 00 00 00 08 00 00
janv. 11 20:11:52 kheops-mint kernel: blk_update_request: I/O error, dev sdb, sector 64 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
janv. 11 20:11:52 kheops-mint kernel: Buffer I/O error on dev sdb, logical block 8, async page read
janv. 11 20:11:52 kheops-mint kernel: blk_update_request: I/O error, dev sdb, sector 128 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0
janv. 11 20:11:52 kheops-mint kernel: Buffer I/O error on dev sdb, logical block 16, async page read
janv. 11 20:11:52 kheops-mint kernel: Buffer I/O error on dev sdb, logical block 32, async page read
janv. 11 20:11:52 kheops-mint kernel: Buffer I/O error on dev sdb, logical block 64, async page read
janv. 11 20:11:52 kheops-mint kernel: Buffer I/O error on dev sdb, logical block 128, async page read
janv. 11 20:11:52 kheops-mint kernel: Buffer I/O error on dev sdb, logical block 256, async page read
janv. 11 20:11:52 kheops-mint kernel: Buffer I/O error on dev sdb, logical block 512, async page read
janv. 11 20:12:14 kheops-mint kernel: sd 3:0:0:0: [sdb] tag#10 FAILED Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK cmd_age=0s
janv. 11 20:12:14 kheops-mint kernel: sd 3:0:0:0: [sdb] tag#10 CDB: Read(16) 88 00 00 00 00 00 00 00 00 00 00 00 00 01 00 00
janv. 11 20:12:14 kheops-mint kernel: blk_update_request: I/O error, dev sdb, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
janv. 11 20:12:14 kheops-mint kernel: sd 3:0:0:0: [sdb] tag#11 FAILED Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK cmd_age=0s
janv. 11 20:12:14 kheops-mint kernel: sd 3:0:0:0: [sdb] tag#11 CDB: Read(16) 88 00 00 00 00 00 00 00 00 00 00 00 00 20 00 00
janv. 11 20:12:14 kheops-mint kernel: blk_update_request: I/O error, dev sdb, sector 0 op 0x0:(READ) flags 0x80700 phys_seg 4 prio class 0
janv. 11 20:12:14 kheops-mint kernel: sd 3:0:0:0: [sdb] tag#12 FAILED Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK cmd_age=0s
janv. 11 20:12:14 kheops-mint kernel: sd 3:0:0:0: [sdb] tag#12 CDB: Read(16) 88 00 00 00 00 00 00 00 00 00 00 00 00 08 00 00
janv. 11 20:12:14 kheops-mint kernel: blk_update_request: I/O error, dev sdb, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
janv. 11 20:12:14 kheops-mint kernel: Buffer I/O error on dev sdb, logical block 0, async page read
janv. 11 20:12:14 kheops-mint kernel: sd 3:0:0:0: [sdb] tag#13 FAILED Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK cmd_age=0s
janv. 11 20:12:14 kheops-mint kernel: sd 3:0:0:0: [sdb] tag#13 CDB: Read(16) 88 00 00 00 00 00 00 00 00 00 00 00 00 20 00 00
janv. 11 20:12:14 kheops-mint kernel: blk_update_request: I/O error, dev sdb, sector 0 op 0x0:(READ) flags 0x80700 phys_seg 4 prio class 0
janv. 11 20:12:14 kheops-mint kernel: sd 3:0:0:0: [sdb] tag#14 FAILED Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK cmd_age=0s
janv. 11 20:12:14 kheops-mint kernel: sd 3:0:0:0: [sdb] tag#14 CDB: Read(16) 88 00 00 00 00 00 00 00 00 00 00 00 00 08 00 00
janv. 11 20:12:14 kheops-mint kernel: blk_update_request: I/O error, dev sdb, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
janv. 11 20:12:14 kheops-mint kernel: Buffer I/O error on dev sdb, logical block 0, async page read
janv. 11 20:12:14 kheops-mint kernel: sd 3:0:0:0: [sdb] tag#15 FAILED Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK cmd_age=0s
janv. 11 20:12:14 kheops-mint kernel: sd 3:0:0:0: [sdb] tag#15 CDB: Read(16) 88 00 00 00 00 00 00 00 00 20 00 00 00 40 00 00
janv. 11 20:12:14 kheops-mint kernel: blk_update_request: I/O error, dev sdb, sector 32 op 0x0:(READ) flags 0x80700 phys_seg 8 prio class 0
janv. 11 20:12:14 kheops-mint kernel: sd 3:0:0:0: [sdb] tag#15 FAILED Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK cmd_age=0s
janv. 11 20:12:14 kheops-mint kernel: sd 3:0:0:0: [sdb] tag#15 CDB: Read(16) 88 00 00 00 00 00 00 00 00 20 00 00 00 08 00 00
janv. 11 20:12:14 kheops-mint kernel: blk_update_request: I/O error, dev sdb, sector 32 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
janv. 11 20:12:14 kheops-mint kernel: Buffer I/O error on dev sdb, logical block 4, async page read
janv. 11 20:12:14 kheops-mint kernel: sd 3:0:0:0: [sdb] tag#21 FAILED Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK cmd_age=0s
janv. 11 20:12:14 kheops-mint kernel: sd 3:0:0:0: [sdb] tag#21 CDB: Read(16) 88 00 00 00 00 00 00 00 00 60 00 00 00 10 00 00
janv. 11 20:12:14 kheops-mint kernel: blk_update_request: I/O error, dev sdb, sector 96 op 0x0:(READ) flags 0x80700 phys_seg 2 prio class 0
janv. 11 20:12:14 kheops-mint kernel: sd 3:0:0:0: [sdb] tag#22 FAILED Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK cmd_age=0s
janv. 11 20:12:14 kheops-mint kernel: sd 3:0:0:0: [sdb] tag#22 CDB: Read(16) 88 00 00 00 00 00 00 00 00 40 00 00 00 08 00 00
janv. 11 20:12:14 kheops-mint kernel: blk_update_request: I/O error, dev sdb, sector 64 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
janv. 11 20:12:14 kheops-mint kernel: Buffer I/O error on dev sdb, logical block 8, async page read
janv. 11 20:12:14 kheops-mint kernel: sd 3:0:0:0: [sdb] tag#16 FAILED Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK cmd_age=0s
janv. 11 20:12:14 kheops-mint kernel: sd 3:0:0:0: [sdb] tag#16 CDB: Read(16) 88 00 00 00 00 00 00 00 00 80 00 00 00 08 00 00
janv. 11 20:12:14 kheops-mint kernel: blk_update_request: I/O error, dev sdb, sector 128 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0
janv. 11 20:12:14 kheops-mint kernel: Buffer I/O error on dev sdb, logical block 16, async page read
janv. 11 20:12:14 kheops-mint kernel: Buffer I/O error on dev sdb, logical block 32, async page read
janv. 11 20:12:14 kheops-mint kernel: Buffer I/O error on dev sdb, logical block 64, async page read
janv. 11 20:12:14 kheops-mint kernel: Buffer I/O error on dev sdb, logical block 128, async page read
janv. 11 20:12:14 kheops-mint kernel: Buffer I/O error on dev sdb, logical block 256, async page read
janv. 11 20:12:14 kheops-mint kernel: Buffer I/O error on dev sdb, logical block 512, async page read

en revanche je ne parviens pas à le monter (erreur input/output) en cliquant dessus dans nautilus et en saisissant le mdp luks (ce qui marchait impec jusqu'à dimanche) neutral

edit
bon je l'ai remis dans le dock et il se monte sans souci (je passe cette fois par cryptsetup luksOpen qui permet de déchiffrer le disque et de le rendre accessible à fsck sans le monter aussi sec)
je continue avec un autre superbloc en espérant mieux sad

Dernière modification par kheops (Le 11/01/2023, à 21:41)

Hors ligne

#13 Le 11/01/2023, à 22:51

geole

Re : accès ext4 : détection automatique d'un bon superblock

J'ai relevé

kheops-mint smartd[741]: Device: /dev/sdb, type changed from 'scsi' to 'sat'
....
kheops-mint smartd[741]: Device: /dev/sdb [SAT], is SMART capable. Adding to "monitor" l
janv. 11 20:09:44 kheops-mint smartd[741]: Device: /dev/sdb [SAT], 560 Currently unreadable (pending) sectors

Cela provient du smartctl mais 560 secteurs illisibles.
J'ai aussi vu

janv. 11 20:12:14 kheops-mint kernel: Buffer I/O error on dev sdb, logical block 16, async page read
janv. 11 20:12:14 kheops-mint kernel: Buffer I/O error on dev sdb, logical block 32, async page read
janv. 11 20:12:14 kheops-mint kernel: Buffer I/O error on dev sdb, logical block 64, async page read
janv. 11 20:12:14 kheops-mint kernel: Buffer I/O error on dev sdb, logical block 128, async page read
janv. 11 20:12:14 kheops-mint kernel: Buffer I/O error on dev sdb, logical block 256, async page read
janv. 11 20:12:14 kheops-mint kernel: Buffer I/O error on dev sdb, logical block 512, async page read

A chaque fois, Cela double.., A creuser.

Lorsque tu auras fini les fsck, reposte la commande.

journalctl --no-pager -b -g "error on dev sdb"

]

Dernière modification par geole (Le 13/01/2023, à 00:06)

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity

Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

#14 Le 12/01/2023, à 18:03

kheops

Re : accès ext4 : détection automatique d'un bon superblock

yop
merci pour ton soutien, il se trouve qu'hier après l'avoir remis dans le dock (dans la tour en sata directement il ne voulait pas se monter) bah il s'est monté "correctement" dans le sens où j'ai pu récupérer les fichiers les plus importants (la sauvegarde de mon home que je n'avais à cet instant QUE sur lui comme j'étais en train d'installer une nouvelle mint en repartant de zéro)
je me demande si ce qui aurait pu faire du bien, outre tes conseils, c'est d'ouvrir la partition chiffrée par "cryptsetup luksopen" plutôt que via nemo ce qui pourrait me faire passer à côté de ce fonctionnement bizarre https://www.reddit.com/r/gnome/comments … h_hogging/ dont je me rendais compte via un lsof | grep mondisque

comme j'ai indiqué plus haut pour l'instant il tourne et je ne veux pas prendre le risque de voir ce que donnerait un unmount/mount avoir d'avoir mis l'essentiel en sécurité

je ferai néanmoins un journalctl dès que possible, l'outil "disques" de la distrib montre quand je le sélectionne plus de 11 mille (oui oui) secteurs endommagés, mais que le disque est "sain"...

à bientôt et merci de nouveau

Hors ligne

#15 Le 12/01/2023, à 18:34

geole

Re : accès ext4 : détection automatique d'un bon superblock

kheops a écrit :

l'outil "disques" de la distrib montre quand je le sélectionne plus de 11 mille (oui oui) secteurs endommagés, mais que le disque est "sain"...

L'outil utilise les retours de smartctl.   Tant que smartctl ne  dit pas que le disque est mort, l'outil "disque" dit  que le disque est sain.
Si on avait pu récupérer le rapport smartcl, on aurait tous les chiffres et leur pourcentage de gravité qui permet de  tenter de prévoir.    Par exemple 11000 secteurs fichus  ce n'est pas grave du tout.

197 Current_Pending_Sector  0x0032   100   100   000    Old_age   Always       -    11000

ni même 16 milliards !!.

Ce  qui est grave .

 5 Reallocated_Sector_Ct   0x0033   50   50   050    Pre-fail  Always       FAILLING NOW-       1024

est de manquer de secteurs de substitution
Voila leur logique.

Comme tu  réussis tant bien que mal  à sauver les données, tout va ...

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity

Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

#16 Le 13/01/2023, à 23:32

kheops

Re : accès ext4 : détection automatique d'un bon superblock

tiens ce soir coco a l'air décidé à me retourner quelque chose de substanciel
un peu tardivement je mets une réponse complète ici smile
bise

smartctl 7.2 2020-12-30 r5155 [x86_64-linux-5.15.0-58-generic] (local build)
Copyright (C) 2002-20, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Model Family:     Seagate BarraCuda 3.5
Device Model:     ST8000DM004-2CX188
Serial Number:    ZCT32L80
LU WWN Device Id: 5 000c50 0c6d9d6ce
Firmware Version: 0001
User Capacity:    8001563222016 bytes [8,00 TB]
Sector Sizes:     512 bytes logical, 4096 bytes physical
Rotation Rate:    5425 rpm
Form Factor:      3.5 inches
Device is:        In smartctl database [for details use: -P show]
ATA Version is:   ACS-3 T13/2161-D revision 5
SATA Version is:  SATA 3.1, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is:    Fri Jan 13 22:29:42 2023 CET
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF ENABLE/DISABLE COMMANDS SECTION ===
SMART Enabled.

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

General SMART Values:
Offline data collection status:  (0x00)	Offline data collection activity
					was never started.
					Auto Offline Data Collection: Disabled.
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: 		(    0) seconds.
Offline data collection
capabilities: 			 (0x73) SMART execute Offline immediate.
					Auto Offline data collection on/off support.
					Suspend Offline collection upon new
					command.
					No Offline surface scan supported.
					Self-test supported.
					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: 	 (1003) minutes.
Conveyance self-test routine
recommended polling time: 	 (   2) minutes.
SCT capabilities: 	       (0x30a5)	SCT Status supported.
					SCT Data Table supported.

SMART Attributes Data Structure revision number: 10
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000f   100   049   006    Pre-fail  Always       -       417960
  3 Spin_Up_Time            0x0003   093   091   000    Pre-fail  Always       -       0
  4 Start_Stop_Count        0x0032   100   100   020    Old_age   Always       -       293
  5 Reallocated_Sector_Ct   0x0033   064   064   010    Pre-fail  Always       -       27464 (0 1)
  7 Seek_Error_Rate         0x000f   086   060   045    Pre-fail  Always       -       4667200358
  9 Power_On_Hours          0x0032   079   079   000    Old_age   Always       -       18421 (222 166 0)
 10 Spin_Retry_Count        0x0013   100   100   097    Pre-fail  Always       -       0
 12 Power_Cycle_Count       0x0032   100   100   020    Old_age   Always       -       202
183 Runtime_Bad_Block       0x0032   100   100   000    Old_age   Always       -       0
184 End-to-End_Error        0x0032   100   100   099    Old_age   Always       -       0
187 Reported_Uncorrect      0x0032   001   001   000    Old_age   Always       -       25265
188 Command_Timeout         0x0032   099   099   000    Old_age   Always       -       13 13 19
189 High_Fly_Writes         0x003a   100   100   000    Old_age   Always       -       0
190 Airflow_Temperature_Cel 0x0022   062   050   040    Old_age   Always       -       38 (Min/Max 38/39)
191 G-Sense_Error_Rate      0x0032   100   100   000    Old_age   Always       -       0
192 Power-Off_Retract_Count 0x0032   100   100   000    Old_age   Always       -       334
193 Load_Cycle_Count        0x0032   098   098   000    Old_age   Always       -       4477
194 Temperature_Celsius     0x0022   038   050   000    Old_age   Always       -       38 (0 15 0 0 0)
195 Hardware_ECC_Recovered  0x001a   100   064   000    Old_age   Always       -       417960
197 Current_Pending_Sector  0x0012   099   099   000    Old_age   Always       -       600
198 Offline_Uncorrectable   0x0010   099   099   000    Old_age   Offline      -       600
199 UDMA_CRC_Error_Count    0x003e   200   200   000    Old_age   Always       -       0
240 Head_Flying_Hours       0x0000   100   253   000    Old_age   Offline      -       16342h+11m+46.541s
241 Total_LBAs_Written      0x0000   100   253   000    Old_age   Offline      -       44211831479
242 Total_LBAs_Read         0x0000   100   253   000    Old_age   Offline      -       144863883416

SMART Error Log Version: 1
ATA Error Count: 25162 (device log contains only the most recent five errors)
	CR = Command Register [HEX]
	FR = Features Register [HEX]
	SC = Sector Count Register [HEX]
	SN = Sector Number Register [HEX]
	CL = Cylinder Low Register [HEX]
	CH = Cylinder High Register [HEX]
	DH = Device/Head Register [HEX]
	DC = Device Command Register [HEX]
	ER = Error register [HEX]
	ST = Status register [HEX]
Powered_Up_Time is measured from power on, and printed as
DDd+hh:mm:SS.sss where DD=days, hh=hours, mm=minutes,
SS=sec, and sss=millisec. It "wraps" after 49.710 days.

Error 25162 occurred at disk power-on lifetime: 18419 hours (767 days + 11 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  40 51 00 00 10 c0 02  Error: UNC at LBA = 0x02c01000 = 46141440

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  60 00 08 78 10 80 43 00      00:00:22.118  READ FPDMA QUEUED
  60 00 08 10 10 c0 43 00      00:00:22.117  READ FPDMA QUEUED
  60 00 08 28 10 c0 43 00      00:00:22.117  READ FPDMA QUEUED
  60 00 08 50 10 c0 43 00      00:00:22.116  READ FPDMA QUEUED
  60 00 08 ff ff ff 4f 00      00:00:22.096  READ FPDMA QUEUED

Error 25161 occurred at disk power-on lifetime: 18419 hours (767 days + 11 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  40 51 00 00 10 c0 02  Error: UNC at LBA = 0x02c01000 = 46141440

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  60 00 08 ff ff ff 4f 00      00:00:22.479  READ FPDMA QUEUED
  60 00 08 78 10 c0 43 00      00:00:22.478  READ FPDMA QUEUED
  60 00 08 58 10 c0 43 00      00:00:22.478  READ FPDMA QUEUED
  60 00 08 30 10 c0 43 00      00:00:22.478  READ FPDMA QUEUED
  60 00 08 18 10 c0 43 00      00:00:22.478  READ FPDMA QUEUED

Error 25160 occurred at disk power-on lifetime: 18418 hours (767 days + 10 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  40 51 00 00 10 c0 02  Error: UNC at LBA = 0x02c01000 = 46141440

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  60 00 08 ff ff ff 4f 00      00:03:31.216  READ FPDMA QUEUED
  60 00 08 78 10 c0 43 00      00:03:31.215  READ FPDMA QUEUED
  60 00 08 58 10 c0 43 00      00:03:31.215  READ FPDMA QUEUED
  60 00 08 30 10 c0 43 00      00:03:31.215  READ FPDMA QUEUED
  60 00 08 18 10 c0 43 00      00:03:31.215  READ FPDMA QUEUED

Error 25159 occurred at disk power-on lifetime: 18418 hours (767 days + 10 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  40 51 00 00 10 c0 02  Error: UNC at LBA = 0x02c01000 = 46141440

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  60 00 08 78 10 80 43 00      00:00:19.870  READ FPDMA QUEUED
  60 00 08 10 10 c0 43 00      00:00:19.869  READ FPDMA QUEUED
  60 00 08 28 10 c0 43 00      00:00:19.869  READ FPDMA QUEUED
  60 00 08 50 10 c0 43 00      00:00:19.868  READ FPDMA QUEUED
  60 00 20 ff ff ff 4f 00      00:00:19.862  READ FPDMA QUEUED

Error 25158 occurred at disk power-on lifetime: 18418 hours (767 days + 10 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  40 51 00 00 10 c0 02  Error: UNC at LBA = 0x02c01000 = 46141440

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  60 00 08 78 10 c0 43 00      00:01:53.372  READ FPDMA QUEUED
  60 00 08 58 10 c0 43 00      00:01:53.372  READ FPDMA QUEUED
  60 00 08 30 10 c0 43 00      00:01:53.372  READ FPDMA QUEUED
  60 00 08 18 10 c0 43 00      00:01:53.372  READ FPDMA QUEUED
  60 00 08 00 10 c0 43 00      00:01:53.372  READ FPDMA QUEUED

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.

Hors ligne

#17 Le 13/01/2023, à 23:51

geole

Re : accès ext4 : détection automatique d'un bon superblock

Bonsoir.
Merci de ton retour. il a enfin parlé!  Je note
1)

Error 25158 occurred at disk power-on lifetime: 18418 hours

Calcul mental rapide presque 1,5 secteur à l'heure. C'est trop.
2)

197 Current_Pending_Sector  0x0012   099   099   000    Old_age   Always       -       600

600 secteurs irréparables. Il est possible de tenter de les remettre en service en sachant que leur contenu sera perdu.
3) La ligne cruciale

  5 Reallocated_Sector_Ct   0x0033   064   064   010    Pre-fail  Always       -       27464 (0

Il a déja pu récupérer 27464 secteurs.  Ce  qui représente (100-064) % de sa capacité de réparation.
Lorsqu'il aura atteint (100-10)%  de sa capacité de réparation, tu seras informé que le disque va mourir et que tu disposes de 24 heures pour sauver son contenu.
4) La limite.
Lorsque la limite 68788 secteurs (100%)  sera atteinte, tout nouveau secteur en mauvais état ne sera plus réparé. Il n'y pas de limite,

A toi de voir ce que tu fais de ce disque. il est encore certainement diponible pour du   bricolage ou, vu sa taille, être converti en raid1. Ce qui ferait une capacité divisée par deux. Soit 4 To. Ce qui n'est pas si mal.

Dernière modification par geole (Le 14/01/2023, à 00:32)

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity

Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

#18 Le 15/01/2023, à 21:57

kheops

Re : accès ext4 : détection automatique d'un bon superblock

merci pour tes connaissances geole tu maîtrises le truc wink
bah tu sais ici ça a escaladé quickly, le disque n'est maintenant "plus jamais" reconnu (et je te parle encore moins, donc, de le monter)
vendredi encore je copiais des données de lui vers un autre, puis il a commencé à faire un bruit comme s'il s'emballait, et depuis que couic
avant quand je l'insérais dans le dock j'avais une petite alerte sonore sur ma mint et je voyais de l'activité le concernant dans syslog
maintenant y'a plus tout ça, certes il spinne parce qu'alimenté mais rien de plus, rien dans syslog (j'ai essayé avec une tartine de pain grillé et syslog réagit tout pareil)
à bientôt

Hors ligne

#19 Le 16/01/2023, à 00:08

geole

Re : accès ext4 : détection automatique d'un bon superblock

Bonsoir.
probable que les secteurs qui contiennent la description des partitions viennent de lacher à leur tour.
Pour la postérité, ces 50 dernières phrases.

journalctl -g  "error on dev sdb" | tail -50

Dernière modification par geole (Le 16/01/2023, à 00:10)

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity

Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

Pages : 1