Login  •  Register


The time is now: Thu Nov 15, 2018 10:54 pm

Emaculation wiki  •  Delete all board cookies



Post new topic  Reply to topic Page 1 of 1 [ 12 posts ]
Print view Previous topic  |  Next topic
Author Message
PostPosted: Tue Nov 06, 2018 5:35 pm 
Offline
Inquisitive Elf

Joined: Mon Sep 16, 2013 9:47 pm
Posts: 25
I have just tried out the newest version (36.04) of Mini vMac and am having problems. I am on macOS 10.14.1, and am using the x86-64 Macintosh II variation of Mini vMac for OS X that I downloaded from www.gryphel.com.

My problem is that I can't import any files into Mini vMac 36.04. I've tried two methods: 1) importfl, and 2) HFVExplorer (which I run via wine) plus an hfv or dsk image. In both cases, I get the message:

'You cannot move "filename" to the disk "MacHD", because the disk is locked.'

Note: I am able to export files using exportf1.

I have an earlier version of mini vMac (3.3.2), also the x86-64 Macintosh II variation, which does allow me to import files using either of the methods above. (However, I want to use the newer version because the sound is much better.)

For both versions of Mini vMac, I am using the same DISK1.DSK and DISK2.DSK, which has System 7.5.5 on it.

What am I doing wrong?


Top
 Profile  
Reply with quote Post a reply  
PostPosted: Tue Nov 06, 2018 7:13 pm 
Offline
Forum All-Star

Joined: Wed Nov 11, 2009 5:47 pm
Posts: 1155
Location: Germany
Not an answer, but why not put all needed files into a NDIF image created by Basilisk II or SheepShaver?
I´m doing just that all the time, but I have SheepShaver on all my rigs.
Therefore moving files is just on the fly. :)


Top
 Profile  
Reply with quote Post a reply  
PostPosted: Tue Nov 06, 2018 7:28 pm 
Offline
Forum All-Star
User avatar

Joined: Fri Nov 27, 2009 5:11 am
Posts: 2265
Location: Emaculation.com
First thing to check: is the disk locked? Either on your host OS X system or within Mini vMac?

Second thing to check: is the disk already opened in some other context? Eg: if you've got it loaded in Mini vMac, it won't be accessible to HFVExplorer.

Also: have you tried creating a new disk image that you know is readable and writeable and using Importfl to import to that disk?

Lastly, there's a nifty little utility linked somewhere in these forums: http://www.charlessoft.com/HFS_Disk_Maker.zip -- it lets you select a folder of items on your host and create an NDIF disk image of it. You can then drag this over Mini vMac's window to mount it.


Top
 Profile  
Reply with quote Post a reply  
PostPosted: Tue Nov 06, 2018 8:11 pm 
Offline
Inquisitive Elf

Joined: Mon Sep 16, 2013 9:47 pm
Posts: 25
Thanks -- I'll try to respond to the best of my ability:

1) I checked, and no disks are locked

2) No, no disks were open anywhere else

3) I know that the disk I used with HPVExplorer was both readable and writable, because I can use it to both import and export files to/from my earlier Mini vMac version (3.3.2) with no problem. Also, I can use Importfl with Mini vMac 3.3.2 with no problem. (and I don't know how to use Importfl to import a file to a disk -- I only know how to use it to import into Mini vMac)

4. I tried HFS Disk Maker, and although it creates a IMG file, it does so with an error:

Disk image creation failed: Error Domain=NSCocoaErrorDomain Code=4 "The file “rsrc” doesn’t exist." UserInfo={NSFilePath=/Users/dad/Desktop/test/achaos02.mid/..namedfork/rsrc, NSUnderlyingError=0x600000258510 {Error Domain=NSPOSIXErrorDomain Code=2 "No such file or directory"}}

The resulting IMG file is not recognized by either version of Mini vMac that I have.


Top
 Profile  
Reply with quote Post a reply  
PostPosted: Wed Nov 07, 2018 2:19 pm 
Offline
Nice Guy
User avatar

Joined: Sat Nov 17, 2007 6:46 pm
Posts: 103
Another thing to check: does it work to use importfl to import to a fresh blank disk image, from the Blanks archive. That would tell whether there is an issue with your MacHD disk, or a more general problem.

Also, have you tried recently using importfl with Mini vMac 3.3.2, to make sure that it still works? Otherwise, a problem with your MacHD is more likely.

So, are you saying the when booting from MacHD in Mini vMac, there is not a lock icon in the Finder window?

Also, who is giving that error message? That is not an error message that importfl can give. Or do you just mean that importfl gave a similar message with different wording?


Top
 Profile  
Reply with quote Post a reply  
PostPosted: Wed Nov 07, 2018 3:43 pm 
Offline
Inquisitive Elf

Joined: Mon Sep 16, 2013 9:47 pm
Posts: 25
I'm not very "skilled in the art," but here are my answers:

1) So I downloaded the blank disk images, but unfortunately I don't know how to use Importfl to import a file straight to a disk image -- I only know how to use it to import into Mini vMac.

2) Yes, importfl works fine with Mini vMac 3.3.2

3) Aha, yes, there is a lock icon in the Finder window in Mini vMac 36.04. I have no idea how to get rid of it, though. Looking at DISK1.DSK and DISK2.DSK in macOS, they are not locked.

