遅延理由

Question

World Wide Webには、このトピックに関する多くの記事があります。簡単に言えば、/dev/randomLinuxの機器は他のオペレーティングシステムと比較して多少奇妙で文書化されていません。この問題を解決するために多くの試行錯誤を受けました。 28年のオペレーティングシステムカーネルの最新バージョンはまさに先月。

遅延理由

必要な時間1番の種子これ擬似乱数ジェネレータLinuxでは、起動後にカーネルがキーボード、ネットワークインタフェース、ハードウェア乱数ジェネレータなどのソースからハードウェアランダム性をどれだけ吸収できるかによって異なります。（仮想ハードウェアデバイスは、「外部世界」からのランダムな入力がはるかに少ないため、仮想マシンではこれが非常に難しいと悪名高いです。その後、ハードウェア乱数ジェネレータの可用性と信頼性、およびブートローダを高速化する副作用があります。）

/var/lib/systemd/random-seed/var/lib/urandom/random-seedこれは、以前のシャットダウン（システムオペレーティングシステム）または（システムオペレーティングシステムではなくオペレーティングシステム）からいくつかのシードデータを事前に準備し、起動時にこのデータをロードするユーティリティを介して改善することができます。

ただし、これらのユーティリティを使用するには、ユーティリティの実行中にこれらのシードファイルを含むボリュームに書き込むことができる必要があります。これは、疑似乱数ジェネレータが同じボリュームで再利用されないように、使用後すぐにシードデータを削除/交換することが重要であるためです。データを2回振りかけます。残念ながら、これは起動順序の初期にユーティリティを実行できないことを意味します。

ログメッセージの理由

これはあなたのために約1¼分の時間があることを意味します。

以下を使用して/dev/urandom疑似ランダムデータを取得します。固定された既知のシードから生成された、これはランダム性を作成します。予測可能;
/dev/randomブロックモードで使用するとブロックされ、プロセスの実行が停止します。
/dev/random非ブロックモードで使用すると、EAGAIN「リソースを一時的に使用できません」という文字列とともにエラーコードが返されます。

wpa_supplicantこのうち3番目の作業をしているようです。どんどん。しかし、ログであまり明白でないのは、カーネルが特定のプログラムを/dev/urandom使用できる前に警告した「urandom warnings」です。だから、システムのいくつかのプログラム予測可能乱数は、これらのプログラムが何であるかに応じて大きな問題になる可能性があります。

状況を改善する

あなたのOS用のLinuxを構築している人（あなたのログによると、これはLinux 5.3.0-28の「共通」構成です）はx86-64プロセッサでより良い人生を作るための設定オプションをオンにすることができます（いくつかの以前のAMDプロセッサにはバグがあることを除く）。基本プロセッサ命令から）。カーネルがプロセッサをハードウェアランダムのソースとして信頼できるようにする構成CONFIG_RANDOM_TRUST_CPUオプションにより、擬似乱数ジェネレータのシーディングを高速化できます。

DebianのLinuxカーネルは、昨年Debian 10でこのオプションを有効にしました。しかし、私はUbuntuとMintのLinuxについてはよくわかりません。

追加読書

https://unix.stackexchange.com/a/388823/5132
ログインすると、crng initが完了するまで停止します。
/dev/random と /dev/urandom を使用する場合
ジャックエッジ（2019-09-27）。固定getrandom()。 LWN。
ジャックエッジ（2020-01-07）。Linux/dev/randomブロックプールの削除。 LWN。

Answer 1

World Wide Webには、このトピックに関する多くの記事があります。簡単に言えば、/dev/randomLinuxの機器は他のオペレーティングシステムと比較して多少奇妙で文書化されていません。この問題を解決するために多くの試行錯誤を受けました。 28年のオペレーティングシステムカーネルの最新バージョンはまさに先月。

遅延理由

必要な時間1番の種子これ擬似乱数ジェネレータLinuxでは、起動後にカーネルがキーボード、ネットワークインタフェース、ハードウェア乱数ジェネレータなどのソースからハードウェアランダム性をどれだけ吸収できるかによって異なります。（仮想ハードウェアデバイスは、「外部世界」からのランダムな入力がはるかに少ないため、仮想マシンではこれが非常に難しいと悪名高いです。その後、ハードウェア乱数ジェネレータの可用性と信頼性、およびブートローダを高速化する副作用があります。）

/var/lib/systemd/random-seed/var/lib/urandom/random-seedこれは、以前のシャットダウン（システムオペレーティングシステム）または（システムオペレーティングシステムではなくオペレーティングシステム）からいくつかのシードデータを事前に準備し、起動時にこのデータをロードするユーティリティを介して改善することができます。

ただし、これらのユーティリティを使用するには、ユーティリティの実行中にこれらのシードファイルを含むボリュームに書き込むことができる必要があります。これは、疑似乱数ジェネレータが同じボリュームで再利用されないように、使用後すぐにシードデータを削除/交換することが重要であるためです。データを2回振りかけます。残念ながら、これは起動順序の初期にユーティリティを実行できないことを意味します。

ログメッセージの理由

これはあなたのために約1¼分の時間があることを意味します。

以下を使用して/dev/urandom疑似ランダムデータを取得します。固定された既知のシードから生成された、これはランダム性を作成します。予測可能;
/dev/randomブロックモードで使用するとブロックされ、プロセスの実行が停止します。
/dev/random非ブロックモードで使用すると、EAGAIN「リソースを一時的に使用できません」という文字列とともにエラーコードが返されます。

wpa_supplicantこのうち3番目の作業をしているようです。どんどん。しかし、ログであまり明白でないのは、カーネルが特定のプログラムを/dev/urandom使用できる前に警告した「urandom warnings」です。だから、システムのいくつかのプログラム予測可能乱数は、これらのプログラムが何であるかに応じて大きな問題になる可能性があります。

状況を改善する

あなたのOS用のLinuxを構築している人（あなたのログによると、これはLinux 5.3.0-28の「共通」構成です）はx86-64プロセッサでより良い人生を作るための設定オプションをオンにすることができます（いくつかの以前のAMDプロセッサにはバグがあることを除く）。基本プロセッサ命令から）。カーネルがプロセッサをハードウェアランダムのソースとして信頼できるようにする構成CONFIG_RANDOM_TRUST_CPUオプションにより、擬似乱数ジェネレータのシーディングを高速化できます。

DebianのLinuxカーネルは、昨年Debian 10でこのオプションを有効にしました。しかし、私はUbuntuとMintのLinuxについてはよくわかりません。

追加読書

https://unix.stackexchange.com/a/388823/5132
ログインすると、crng initが完了するまで停止します。
/dev/random と /dev/urandom を使用する場合
ジャックエッジ（2019-09-27）。固定getrandom()。 LWN。
ジャックエッジ（2020-01-07）。Linux/dev/randomブロックプールの削除。 LWN。

遅延理由

答え1

遅延理由

ログメッセージの理由

状況を改善する

追加読書

関連情報