コンパクトフラッシュから起動し、initrd.img RAMディスクがインストールされたルートとして実行される組み込みシステムがあります。起動時に読み取り専用モードでinitrdイメージをマウントしますが、inittabを実行すると最初のマウントコマンドをスキップするようです。
null::sysinit:/bin/mount -o remount,rw /
私が知る限り、私の/ etc / fstab設定には正しいオプションがあります。
/dev/root / ext2 rw,noauto,noatime 1 1
その後、システムはコマンドプロンプトを表示し、rootとしてログインしてマウントコマンドを入力すると正常に動作しました。
また、同じ設定は、見かけ上同じターゲットハードウェアでも機能します。違いは、私たちが使用する一般的なサーバーの代わりにラップトップからブートイメージを作成することです。私のラップトップには、イメージ用のブートローダを作成するために使用する最新バージョンのグラブが実行されています。たぶん、RAMディスクとして使用するイメージを作成するための最新バージョンのgeneext2fsがあるかもしれません。サーバーはFC10を実行していますが、私のラップトップはUbuntuにあるので、マウントやinittabに影響を与える違いが見落としているようです。これは/ dev / nullに関連している可能性がありますか？
システムがRAMディスクイメージを再マウントしないのはなぜですか？どうすれば修正できますか？
ベストアンサー1
私は2つのステップで問題を解決しました。
1つ目は、inittabの行の先頭からnullを削除することです。これにより、コンソールにのみエラーが表示されます。これは、エラーが/ proc / mountsに関連していることを示します。内容の上にinittabを変更しましたが、これで機能します::sysinit:/bin/mount -t proc /proc。remount,rw /
とにかく、異なるシステムが同じカーネルとビジーボックスのバイナリで起動される理由は、謎のままです。私はまだgenext2fsが私のバージョンで何か別の設定をしなければならないと、コマンドがmount -o remount,rw/proc/mountsなしで動作できると思います。以下から続けてください