4) That error message wasn't from importfl. It was from HFS Disk Maker, which I was using in macOS to try to create a disk image of a folder, as per adespoton's reply above.


Top
 Profile  
Reply with quote Post a reply  
PostPosted: Wed Nov 07, 2018 8:08 pm 
Offline
Forum All-Star
User avatar

Joined: Fri Nov 27, 2009 5:11 am
Posts: 2265
Location: Emaculation.com
I think there's been a bit of confusion here; I'll try to talk to your points:

1) Drag the blank disk image over Mini vMac: it will mount on the Mini vMac desktop. Then run ImportFL and attempt to save the file to that disk. It won't save to your other disk, because that disk is locked.

2) It sounds like the issue is that either you're using different disks then you were with 3.3.2, or something has caused them to get locked under 36.04.

3) If they're not locked in macOS, get info on them in Mini vMac and see if you can unlock them there. It's possible that the version of Mini vMac you are using auto-locks disk images with the original NDIF headers (it's a compile-time feature) and your copy of 3.3.2 didn't. The blank disks referenced in this thread will mount read-write.

4) Paul is referencing your original error: "'You cannot move "filename" to the disk "MacHD", because the disk is locked.'" The main error with HFS Diskmaker is expected; the resource fork error is not; I should double check that Mojave's increased security hasn't prevented HFS Diskmaker from accessing named forks.


Top
 Profile  
Reply with quote Post a reply  
PostPosted: Wed Nov 07, 2018 11:21 pm 
Offline
Inquisitive Elf

Joined: Mon Sep 16, 2013 9:47 pm
Posts: 25
1) Ah, OK, that makes sense. So yes, I discovered that I am able to import a file onto an 800K disk mounted in Mini vMac 36.04 using Importfl.

2) and 3) I don't know how to get info on and/or unlock a disk within Mini vMac (I've gotten into this thing with old Mac OSes only pretty recently), but yes, the Finder in Mini vMac 36.04 does show a lock, so I'd like to know how to get rid of that.

Edit: And one more piece of information -- the same DISK1.DSK and DISK2.DSK that work fine in 3.3.2 show the Finder lock icon in 36.04.


Top
 Profile  
Reply with quote Post a reply  
PostPosted: Fri Nov 09, 2018 12:09 pm 
Offline
Nice Guy
User avatar

Joined: Sat Nov 17, 2007 6:46 pm
Posts: 103
It does sound like this could be a Disk Copy 4.2 image, which by default is read only in Mini vMac. Though it became read only in Mini vMac 3.2, so it should be the same in your 3.3.2, unless it is a variation.

You can test this by specifying -sony-sum 1 -sony-tag 1 in the Advanced Variations Service, to enable write support for Disk Copy 4.2 images. (A demo version is sufficient for testing this.)

Prior to version 3.2, Mini vMac would write to Disk Copy 4.2 images, but not update the checksums, resulting in an invalid image. So they were made read only. There is code to support updating the checksum correctly (thanks to zydeco and Ray A. Arachelian), but it is added code that makes Mini vMac a little bit less "Mini".

It has become clear that this was the wrong choice, and this code should be enabled by default.


Top
 Profile  
Reply with quote Post a reply  
PostPosted: Fri Nov 09, 2018 6:59 pm 
Offline
Forum All-Star
User avatar

Joined: Fri Nov 27, 2009 5:11 am
Posts: 2265
Location: Emaculation.com
Quote:
It has become clear that this was the wrong choice, and this code should be enabled by default.


Hmm... I'll have to explicitly enable it in the future then I guess... I use it to be able to load up my pristine DC42 images knowing that they won't be modified, and using the headerless images for all read/write work. I'm not sure there's a right answer here, but I agree with you that for new users, being less mini is probably better than providing an unexpected (but documented) result.


Top
 Profile  
Reply with quote Post a reply  
PostPosted: Fri Nov 09, 2018 8:51 pm 
Offline
Nice Guy
User avatar

Joined: Sat Nov 17, 2007 6:46 pm
Posts: 103
adespoton wrote:
I use it to be able to load up my pristine DC42 images knowing that they won't be modified


I get similar functionality by locking the disk image in the host operating system, and then keeping an md5 checksum in a separate file. (I have a script that creates or checks the checksum.)

A disadvantage may be that locking state might not always be preserved, in copy operations and archival formats. An advantage is that when an update is needed it is easy to unlock the image, modify it, lock it, and compute a new checksum.


Top
 Profile  
Reply with quote Post a reply  
PostPosted: Sat Nov 10, 2018 12:02 am 
Offline
Forum All-Star
User avatar

Joined: Fri Nov 27, 2009 5:11 am
Posts: 2265
Location: Emaculation.com
Actually, what I've switched to recently is just keeping a 7z compressed copy of the image handy so I can overwrite with a known-clean one after each session. That's traditionally been for when I've been doing non-Mini vMac stuff with the image; I just have to remember to include MvM in the list for the future.


Top
 Profile  
Reply with quote Post a reply  
Display posts from previous:  Sort by  
Post new topic  Reply to topic Page 1 of 1 [ 12 posts ]


Who is online

Users browsing this forum: No registered users and 2 guests


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
 

Search for:
Jump to:  
Powered by phpBB® Forum Software © phpBB Group