Am Mit, 2003-09-24 um 06.59 schrieb edonretni@...:
> > Has anyone any recommendations on running a UML instance at boot time,
> > with a specific user as the owner of the UML?
> You could try this in /etc/inittab:
> uu:2345:respawn:/usr/bin/sudo -u <umluser> <path-to-uml-binary> <uml-options>
Some additional questions:
1. Why not via rungetty?
2. Why not an initscript in /etc/init.d/... (or wherever your dist wants
3. How about giving uml a real console? ;-) An uml like a getty?
4. How could n consoles be chowned and given to one uml kernel this
way? Smells like needing a wrapper script?
5. I prefer connecting logival volumes to uml's block devices, but lvm
forgets the ownership of lvs on each powerdown... so additional hooks
for pre-uml-up.d actions are needed. tunctl is the next candidate for
such a pre-uml-up.d ;-)
6. The user might want not to automatically reboot the uml if it goes
3,4,5,6 are looking like a oneliner in inittab is probably a very long
one... if done that way... ;-)
I need to do something for starting my umls at system boot time the next
days... and cry out loud, if I see something nice...
Far time goals:
I want the uml-owner to be able to compile his kernel and define his
bootargs in his uml and transfer this once (lilo-like) or on every boot
(grub-like) to the host either by abusing a mini-uml-kernel as grub
substitute or debugfs... the later one is easy if using nonpartitioned
ubds... or do you know how to cope with partition tables with debugfs?
All non uml specific things shall get an administrative layer not
strictly nailed to uml. So restricting use of cpu, lvs, filespace,
taps, net bandwidh are topics needed in different context too and an
additional management treating these aspects differently than in other
environments (managing users, other vms/emulators)...
Two "subspecies" of uml environments shall be built: One for a fully
installed all purpose box where lots of things are done outside umls
too, the other for a specialized uml carrier system (I call that hive
I'm using umls in both environments for now but am planning to turn my
faster systems into hives and the slower ones into "human access
points". So a hive might not even need a graphics adapter, a console on
a serial would be enough. This minimizes the os-layer needed there a
lot and the less I need, the less can break ;-)
I dont want to specialize In hosting, jailing, or whatever subpurpose, I
want to try to see these as different parameters of one bigger topic.
And I'll check giving an uml a whole disk against using lvm as soon as i
get some mor hardware for experiments... and reading about SATA payable
hotplugging seems around the corner... :-)
DON'T WAKE ME NOW!