From Newsgroup: uk.comp.sys.mac

I am trying to re-use a 45GB VM which keeps crashing NikonScan 4.03 It
might be crashing NikonScan because I am running the VM off a backup drive.

The backup drive is formatted FAT32.

I probably shouldn't be trying to run a VM through a slow USB wire!

Is there an easy way of copying the VM to my MBP's SSD please? I am
getting some pretty crazy results when I try to circumvent the 4GB file
size limit. copy/paste tells me that the 45GB file size is actually 65MB
on disk before it starts copying, and then creates a 65 MB file After
the cut/paste is concluded.
--- Synchronet 3.22a-Linux NewsLink 1.2

From Newsgroup: uk.comp.sys.mac

Amanda Ripanykhazov <licensedtoquil@gmail.com> wrote:

I am trying to re-use a 45GB VM which keeps crashing NikonScan 4.03 It might be crashing NikonScan because I am running the VM off a backup drive.

The backup drive is formatted FAT32.

I probably shouldn't be trying to run a VM through a slow USB wire!

Is there an easy way of copying the VM to my MBP's SSD please? I am
getting some pretty crazy results when I try to circumvent the 4GB file
size limit. copy/paste tells me that the 45GB file size is actually 65MB
on disk before it starts copying, and then creates a 65 MB file After
the cut/paste is concluded.

Are you sure it's FAT32? AIUI the file size in FAT32 is a 32 bit number, so you can't store more than 4GB in a single file. Of course there are tricks
to split up into multiple 4GB chunks but it sounds like you aren't doing
that? How are you 'trying to circumvent' the limit? Is it perhaps exFAT instead?

Some VM software (VMWare?) will split disc images into 1GB stripes to avoid that problem. On a Mac, I don't know if you can put things in some kind of bundle (the opposite of a sparsebundle) which is really a directory on the
real filesystem. It would likely only work if the application expected
that, though.

If the medium is corrupted then I would expect screwy results, but it seems hard to work out how you might have got a 45GB file on there in the first place?

Theo
--- Synchronet 3.22a-Linux NewsLink 1.2

From Newsgroup: uk.comp.sys.mac

Are you sure it's FAT32? AIUI the file size in FAT32 is a 32 bit number, so you can't store more than 4GB in a single file. Of course there are tricks to split up into multiple 4GB chunks but it sounds like you aren't doing that? How are you 'trying to circumvent' the limit? Is it perhaps exFAT instead?

Some VM software (VMWare?) will split disc images into 1GB stripes to avoid that problem. On a Mac, I don't know if you can put things in some kind of bundle (the opposite of a sparsebundle) which is really a directory on the real filesystem. It would likely only work if the application expected
that, though.

If the medium is corrupted then I would expect screwy results, but it seems hard to work out how you might have got a 45GB file on there in the first place?

Theo, r

Sorry, I was wrong but my question is the same: The drive is formatted
ExFAT. Not fat32

It is a 45GB file on a drive formatted ExFAT drive that I am trying to
copy onto my SSD
--- Synchronet 3.22a-Linux NewsLink 1.2

From Newsgroup: uk.comp.sys.mac

On 10 Jul 2026 17:02:30 +0100 (BST), Theo
<theom+news@chiark.greenend.org.uk> wrote:

Amanda Ripanykhazov <licensedtoquil@gmail.com> wrote:

I am trying to re-use a 45GB VM which keeps crashing NikonScan 4.03 It
might be crashing NikonScan because I am running the VM off a backup drive. >>
The backup drive is formatted FAT32.

I probably shouldn't be trying to run a VM through a slow USB wire!

Is there an easy way of copying the VM to my MBP's SSD please? I am
getting some pretty crazy results when I try to circumvent the 4GB file
size limit. copy/paste tells me that the 45GB file size is actually 65MB
on disk before it starts copying, and then creates a 65 MB file After
the cut/paste is concluded.

Are you sure it's FAT32? AIUI the file size in FAT32 is a 32 bit number, so >you can't store more than 4GB in a single file. Of course there are tricks >to split up into multiple 4GB chunks but it sounds like you aren't doing >that? How are you 'trying to circumvent' the limit? Is it perhaps exFAT >instead?

Some VM software (VMWare?) will split disc images into 1GB stripes to avoid >that problem. On a Mac, I don't know if you can put things in some kind of >bundle (the opposite of a sparsebundle) which is really a directory on the >real filesystem. It would likely only work if the application expected
that, though.

If the medium is corrupted then I would expect screwy results, but it seems >hard to work out how you might have got a 45GB file on there in the first >place?

Some Video file D.R.M. copyright protection software lies like a
scunner and tells the reader that a file is 85GB in size or more when
it's on a 16 GB drive. That sort of confusion helps to make the video
files impossible to simply copy using Windows Explorer or Maccy
Finder.

Other D.R.M. protection software does similar nasty tricks.

Could it be that the O.P.'s original file is protected? Maybe it's a
back-up created by something proprietary? That would explain how he
got a huge file on an obsolete file-system drive. It's not *really*
big, it just says it is.

