RAM mit nullen vollschreiben

[za0]

Hallo liebe Debiangemeinde,

ihr kennt sicherlich memtest+. Gibt es sowas ähnliches mit der Funktion, dass der RAM mit NULLen gefüllt wird?

[thotti14]

macht der test unter anderem doch auch, oder nicht? warm denn?

[Lord_Carlos]

Ein teil deines Rams könntest du mit:
dd if=/dev/zero of=/dev/shm/bigfile bs=1M count=10000
vollschreiben. Aber eben auch nur so gross wie deine Ram disk ist.

[Mictlan]

was hast du vor?

[za0]

macht der test unter anderem doch auch, oder nicht? warm denn?

Das dauert aber zu lange. Der schreibt aber auch verschiende 0*1*-Pattern.

Naja, die Lösung mit der RAMDISK ist ganz nett, aber ich würde das gerne beim Bootup machen ohne Linux direkt booten zu müssen. Daher wäre sowas wie memtest+ ideal.

[CrashMan]

Ich versteh nicht ganz, was du willst.
Den RAM testen? Dafür ist memdisk da.
Einfache Tests (wie nur Nullen) macht memtest schon am Anfang.
Infos zu den Tests gibts hier: http://www.memtest86.com unter "Technical Info" und dann "Individual Test Descriptions"
Test #2 (der solch grobe Fehler schon entdecken sollte, wie nur Nullen) brauchte iirc nichtmal ne Minute (bei 2GB RAM).
Test #3 geht dann halt schon weiter und braucht ein paar Minuten, #4 usw hab ich noch nicht laufen lassen
Mein letzter Riegel (der gestern wieder zurück ging...) hat schon in Test #2 Fehler geschmissen.
Wenn dir memtest zu lange läuft, brech es nach Test #2 oder #3 ab.

Also sollte dein Vorhaben RAM testen wollen, bist du mit memtest besser dran. Musst es ja nicht bis zum Ende laufen lassen.
(oder von welchem Zeitrahmen sprichst du, wenn du von "zu lange" sprichst?)

mfg

[za0]

Ich versteh nicht ganz, was du willst.
Den RAM testen? Dafür ist memdisk da.
Einfache Tests (wie nur Nullen) macht memtest schon am Anfang.
Infos zu den Tests gibts hier: http://www.memtest86.com unter "Technical Info" und dann "Individual Test Descriptions"
Test #2 (der solch grobe Fehler schon entdecken sollte, wie nur Nullen) brauchte iirc nichtmal ne Minute (bei 2GB RAM).
Test #3 geht dann halt schon weiter und braucht ein paar Minuten, #4 usw hab ich noch nicht laufen lassen
Mein letzter Riegel (der gestern wieder zurück ging...) hat schon in Test #2 Fehler geschmissen.
Wenn dir memtest zu lange läuft, brech es nach Test #2 oder #3 ab.

Also sollte dein Vorhaben RAM testen wollen, bist du mit memtest besser dran. Musst es ja nicht bis zum Ende laufen lassen.
(oder von welchem Zeitrahmen sprichst du, wenn du von "zu lange" sprichst?)

mfg

Ok, ich glaube, wir reden aneinander vorbei, da ich mich komisch ausgedrückt habe.
Ich suche nach einem Programm, dass wie memtest+ gebootet werden kann und anschliessend soll es den kompletten speicher mit NULLen überschreiben. Mehr soll es nicht tun.

[hikaru]

Remaster dir doch einfach die Microcore-Version von Tinycore* mit einem Script das deine gewünschten Aktionen ausführt:
1. RAM vollschreiben
2. runterfahren

*) http://www.tinycorelinux.com/

[Lord_Carlos]

Hast du angst das jemand ein paar Sekunden nachdem dein Rechner aus ist, dein Ram auf -200°C kühlt, ausbaut und Informationen extrahiert?

[cirrussc]

Mich interessiert auch brennend, zu was das gut sein soll!
Vorallem den gesamten RAM?

