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

Disque raid1 réutilisable

warloc

Bonjour,

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.

Dans mon nouvel ordinateur, j'ai tenté de monter manuellement le disque avec

sudo mount /dev/sdc1 /media/Dev_USB

mais j'ai obtenu

mount: /media/Dev_USB: wrong fs type, bad option, bad superblock on /dev/sdc1, missing codepage or helper program, or other error.

Voici les infos sur mon disque:

Disque /dev/sdc : 931,53 GiB, 1000204886016 octets, 1953525168 secteurs
Disk model: WDC WD1003FZEX-0
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0xbb4300bf

Périphérique Amorçage Début        Fin   Secteurs Taille Id Type
/dev/sdc1              2048 1953525167 1953523120 931,5G fd RAID Linux autodétecté

Le but de la manœuvre et d'accéder aux données pour après reformater le disque. Quelqu'un peut m'aider svp?
Merci

jamesbad000

Bonjour,

Ce n'est pas sdc1 qui faut monter, mais le volume raid qui se trouve à l'intérieur. Et pour voir ce qu'il y a à l'intérieur, et si le volume est actif. Donnes le retour de :

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

warloc

Voici le retour:

luc@alpha:~$ sudo lsblk -o size,name,fstype,label,mountpoint
[sudo] Mot de passe de luc : 
  SIZE NAME        FSTYPE            LABEL      MOUNTPOINT
 14,8M loop0       squashfs                     /snap/gnome-characters/375
202,9M loop1       squashfs                     /snap/vlc/1397
  3,7M loop2       squashfs                     /snap/gnome-system-monitor/111
 44,2M loop3       squashfs                     /snap/gtk-common-themes/1353
 89,1M loop4       squashfs                     /snap/core/8268
 99,8M loop5       squashfs                     /snap/keepassxc/625
 89,1M loop6       squashfs                     /snap/core/8213
 54,6M loop7       squashfs                     /snap/core18/1279
202,9M loop8       squashfs                     /snap/vlc/1049
  4,2M loop9       squashfs                     /snap/gnome-calculator/544
 42,8M loop10      squashfs                     /snap/gtk-common-themes/1313
 1008K loop11      squashfs                     /snap/gnome-logs/61
    4M loop12      squashfs                     /snap/gnome-calculator/406
149,9M loop13      squashfs                     /snap/gnome-3-28-1804/67
 54,6M loop14      squashfs                     /snap/core18/1288
  3,7M loop15      squashfs                     /snap/gnome-system-monitor/123
181,1M loop16      squashfs                     /snap/spotify/36
  8,5M loop17      squashfs                     /snap/canonical-livepatch/90
  956K loop18      squashfs                     /snap/gnome-logs/81
 14,8M loop19      squashfs                     /snap/gnome-characters/367
156,7M loop20      squashfs                     /snap/gnome-3-28-1804/110
 65,9M loop21      squashfs                     /snap/discord/101
140,7M loop22      squashfs                     /snap/gnome-3-26-1604/98
  1,8T sda                                      
  1,8T └─sda1      linux_raid_member AMD-X570:0 
  1,8T   └─md0     ext4                         /media/raid1
  1,8T sdb                                      
  1,8T └─sdb1      linux_raid_member AMD-X570:0 
  1,8T   └─md0     ext4                         /media/raid1
931,5G sdc                                      
931,5G └─sdc1                                   
931,5G sdd                                      
931,5G └─sdd1      ext4                         /media/hdd1-1To
953,9G nvme0n1                                  
  512M ├─nvme0n1p1 vfat                         /boot/efi
953,4G └─nvme0n1p2 ext4                         /

Merci de ton aide

jamesbad000

C'est le grand vide. Aucun volume raid n'est détecté sur sdc1. (Contrairement à sda1 et sdb1)
Tu es sur que tu as bien pris le bon disque ? Et que tu n'as pas eu des messages d'erreur lorsque tu l'a passé en fail et remove ?

Eventuellement si tu pouvais passer la même commande sur le PC d'origine, peut-être qu'on y verrait plus clair.
Et également pour voir les caractéristiques du raid avec le disque restant sur le PC d'origine...

sudo mdadm -D /dev/md*

warloc

Je suis sure à 100% d'avoir pris le bon disque dur et le md0 que tu voyais c'était le nouveau raid que j'ai créé sur mon nouvel ordinateur avec mes nouveaux HDD de 2To.
Voici les infos sur mon PC d'origine (le vieu):

