Monter une image pour ma clé USB

Question

J'essaie de monter une image .dd. J'ai suivi 2 méthodes sans succès ...

Méthode 1

1ère étape:

root@evilcode1:/root# blkid qassam.dd qassam.dd: UUID="524F4B6665E82B4E" TYPE="ntfs"

2ème étape:

J'ai exécuté cette commande pour attacher l'image à un périphérique en boucle

Sudo losetup -f -P qassam.dd

3ème étape:

Ensuite, j'ai exécuté cette commande pour vérifier que l'image était détectée et que les partitions étaient détectées:

losetup -l

4ème étape:

Quand j'essaye de monter l'image avec cette commande mount /dev/loop10 q/ j'ai eu cette erreur:

ntfs_mst_post_read_fixup_warn: magic: 0x00000000 size: 4096 usa_ofs: 0 usa_count: 0: Invalid argument Actual VCN (0x0) of index buffer is different from expected VCN (0x3). Failed to open $Secure: No such file or directory Failed to mount '/dev/loop10': No such file or directory

Méthode 2

J'ai utilisé kpartx -a -v qassam.dd et j'ai eu cette erreur:

device-mapper: resume ioctl on loop9p1 failed: Invalid argument create/reload failed on loop9p1 device-mapper: resume ioctl on loop9p2 failed: Invalid argument create/reload failed on loop9p2 device-mapper: resume ioctl on loop9p3 failed: Invalid argument create/reload failed on loop9p3 device-mapper: resume ioctl on loop9p4 failed: Invalid argument create/reload failed on loop9p4

sudodus · Answer

L'OP ne nous a jamais donné aucun détail sur son fichier qassam.dd, nous ne pouvons donc que deviner pourquoi ils ne l'ont pas monté.

Ils ont peut-être oublié les autorisations élevées, Sudo pour la commande mount.
Peut-être que le système de fichiers dans le fichier image était corrompu.
Peut-être aurait-il dû être monté en boucle directement (pas via losetup).
Peut-être que la table de partition était en GPT.
Peut-être que la ligne de commande de montage était incorrecte, l'OP aurait dû rechercher la carte des périphériques de la partition et utiliser /dev/loop10p1 ou /dev/mapper/loop10p1 et non /dev/loop10 dans la commande de montage.

Fichier image d'une partition avec NTFS

Une image d'une partition devrait être possible de monter en boucle directement, et je l'ai testée comme ça,

Sudo mount -o loop ntfs.img /mnt/sd1 $ echo "Hello World" > /mnt/sd1/hello.txt $ ls -l /mnt/sd1 totalt 1 -rwxrwxrwx 1 root root 12 dec 15 23:10 hello.txt $ cat /mnt/sd1/hello.txt Hello World $ losetup -l NAME SIZELIMIT OFFSET AUTOCLEAR RO BACK-FILE DIO LOG-SEC /dev/loop0 0 0 1 0 /media/multimed-2/test/test0/temp/ntfs.img 0 512 Sudo mount /dev/loop0 /mnt/lp1 $ Sudo lsblk -fm /dev/loop0 NAME FSTYPE LABEL UUID MOUNTPOINT SIZE OWNER GROUP MODE loop0 ntfs 3B1CD6465B1E284E /mnt/sd1 4G root disk brw-rw----

Fichiers image des lecteurs avec des tables de partition

Avec les tables de partition MSDOS il était possible de monter et de voir les systèmes de fichiers via la première méthode de la question,

Sudo losetup -f -P filename.img

lister le résultat avec

losetup -l

et montez le (s) système (s) de fichiers avec

Sudo mount /dev/loop0p1 /mnt/lp1 Sudo mount /dev/loop0p2 /mnt/lp2 ...

Avec une table de partition GUID, il était possible de voir les systèmes de fichiers via la deuxième méthode de la question (mais la première méthode a échoué),

Sudo kpartx -a -v -g filename.img

Test avec un fichier image disponible,

Sudo kpartx -a -v -g Lubuntu_16.04.2_AMD64_persist-live_mkusb-12.1.2_7.8GB_guid-pt.img

le montage du (des) système (s) de fichiers avec

Sudo mount /dev/loop0p1 /mnt/lp3 Sudo mount /dev/loop0p2 /mnt/lp4 ...

Les périphériques en boucle pouvaient être vus par lsblk, mais ils étaient masqués dans le sous-répertoire mapper, trouvé via find.

