問題タブ [block-device]

vfsstream ブロック デバイスをセットアップしましたが、それを呼び出そうとfile_get_contents()しています。ただし、への呼び出しはvfsStreamWrapper::stream_open失敗するため、ストリームを開くことができません。

これが私のコードです：

エラーは次のとおりです。

file_get_contents (vfs://root/test_block_device/size): ストリームを開けませんでした: "org\bovigo\vfs\vfsStreamWrapper::stream_open" 呼び出しに失敗しました

これは私がこれで見つけた最も近い問題です

しかし、彼はphpunitのティアダウンの問題であり、私のものはテスト中に起こります。

AWS EC2 Block Device は/dev/sda、/dev/sdfおよびとして識別され/dev/sdgますが、EC2 CentOS インスタンス内ll /dev/sd*では次のようになります。

出力を実行するec2-describe-instances --aws-access-key xxxxxx<MyKey>xxx --aws-secret-key xxxxxx<MyKey>xxx --region us-east-1 ``curl -s http://169.254.169.254/latest/meta-data/instance-id`` | grep -i BLOCKDEVICEと、次のようになります。

これら 2 つをリンクする方法を考えています: AWS GUI コンソールのブロック デバイスと EC2 インスタンス ブロック デバイス内?

ありがとう、

Linux カーネル プロジェクトに取り組んでいます。私のプロジェクトでは、カーネルを変更しcopy_processて、proc ファイル エントリへの書き込みに応答するモジュールの 1 つから呼び出されるようにしました。本質的に、物事は次のように見えます。

copy_process私の問題は、次の行に到達したときにカーネルが内部でハングすることです。

これで、この関数が から常に呼び出されていることがわかりましたdo_fork。これはシステムコール内で発生します。

私の質問:

1. これは、procファイルエントリとシステムコールへの書き込みに関係していると考えていますか?
2. proc ファイルのエントリへの書き込みに関係する IRQ は何ですか?
3. procファイルエントリへの書き込みは、実際にはシステムコールとは異なりますか? つまり、それが処理される方法と、それが呼び出されるコンテキストでですか?

ありがとうございました！

更新: コードの呼び出し方法を、proc ファイルへの書き込み処理中に呼び出される方法から、システム コールから呼び出される方法に変更しました。何も変わっていません。同じ行に到達すると、まだハングします (つまり、tasklist_lock をロックします)。さて、私の問題は、なぜそこにぶら下がっているのですか？この問題を解決するにはどうすればよいですか？

生の(Windows)ドライブがPythonに存在するかどうかを確認するにはどうすればよいですか? つまり、「\\.\PhysicalDriveN」で、ディスク番号の N

現在、生のドライブを開いてすぐに閉じることで、(管理者として) raw ドライブが存在するかどうかを確認できます。例外がある場合、raw デバイスは存在しない可能性があります。それ以外の場合は存在します。私はそれがあまりpythonicではないことを知っています。より良い方法はありますか？

os.access(drive_name, os.F_OK)常に戻りますFalse。と同じos.path.exists(drive_name)。Python標準ライブラリを使用したいだけです。os.stat(drive_name)デバイスも見つかりません。

私の作業コードの例:

Linux に USB ドライバーを実装しようとしています。その前に、USB ドライバーがキャラクタードライバーなのかブロックドライバーなのか知りたいです。それとも別のカテゴリーですか？

BIO に割り当てられたメモリが RHEL 7 に固有に解放される方法を知りたいです。

RHEL 7 では、 bio->destructor フィールドが bio 構造から削除されたと思います。

では、メモリはどのように解放されるのでしょうか。

前もって感謝します。！