przesunięcie pętli montażowej już nie działa


0

Zawsze montowałem kompletne obrazy dysków za pomocą mount -o loop,offeset=$((START * BLOCKSIZE)) image.raw /mnt

Nie działa z ostatnimi 2 obrazami. Zawsze otrzymuję komunikat „mount: zły typ fs, zła opcja, zły superblok na / dev / loop0”.

Przy tym obrazie przesunięcie powinno wynosić 1048576

Disk sm.img1: 39.1 GiB, 41943040000 bytes, 81920000 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: 0x0000aa2b

Device     Boot    Start      End  Sectors  Size Id Type
sm.img11    *        2048 79691775 79689728   38G 83 Linux
....

Obraz działa, mogę go uruchomić w qemu.

Mount cmd używam: mount from util-linux 2.29.1 (libmount 2.29.1: btrfs, assert, debug)

Co ja robię źle?

Odpowiedzi:


1

TLDR: Najprawdopodobniej twoje sektory są nie 512 bajtów. Najczęstszą alternatywną wartością jest 4096 bajtów na sektor, stąd przesunięcie powinno wynosić 2048 x 4096 = 8 388 608. Możesz spróbować tej wartości lub ..

możesz to określić:

# ls -lt debian-testing-amd64-DVD-1.iso -rw-rw-r-- 1 mario mario 3981279232 mar  1 10:58 debian-testing-amd64-DVD-1.iso
# hexdump -s 446 -n 64 -v -e '1/1 "Partition:| %02x" 3/1 " | %3u" 1/1 " | %02x" 3/1 " | %3u" 2/4 " | %9u" "\n"' debian-testing-amd64-DVD-1.iso 
Partition:| 80 |   0 |   1 |   0 | 00 | 237 | 224 | 252 |         0 |   7775936
Partition:| 00 | 254 | 255 | 255 | ef | 254 | 255 | 255 |     19984 |       832
Partition:| 00 |   0 |   0 |   0 | 00 |   0 |   0 |   0 |         0 |         0
Partition:| 00 |   0 |   0 |   0 | 00 |   0 |   0 |   0 |         0 |         0
#

Zatem rozmiar tego dysku wynosi dokładnie 3981279232 bajtów i zawiera 7775936 sektorów, z których każdy ma wtedy 3981279232/7775936 = 512 bajtów długości. Możesz dowiedzieć się więcej czytając tutaj .


Rozmiar to 512. Binwalk znalazł sygnaturę ext4 na 1048576.
gj13

Ext4 nie był czysty i jeśli używasz flagi ro, ext4 po prostu go nie montuje. Mój terminal wyjściowy dziennika dmesg wisiał, więc nie otrzymałem ostrzeżenia o tym jądrze ext4. Przyjmuję twoją odpowiedź, ponieważ jest to najlepsza metoda, jeśli rozmiar bloku jest nieznany.
gj13
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.