- Registriert
- Okt. 2007
- Beiträge
- 12
hallo mueli,
kann man im script im dd_rhelp was drehen oder weisst du zufällig, was so ne rücksicherung mit 250gb zeit kostet? hast du schon erfahrung im dd_rhelp gesammelt?
was mich etwas stutzig macht, bei dd_rhelp => je mehr das programm verarbeitet hatte, umso länger braucht es
dd_rescue: (info): ipos: 177365092.0k, opos: 177365092.0k, xferd: 919552.0k
wenn ich das so hochrechne, hat er für 919552k bisher ca. 10,67 std benötigt.
für die restlichen 177365092k würde er 228 std. = 9,5 tage benötigen?
solange kann ich das aber nicht rechnen lassen?
ich hab da bestimmt ein fehler drin?
kennst du dich mit dem befehl aus?
"./configure && make"
siehe
http://www.kalysto.org/utilities/dd_rhelp/index.en.html
ist das vielleicht die ursache?
ich benütze knoppix nur von der CD aus - vielleicht da der flaschenhals?
die zwei proz _ core 2 duo e6600 sind mit dienst ntfs-3g zu 100% ausgelastet :-)
grüssle
cw
kann man im script im dd_rhelp was drehen oder weisst du zufällig, was so ne rücksicherung mit 250gb zeit kostet? hast du schon erfahrung im dd_rhelp gesammelt?
was mich etwas stutzig macht, bei dd_rhelp => je mehr das programm verarbeitet hatte, umso länger braucht es
dd_rescue: (info): ipos: 177365092.0k, opos: 177365092.0k, xferd: 919552.0k
wenn ich das so hochrechne, hat er für 919552k bisher ca. 10,67 std benötigt.
für die restlichen 177365092k würde er 228 std. = 9,5 tage benötigen?
solange kann ich das aber nicht rechnen lassen?
ich hab da bestimmt ein fehler drin?
kennst du dich mit dem befehl aus?
"./configure && make"
siehe
http://www.kalysto.org/utilities/dd_rhelp/index.en.html
ist das vielleicht die ursache?
ich benütze knoppix nur von der CD aus - vielleicht da der flaschenhals?
die zwei proz _ core 2 duo e6600 sind mit dienst ntfs-3g zu 100% ausgelastet :-)
grüssle
cw
Zuletzt bearbeitet: