🚀 go-pugleaf

[Fupto ignored and reset - ich sehe nicht, was das mit Suse zu tun haben
sollte, na gut der �sterreichbezug ist auch ziemlich schwach :-)]

On 2002-12-02 21:19, Wolfgang Steger <wolfgangs-spambox@utanet.at> wrote:
> Clemens Prien (metax@despammed.com) wrote:
> 
> [...] Sicheres �berschreiben von Daten?
> 
> Hmm... Dateien l�schen, dann "dd < /dev/urandom > xxx.dat" bis 
> Festplatte/Partition voll; sync; rm xxx.dat sollte eigentlich eine ziemlich 
> gute Wirkung haben - du �berschreibst einfach den gesamten freien Platz mit 
> Zufallsdaten (und damit auch den Platz, wo deine Daten vorger gelegen 
> sind).

Als unprivilegierter User nicht: Erstens ist auf den meisten
Filesystemen ein gewisser Prozentsatz f�r Root reserviert, zweitens kann
der Sysadmin durch Quotas den Platzverbrauch der User weiter
einschr�nken (und sp�testens wenn User routinem��ig die Platte anf�llen,
um alte Daten zu l�schen, wird er es auch tun).

Selbst als Root ist das nicht sicher: Erstens k�nnen Daten im Journal
landen (wenn das Filesystem Datenjournalling unterst�tzt oder kleine
Files direkt im Inode speichert), und die erwischt man mit der Methode
eher nicht, zweitens ist nicht gesagt, dass ein riesiges File gleich
alloziert wird, wie viele kleine. Ich traue es speziell Filesystemen wie
XFS, die nicht jeden Block einzeln allozieren, durchaus zu, dass sie bei
einem schnell wachsenden File "schluss" schreien, sobald keine gro�en
Extents mehr frei sind und nicht erst, wenn jeder einzelne Block
verbraucht ist.

	hp

-- 
   _  | Peter J. Holzer    | Schlagfertigkeit ist das, was einem
|_|_) | Sysadmin WSR       | auf dem Nachhauseweg einf�llt.
| |   | hjp@hjp.at         |    -- Lars 'Cebewee' Noschinski in dasr.
__/   | http://www.hjp.at/ |