
私のシステムはビデオ カードのない Intel Atom ベースのボードで、通信はシリアル ポート (ボー レート 115200) とイーサネット ポートを介して実行できます。PXE 経由で CentOS をインストールし、インストール後にシステムが初めて再起動します。以下はシリアル コンソールから出力された最後の行です。その後はキーボードから入力したときの応答です。
[ OK ] Started Notify NFS peers of a restart.
[ OK ] Started Logout off all iSCSI sessions on shutdown.
[ OK ] Reached target Remote File Systems (Pre).
[ OK ] Reached target Remote File Systems.
Starting Permit User Sessions...
Starting Crash recovery kernel arming...
Starting Availability of block devices...
[ OK ] Started System Logging Service.
[ OK ] Started OpenSSH server daemon.
[ OK ] Started Availability of block devices.
[ OK ] Started Permit User Sessions.
[ OK ] Started Job spooling tools.
[ OK ] Started Serial Getty on ttyS0.
[ OK ] Reached target Login Prompts.
[ OK ] Started Command Scheduler.
Starting Terminate Plymouth Boot Screen...
[ OK ] Created slice User Slice of root.
[ OK ] Started Session c1 of user root.
[ 20.825375] fuse init (API version 7.22)
****0`3鎬~x饉****[ 31.791710] XFS (sdb1): Mounting V5 Filesystem
[ 31.875202] XFS (sdb1): Ending clean mount
~x饉[ 48.919242] TCP: lp registered
そのため、ログイン プロンプトが正しく出力されず、ユーザー名とパスワードを入力してログインできません。最後の行の先頭と最後の 3 行目に意味不明な文字があることがわかります。これらがログイン プロンプトであったとは思えませんが、何らかの理由で異常なパターンで出力されました。
今でも ssh 経由でログインでき、serial-getty@ サービスのステータスを確認しました。
[root@CentOS ~]# systemctl status [email protected]
● [email protected] - Serial Getty on ttyS0
Loaded: loaded (/usr/lib/systemd/system/[email protected]; enabled; vendor preset: disabled)
Active: active (running) since Fri 2015-01-02 00:20:42 CST; 28min ago
Docs: man:agetty(8)
man:systemd-getty-generator(8)
http://0pointer.de/blog/projects/serial-console.html
Main PID: 5242 (agetty)
CGroup: /system.slice/system-serial\x2dgetty.slice/[email protected]
└─5242 /sbin/agetty --keep-baud 115200 ttyS0 linux
Jan 02 00:20:42 CentOS systemd[1]: Started Serial Getty on ttyS0.
ですので、どうか助けてアドバイスをください。どうもありがとうございます!
答え1
原因が分かったようです。ModemManager.service が ttyS0 と競合しています。このサービスを無効にすると、起動プロセスが回復しました。