rcスクリプトの出力は表示されなくなりました。

私の現在の問題

DebianシステムのルートファイルシステムをSSDに複製した後（cp -ax）rcスクリプトの出力は表示されなくなりました。SSDからの起動中。シャットダウン中またはrcスクリプトを手動で実行すると表示されます。また、ランレベル1で起動し、rootとしてログインしてからログアウトすると、このメッセージが表示されます。カーネルは3.8.2に直接コンパイルしました。

システムが起動すると、カーネルメッセージ（dmesg表示されているものと似ています）が表示され、最後にログインプロンプトが表示されるか管理者ログインが表示されるまで、しばらくメッセージが表示されなくなります。一部のカーネルメッセージはrcスクリプトで発生しますが、カーネルメッセージのみが表示され、[ ok ] starting foorcスクリプトの出力は表示されません。それ以外は、システムが正常に実行されます。

別のパーティション（/dev/sda3）にあるデフォルトのDebianカーネル（3.2.0-4-486）を起動して渡してみました。私のものルート（/dev/sda1）なので、rcスクリプトが必要です。このような場合、このようなメッセージを見ました。

インターネット上で同じ問題に関するいくつかのレポートを見つけました。しかし、公開された解決策がないか、解決策が「再インストール」されます。

おそらく関連する問題は、シングルユーザーモードで起動できなくなることです（ランレベル1が機能します）。 initdefault(=3) で直接起動します。私疑うコンソールが失われ、suloginが失敗し、まるでsuloginを終了したかのように起動プロセスが続行されます。また、シェル（sash）で起動できません。サッシでウェルカムメッセージが表示されますが、私には話しません（プロンプトなし）。

私の現在の理論はさまよう

• cp -axに欠落しているエントリはありますか（例：/ dev）？
• ディスク速度が速くなるとタイミングの問題が発生しますか？
• それとも、これは完全にマイナーなものであり、私はそれを見ることができませんか？

5月4日に修正されました

私は最終的に/dev/consoleが最初から存在しなければならないことに気づきました。だから私は1つを作成して使用し、mknodrcスクリプトのメッセージを再び見ることができます。そして/dev/console得る以前に作成されたため、udev起動中に問題が解決しないようです。これは私の元の問題を解決しました。私はまだ知りたい

• 別のカーネルを起動すると、この問題が解決される理由。 udev が実行される前に、/dev/console は /dev/sda3 (他のカーネルの場所) に存在します。この観察の結果、まず/dev/consoleを作成しました。しかし、カーネルがなぜ必要なのか理解できません。これ/dev別のルートを渡しましたが。
• 起動中に/ devのソースはどこですか？
• udevが作成した/dev/consoleが不十分な理由

• 他のどの/devノードが必要ですか？

• init=/bin/sash で起動しても動作しない理由