luc@beta:~$ sudo lsblk -o size,name,fstype,label,mountpoint
  SIZE NAME    FSTYPE            LABEL    MOUNTPOINT
 89,1M loop0   squashfs                   /snap/core/8268
 54,6M loop1   squashfs                   /snap/core18/1279
  3,7M loop2   squashfs                   /snap/gnome-system-monitor/123
 95,1M loop3   squashfs                   /snap/telegram-desktop/983
 42,8M loop4   squashfs                   /snap/gtk-common-themes/1313
  3,7M loop5   squashfs                   /snap/gnome-system-monitor/111
  956K loop6   squashfs                   /snap/gnome-logs/73
  8,5M loop7   squashfs                   /snap/canonical-livepatch/88
156,7M loop8   squashfs                   /snap/gnome-3-28-1804/110
 14,8M loop9   squashfs                   /snap/gnome-characters/375
  956K loop10  squashfs                   /snap/gnome-logs/81
140,7M loop11  squashfs                   /snap/gnome-3-26-1604/98
  4,2M loop12  squashfs                   /snap/gnome-calculator/536
 95,1M loop13  squashfs                   /snap/telegram-desktop/994
  8,5M loop14  squashfs                   /snap/canonical-livepatch/90
202,9M loop15  squashfs                   /snap/vlc/1049
  156M loop16  squashfs                   /snap/gnome-3-28-1804/91
 44,2M loop17  squashfs                   /snap/gtk-common-themes/1353
 89,1M loop18  squashfs                   /snap/core/8213
 54,6M loop19  squashfs                   /snap/core18/1288
  4,2M loop20  squashfs                   /snap/gnome-calculator/544
 99,8M loop21  squashfs                   /snap/keepassxc/625
 14,8M loop22  squashfs                   /snap/gnome-characters/367
181,1M loop23  squashfs                   /snap/spotify/36
140,7M loop24  squashfs                   /snap/gnome-3-26-1604/97
 99,7M loop25  squashfs                   /snap/keepassxc/590
202,9M loop26  squashfs                   /snap/vlc/1397
931,5G sda                                
931,5G └─sda1  linux_raid_member Ubuntu:0 
931,4G   └─md0 ext4                       /media/raid
238,5G sdb                                
  200M ├─sdb1  vfat              BOOTEFI  /boot/efi
238,3G └─sdb2  ext4                       /
 1024M sr0

Suite au --fail et --remove:

luc@beta:~$ sudo mdadm -D /dev/md0
[sudo] Mot de passe de luc : 
/dev/md0:
           Version : 1.2
     Creation Time : Sun Jul 28 13:13:30 2019
        Raid Level : raid1
        Array Size : 976629440 (931.39 GiB 1000.07 GB)
     Used Dev Size : 976629440 (931.39 GiB 1000.07 GB)
      Raid Devices : 2
     Total Devices : 1
       Persistence : Superblock is persistent

     Intent Bitmap : Internal

       Update Time : Tue Dec 31 16:16:41 2019
             State : clean, degraded 
    Active Devices : 1
   Working Devices : 1
    Failed Devices : 0
     Spare Devices : 0

Consistency Policy : bitmap

              Name : Ubuntu:0
              UUID : 95703f75:40a14b9d:a79a44ae:ea371585
            Events : 2419

    Number   Major   Minor   RaidDevice State
       0       8        1        0      active sync   /dev/sda1
       -       0        0        1      removed

jamesbad000

Effectivement, tout semble coller à tes explications. Du coup, la non détection du raid dans l'autre PC ne s'explique pas pour le moment. Prenons quelques info supplémentaires sur le PC d'origine.

sudo fdisk -l /dev/sda
sudo mdadm -E /dev/sda1
sudo lsb_release -a
sudo uname -a
mdadm -V

Puis la même chose à partir de la 2ème commande sur le nouveau PC. En remplaçant sda par sdc dans la 2ème commande.

warloc

PC d'origine:

luc@beta:~$ sudo fdisk -l /dev/sda
[sudo] Mot de passe de luc : 
Disque /dev/sda : 931,5 GiB, 1000204886016 octets, 1953525168 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0xbb4300bf

Périphérique Amorçage Début        Fin   Secteurs Taille Id Type
/dev/sda1              2048 1953525167 1953523120 931,5G fd RAID Linux autodétecté

