On 11/18/19 11:56 AM, Marcel Mueller wrote:
> I meant inject into the VM as ISO image in a virtual drive. Without
> networking there is no other way to transfer large data into a VM.
I largely agree.
I've been known to create an additional hard drive, format it (FAT-16 in
this case), copy files to it from something that can access it, and then
swing said hard drive to the VM that needs things. Same concept as a CD
ISO file. But larger media. ;-)
I've also been known to mount the VM's hard drive (typically FAT-16, but
Linux supposedly supports HPFS and JFS from OS/2) and copy files into it
that way. …
> But if the installer don't let you proceed to a working desktop, this is
> not an option.
Yep.
> The second approach creates a new installation media that has fixed
> versions of all the files.
If I'm going to be doing more playing with OS/2 in VMs, I should
consider that.
> Not that pretty, really not.
True.
> OS/2 w/o HPFS isn't OS/2.
¯\_(ツ)_/¯
I hear what you're saying and appreciate it. But, OS/2 is defined by
more than HPFS.
> Plain Warp 4 for sure does not occupy more than a dozen MB. Even the
> file system cache is restricted to 2MB as long as you do not install the
> 32 bit HPFS386 driver. AFAIK 32 MB was recommended as minimum for W4.
> But it can use significantly more memory, and it will do so as soon as
> you run Firefox. ;-) At least 2GB should be supported, but even FF does
> not need that much. For more that 512 MB a recent Fixpack level and
> Kernel is required.
ACK
Thank you for the information.
> There are several tools that show the amount of memory available (FC/2,
> XWP, Theseus ...), but I don't know how to do this with builtin tools.
I'll check them out.
I'm not opposed to add-on tools. I've just not done so yet.
> Yes, that could work.
>
> Unfortunately MPTS is broken even more. If you add a new (correct)
> driver later w/o Fixpacks applied it tends to write garbage into the
> network configuration file PROTOCOL.INI.
It sounds like Fixpacks have the same problem as NT Service Packs in
that just about anything can overwrite files with older versions and
thus need to have the Fixpack / Service Pack re-applied.
Well, at least I know what I'm dealing with.
> Remote printers are also an option. Unix printers using LPR or Samba
> printers are supported.
I don't actually have a /need/ for a printer per say. PCOMM does get
cranky if there's not a printer installed. It can even get into a loop
of alternating messages about no printer. IBM's NULL Printer was
sufficient to make PCOMM happy. Thus I'm happy.
> That's a good starting point to get further files into the VM without
> too much effort. FTP works as soon as TCP/IP has been configured.
ACL
There's always NetBIOS / NetBEUI (I see that IBM uses both names as part
of file names) and traditional SMB networking. Yet another known quantity.
As annoying as SMB networking can be, I think it's going to be slightly
better when it comes to automatically copying files around with mounts
(NET USE) than trying to script FTP.
> AFAIK yes, but I never tried that.
I've got a couple of multi-port NICs that I'm going to see if I can't
get to work.
My Brain: I wonder if OS/2 ever supported any Fibre Channel.
Me: STFU BRAIN!!!
> But as long as we are talking about VMs adding additional network
> adapters is much simpler.
Ya.
Unfortunately, the VM, even with PCI passthrough, didn't work out as
desired. So I'm back to a physical machine.
> If they are configured for TCP/IP, yes.
Good. That means that if a multi-port NIC has OS/2 drivers, that each
port will show up as a separate interface. This means that OS/2 can use
one for TCP/IP and OS/390 can use the other one for it's TCP/IP stack.
> MPTS does the binding between physical adapters and logical LAN
> interfaces. You can bind TCP/IP to any available network adapter as long
> as it has a different IP.
ACK
> As bad the IBM installers always have been as good it works once you got
> beyond that. If you don't touch an OS/2 system it runs for another decade.
*nod*
Similar can be said about NetWare.
> The most important feature for me are headless VMs on a remote server
> used via RDP. I use this for daily business including just now and
> including OS/2. In contrast to the administration interfaces of most
> hypervisors VBox is responsive through RDP. You can even play simple
> real-time games like Widelands.
QEMU has VNC in lieu of RDP. It seemed to work well enough across my LAN.