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

Disque raid1 réutilisable

jamesbad000

sudo mal placé. Mais on a avancé d'un pas...

loopDev=$( sudo losetup -o $((512*264192)) --show -f /dev/sdc1 ); echo $loopDev

warloc

luc@alpha:~$ loopDev=$( sudo losetup -o $((512*264192)) --show -f /dev/sdc1 ); echo $loopDev
/dev/loop0

jamesbad000

Oui ça semble bon. tu peux enchaîner avec

sudo dumpe2fs -h /dev/loop0
sudo mount -o ro /dev/loop0 /mnt
sudo df -h /mnt
ls /mnt

warloc

luc@alpha:~$ sudo dumpe2fs -h /dev/loop0
dumpe2fs 1.45.3 (14-Jul-2019)
Filesystem volume name:   <none>
Last mounted on:          /media/raid
Filesystem UUID:          16303960-5140-4a9c-b188-c59a0c056076
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype needs_recovery extent 64bit flex_bg sparse_super large_file huge_file dir_nlink extra_isize metadata_csum
Filesystem flags:         signed_directory_hash 
Default mount options:    user_xattr acl
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              61046784
Block count:              244157360
Reserved block count:     12207868
Free blocks:              94133663
Free inodes:              61032818
First block:              0
Block size:               4096
Fragment size:            4096
Group descriptor size:    64
Reserved GDT blocks:      1024
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         8192
Inode blocks per group:   512
Flex block group size:    16
Filesystem created:       Sun Jul 28 13:18:06 2019
Last mount time:          Sat Dec 21 11:59:11 2019
Last write time:          Sat Dec 21 11:59:11 2019
Mount count:              49
Maximum mount count:      -1
Last checked:             Sun Jul 28 13:18:06 2019
Check interval:           0 (<none>)
Lifetime writes:          792 GB
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:	          256
Required extra isize:     32
Desired extra isize:      32
Journal inode:            8
Default directory hash:   half_md4
Directory Hash Seed:      5c1b48f9-38f5-4d9b-8309-28547771530d
Journal backup:           inode blocks
Checksum type:            crc32c
Checksum:                 0x572719d5
Journal features:         journal_incompat_revoke journal_64bit journal_checksum_v3
Journal size:             1024M
Journal length:           262144
Journal sequence:         0x00002b6f
Journal start:            1
Journal checksum type:    crc32c
Journal checksum:         0x0476d27c

luc@alpha:~$ sudo mount -o ro /dev/loop0 /mnt

luc@alpha:~$ sudo df -h /mnt
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
/dev/loop0         916G    557G  313G  65% /mnt

luc@alpha:~$ ls /mnt

Avec le /mnt, je vois effectivement ce qu'il y a sur mon disque.

jamesbad000

Parfait. Par sécurité j'ai fais un montage en lecture seule. Mais tu peux récupérer les données sans problème...

Juste une question sans être indiscret j'espère, tu es sur quel fuseau horaire ? parce que l'heure de création de ton système de fichier qui apparait dans le résulta de dumpe2fs

Filesystem created:       Sun Jul 28 13:18:06 2019

diffère de celle que mon programme d'analyse à remonté

Epoch32 - mkfs_time = 2019-07-28T19:18:06

warloc

Je suis au Québec - Canada donc UTC-5.

luc@alpha:/mnt/Download$ date
samedi 4 janvier 2020, 16:49:08 (UTC-0500)

Un gros merci pour ton aide et quand j'aurai fini de copier les données, pour démonter le tout je fais sudo umount /mnt ?

jamesbad000

Parfait ce n'est pas un bug dans mon prog donc 🙂

warloc a écritje fais sudo umount /mnt ?

Oui. En fait tout vas se défaire au prochain redémarrage.
D'ailleurs, je te conseille de redémarrer après, car je ne sais pas trop quel effet pourrait avoir le fait que j'ai piqué un loopdev à snap, en cas de mise à jour de paquet...

warloc

Ok parfait merci.

Et sur mon ancien ordinateur, est-ce qu'il est possible comme de défaire mon Raid1 et de juste monter mon disque dur pour y accéder et l'utiliser comme un disque ordinaire?

geole

warloc a écritBonjour,

J'avais deux disques durs en Raid1 créé avec mdadm dans un ancien ordinateur et j'aimerais récupérer un des deux disque pour l'installer dans un nouvel ordinateur et accéder aux données. Avant de débrancher un des deux disques dur, j'ai fais un
sudo mdadm --fail /dev/md0 /dev/sdb1
puis un --remove.

Bonsoir

Peut-être que c'est cette action qui a détruit la notion RAIDS du disque éliminé.
Il fallait probablement faire une action inverse dans le nouvel ordinateur.

jamesbad000

Non. Ni fail ni remove ne sont sensés détruire le superbloc. Et encore moins aller écrire une table de partition...

fred2@vk1804:~$ sudo lsblk -o size,name,fstype,label,mountpoint
[sudo] Mot de passe de fred2 : 
 SIZE NAME      FSTYPE            LABEL         MOUNTPOINT

 128M sdb                                       
 127M └─sdb1    linux_raid_member vk1804:testR1 
 126M   └─md127 ext2                            
 128M sdc                                       
 127M └─sdc1    linux_raid_member vk1804:testR1 
 126M   └─md127 ext2                            
        
fred2@vk1804:~$ sudo mdadm /dev/md127 --fail /dev/sdc1
mdadm: set /dev/sdc1 faulty in /dev/md127
fred2@vk1804:~$ sudo mdadm /dev/md127 --remove /dev/sdc1
mdadm: hot removed /dev/sdc1 from /dev/md127

fred2@vk1804:~$ sudo lsblk -o size,name,fstype,label,mountpoint
 SIZE NAME      FSTYPE            LABEL         MOUNTPOINT
 128M sdb                                       
 127M └─sdb1    linux_raid_member vk1804:testR1 
 126M   └─md127 ext2                            
 128M sdc                                       
 127M └─sdc1    linux_raid_member vk1804:testR1 

fred2@vk1804:~$ sudo mdadm -E /dev/sdc1
/dev/sdc1:
          Magic : a92b4efc
        Version : 1.2
    Feature Map : 0x0
     Array UUID : 33762479:3aa10030:15bb41e1:7f626128
           Name : vk1804:testR1  (local to host vk1804)
  Creation Time : Fri Jan  3 17:59:40 2020
     Raid Level : raid1
   Raid Devices : 2

 Avail Dev Size : 258048 (126.00 MiB 132.12 MB)
     Array Size : 129024 (126.00 MiB 132.12 MB)
    Data Offset : 2048 sectors
   Super Offset : 8 sectors
   Unused Space : before=1968 sectors, after=0 sectors
          State : clean
    Device UUID : b7c56254:5eda4b24:542ccbdb:97cf0c3d

    Update Time : Fri Jan  3 18:44:53 2020
  Bad Block Log : 512 entries available at offset 16 sectors
       Checksum : a88a0c7f - correct
         Events : 19


   Device Role : Active device 1
   Array State : AA ('A' == active, '.' == missing, 'R' == replacing)

« Page précédente