I deal regularly with LTOs formatted to LTFS, which I receive

If you've got FUSE on the loonix box you should be able to just compile the FUSE module for Ltfs in your home directory and mount shit from there

>>61413451
Thanks; I'll have to check, but I don't believe I have fuse on there either.

To be a little more clear about what I'm trying to do: I want to write a script where I can submit a pull list of files I want, and the script will order the files based on their physical locations on the tape, so that I'm reducing seek time and there isn't a lot of rewinding and fast forwarding.

I can handle the scripting, but as far as cataloging which files are at what block addresses, that's what I don't know how to do but I figure is a little lower-level than typical LTFS operations.

>implying /g/ is some kind of tech board

try stackexchange for a real answer.

>>61413658
I feel you, the stupidity of LTFS file access when reading data back is the reason we decided to not go the LTFS route. It's fast writing but reading back the system does not provide an API into seeing how to efficiently read the entire data back. It's pretty asinine. There is expensive backup software that does the exact thing you want (scans LTFS volume and recovers fast without much seek time) but it's expensive and whatnot. We use a custom implemented format in a Python backup app we wrote that writes/reads the tapes.