> There should be a simple method to direct > the Linux host system to
> "shutdown" or "reboot" from within the > DOSEmu - but it could be as
> simple as: when DOSEmu exits on virtual > console #1, present a quick
> menu to do a "soft reboot" (restart > DOSEmu) or "hard reboot"
> or
> "shutdown" (both affect the Linux host > system.)
> In this way, a certain level of abstraction or > virtualization is realized.
> [..]
It would be nice to try making a Live Linux/Dosemu .img, ....maybe as soon as I
have more spare time, I'll dedicate to this for fun Something like:
- Tiny SliTaz: http://tiny.slitaz.org/,or
- Mininimal Linux Live :http://minimal.linux-bg.org/
Could be a solid base.
A good idea would be to rely on Runit as Init: http://smarden.org/runit/. It's
versatile and very lightweight, I've used it many times in chroot envs, BSD
jails and on Void Linux.
Then a light a bootloader compatible with UEFI: SysLinux, as for live FreeDOS?
And nodm as display manager: https://github.com/spanezz/nodm.
A xorg-minimal installation+xf86-input-libinput for pointers. There wouldn't be
need for xf86-video-intel/radeon, as KMS driver would be enough if setting
modesetting as default Xorg display driver:
https://linux.die.net/man/4/modesetting
Does anyone know which are the dependencies of stsp/dosemu2:
https://github.com/stsp/dosemu2 ?, in particular if it needs Coreutils and
glibc? Otherwise I would try compiling it against musl, and avoid Coreutils at
all in favor of Busybox. Amongst strictly needed additional services, I wonder
if there would be any: If Dosemu2 required Dbus, it could be launched along
with Dosemu with consolekit . Then maybe Autofs. The greatest issue In my
opinion would be how to make a good script to deal with xorg.conf and on all
possible hardware patterns, especially Nvidia graphics: 10xx series is not and
won't likely be compatible with nouveau, and vesa does not support them either.
And this also leads to thevquestion: what to include in the initramfs? I wonder
how widely known minimal Linux live systems (like Tiny Core Linux) deal with
these challanges.
Customizing a Live linux image for one's own hardware usage only would
undoubtedly a much more trivial task.
________________________________
From: Jim Hall <jh...@freedos.org>
Sent: Tuesday, January 9, 2018 12:25:58 AM
To: Discussion and general questions about FreeDOS.
Subject: Re: [Freedos-user] Would you use a native 32/64-bit FreeDOS/BIOS
system?
> > I was thinking that it could become necessary to start implementing a
> > FreeDOS version that included natively its own BIOS, and that this
> > combination of FreeDOS/BIOS is implemented entirely native as 32 or
> > 64-bit code...
>
> In my opinion: 1. is a very good idea. Something which boots
> via UEFI and supports GPT and loads Coreboot / Seabios / other
> BEFORE DOS, so DOS can enjoy a BIOS! I think support for common
> motherboards is somewhat limited yet, but you could check the
> current status. Maybe there is generic support for a wider range
> of boards, given that DOS only needs a limited set of devices?
>[..]
Sounds like you're suggesting running FreeDOS inside a "box" so that
it can access a BIOS. This sounds similar to an idea posted on our
blog a while back:
http://freedos-project.blogspot.com/2009/04/inside-box.html
>>
Create a very lightweight Linux system that boots, run DOSEmu on
virtual console #1, which immediately boots. The other virtual
consoles provide an ability to run DOSEmu, which also can boot
FreeDOS.
There should be a simple method to direct the Linux host system to
"shutdown" or "reboot" from within the DOSEmu - but it could be as
simple as: when DOSEmu exits on virtual console #1, present a quick
menu to do a "soft reboot" (restart DOSEmu) or "hard reboot" or
"shutdown" (both affect the Linux host system.)
In this way, a certain level of abstraction or virtualization is realized. [..]
<<
Creating a lightweight Linux distro that boots dosemu instead of getty
would be an interesting experiment. Linux can boot on a purely UEFI
system, but dosemu provides the BIOS to the "guest" FreeDOS.
The host Linux environment wouldn't need to load many (any?) services,
just enough to bring up Linux in console mode and launch dosemu. And
the dosemu process automatically boots FreeDOS.
Basically, you'd see two boot-up processes: a minimal Linux comes up
first, then FreeDOS starts.
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user
