web-dev-qa-db-ja.com

`rm`した後に/ devを復元します

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

ほとんどのファイルは現在そこにあるようです。

3
gcb

2014年の更新:最新のudevバージョンはデバイスノードをまったく作成せず、カーネルのdevtmpfsに依存して作成します。したがって、ディストリビューションに最新のudevがある場合、古い回答は機能しなくなります。devtmpfsを使用すると、自動化された唯一のメソッドは再起動である可能性があります。


/ devは、ほとんどのLinuxディストリビューションでudevによって管理されているため、

udevadm trigger

役立つはずです。

Udevを完全に再起動することもできますが、必須ではなく、コマンドは使用するディストリビューションに大きく依存します。

注:そのコマンドが機能する前に、いくつかのアイテムを手動で作成する必要があります。/dev/{zero、null}

7
user1686