I wonder if you could set the console port to listen on a named pipe, and then use expect to connect and execute scripts?
That way you can use one to setup the boot environment from PROM (if needed) boot, then once it’s booted, you can ‘login’ and then execute scripts to check system/network status, then another to shut it down? I’ve been driving TME on Windows 10 using the Linux subsystem with a named pipe to talk to it, and it seems okay enough, as I really have no other way to interact with the ‘serial’ console, and doing this allows me to nohup it, and talk to it as I want to.. Especially as the NIC that TME emulates isn’t supported by SunOS 2.0 From: Lars Brinkhoff Sent: Friday, November 29, 2019 1:39 PM To: simh@trailing-edge.com Subject: Re: [Simh] Unattended background SIMH process Seth J. Morabito wrote: > Has anyone got a clean solution for running a background SIMH process > that doesn't involve `screen` or `tmux`? I have also been in search of a solution for this. I'm OK with using screen if necessary. > I would like to create an init script or systemd module that will kick > off a simulator as a daemon process that can start up on host boot, and > shut down on host shutdown. It's the shutting down part that's the problem for me. The operating systems I'm interested need to have a user login and type a command to shut down cleanly. This is hard to do reliably. Possible workarounds for this include abusing the hardware power fail interrupt to initiate shutdown, or listening for a signal from the network. _______________________________________________ Simh mailing list Simh@trailing-edge.com http://mailman.trailing-edge.com/mailman/listinfo/simh
_______________________________________________ Simh mailing list Simh@trailing-edge.com http://mailman.trailing-edge.com/mailman/listinfo/simh