問題タブ [rootfs]

Beagle Bone ボード用の Linux システムを下から構築しています。バニラ カーネルをコンパイルし、基本的なルート ファイル システムを構築しましbusyboxた。システムは U-boot で起動されますが、rootfsは Linux PC 上にあり、NFS 経由でエクスポートされます。

U ブートbootargsは次のとおりです。

suroot 以外のユーザーのために作業しようとしたときに問題が発生しました。問題を回避するために、インターネット上の人々はバイナリのsuidビットを設定することを提案しています。busyboxその後：

および検証:

エラーが発生しました。カーネルが起動し、通常のメッセージがすべて表示されますが、最後にスタックしてlogin行が表示されません。ブート シーケンスの最後の数行を次に示します。

フラグを削除すると、正常に戻ります。

Beagle Bone ボード自体で実行中のシェル内からフラグを設定すると、実行直後にシェルが応答を停止しchmodます。NFS が rootfs をエクスポートする方法に関係していると思われますが、推測にすぎないため、適切な説明と可能な解決策が役立つでしょう。

私は、ビジーボックスを備えた組み込み Linux 環境にいます。switch_rootの使用方法を学ぼうとするいくつかの 投稿を読みました。私はこれを試しました：

switch_rootヘルプが表示され、新しいログインが表示されます。

ログインすると、newrootが読み込まれておらず、古いものがまだ残っています。これは、ある種の init スクリプトからではなく、コマンド ラインから直接このコマンドを実行しているためですか?

この記事を読んだところ、実行する前に他の手順を実行していることがわかりましたswitch_root。

まず、これは私を混乱させます。を実行する前にこれらのコマンドを実行する必要があるのはなぜswitch_rootですか? 私のためにこれをしませswitch_rootんか？

とにかく、先に進んで、最初にそれらを実行してから、switch_rootコマンドを実行してみました。ただし、これは物事を完全にホースでつなぎます。

dev のマウントを移動したため、init が実行され、シリアル ポートに getty を配置しようとすると、見つからないように見えますか? 錯乱........

ここで何か基本的なことが欠けていswitch_rootますか? または、単にコマンドラインの変更が必要ですか?

Docker v1.4.1では、ホスト マシン上のコンテナーのrootfsを見つけることができます。例えば：

しかし、Docker v1.6.0/var/lib/docker/devicemapper/mnt/911d7ac8fca78b2beca8752ec89d80c06a1ea1dd8a65099d074ed40eec0c6cceでは、それが空であることがわかりました。

v1.6.0はどこにありますか?

すでに使用されているデバイスマッパー

いくつかのテスト用コンピューターがあり、それらのルート ファイルシステムのコンテンツを自動的に同期したいと考えています。それを行うにはどのような方法がありますか？ユーザー空間のアプリケーションとデータだけでなく、カーネルも変更されます。

私が持っているセットアップは次のようなものです: amd64 (pc) とarmelx (ARM) 用にコンパイルされたライブラリの 2 つのセットがあります。どちらも、ビルド マシンで一部のソフトウェアをクロスコンパイルするために使用されます。

最初のもの (amd64) は、apt-repository を更新apt-get installしてビルド マシンで使用することにより、問題なく更新できます。ただし、ARM 用のパッケージは、別のディレクトリへのインストールをサポートしていないため、apt でインストールしたくありません。デフォルトのディレクトリにインストールすると、バージョンが共存できませんでした。右？

dpkg -xこれまでのところ、パッケージの新しいバージョンが存在するたびに、専用の「偽の」footfsディレクトリに展開するだけで、ビルド マシンが手動で更新されていました。これは、コンパイラが他の SW をクロスコンパイルするときにも参照する場所です。問題は、これらの抽出されたパッケージまたはそのバージョンに関する情報がシステムのどこにもないことですよね? ステータスファイルにあるはずです。

私の考えは、これらのパッケージをこの footfs dir にインストールすることでしたdpkg -i <package.deb> --root=<rootfs>。これは機能しますか？debパッケージにはpost/pre-remove/installスクリプトがないため、そうではないと感じています。また、これが初めてでも機能するためには、 rootfsディレクトリ構造はどのように見える必要があり、何を含める必要がありますか? これを支援するツールはありますか？

ありがとう。

SDカードまたはemmcを使用して起動できるimx.6 sabresdボードを使用しています。u-boot を使用して両方で Linux を正しく起動し、適切な bootargs に rootfs の正しい場所を指定できます。ただし、eMMC を使用して Linux を起動すると、デバイス名は、sd カードが挿入されている場合は /dev/mmcblk1 から、sd カードが挿入されていない場合は /dev/mmcblk0 に変更されます。

使用するデバイスがわからない場合、bootargs パラメーターを使用して、u-boot で正しい root= を指定するにはどうすればよいですか?

もちろん、u-boot でいくつかのテストを実行して、sd カードが挿入されているかどうかを確認し、bootargs パラメータを変更することもできます (単なるアイデアですが、まだテストされていません)。助言がありますか？

あるシステムでは、Docker コンテナーのディスク サイズは次のようになります。

rootfs のサイズが 99G であることがわかります。別のシステムでは、Docker コンテナーのディスク サイズは次のようになります。

rootfs のサイズはわずか 9.8G です。

Dockerコンテナのrootfsサイズはどのように決定されますか? rootfs サイズの値を変更するにはどうすればよいですか?

no-mmu アーキテクチャ用の busybox rootfs をコンパイルしています。このコンパイルからの出力は、ELF 32 ビット LSB 実行可能ファイルです。

file _install/bin/busybox: ELF 32-bit LSB executable, ARM, EABI5 version 1 (SYSV), statically linked, for GNU/Linux 2.6.32,

BFLT 実行可能ファイル (uclinux と同じ) が必要です。ELF を BFLT に変換したり、busybox から BFLT ファイルを生成するにはどうすればよいですか?

Buildrootなしでこれを行うことは可能ですか?

追加情報:

• ツールチェーン arm-none-linux-gnueabi を使用しています
• 静的実行可能ファイルとしてビルド
• オプション強制NOMMUビルド有効