=== TheSphinX_ is now known as TheSphinX^
[14:38] <dreamon> Hallo. hab gerade mit ddrescue mehrere HDDs versucht zu Nullen mit "sudo ddrescue /dev/zero /dev/sdb --force" jetzt lief das mit 512kB affig langsam. Egal welche Festplatte ich am USB 3.0 anschloß. 
[14:38] <dreamon> Jetzt hab ich einen Reboot gemacht mit der gleichen Festplatte.. jetzt gehts mit >70000kbs
[14:38] <dreamon> Was könnte der Grund sein?
[14:41] <Fussel> reboot tut imma gut! :>
[14:42] <dreamon> Fussel, Naja. Nicht sehr befriedigend.. eventuell ist er auf usb1.0 runtergesprungen. Aber trotz umstecken blieb das dabei. 
[14:44] <Fussel> dreamon, man weiß es nicht, ich würde mich jetzt ganz einfach freuen das es jetzt geht. lässt sich nach dem reboot jetzt sowiso nur sehr schwer nachverfolgen
[14:45] <Fussel> irgendwas wollte halt frisch geladen sein oder so...
[14:45] <dreamon> Fussel, Was könnte ich denn versuchen wenn es mal wieder auftritt. Bin eh mit meinem Thinkpad auf Kriegsfuß
[14:46] <dreamon> Da fällt mir ein. Ich hab ne defekte HDD genullt.. und die blieb bei 200gb hängen. dann hab ich das teil entsorgt und mit der nächsten weitergemacht. Da viel es mir dann auf.. das es sehr langsam war
[14:46] <dreamon> Sogar die SSD war auf einmal urrrr langsam
[14:47] <Fussel> uh, vorsicht bei ssd's
[14:48] <Fussel> nullen ist evtl. noch ok, aber das ding ned x mal schreddern
[14:51] <dreamon> wollte nur kurz schauen ob er da auch soooo langsam ist.
[14:53] <dreamon> Ich beschreib immer gerne alte Festplatten mit Null und dann schau ich obs read/write errors gab. wenn ja dann ist se hinüber. SSD mach ich das nicht.
[14:57] <k1l> ich hätte eh nicht ddrescue genommen
[14:57] <dreamon> k1l, weil?
[14:57] <k1l> ddrescue ist für das lesen. wenn du eh nur stumpf nullen willst dd oder eben direkt shred
[14:58] <dreamon> k1l, Mir gehts ja darum, das ich sehe ob die HDD defekt ist, weniger darum die daten zu shreddern
[14:59] <k1l> dann direkt badblocks nutzen
[18:14] <strohalm> wenns da größere fehler gibts, sieht man das ja uch in syslog/kern.log?
[18:23] <LupusE> das problem ist an usb, das man nicht weis was die chips alles filtern/veraendern. die koennten fehler verstecken. 
[18:24] <LupusE> badblocks oder daten schreiben/verifizieren.
=== finalspacevoid_ is now known as finalspacevoid
[20:41] <strohalm> daher guckt man, n guten controller zu erwischen, hab einen wo das recht gut geht
=== ThreeM is now known as BashM
=== BashM is now known as ThreeM