[coresploit]

yep. mich auch. habe das direkt mal gebookmarkt.

[hikaru]

Vorallem den gesamten RAM?

Das dürfte ohnehin ein Ding der Unmöglichkeit sein, denn was auch immer den RAM nullt wird sich während der Operation im RAM befinden und seinen eigenen Memory-Footprint vor dem Überschreiben bewahren.

[kryzir]

Hast du angst das jemand ein paar Sekunden nachdem dein Rechner aus ist, dein Ram auf -200°C kühlt, ausbaut und Informationen extrahiert?

Das ist gar nicht nötig und innerhalb von wenigen Minuten, ist es auch möglich
ohne das Abkühlen des RAMs die Daten des Speichers zu extrahieren und vor
allem ohne großen Datenverlust.

[cosmac]

Vorallem den gesamten RAM?

Das dürfte ohnehin ein Ding der Unmöglichkeit sein, denn was auch immer den RAM nullt wird sich während der Operation im RAM befinden und seinen eigenen Memory-Footprint vor dem Überschreiben bewahren.

geht nicht gibt's nicht, man braucht doch nur einen Maschinenbefehl der mehr Bytes schreiben kann als er selber lang ist. Das Programm startet ganz normal und löscht erstmal den Speicher ab seinem letzten Byte+1. Anschließend beginnt es bei Adresse 0 und überschreibt sich selbst vom Anfang her. Die letzten Befehle dürfen wohl keine Schleife sein, aber egal. Bei den verbreiteten x86 gibt's auch noch die praktischen REP MOVSx, damit dürfte es noch einfacher sein.

Das wäre doch mal eine nette kleine Kernel-Erweiterung: statt "reboot" oder "halt" eben "halt_and_destroy"

[za0]

Hast du angst das jemand ein paar Sekunden nachdem dein Rechner aus ist, dein Ram auf -200°C kühlt, ausbaut und Informationen extrahiert?

YES SIR - egal wie paranoid das für den einen oder anderen klingt

[za0]

Vorallem den gesamten RAM?

Das dürfte ohnehin ein Ding der Unmöglichkeit sein, denn was auch immer den RAM nullt wird sich während der Operation im RAM befinden und seinen eigenen Memory-Footprint vor dem Überschreiben bewahren.

Es geht um die anderen Daten - die des Programms, dass das tut, sind egal

[za0]

Das wäre doch mal eine nette kleine Kernel-Erweiterung: statt "reboot" oder "halt" eben "halt_and_destroy"

Da kann ich nur beipflichten!

[3rdBIT]

Soviel ich weiss resettet das BIOS beim Booten mit aktiviertem kompletten Systemcheck den gesamten RAM Inhalt.

[offtopic]
Nullen und Einsen... Und wie kann ich das RAM mit dem 3. Bit füllen?
System: Leider habe ich noch keinen Quantencomputer

[/offtopic]

[cirrussc]

Du meinst wohl eher den dritten Zustand (Tri-State), denn Bits gibt es weit mehr als 3

[3rdBIT]

Du meinst wohl eher den dritten Zustand (Tri-State), denn Bits gibt es weit mehr als 3

Richtig, unterstützt dies mein KINGSTON D3264C250, 256MB, PC333, CL2.5?

[hikaru]

Du meinst wohl eher den dritten Zustand (Tri-State), denn Bits gibt es weit mehr als 3

Richtig, unterstützt dies mein KINGSTON D3264C250, 256MB, PC333, CL2.5?

Nur wenn du den Riegel nach weit mehr als 3 Bit noch fehlerfrei einsetzen kannst.

[cirrussc]

Du meinst wohl eher den dritten Zustand (Tri-State), denn Bits gibt es weit mehr als 3

Richtig, unterstützt dies mein KINGSTON D3264C250, 256MB, PC333, CL2.5?

Oh ja ganz sicher. Eigentlich jeder Logikbaustein und viele Bussysteme arbeitet damit.

http://de.wikipedia.org/wiki/Tri-State