mfsbsd lädt default in den ram?

minimike

Berufsrevolutionär
Hi

wegen SystemD gibt es wohl kein GRML mehr. Ich nutze die Distro immer wieder gerne um Platten in Servern so ordentlich mit dd zu löschen. Wenn nach zweimal mit /dev/random und einmal mit /dev/zero was zu finden ist, gönne ich demjenigen dem ich die Platten verkauft habe die Daten...
Jedenfalls Ersatz muss her. GRML läuft nicht auf HP Gen8 Servern. Ich boote bei CD's den Server über eine HP ILO. Darum ist es wichtig das Image in den RAM zu laden. Während der ackert kann ich meinen Laptop dann zum Beispiel zusammenklappen. Das Betriebsystem ist ja im Arbeitsspeicher. Ich meine mich zu Errinnern das mfsbsd default immer in den RAM bootet. Ist diese Info noch korrekt? Und gibt es sonst noch was das man von CD direkt in den RAM laden kann?
 
wegen SystemD gibt es wohl kein GRML mehr.

Die neue Version sollte bald erscheinen: The State of GRML in 2017

Ich nutze die Distro immer wieder gerne um Platten in Servern so ordentlich mit dd zu löschen. Wenn nach zweimal mit /dev/random und einmal mit /dev/zero was zu finden ist, gönne ich demjenigen dem ich die Platten verkauft habe die Daten...

Gibt es einen Grund, warum du nicht das extra dafür vorgesehene ATA Secure Erase nimmst, dass im Gegensatz zu dd alle Sektoren (auch nicht mehr benutzte) überschreibt?

Spätestens bei SSDs ist dd eine schlechte Option.

Und gibt es sonst noch was das man von CD direkt in den RAM laden kann?

Probier mal SystemRescueCD mit docache. Der neuere der beiden enthaltenen Kernel ist im Normalfall auch aktuell genug für zeitgenössische Hardware.
 
Genau dafür kann man dban nehmen. Aber zum thema: mfsbsd lädt das komplette System in den Arbeitsspeicher, und kann auch zur Installation genutzt werden.
 
Back
Top