luc@beta:~$ sudo mdadm -E /dev/sda1
/dev/sda1:
          Magic : a92b4efc
        Version : 1.2
    Feature Map : 0x1
     Array UUID : 95703f75:40a14b9d:a79a44ae:ea371585
           Name : Ubuntu:0
  Creation Time : Sun Jul 28 13:13:30 2019
     Raid Level : raid1
   Raid Devices : 2

 Avail Dev Size : 1953258928 (931.39 GiB 1000.07 GB)
     Array Size : 976629440 (931.39 GiB 1000.07 GB)
  Used Dev Size : 1953258880 (931.39 GiB 1000.07 GB)
    Data Offset : 264192 sectors
   Super Offset : 8 sectors
   Unused Space : before=264112 sectors, after=48 sectors
          State : clean
    Device UUID : ee9e0d0a:db6e9da3:1371a8b5:b24003ad

Internal Bitmap : 8 sectors from superblock
    Update Time : Tue Dec 31 16:16:41 2019
  Bad Block Log : 512 entries available at offset 16 sectors
       Checksum : 42442a7c - correct
         Events : 2419


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

luc@beta:~$ sudo lsb_release -a
No LSB modules are available.
Distributor ID:	Ubuntu
Description:	Ubuntu 18.04.3 LTS
Release:	18.04
Codename:	bionic

luc@beta:~$ sudo uname -a
Linux beta 4.15.0-72-generic #81-Ubuntu SMP Tue Nov 26 12:20:02 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

luc@beta:~$ mdadm -V
mdadm - v4.1-rc1 - 2018-03-22

Nouveau PC:

luc@alpha:~$ sudo fdisk -l /dev/sdc
[sudo] Mot de passe de luc : 
Disque /dev/sdc : 931,53 GiB, 1000204886016 octets, 1953525168 secteurs
Disk model: WDC WD1003FZEX-0
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0xbb4300bf

Périphérique Amorçage Début        Fin   Secteurs Taille Id Type
/dev/sdc1              2048 1953525167 1953523120 931,5G fd RAID Linux autodétecté

luc@alpha:~$ sudo mdadm -E /dev/sdc1
/dev/sdc1:
   MBR Magic : aa55
Partition[0] :   1920221962 sectors at    218137203 (type 70)
Partition[1] :   1920298864 sectors at    544370800 (type 74)
Partition[2] :    544145418 sectors at    225600882 (type 82)
Partition[3] :        51637 sectors at   2760638474 (type 61)

luc@alpha:~$ sudo lsb_release -a
No LSB modules are available.
Distributor ID:	Ubuntu
Description:	Ubuntu 19.10
Release:	19.10
Codename:	eoan

luc@alpha:~$ sudo uname -a
Linux alpha 5.3.0-24-generic #26-Ubuntu SMP Thu Nov 14 01:33:18 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

luc@alpha:~$ mdadm -V
mdadm - v4.1 - 2018-10-01

jamesbad000

warloc a écrit

/dev/sdc1:
   MBR Magic : aa55
Partition[0] :   1920221962 sectors at    218137203 (type 70)
...

Voilà qui est inattendu. Il détecte une table de partition ms-dos avec 4 partitions dans ta partition sdc1. Voyons plus en détail ce qu'il y a la dedans

sudo partprobe /dev/sdc1
sudo lsblk -o size,name,fstype,label,mountpoint

warloc

Oui effectivement c'est bizarre pour les 4 partitions. J'avais un "fake raid" avant avec l'application dans le bios. Ensuite j'ai transformé le disque en Raid1 avec mdadm....

luc@alpha:~$ sudo partprobe /dev/sdc1
[sudo] Mot de passe de luc : 
Error: La (les) partition(s) 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 36, 37, 38, 39, 40, 41, 42, 43, 44, 45, 46, 47, 48, 49, 50, 51, 52, 53, 54, 55, 56, 57, 58, 59, 60, 61, 62, 63, 64 a (ont) été écrite(s) sur /dev/sdc1, mais impossible d'informer le système des changements, sans doute à cause de son (leur) utilisation. Ainsi, les anciennes partitions restent en usage. Vous devriez redémarrer maintenant avant d'effectuer d'autres changements.

