そのような問題なしに、Windows 10コンピュータにも同様の設定があります。このチュートリアルでは、macOSバージョン10.15.2について説明します。
QEMUウィンドウが表示されない場合（非表示、最小化、または他のアプリケーションがフルスクリーンモードの場合）、QEMUプロセスは徐々に停止します。引き続き実行されますが、VM は Telnet や SSH などの外部要求に応答しません。 QEMUウィンドウが開きます。デスクトップに表示されます。
別のバックグラウンドプロセスでQEMUを実行する必要があるため、追加のsttyコマンドを使用してジョブが中断されるのを防ぎます。完全なコマンドラインは次のとおりです。
(sudo sleep 1; sudo ifconfig bridge0 addm tap0) &!
sudo stty -tostop
sudo qemu-system-x86_64 -nodefaults \
-cpu host -accel hvf -smp 1 -m 384 \
-device virtio-blk-pci,drive=flash0 \
-drive file=vios-adventerprisek9-m.vmdk.SPA.156-1.T.vmdk,if=none,format=vmdk,id=flash0 \
-device e1000,netdev=local -netdev tap,id=local,ifname=tap0,script=no,downscript=no \
-serial vc &
QEMUを起動すると何も起こらないため、このパラメーターを使用しませんでした-daemonize。プロセスはTAPインターフェースを開きますが、外部要求に応答しません（使用すると-monitor telnet:127.0.0.1:<PORT>,server,nowait接続できません）。
私も成功せずに別の方法を試しました。
nohupdisown-icount sleep=no-rtc base=...,clock=...,driftfix=slew-overcommit cpu-pm=on-no-hpet-no-acpi-machine hmat=on
これはどうすれば電力消費に関連するmacOSデスクトップ環境プロセス処理機能のようですが、どのように管理するのかわかりません。
アップデート：問題はApp Napメカニズムにありますが、defaults write NSGlobalDomain NSAppSleepDisabled -bool YES現在wokringやQEMUのような方法はまだApp Napアクティベーション状態に入ります。
選択した端末プロセスを閉じる方法は？
更新：この問題を解決する方法は1つだけです。パラメータを含むデスクトップウィンドウなしで（シリアルラインからSTDIOに出力されるパラメータを-display none使用して）プロセスを開始します。-serial stdio