You are not logged in.
i'm trying to unpack disks with amiga's perihelion (see here for info, here's direct link to the zip). on linux, i'm aware of two tools that do just that and neither of them works with the files in question. Both produce similar errors about "RootBlock" - which are equally cryptic to me:
unadf perihelion_1of5.adf
unADF v1.0 : a unzip like for .ADF files, powered by ADFlib (v0.7.11a - January 20th, 2007)
Warning <adfReadRootBlock : id not found>
Can't mount the dump device 'perihelion_1of5.adf'.and output of xdftool from amitools (with verbose flag):
xdftool -v perihelion_1of5.adf info
auto open command: ['info']
auto open exit_code: 0
opening volume: perihelion_1of5.adf
'info' FSError: Invalid Root Block(2):block=RootBlock:@880
closing volume: perihelion_1of5.adf
closing image: perihelion_1of5.adfi even tried mounting it via affs module:
modprobe affs
mount perihelion_1of5.adf ~/foo -t affs -o loop,verbose
mount: /home/user/foo: wrong fs type, bad option, bad superblock on /dev/loop0, missing codepage or helper program, or other error.anything else i can try? perhaps someone understands "RootBlock" errors? to make things even weirder, disks are working fine with fs-uae...
Last edited by boojum (2017-08-08 00:21:50)
Offline
Mod note: not a GNU/Linux discussion, moving to NC (for lack of a better subforum).
Sakura:-
Mobo: MSI MAG X570S TORPEDO MAX // Processor: AMD Ryzen 9 5950X @4.9GHz // GFX: AMD Radeon RX 5700 XT // RAM: 32GB (4x 8GB) Corsair DDR4 (@ 3000MHz) // Storage: 1x 3TB HDD, 6x 1TB SSD, 2x 120GB SSD, 1x 275GB M2 SSD
Making lemonade from lemons since 2015.
Offline
Can't mount the dump device 'perihelion_1of5.adf'.
'info' FSError: Invalid Root Block(2):block=RootBlock:@880
mount: /home/user/foo: wrong fs type, bad option, bad superblock on /dev/loop0, missing codepage or helper program, or other error.Maybe is a module/kernel error, What is the output of dmesg and journalctl?
Offline
Tried. In contrast to my workbench and some games, I cannot mount this particular one as affs either.
"file" though detects it as Amiga DOS and according to https://www.kernel.org/doc/Documentatio … s/affs.txt, all actual AFS variants should be supported at least for reading, but there might be a bug in the support of a specific one.
That's all I know.
Offline
I got more info from the developer of xdftool:
Hi,
this is expected behavior.. The disk you mention are typical game disk that use custom track loaders to fetch the game data from disk without any dos file system.
If you insert such a disk in your favorite emulator or a real Amiga after booting the workbench you will see its a NDOS disk, i.e. no dos file system found.
Since xdftool expects a valid dos file system it can't read any information from these disks. If you want to extract game data you have to disassemble/understand the track loader and grab the raw tracks from the disk image.
I'm marking issues as solved.
Offline