luc@alpha:~$ sudo lsblk -o size,name,fstype,label,mountpoint
  SIZE NAME        FSTYPE            LABEL      MOUNTPOINT
 14,8M loop0       squashfs                     /snap/gnome-characters/375
202,9M loop1       squashfs                     /snap/vlc/1397
  3,7M loop2       squashfs                     /snap/gnome-system-monitor/111
 44,2M loop3       squashfs                     /snap/gtk-common-themes/1353
 89,1M loop4       squashfs                     /snap/core/8268
 99,8M loop5       squashfs                     /snap/keepassxc/625
 89,1M loop6       squashfs                     /snap/core/8213
 54,6M loop7       squashfs                     /snap/core18/1279
202,9M loop8       squashfs                     /snap/vlc/1049
  4,2M loop9       squashfs                     /snap/gnome-calculator/544
 42,8M loop10      squashfs                     /snap/gtk-common-themes/1313
 1008K loop11      squashfs                     /snap/gnome-logs/61
    4M loop12      squashfs                     /snap/gnome-calculator/406
149,9M loop13      squashfs                     /snap/gnome-3-28-1804/67
 54,6M loop14      squashfs                     /snap/core18/1288
  3,7M loop15      squashfs                     /snap/gnome-system-monitor/123
181,1M loop16      squashfs                     /snap/spotify/36
  8,5M loop17      squashfs                     /snap/canonical-livepatch/90
  956K loop18      squashfs                     /snap/gnome-logs/81
 14,8M loop19      squashfs                     /snap/gnome-characters/367
156,7M loop20      squashfs                     /snap/gnome-3-28-1804/110
 65,9M loop21      squashfs                     /snap/discord/101
140,7M loop22      squashfs                     /snap/gnome-3-26-1604/98
  1,8T sda                                      
  1,8T └─sda1      linux_raid_member AMD-X570:0 
  1,8T   └─md0     ext4                         /media/raid1
  1,8T sdb                                      
  1,8T └─sdb1      linux_raid_member AMD-X570:0 
  1,8T   └─md0     ext4                         /media/raid1
931,5G sdc                                      
931,5G └─sdc1                                   
931,5G sdd                                      
931,5G └─sdd1      ext4                         /media/hdd1-1To
953,9G nvme0n1                                  
  512M ├─nvme0n1p1 vfat                         /boot/efi
953,4G └─nvme0n1p2 ext4                         /

jamesbad000

Voilà que partprobe ne semble plus capable de sonder une partition, ni partx d'ailleurs, je viens de vérifier.
Du coup ça devient compliqué de voir ce qu'il y a exactement dans ces sous-partitions. En même temps si vraiment tu es certain que c'est le bon disque ça n'aurait pas avancé à grand chose...

Quoiqu'il en soit, le fait qu'il y ait une table de partition ne devrait pas masquer le raid d'après les essais que je viens de faire.
Par acquis de conscience on va quand même jeter un oeil à l'emplacement du superbloc qui doit se trouver à 8 secteur du début conformément à ce qu'on voit pour l'autre disque

warloc a écrit

luc@beta:~$ sudo mdadm -E /dev/sda1
/dev/sda1:
          Magic : a92b4efc
        Version : 1.2
(...)
   Super Offset : 8 sectors

sudo hd -s 4096 -n 1024 /dev/sdc1

jamesbad000

on peut aussi aller regarder directement s'il y a un système de fichier ext4 au début de la zone de données du raid
Sachant que mdadm -E donne

    Data Offset : 264192 sectors

La commande ci-dessous devrait afficher le contenu du super bloc du système de fichier ext

sudo hd -s $((512*(264192+2))) -n 1024 /dev/sdc1

geole

Bonsoir.
Question naïve: Si ce disque provient d'une structure raids1 fonctionnelle, il me semble qu'il devrait être possible de demander la fabrication d'un nouveau raid1 avec un seul disque ayant déjà des données. ( Je ne connais pas la commande). L'accès serait plus facile.

jamesbad000

Geole a écritil me semble qu'il devrait être possible de demander la fabrication d'un nouveau raid1

