OS/2, eCS & ArcaOS - Technical > Storage

Virtualbox - LVM stopped working

<< < (4/6) > >>

Alex Taylor:
Rich's suggestions are the likeliest ones.

You said you tried MiniLVM, but you didn't say what error it reported.  Unlike the command-line LVM, MiniLVM will normally give you an informative error message about what went wrong (and a help button pointing you to more information). I suggest you see what it says.

(FTR, MiniLVM doesn't use REXX at all.)

Andi B.:

--- Quote ---(FTR, MiniLVM doesn't use REXX at all.)
--- End quote ---
Thanks for clarification. Do you use standard PM windows programmed in C? With URE created resource files or manually edited text files? Just curious....

Lars:
Move back to the latest 6.1.x Version of Virtualbox.

Version 7.0.6 does odd things. I can still start my eComStation installation but not my ArcaOS 5.0.6 installation. It will trap early with a "SYS2027" error ("Insert a system diskette and restart the system").

EDIT: I can also say that 6.1.42 does not work. The last one that worked ok was 6.1.40. What I could observe is that with 6.1.40, I can attach my (bootable) ArcaOS virtual hard drive as a 3. hard disk to my eComStation installation and it would boot from the eCS virtual (1st) hard drive and I could then run a chkdsk on the ArcaOS partition.

With 6.1.42, it would instead attempt to boot from the (broken) 3rd hard drive (ArcaOS) and of course, fail on that.

Now after reverting to VirtualBox 6.1.40, my ArcaOS partition is unfortunately broken to the extent that chkdsk will no longer do:

[e:\]chkdsk e: /F
The current hard disk drive is: E:
The type of file system for the disk is JFS.
The JFS file system program has been started.
JFS0068: CHKDSK  Superblock is corrupt and cannot be repaired becaus
primary and secondary copies are corrupt.  CHKDSK CANNOT CONTINUE.


There must be some change from 6.1.40 to 6.1.42 and likely also to 7.0.6 that led to a change in disk ordering on boot.


Glenn:
And without touching anything, the system works again without problem - LVM starts (on command line and mini-LVM), the drive is recognized, etc.

This is far fetched, but this problem could it have a relationship with NetDrive? I noticed that it happened when my DHCP did not get an address, but when it does get one, then there is no problem. Either that is a pure coincidence, or there is something in the network that messes up the LVM, and I can only see NetDrive as a culprit..

Glenn:
Now back at home... and again LVM does not work, no second drive - even if DHCP manages to find the network. So really puzzled as to why it would work sometimes and not other times..

Navigation

[0] Message Index

[#] Next page

[*] Previous page

Go to full version