It would also explain why copy doesn't work. He'd need the original
software.

J.

Theo

--- Synchronet 3.22a-Linux NewsLink 1.2

From Newsgroup: uk.comp.sys.mac

Amanda Ripanykhazov <licensedtoquil@gmail.com> wrote:

I am trying to re-use a 45GB VM which keeps crashing NikonScan 4.03 It might be crashing NikonScan because I am running the VM off a backup drive.

What is Nikon Scan? What is the VM? Windows?

The backup drive is formatted FAT32.

No it isnrCOt. It canrCOt be FAT32 with a 45GB file.

I probably shouldn't be trying to run a VM through a slow USB wire!

Agreed.

Not to mention that the Mac probably canrCOt run the VM on a non-Mac
formatted drive.

Is there an easy way of copying the VM to my MBP's SSD please? I am
getting some pretty crazy results when I try to circumvent the 4GB file
size limit. copy/paste tells me that the 45GB file size is actually 65MB
on disk before it starts copying, and then creates a 65 MB file After
the cut/paste is concluded.

Does the VM then run OK after copying the VM file to the Mac? What VM
software are you using?



--- Synchronet 3.22a-Linux NewsLink 1.2

From Newsgroup: uk.comp.sys.mac

On 7/10/26 8:18 PM, Nick Charles wrote:

I am trying to re-use a 45GB VM which keeps crashing NikonScan 4.03 It
might be crashing NikonScan because I am running the VM off a backup drive.

What is Nikon Scan? What is the VM? Windows?

The backup drive is formatted FAT32.

No it isnrCOt. It canrCOt be FAT32 with a 45GB file.

I probably shouldn't be trying to run a VM through a slow USB wire!

Agreed.

Not to mention that the Mac probably canrCOt run the VM on a non-Mac formatted drive.

Is there an easy way of copying the VM to my MBP's SSD please? I am
getting some pretty crazy results when I try to circumvent the 4GB file
size limit. copy/paste tells me that the 45GB file size is actually 65MB
on disk before it starts copying, and then creates a 65 MB file After
the cut/paste is concluded.

Does the VM then run OK after copying the VM file to the Mac? What VM software are you using?

ever more expensive phto scanners.
to batch processss and remove dust from the end result while scanning old negatives. It was designed for XP and Nikon didn't bother tp update it after they carrrried on producing Nikonscan is a particularly good and effective software for Coolscan

photoscanners that allows the user to batch scan and automatically
reduce dust on old phto. Nikon refuse to update it to work with newer
OSs and my Coolscan LS40..
s.
This is a windows XP VM running in Fusion and I have been using it successfully ever since XP was current.

I had to switch computers after Fusion started demanding that after the sequoia upgrade, Fusion VMs wont work with its old architecture.

So i pulled out an old MMonterrey MBP to use with the LS40. So now I
need to copy the VM onto that MBP
--- Synchronet 3.22a-Linux NewsLink 1.2

From Newsgroup: uk.comp.sys.mac

Amanda Ripanykhazov <licensedtoquil@gmail.com> wrote:

Are you sure it's FAT32? AIUI the file size in FAT32 is a 32 bit number, so
you can't store more than 4GB in a single file. Of course there are tricks to split up into multiple 4GB chunks but it sounds like you aren't doing that? How are you 'trying to circumvent' the limit? Is it perhaps exFAT instead?

Sorry, I was wrong but my question is the same: The drive is formatted ExFAT. Not fat32

It is a 45GB file on a drive formatted ExFAT drive that I am trying to
copy onto my SSD

OK, so what file size limit are you trying to circumvent and how are you
doing so?

A straight copy should work I'd have thought. Unless the USB is corrupted -
it isn't one of those fakes that pretends to be larger than it is, managing
to stay working when writing to it but silently discarding most of your
data and mixing up the rest?

Theo
--- Synchronet 3.22a-Linux NewsLink 1.2

From Newsgroup: uk.comp.sys.mac

On 11/07/2026 18:24, Amanda Ripanykhazov wrote:

This is a windows XP VM running in Fusion and I have been using it successfully ever since XP was current.

I had to switch computers after Fusion started demanding that after the sequoia upgrade, Fusion VMs wont work with its old architecture.

So i pulled out an old MMonterrey MBP to use with the LS40. So now I
need to copy the VM onto that MBP

Try using Disk Utility: connect the USB drive then start Disk Utility
and make an /image copy/ of the whole drive. Choose sparesebundle as the format for the destination.

Do not turn on encryption (just to avoid complexity for now - it can
always be added later) and likewise do not turn on compression.

Once complete, unplug the USB drive and open/mount the newly created image.

Then see if VMware can be persuaded to open the VM on that image. You
may have to say that you made a copy in order that things like
networking sort themselves out.
--
Bruce Horrocks
Hampshire, England
--- Synchronet 3.22a-Linux NewsLink 1.2