Ne jamais oublier que fabriquer un nouveau raid implique d'aller écrire des structures de données. Si on ne fournit pas exactement les mêmes paramètres qui ont été utilisés lors de la création initiale, en plus de ne servir à rien, l'opération risque d'aller écraser des données et d'augmenter le risque de rendre le tout irrécupérable... (Tiens je devrais ajouter ça dans le wiki aux raisons de ne pas faire un mdadm --create sans savoir exactement ce qu'on fait)

Quoiqu'ici on a un backup sous la forme de l'autre disque. Mais de toute façon ce n'est pas ma méthode d'aller essayer des trucs au hasard.
Si les données sont vraiment ou je les attends, on pourra aller les récupérer en se passant du raid (sachant qu'il s'agit de raid1, il n'y a pas de découpage par bande, et une fois qu'on a le début tout est d'un bloc derrière)
Et si elle n'y sont pas mdadm --create ne fera rien de mieux.

warloc

luc@alpha:~$ sudo hd -s 4096 -n 1024 /dev/sdc1
[sudo] Mot de passe de luc : 
00001000  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
00001400

luc@alpha:~$ sudo hd -s $((512*(264192+2))) -n 1024 /dev/sdc1
08100400  00 80 a3 03 b0 8b 8d 0e  fc 46 ba 00 9f 5d 9c 05  |.........F...]..|
08100410  72 49 a3 03 00 00 00 00  02 00 00 00 02 00 00 00  |rI..............|
08100420  00 80 00 00 00 80 00 00  00 20 00 00 5f 4f fe 5d  |......... .._O.]|
08100430  5f 4f fe 5d 31 00 ff ff  53 ef 01 00 01 00 00 00  |_O.]1...S.......|
08100440  ce d8 3d 5d 00 00 00 00  00 00 00 00 01 00 00 00  |..=]............|
08100450  00 00 00 00 0b 00 00 00  00 01 00 00 3c 00 00 00  |............<...|
08100460  c6 02 00 00 6b 04 00 00  16 30 39 60 51 40 4a 9c  |....k....09`Q@J.|
08100470  b1 88 c5 9a 0c 05 60 76  00 00 00 00 00 00 00 00  |......`v........|
08100480  00 00 00 00 00 00 00 00  2f 6d 65 64 69 61 2f 72  |......../media/r|
08100490  61 69 64 00 36 33 30 33  39 36 30 2d 35 31 34 30  |aid.6303960-5140|
081004a0  2d 34 61 39 63 2d 62 31  38 38 2d 63 35 39 61 30  |-4a9c-b188-c59a0|
081004b0  63 30 35 36 30 37 36 00  37 36 00 00 00 00 00 00  |c056076.76......|
081004c0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 04  |................|
081004d0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
081004e0  08 00 00 00 00 00 00 00  00 00 00 00 5c 1b 48 f9  |............\.H.|
081004f0  38 f5 4d 9b 83 09 28 54  77 71 53 0d 01 01 40 00  |8.M...(TwqS...@.|
08100500  0c 00 00 00 00 00 00 00  ce d8 3d 5d 0a f3 01 00  |..........=]....|
08100510  04 00 01 00 00 00 00 00  00 00 00 00 ff 7f 40 07  |..............@.|
08100520  00 00 00 00 00 80 00 00  00 80 00 00 00 00 41 07  |..............A.|
08100530  00 00 01 00 00 80 00 00  00 80 41 07 00 80 01 00  |..........A.....|
08100540  00 80 00 00 00 00 42 07  00 00 00 00 00 00 00 40  |......B........@|
08100550  00 00 00 00 00 00 00 00  00 00 00 00 20 00 20 00  |............ . .|
08100560  01 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
08100570  00 00 00 00 04 01 00 00  3a fa 87 31 00 00 00 00  |........:..1....|
08100580  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
081007f0  00 00 00 00 00 00 00 00  00 00 00 00 d5 19 27 57  |..............'W|
08100800

jamesbad000

Pas de trace du raid. Par contre le 2ème dump ressemble bien à un superbloc de système de fichier ext

On va créer un périphérique sur l'emplacement correspondant et regarder ce qu'il y a dedans...

sudo loopDev=$( losetup -o $((512*264192)) --show -f /dev/sdc1 ); echo $loopDev
sudo dumpe2fs -h $loopDev
sudo mount -o ro $loopDev /mnt
sudo df -h /mnt
ls /mnt

Edit : Je viens d'analyser le dump plus en détail. A vue de nez c'est bon. Il s'agit d'un système de fichier de 1T contenant un peu moins de 14000 fichiers et créé le 28 Juillet 2019 (même date que la création du raid)

warloc

