問題タブ [busybox]

ash シェルからどのように再起動しますか?

現在、何らかの理由でブリックされている Ubuntu システムがあります (この質問には関係ありません)。つまり、BusyBox ash シェルで起動します。しかし、終了コマンドはスクワットを行い、リセットは無関係です。電源ボタンよりも良い再起動方法があるはずですよね?

数値をそれに相当するバイトに変換したい。現在、私はこれを行います：

そして、私はこの出力を取得します:

私が取得したいものは次のとおりです。

どうすればいいですか？

root化したgalaxy S2のbusyboxに何かが起こったようです。adbシェルで実行するすべてのコマンドについて、次のようになります。

reloc_library [1312]: 9098 は 'android_reboot' を見つけることができません...実行可能にリンクできません

別のビジーボックスをプッシュしようとしましたが、/sbin/ (読み取り専用) に直接プッシュできず、adb shell を実行してマウント コマンドを使用して /sbin/ に直接プッシュすることもできません (同じエラーが発生するため... ）。

私は何をすべきかわかりません...

どんな助けでも大歓迎です、どうもありがとう

私が作成した組み込み Linux システムの起動時に実行する QT アプリを作成する必要があります。シリアルポート ttySAC0 経由でシステムにアクセスできます。アプリを inittab に追加しようとしましたが、実行されますが、 tslib が機能していません。おそらく、ユーザーの後に実行される /etc/.profile ファイルで環境変数を設定しているため、機能する必要がある環境変数が見つからないためです。ログインする。tslib が機能するように環境変数が設定されるようにユーザーを自動ログインするか、ログインせずにこれらの環境変数を設定する方法が必要です。システムは buildroot と busybox で作成されます。

複数行の値を持つ環境変数は、envの出力を混乱させる可能性があります。

この場合、間違った名前が表示されるため、すべての名前を抽出するために使用することはできません。awk -F=CE

次に、各出力行を改行ではなく 0 バイトで終了envするフラグをサポートしていることがわかったので、使用すると、次の値を切り捨てることができます。-0sedbash

ただし、 BusyBox のバージョンのはflagenv をサポートしていません-0。それを行う別の方法はありますか？

私は最近、Hack a Day Getting root on a Sony TVでこの投稿を読みました。これは、 Sony Bravia TV で使用するためにここにあるスクリプトを使用しています。スクリプトは BusyBox を使用しており、私の質問はここにある README に基づいています。これについて 2 つの質問があります。2. TV の GLibc / Linux カーネル バージョンを BusyBox バイナリに含めるにはどうすればよいですか?

他の誰かがこのトリックを成功させましたか?

あなたの助けと時間を前もってありがとう。

この投稿の最後に解決策。

デフォルトでは、時間は 1 秒に設定されており、ping の通常の iputils バージョンでは、-i スイッチを使用してこの数を減らすオプションがあります。何度も実行する必要がある特定のテストで 120 の ping があるため、ping を高速化する必要があります。

busybox のソースから ping.c のソースを変更しようとしましたが、コンパイルについてよくわかりません。「libbb.h が見つかりませんでした」というエラーが表示され、busybox で同様のエラーが発生した人は他に見つかりませんでした。 .

1 秒あたり 1 秒よりも速く ping を実行する方法を知っている人はいますか?

前もって感謝します

解決

誰かが答えを探しに来た場合に備えて、私が思いついた解決策ははるかに優れていました. -c 1 フラグを付けて ping を実行するスクリプトを作成し、自分で失敗をカウントすると、はるかに高速に ping を実行できます。

例：

終わり

initramfs イメージから起動する組み込み Linux (vanilla、3.3.8、i486、Vortex86dx) システムがあります。

/dev/hda1 と /dev/hda2 に 2 つのパーティションを持つ IDE フラッシュ ディスクがあります。

静的な /dev ディレクトリがあります。

起動すると、/dev/hda1 エントリはもう存在しません。/dev/hda1 はカーネルによって削除されたようです (?)。

NFS ルート ファイリング システムからターゲットを起動する場合、これと同じ問題は発生しません。

Buildroot を使用して、device_table_dev.txt ファイル経由で /dev ディレクトリを作成します。例えば

Buildroot の出力/イメージから rootfs.tar.gz を調べました。/dev ディレクトリには /dev/hda1 が含まれています。

ターゲット上のブート後のディレクトリ リスト (rcS 内から作成) は次のようになります。

/dev/hda1 がありません。

Busybox ユーティリティ "mdev -s" を実行すると、ターゲットで /dev/hda1 が復元され、正常に動作します。たとえば、マウントできます

誰もこの行動を見たことがありますか？

カーネルは /dev からエントリを削除しますか?

通常の GNU システムではなく、busybox を使用した組み込みデバイス用の rpm でパッケージ化しています。busybox でインストールすると、モジュールがインストールされますが、スクリプトレットを実行しようとさえしません。通常のシステムでは、それらを実行して失敗します（ofc、別のバージョンのカーネル）。

質問: どこが間違っていて、どうすれば回避できますか? ここに私のスペックファイルがあります: