livedvdからのgentooインストール中に、インストールのターゲットのchrootで後で使用するdevディレクトリを作成する1つのステップがあります
それはそのように行われます
mount --rbind /dev /mnt/gentoo/dev
インストールの途中で最初からやり直すことにしました...だから私はちょうどしました
rm -fr /mnt/gentoo/*
何も考えずに(「stage3tarボールを再び解凍します」)、chroot内のファイルは実際のデバイスにバインドされるだけなので、実際の/ devからほとんどのデバイスファイルを削除しました。
今、簡単な解決策は次のとおりです。再起動します。再起動すると再び表示されることを知っています。しかし、これは永続性のないlivedvdです。したがって、再起動すると、ファームウェアなどの準備が1時間ほど失われます。
今のところ私は再起動します。しかし、このようなケースが再び発生した場合に/ devを復元する方法を学びたいと思います(そして、二度と使用しない場合でも、今は知る必要があるため)
更新:LFSについて覚えています。 Linuxを最初から読むドキュメント、最も簡単な修正は呼び出すことだと思います
/etc/init.d/udev restart
ほとんどのファイルは現在そこにあるようです。
2014年の更新:最新のudevバージョンはデバイスノードをまったく作成せず、カーネルのdevtmpfsに依存して作成します。したがって、ディストリビューションに最新のudevがある場合、古い回答は機能しなくなります。devtmpfsを使用すると、自動化された唯一のメソッドは再起動である可能性があります。
/ devは、ほとんどのLinuxディストリビューションでudevによって管理されているため、
udevadm trigger
役立つはずです。
Udevを完全に再起動することもできますが、必須ではなく、コマンドは使用するディストリビューションに大きく依存します。
注:そのコマンドが機能する前に、いくつかのアイテムを手動で作成する必要があります。/dev/{zero、null}