VMwareを使用して、GNOMEデスクトップでCentOS7仮想マシンを実行しています。
ニースシャットダウン画面を表示する代わりに仮想マシンをシャットダウンするたびに、メッセージのフォーマットが不適切なターミナルウィンドウが表示されるという問題が発生しています。
これは、デフォルトで(構成に触れることなく)動作するように見える方法です。誰かがこれを引き起こしている可能性があることを知っていますか?
私の理解では、起動画面とシャットダウン画面は「grub」を使用して構成されています。それが役立つかどうかはわかりませんが、これは私の「/ etc/default/grub」構成ファイルです。
GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR="$(sed 's, release .*$,,g' /etc/system-release)"
GRUB_DEFAULT=saved
GRUB_DISABLE_SUBMENU=true
GRUB_TERMINAL_OUTPUT="console"
GRUB_CMDLINE_LINUX="crashkernel=auto rd.lvm.lv=centos00/root
rd.lvm.lv=centos00/swap rd.lvm.lv=centos01/swap rd.lvm.lv=centos00/usr rhgb
quiet"
GRUB_DISABLE_RECOVERY="true"
Hildredのアドバイスに従ってみて、カーネルコマンドラインにシリアルコンソールを追加しました。 (VMwareがシリアルポートを構成した方法のため、S0の代わりにttyS1を使用する必要がありました。)
GNOME DisplayManagerを起動した直後に問題が発生したようです。
バグレポートの提出方法を検討中です。
Grubはブートローダーであり、カーネルの起動後には使用されないため、シャットダウンや起動ログとは関係ありません。また、仮想化環境はほぼ確実に要因ではなく、ウィンドウマネージャーはおそらくそうではありません。
では、何が起こっているのでしょうか。重要な手がかりがスクリーンショットに表示されています。ほとんどの場合、各メッセージは前のメッセージの1行下、1文字右から始まります。これは、端末の行末解釈が間違ったモードにあることを示しています。これを修正することは、resetコマンドが実行するように記述されていることです(reset|Sudo tee /dev/tty
はユーザーとしてこれを実行しますが、ログインするまでにすべての起動メッセージが過ぎているため、これはシャットダウンメッセージでのみ役立ちます)。一方、これの最も一般的な原因は、画面にゴミを送信したり、全画面プログラムをクラッシュさせたりすることです。どちらも起動時に発生することはありません。
これを引き起こしているサービスのトラブルシューティングを行う最も簡単な方法は、シリアルコンソールです。これは、シリアル端末ではカーネルパニック、シャットダウン、この場合は起動時にログを記録できるためです。ステップ1:このマシンのVmWareにシリアルポートを設定します。 (私はVmWareに精通していませんが、同様のツールを使用すると、必要なものに最も簡単な方法であるファイルにシリアルポートを送信できます。他の方法でも機能する場合があります。)ステップ2:カーネルコマンドラインにシリアルコンソールを追加します。これは1回の起動でのみ実行する必要があるため、grubメニューが表示されたら、eを押して現在の起動オプションを編集します(通常使用するものに移動した後)。linuxで始まる行を探し、console=ttyS0,115200 console=tty0
をに追加します。その行の終わり。 (115200はボーレートです。必要に応じて変更してください。8ビットパリティなし。最初のコンソールはシリアルポートを有効にし、2番目のコンソールはデフォルトを有効にします。)ステップ3:ログを確認します。問題はほぼ間違いなく、起動メッセージを正しい場所に配置する最後のプログラムにあります。ステップ4:バグレポートを提出します。これは起こらないはずです。バグレポートにスタートアップログを含めることを忘れないでください。