$ Sudo find /dev/ -name "*loop0*" /dev/disk/by-id/dm-name-loop0p5 /dev/disk/by-id/dm-name-loop0p4 /dev/disk/by-id/dm-name-loop0p3 /dev/disk/by-id/dm-name-loop0p2 /dev/disk/by-id/dm-name-loop0p1 /dev/mapper/loop0p5 /dev/mapper/loop0p4 /dev/mapper/loop0p3 /dev/mapper/loop0p2 /dev/mapper/loop0p1 /dev/loop0

Il était possible de les monter, par exemple

Sudo mount /dev/mapper/loop0p1 /mnt/lp1 $ Sudo lsblk -fm /dev/loop0 NAME FSTYPE LABEL UUID MOUNTPOINT SIZE OWNER GROUP MODE loop0 7,3G root disk brw-rw---- ├─loop0p1 ntfs usbdata 09BA4B4A391B6781 /mnt/lp1 1,3G root disk brw-rw---- ├─loop0p2 1M root disk brw-rw---- ├─loop0p3 vfat usbboot 8A41-08E7 122M root disk brw-rw---- ├─loop0p4 iso9660 Lubuntu 16.04.2 LTS AMD64 2017-02-15-20-52-49-00 898M root disk brw-rw---- └─loop0p5 ext4 casper-rw 5bb1ca94-c265-4317-8b87-39a5486b16b9 5G root disk brw-rw---- $ ls -l /mnt/lp1 totalt 12 -rwxrwxrwx 1 root root 3582 feb 25 2017 backup -rwxrwxrwx 1 root root 4592 feb 25 2017 restore

Sortie lors du test certains fichiers img disponibles avec la table de partition MSDOS:

$ losetup -l NAME SIZELIMIT OFFSET AUTOCLEAR RO BACK-FILE DIO LOG-SEC /dev/loop1 0 0 0 0 /media/multimed-2/test/torios/persist/grub-n-iso/dd_ToriOS-persistent.img 0 512 /dev/loop2 0 0 0 0 /media/multimed-2/boot-usb/OneButtonInstaller/xz/dd_Lubuntu_18.04_i386_persist-live_15.7GB_casper-rw_home-rw_msdos.img 0 512 /dev/loop0 0 0 0 0 /media/multimed-2/boot-usb/OneButtonInstaller/xz/dd_Lubuntu_16.04.1-persist-live-and-installed-mkusb-11.0.5_7.8GB-msdos.img 0 512 $ Sudo lsblk -fm /dev/loop[0-2] NAME FSTYPE LABEL UUID MOUNTPOINT SIZE OWNER GROUP MODE loop0 14,6G root disk brw-rw---- ├─loop0p1 ntfs usbdata 35CF6A8A4AB6BF72 /mnt/lp1 2,2G root disk brw-rw---- ├─loop0p2 1K root disk brw-rw---- ├─loop0p3 vfat usbboot 2706-585F /mnt/lp2 122M root disk brw-rw---- ├─loop0p4 iso9660 Lubuntu 16.04.1 LTS AMD64 2016-07-20-12-16-02-00 /mnt/lp3 874M root disk brw-rw---- ├─loop0p5 ext4 casper-rw e47ec6db-149d-4d30-98af-0419786ba250 /mnt/lp4 4,6G root disk brw-rw---- ├─loop0p6 ext4 installed 1acf7b6f-bb3b-4d18-90ec-454f8353c84f /mnt/lp5 5,9G root disk brw-rw---- └─loop0p7 swap swap f2d7bd6e-eca9-48e8-a203-a1de2665d0e5 1023M root disk brw-rw---- loop1 792M root disk brw-rw---- ├─loop1p1 vfat bootgrub C192-D34A 16M root disk brw-rw---- ├─loop1p2 iso9660 torios-live 2015-06-14-16-48-49-00 725M root disk brw-rw---- └─loop1p3 ext2 live-rw a9843e51-4141-408b-975b-52d89eca1b28 50M root disk brw-rw---- loop2 14,6G root disk brw-rw---- ├─loop2p1 vfat lub1804-32 D4E5-7662 64M root disk brw-rw---- ├─loop2p2 ext4 isodevice 1b9f2fa2-1eab-49fa-be1c-57d38acb221f 2,2G root disk brw-rw---- ├─loop2p3 ext4 casper-rw 6c49bda6-68d5-44ea-9904-22b52aee2400 5G root disk brw-rw---- └─loop2p4 ext4 home-rw 53476429-dc26-4395-b951-065b8c36060e 7,3G root disk brw-rw----