Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

disque dur raid 5 refuse de se monter suite crash

tenchimuyo

Bonjour,
Un disk a buguer sur mon raid 5 materiel adaptec 3805 .
La je suis a 100/100 ok mais impossible de le monter
Je suis sur ubuntu 16.04 et ne trouve pas de solution

Mon message d erreure est

 Error mounting /dev/dm-4 at /media/sésamie-2/RAID 5: Command-line `mount -t "ext4" -o "uhelper=udisks2,nodev,nosuid" "/dev/dm-4" "/media/sasamie-2/RAID5"' exited with non-zero exit status 32: mount: /dev/mapper/luks-f73cda24-2704-4b10-950b-e62987bca5ac: can

Mon raid 5 est en luks

Merci pour votre aide et lumiere

jamesbad000

Bonjour,

peut-on voir dans un premier temps le retour de

sudo lsblk -o size,name,fstype,label,mountpoint,uuid

tenchimuyo

bonjour

SIZE NAME                    FSTYPE  LABEL MOUNTPOINT UUID
 10,9T sda                     crypto_                  f73cda24-2704-4b10-950b-e62987bca5ac
 10,9T └─luks-f73cda24-2704-4b10-950b-e62987bca5ac
                               ext4    RAID5            0605786c-615f-46cd-bdd4-bd48fd96859b
465,8G sdb                                              
  487M ├─sdb1                  ext2          /boot      eef8befa-61e1-4d58-b987-79255dd8c3e4
    1K ├─sdb2                                           
148,5G └─sdb5                  crypto_                  73524e56-4dc8-4632-877a-d5be4ca6d934
148,5G   └─sda5_crypt          LVM2_me                  2b5WXp-ouoe-nMPo-G0c5-KVZD-zS5t-vYodSg
144,7G     ├─ubuntu--vg-root   ext4          /          88c33700-4071-4839-a569-8d148d76633a
  3,8G     └─ubuntu--vg-swap_1 swap                     9debcbfc-98ab-4a5c-b3df-9c7778e98ea7
  3,8G       └─cryptswap1      swap          [SWAP]     929acd0d-97b6-405c-aec1-81320d291b19

cordialement seb

xubu1957

Bonjour,

~~Pour ajouter toi-même les balises code à tes précédents messages #1 et #3 :~~ Merci 😉

Cliquer sur le lien « Modifier » en bas à droite du message
Sélectionner le texte
Cliquer sur le <> de l'éditeur de message

comme indiqué dans le : Retour utilisable de commande

_ _ _

Voir règles du forum > balises BB code

Balise CODE :

C'est la balise à utiliser pour donner de longs messages d'erreurs, des contenus de fichiers de configuration, des commandes à taper, etc … Elle permet des messages plus "compacts", et est moins ambiguë que d'autres polices sur certains caractères.

(Edit= messages regroupés)

tenchimuyo

merci xubu1957
c est mieux comme ca.

jamesbad000

Ok. Prenons la température.

sudo e2fsck -nf /dev/mapper/luks-f73cda24-2704-4b10-950b-e62987bca5ac

Et est-ce que tu as une sauvegarde de ce volume ?

tenchimuyo

voila

e2fsck 1.42.13 (17-May-2015)
Erreur de lecture du bloc 1462272000 (La tentative de lecture d'un bloc depuis le système de fichiers a produit une lecture tronquée). Ignorer l'erreur ? non

RAID5: La tentative de lecture d'un bloc depuis le système de fichiers a produit une lecture tronquée while reading block 1462272000

RAID5: La tentative de lecture d'un bloc depuis le système de fichiers a produit une lecture tronquée lecture en cours du superbloc du journal

e2fsck: La tentative de lecture d'un bloc depuis le système de fichiers a produit une lecture tronquée lors de la vérification du journal ext3 pour RAID5

RAID5 : **ATTENTION : le système de fichiers contient encore des erreurs**

tenchimuyo

sinon pas de sauvegarde . j attendai mon hdd 10 tb pour .
sniff sniff

tenchimuyo

sinon je suis en ext4 après le luks

jamesbad000

tenchimuyo a écritsinon je suis en ext4 après le luks

Oui ça je le vois bien dans le résultat de lsblk ainsi que dans le message d'erreur que tu as donné. Mais e2fsck prend bien en charge ext2/3/4.

L'erreur "lecture tronquée" qui sort sur le fsck laisse à penser que le raid à un problème. Comme c'est du raid matériel, je ne maîtrise pas cet aspect des choses.
Le fsck c'est arrêté tout de suite parce qu'il y a une erreur sur le journal, et que je lui est demandé de ne rien réparer. Et pour cause, réparer un système de fichier sur un matériel endommagé risque de provoquer encore plus de dégâts. Le risque étant ici amplifié par la couche de chiffrement...

Tentons un montage en lecture seule, qui va éviter l'accès au journal.

sudo mount -o ro /dev/mapper/luks-f73cda24-2704-4b10-950b-e62987bca5ac /media/sasamie-2/RAID5

tenchimuyo

ok voila le retour

mount: mount point /media/sasamie-2/RAID5 does not exist

sinon le raid c est reparer et est 100% ok dans la carte raid

jamesbad000

Evidemment le point de montage n'existe pas... On recommence dans /mnt

sudo mount -o ro /dev/mapper/luks-f73cda24-2704-4b10-950b-e62987bca5ac /mnt
ls /mnt

tenchimuyo a écritsinon le raid c est reparer et est 100% ok dans la carte raid

Disons qu'il est reconstruit. Mais j'ai déjà vu des raid reconstruit avec plus rien d'exploitable dessus.

tenchimuyo

voila

mount: /dev/mapper/luks-f73cda24-2704-4b10-950b-e62987bca5ac: can't read superblock

jamesbad000

Bizarre qu'il sorte cette erreur alors que précédemment il avait bien identifié un système de fichier ext4.

Il faudrait faire une simulation de création du système de fichier pour avoir la liste des emplacements de superbloc de secours

sudo mke2fs -n -t ext4 /dev/mapper/luks-f73cda24-2704-4b10-950b-e62987bca5ac
sudo lsb_release -a

Par ailleurs, merci de confirmer si tu as bien créé ce système de fichier sur la machine actuelle et avec la même version d'os.

redonner aussi

sudo lsblk -o size,name,fstype,label,mountpoint,uuid

Histoire de s'assurer qu'on voit toujours la même chose

PS: par principe donnes toujours le retour en incluant la commande introduite, ainsi que la ligne d'invite qui suit les éventuels messages (et ce, même si la commande n'affiche rien)

tenchimuyo

sudo mke2fs -n -t ext4 /dev/mapper/luks-f73cda24-2704-4b10-950b-e62987bca5ac
[sudo] Mot de passe de sasamie-2 : 
mke2fs 1.42.13 (17-May-2015)
/dev/mapper/luks-f73cda24-2704-4b10-950b-e62987bca5ac contient un système de fichiers ext4 étiqueté « RAID5 »
	dernier montage sur /media/sasamie-2/RAID5 le Thu Feb 28 19:03:55 2019
Procéder malgré tout ? (o,n)

je repond oui ou non

et oui avec ce system j ai une image pour la re injecter au besoin

jamesbad000

Répondre o

tenchimuyo

En train de créer un système de fichiers avec 2925526528 4k blocs et 365690880 i-noeuds.
UUID de système de fichiers=bfd88d74-10bc-4359-92a6-0950586309a5
Superblocs de secours stockés sur les blocs : 
    32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 
    4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968, 
    102400000, 214990848, 512000000, 550731776, 644972544, 1934917632, 
    2560000000

sasamie-2@sasamie2-desktop:~$ sudo lsb_release -a
No LSB modules are available.
Distributor ID:	Ubuntu
Description:	Ubuntu 16.04.6 LTS
Release:	16.04
Codename:	xenial

tenchimuyo

sasamie-2@sasamie2-desktop:~$ sudo lsblk -o size,name,fstype,label,mountpoint,uuid
  SIZE NAME                    FSTYPE  LABEL MOUNTPOINT UUID
 10,9T sda                     crypto_                  f73cda24-2704-4b10-950b-e62987bca5ac
 10,9T └─luks-f73cda24-2704-4b10-950b-e62987bca5ac
                               ext4    RAID5            0605786c-615f-46cd-bdd4-bd48fd96859b
465,8G sdb                                              
  487M ├─sdb1                  ext2          /boot      eef8befa-61e1-4d58-b987-79255dd8c3e4
    1K ├─sdb2                                           
148,5G └─sdb5                  crypto_                  73524e56-4dc8-4632-877a-d5be4ca6d934
148,5G   └─sda5_crypt          LVM2_me                  2b5WXp-ouoe-nMPo-G0c5-KVZD-zS5t-vYodSg
144,7G     ├─ubuntu--vg-root   ext4          /          88c33700-4071-4839-a569-8d148d76633a
  3,8G     └─ubuntu--vg-swap_1 swap                     9debcbfc-98ab-4a5c-b3df-9c7778e98ea7
  3,8G       └─cryptswap1      swap          [SWAP]     028d6db4-b282-44f1-a2ec-dc1278ec6246

tenchimuyo

je suis passer a sasamie2 c etait le non d origine de memoire mais avant je pouvai meme en sasamie car a la base c est la meme image disk.
j ai juste changer du velsiraptor 160 go a un normale en 500 go

jamesbad000

Bon, tentons un montage avec le 1er superbloc de la liste

sudo mount -o ro,sb=$((32768*4)) /dev/mapper/luks-f73cda24-2704-4b10-950b-e62987bca5ac /mnt

Page suivante »