TAR command to archive MO disks

Started by pentium, September 06, 2015, 04:36:35 am

Previous topic - Next topic

pentium

I know I can just use..

dd if=/dev/od0a of=/foo/bar/file.img

...to make a complete image of an OD cartridge but I'm trying to see if I can instead stuff everything into a tar file instead for a bit more portability. The problem is that you can't just tar -cvf /dev/od0a because it's not an actual file so I'm a touch lost on what to do here.

-NeXT 68040 Cube with NS 3.3 and 64Mb ram

barcher174

Can't you just tar the directory it mounts to on root?

pentium

I don't actually know where it mounts.  :oops:

-NeXT 68040 Cube with NS 3.3 and 64Mb ram

barcher174

Literally to the root directory. So if you mount a disk named "newDisk" you would access it at "/newDisk"

If for some reason your system is configured differently, keep the console log open when you mount it. It will give you the mount point.


--
Brian

pentium

While verifying that I had imaged the disks properly I noticed that I was missing files. Apparently tar is skipping a few because the filenames are too long. The supposed fix is tar -Ecvf /archive.tar /source/folder

...according to this page but it seems that Tar on NeXTSTEP doesn't know what the E modifier stands for. It was apparently added to tar years after NeXTSTEP 3.3.

Edited: Adding insult to injury, it seems the latest releases of gnutar won't even configure on NeXTSTEP. Something about the shell being too old.

Edited: Ah right. Kb7sqi built gnutar for NeXTSTEP a while back. It's just not hosted locally in the file archive.

-NeXT 68040 Cube with NS 3.3 and 64Mb ram

barcher174

Your edit beat me to it. :)

Here is the file for in case anyone stumbles across this:

https://drive.google.com/open?id=0B0gDYBETjc4Wb1RzbFE5YW5oZXc

pentium

Hmmm. After only two disks I'm noticing that the regular syntax
gnutar -cvf /image_name.tar /path/to/folder
produces archives that are not the same size as the disks. They are always smaller. There is no compression happening that I am aware of. Is it still dumping files? I'm not seeing any errors with -v so I'm not sure what is up. Wish I could compare but cmp doesn't work with tar files.

-NeXT 68040 Cube with NS 3.3 and 64Mb ram

barcher174

Does the -v give a list of all the files you could at least compare with the contents of the directory?

pentium

-v gives a list alright but there's thousands of files. I've already just tried using gnutar's compare function
gnutar -v --compare --file=/OpticalDisk.tar -C /OpticalDisk
...but that just returns all errors that there's nothing found. Like, it doesn't even try searching the MO drive.

-NeXT 68040 Cube with NS 3.3 and 64Mb ram

gtnicol

When I archive disks, I use tar, dump, and also take direct sector dumps. I always do it at least twice to compare.

You can mount the disk image directly on modern machines.

pentium

But how easily accessible are they when they are just dd image files? The imaged disks are not staying with me. They are being delivered to someone else whose recent knowledge with computers is unknown.

Edited: Now that I've spent a few more hours working on this I am starting to suspect that the inconsistent size issue is really just the file shrinking as it moves from the formatted blocksize of the MO disk to the filesystem on the hard drive and the data itself is still completely intact.

-NeXT 68040 Cube with NS 3.3 and 64Mb ram