/ dev nach `rm`ing wiederherstellen

3148
gcb

Während einer Gentoo-Installation von der livingvd gibt es einen Schritt zum Erstellen eines Dev-Verzeichnisses, das später in der Chroot des Ziels für die Installation verwendet wird

es ist so gemacht

mount --rbind /dev /mnt/gentoo/dev

mitten in der installation entschied ich mich, von vorne zu beginnen ... also tat ich es einfach

rm -fr /mnt/gentoo/*

Ich denke nicht daran ("entpackt einfach die Stage3-Teer-Kugel"). Ich löschte die meisten Gerätedateien von meinem tatsächlichen / dev, da die Dateien in der Chroot nur an die realen Geräte gebunden wären.

Jetzt ist die einfache Lösung: Neustart. Ich weiß, dass sie beim Neustart wieder da sein werden. Dies ist jedoch eine Live-DVD ohne Persistenz. Wenn ich also einen Neustart durchführe, werde ich ~ 1h Vorbereitung mit Firmwares und so weiter verlieren.

für jetzt werde ich neu starten. Aber ich würde gerne lernen, wie man ein / dev wiederherstellt, falls ein Fall wie dieser wieder vorkommt (und weil ich jetzt wissen muss, ob ich ihn nie wieder verwenden werde).

Update: Ich erinnerte mich gerade an LFS. Beim Lesen der Linux-Dokumente von Grund auf denke ich, dass die einfachste Lösung der Aufruf ist

 /etc/init.d/udev restart

Die meisten Dateien scheinen jetzt da zu sein.

3

1 Antwort auf die Frage

7
grawity

Update 2014: Die neuesten udev-Versionen erstellen keine Geräteknoten und verlassen sich dazu auf die devtmpfs des Kernels. Die alte Antwort funktioniert daher nicht mehr, wenn Ihre Distribution ein sehr aktuelles udev hat. Bei devtmpfs ist die einzige automatisierte Methode möglicherweise ein Neustart.

/ dev wird von den meisten Linux-Distributionen von udev verwaltet

udevadm trigger

sollte helfen.

Der Neustart von udev wird auch funktionieren, ist aber nicht notwendig und der Befehl hängt stark von der verwendeten Distribution ab.

HINWEIS: Sie müssen einige Elemente manuell erstellen, bevor der Befehl funktioniert. / dev /

Verwandte Probleme