Arch Linuxのインストール後に再起動しましたが、起動プロセスを完了できませんでした。結局、上記の画面でこのメッセージを見ることになりました。
ERROR: Boot device mounted successfully, but /sbin/init does not exist. Bailing out, you are on your own. Good luck.
sh: can't access tty; job control turned off.
そして
[rootfs ]#
ヒント。
ライブディスクで確認して確認しました。回転存在するもの象徴的な 協会到着/usr/bin。しかし、私はそうではなかった内部にマイファイル/フォルダ/usr/bin目次。どこで入手する必要がありますか？内部にフォルダ？インストール中に1つのステップを見逃しましたか？この問題を解決するために私ができることはありますか？ありがとうございます。
答え1
私の意見によると、これを修正する方法は、livecd（またはインストール環境で起動するために使用した方法）を使用してシステムを再起動し、インストールプロセスの次の手順を再実行することです。
この後もまだ機能しない場合は、ブートローダが実際にマウントしたファイルシステムを確認することをお勧めします。たぶん、どのファイルのリストも提供できます。はいディレクトリに記載されている場合は、追加の/usr/binサポートを提供できます。
答え2
私は半日の間これを見つけましたが、最終的に私の状況の原因は/ usrを別のパーティションに設定し、grub bootが/ usrにアクセスしようとしたときにルートパーティション/ bin / initだけがマウントされたことに気づきました。
/ usrファイル階層をルートパーティションに移動してこの問題を解決しました。
リチャード
答え3
別の/usrパーティションにはinitramfs / mkinitcpioを使用し、usr-hookを追加する必要があります。/etc/mkinitcpio.confこれを正確に説明するコメントがあります。追加のフックが必要な場合があります。これはファイルのコメントに記載されています。後でinitramfsを再生成してくださいmkinitcpio -P。例: 。
/usr背景：現在、すべての主要なディストリビューションは、バイナリとライブラリの一貫性のない保存のために別々のパーティションによってある程度破損しています。 Linux Standard Baseによると、/bin、/sbin、および/または/libを使用する必要があります。代わりに、ほとんどの人は/usr/sbinをだまし、他のライブラリパスと混在させるために/usr/binを自分で作成して入力します。そのうちのいくつかは、ユーザーが物事を壊すのを防ぎ、使いやすくするものです。
少なくとも、Arch LinuxとGentoo LinuxはWikiで最新の複雑なセットアップガイドを提供します。私はGentooの記事を読むことをお勧めします。初期ユーザースペースのマウントカスタムinitramfsを作成するために必要なものを学びます。この点で、Arch Linuxはより高いレベルにあります。
一般的なデスクトップシステムのセキュリティを維持するか、非常に少ないパーティションで実行することをお勧めします。毎日ログインすると、ファイルシステムがいっぱいになったことをすぐに知ることができます。別々のパーティション（およびディスク）に安全に分割/homeし、他のすべてのディレクトリを単一のパーティション/ OSドライブに保持できます。
満たされたパーティションがシステム全体をブロックするのを防ぐために、デスクトップ/サーバーではなくパーティションを分割する必要があります。彼らは数ヶ月または数年間無人で運営されています。ログ、データ、およびアップデートパッケージも自動的に作成されます。残りのスペースが/tmpないか/run（配布版によって）、収集されたログまたはダウンロードしたパッケージアーカイブのため、システムにログインできなくなります。/var一部のパーティションにはRAIDデバイスおよび/または複雑なファイルシステムがあります。これには、より多くのフックとブートローダ、および以下のすべての項目の手動設定が必要です/sbin/init。