You are not logged in.
Pages: 1
I have an image file from a DVD:
disk.img: UDF filesystem data (version 2.x)The image can be mounted on Windows with no problem.
But on archlinux (6.18.3-arch1-1)
sudo mount -t udf disk.img /mntshows:
mount: /mnt: wrong fs type, bad option, bad superblock on /dev/loop0, missing codepage or helper program, or other error.
dmesg(1) may have more information after failed mount system call.and
sudo dmesgshows:
[11964.579086] UDF-fs: error (device loop0): udf_load_sparable_map: error loading logical volume descriptor: Too big sparing table size (6144)
[11964.579090] UDF-fs: Scanning with blocksize 2048 failed
[11964.579315] UDF-fs: warning (device loop0): udf_load_vrs: No anchor found
[11964.579317] UDF-fs: Scanning with blocksize 4096 failed
[11964.579318] UDF-fs: warning (device loop0): udf_fill_super: No partition found (1)apparently it is related to:
https://patchwork.kernel.org/project/li … k@suse.cz/
Is this really impossible in Linux?
Is there a way to extract the contents without mounting it? because
7z x disk.imgshows:
7-Zip 25.01 (x64) : Copyright (c) 1999-2025 Igor Pavlov : 2025-08-03
64-bit locale=C.UTF-8 Threads:8 OPEN_MAX:1024, ASM
Scanning the drive for archives:
1 file, 1466761216 bytes (1399 MiB)
Extracting archive: disk.img
ERROR: disk.img
Cannot open the file as archive
Can't open as archive: 1
Files: 0
Size: 0
Compressed: 0Offline
Try https://archlinux.org/packages/extra/x86_64/udftools/
Its release notes indicate it has atleast some support for large sparing tables
Last edited by Lone_Wolf (2026-01-08 10:40:32)
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
clean chroot building not flexible enough ?
Try clean chroot manager by graysky
Offline
Pages: 1