luc@alpha:~$ sudo loopDev=$( losetup -o $((512*264192)) --show -f /dev/sdc1 ); echo $loopDev
losetup: impossible de trouver un périphérique de bouclage inutilisé
usage: sudo -h | -K | -k | -V
usage: sudo -v [-AknS] [-g group] [-h host] [-p prompt] [-u user]
usage: sudo -l [-AknS] [-g group] [-h host] [-p prompt] [-U user] [-u user] [command]
usage: sudo [-AbEHknPS] [-r role] [-t type] [-C num] [-g group] [-h host] [-p prompt] [-T timeout] [-u user] [VAR=value] [-i|-s]
            [<command>]
usage: sudo -e [-AknS] [-r role] [-t type] [-C num] [-g group] [-h host] [-p prompt] [-T timeout] [-u user] file ...

uc@alpha:~$ sudo dumpe2fs -h $loopDev
[sudo] Mot de passe de luc : 
dumpe2fs 1.45.3 (14-Jul-2019)
Utilisation : dumpe2fs [-bfghimxV] [-o superblock=<nombre>] [-o blocksize=<nombre>] périphérique

luc@alpha:~$ sudo mount -o ro $loopDev /mnt
mount: /mnt: impossible à trouver dans /etc/fstab.

luc@alpha:~$ sudo df -h /mnt
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
/dev/nvme0n1p2     938G     68G  823G   8% /

luc@alpha:~$ ls /mnt

luc@alpha:~$ cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/nvme0n1p2 during installation
UUID=820960cf-7194-4bfb-b482-d1c4a1651230 /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/nvme0n1p1 during installation
UUID=3668-159B  /boot/efi       vfat    umask=0077      0       1
/swapfile                                 none            swap    sw              0       0
UUID=ddc6d418-34ad-4aa6-8270-9ed25e1a2d62 /media/hdd1-1To ext4 defaults 0 2
/dev/md0	/media/raid1	ext4	defaults	0	1

jamesbad000

grrr. Ca a échoué à cause du gestionnaire de paquet snap qui bloque des périphériques de façon permanentes. Pour un usage hypothétique...

on commence par libérer un périphérique loop avec

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

Et à moins que la commande retourne encore un message d'erreur, tu peux enchainer en repassant le jeu de commandes que j'avais donné, à partir de la 2ème commande.

warloc

luc@alpha:~$ sudo losetup -d /dev/loop0

luc@alpha:~$ sudo loopDev=$( losetup -o $((512*264192)) --show -f /dev/sdc1 ); echo $loopDev
losetup: impossible de trouver un périphérique de bouclage inutilisé
usage: sudo -h | -K | -k | -V
usage: sudo -v [-AknS] [-g group] [-h host] [-p prompt] [-u user]
usage: sudo -l [-AknS] [-g group] [-h host] [-p prompt] [-U user] [-u user] [command]
usage: sudo [-AbEHknPS] [-r role] [-t type] [-C num] [-g group] [-h host] [-p prompt] [-T timeout] [-u user] [VAR=value] [-i|-s]
            [<command>]
usage: sudo -e [-AknS] [-r role] [-t type] [-C num] [-g group] [-h host] [-p prompt] [-T timeout] [-u user] file ...

jamesbad000

arrh. Autant pour moi. Il aurait fallu commencer par démonter le système de fichier qui occupe le périphérique

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

warloc

luc@alpha:~$ sudo umount -fl /dev/loop0

luc@alpha:~$ sudo losetup -d /dev/loop0
losetup: /dev/loop0 : échec de détachement: Aucun périphérique ou adresse

luc@alpha:~$ sudo loopDev=$( losetup -o $((512*264192)) --show -f /dev/sdc1 ); echo $loopDev
losetup: /dev/sdc1 : échec de configuration du périphérique boucle: Permission non accordée
usage: sudo -h | -K | -k | -V
usage: sudo -v [-AknS] [-g group] [-h host] [-p prompt] [-u user]
usage: sudo -l [-AknS] [-g group] [-h host] [-p prompt] [-U user] [-u user] [command]
usage: sudo [-AbEHknPS] [-r role] [-t type] [-C num] [-g group] [-h host] [-p prompt] [-T timeout] [-u user] [VAR=value] [-i|-s]
            [<command>]
usage: sudo -e [-AknS] [-r role] [-t type] [-C num] [-g group] [-h host] [-p prompt] [-T timeout] [-u user] file ...

Page suivante »