Монтирование образа раздела, монтирование занимает весь размер диска

Итак, я создал систему резервного копирования и восстановления в нашей сети с помощью clonezilla и tftp-сервера под управлением Ubuntu. Чтобы также извлечь отдельные файлы из изображений, я написал скрипт bash, который получает изображения из сетевого ресурса, распаковывает их и восстанавливает. Теперь у меня проблема с монтированием образов разделов.

Спецификация файла образа раздела:

parted -s Restored2222378675.img print

Model:  (file)
Disk /mnt/sdb1/Restored2222378675.img: 8492MB
Sector size (logical/physical): 512B/512B
Partition Table: loop
Disk Flags:

Number  Start  End     Size    File system  Flags

 1      0.00B  8492MB  8492MB  ntfs

Команда монтирования и ошибка:

mount -o loop -t ntfs-3g /mnt/sdb1/Restored2222378675.img /mnt/ImageMountPoint/MTEC-0376-CloneZilla/

Failed to read last sector (998249071): Invalid argument
HINTS: Either the volume is a RAID/LDM but it wasn't setup yet,
   or it was not setup correctly (e.g. by not using mdadm --build ...),
   or a wrong device is tried to be mounted,
   or the partition table is corrupt (partition is smaller than NTFS),
   or the NTFS boot sector is corrupt (NTFS size is not valid).
Failed to mount '/dev/loop0': Invalid argument
The device '/dev/loop0' doesn't seem to have a valid NTFS.
Maybe the wrong device is used? Or the whole disk instead of a
partition (e.g. /dev/sda, not /dev/sda1)? Or the other way around?

Из этого я заключаю, что команда mount пытается смонтировать весь диск ~ 500 ГБ, а размер файла раздела - всего 8492 МБ.

Кто-нибудь знает, откуда у него эта информация, и если я могу указать конечную точку в качестве параметра, как вы можете со смещением?

Теперь я видел, что fdisk дает другой вывод, чем parted:

fdisk -l /mnt/sdb1/Restored2222378675.img  
Disk /mnt/sdb1/Restored2222378675.img: 7.9 GiB, 8492261376 bytes, 16586448 sectors  
Units: sectors of 1 * 512 = 512 bytes  
Sector size (logical/physical): 512 bytes / 512 bytes  
I/O size (minimum/optimal): 512 bytes / 512 bytes  
Disklabel type: dos  
Disk identifier: 0x73736572  

Device                            Boot      Start        End    Sectors   Size Id Type   
/mnt/sdb1/Restored2222378675.img1      1920221984 3736432267 1816210284   866G 72 unknown  
/mnt/sdb1/Restored2222378675.img2      1936028192 3889681299 1953653108 931.6G 6c unknown
/mnt/sdb1/Restored2222378675.img3               0          0          0     0B  0 Empty    
/mnt/sdb1/Restored2222378675.img4        27722122   27722568        447 223.5K  0 Empty

Это странное форматирование, это лучшее, что я могу сделать ^^ Теперь я не понимаю, почему на диске 4 файла изображений, а их всего 1. Также размер и тип не имеют смысла для меня. Возможно ли, что удаления файлов изображений будет недостаточно, если я захочу начать процесс заново, а также мне нужно перемонтировать / dev / sdb1 в / mnt / sdb1?

— user728679
источник

Если образ представляет собой только один раздел (без таблицы разделов), вывод fdisk является недействительным, и вы можете это игнорировать.

— rudimeier

Я думаю, что ваш образ как-то сломан, как вы восстановили его из образа клонезиллы? Имеет ли изображение такой же размер, как исходный раздел на исходном жестком диске?

— rudimeier

gunzip -c / mnt / sdb2 / $ 3> / mnt / sdb1 / $ UnzippedImage ($ 3 - это образ раздела, загруженный с общего ресурса) partclone.ntfs -r -C -s / mnt / sdb1 / $ UnzippedImage -O / mnt / sdb1 / $ RestoredImage --restore_raw_file для ntfs: монтировать -o цикл, удалить_hiberfile -t ntfs-3g / mnt / sdb1 / $ RestoredImage / mnt / ImageMountPoint / $ 2 для hfsplus: монтировать -o цикл, rw -t hfsplus / mnt / sdb1 / $ RestoredImage / mnt / ImageMountPoint / $ 2

— user728679

Протестировано с большим количеством изображений hfsplus работает, но только для чтения. Я думаю, что проблема в том, что mount каким-то образом знает таблицу разделов с диска, но если я запускаю файл на образе, я могу видеть только файл: 4 последние данные смонтированы: 'HFSJ', создано: ср 22 апр. 13:51:51 2015, последнее изменение: пн 24 апр 07:15:52 2017, последняя проверка: ср 22 апр 09:51:51 2015, размер блока : 4096, количество блоков: 158692, свободных блоков: 23236

— user728679,

Я думаю, мне придется получить второй файл с каждым изображением, в котором сохранена информация о таблице разделов, чтобы разобрать смещение и sizelimit оттуда и передать его команде mount. Не могу сделать это сегодня, потому что я не могу подключиться к

— общему