<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>Ddrescue on Marco Gabriel Blog</title>
    <link>https://www.marcogabriel.com/tags/ddrescue/</link>
    <description>Recent content in Ddrescue on Marco Gabriel Blog</description>
    <image>
      <title>Marco Gabriel Blog</title>
      <url>https://www.marcogabriel.com/%3Clink%20or%20path%20of%20image%20for%20opengraph,%20twitter-cards%3E</url>
      <link>https://www.marcogabriel.com/%3Clink%20or%20path%20of%20image%20for%20opengraph,%20twitter-cards%3E</link>
    </image>
    <generator>Hugo</generator>
    <language>en</language>
    <lastBuildDate>Thu, 05 Jun 2008 11:58:27 +0200</lastBuildDate>
    <atom:link href="https://www.marcogabriel.com/tags/ddrescue/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Warum defekte Platten unter Linux nicht mit dd gesichert werden sollten</title>
      <link>https://www.marcogabriel.com/posts/464-warum-defekte-platten-unter-linux-nicht-mit-dd-gesichert-werden-sollten/</link>
      <pubDate>Thu, 05 Jun 2008 11:58:27 +0200</pubDate>
      <guid>https://www.marcogabriel.com/posts/464-warum-defekte-platten-unter-linux-nicht-mit-dd-gesichert-werden-sollten/</guid>
      <description>&lt;p&gt;Was tun wenn die Festplatte lustige Geräusche macht oder bereits Daten verloren hat, weil die Harddisk defekte Sektoren hat?&lt;/p&gt;
&lt;p&gt;Das allseits beliebte &lt;a href=&#34;%22http://de.wikipedia.org/wiki/Dd_(Unix)%22&#34;&gt;dd&lt;/a&gt; zum Erstellen von Festplattenimages tut bei funktionierenden Festplatten seinen Dienst, bei Platten mit defekten Sektoren jedoch führt dd zu unbrauchbaren images. Aber warum und was passiert dabei genau?&lt;/p&gt;
&lt;pre tabindex=&#34;0&#34;&gt;&lt;code&gt;dd bs=4096 conv=noerror,sync if=/dev/hda of=/mnt/server/imagedatei.img 
&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;&lt;code&gt;dd&lt;/code&gt; liest blockweise (4096 Bytes) die Daten von der Festplatte &lt;code&gt;/dev/hda&lt;/code&gt;, macht auch weiter wenn es auf Fehler trifft, füllt den Block mit Nullbytes auf 4096 bytes auf, falls er kürzer ist, und schreibt diese Dateien gleichzeitig in 4096 Byte Blöcken nach &lt;code&gt;/mnt/server/imagedatei.img&lt;/code&gt;. Fatal ist, wenn Blöcke nicht lesbar sind. In dem Falle bricht dd zwar nicht ab, weil &lt;code&gt;conv=noerror&lt;/code&gt; angegeben wurde, aber es liest keine Daten ein und schreibt auch keine Daten in das Image.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Linux Backups mit dd und Fortschrittsanzeige</title>
      <link>https://www.marcogabriel.com/posts/287-linux-backups-mit-dd-und-fortschrittsanzeige/</link>
      <pubDate>Mon, 19 Jun 2006 14:39:19 +0200</pubDate>
      <guid>https://www.marcogabriel.com/posts/287-linux-backups-mit-dd-und-fortschrittsanzeige/</guid>
      <description>&lt;p&gt;&lt;code&gt;dd&lt;/code&gt; ist wohl das Standardwerkzeug zum Erstellen von Festplattenimages unter Linux. Bei großen Festplatten (und mittlerweile sind alle Festplatten groß) dauert das eine ganze Weile, in der man sich gelegentlich fragt, wie weit der Vorgang denn abgeschlossen ist. &lt;code&gt;dd&lt;/code&gt; besitzt nämlich keinerlei Fortschrittsbalken.&lt;/p&gt;
&lt;p&gt;Mit einem kleinen Workaround lässt sich das aber herausfinden:&lt;/p&gt;
&lt;p&gt;Läuft &lt;code&gt;dd&lt;/code&gt; bereits, kann man in einer weiteren Konsole mit folgendem Befehl den aktuellen Stand ausgeben:&lt;/p&gt;
&lt;pre tabindex=&#34;0&#34;&gt;&lt;code&gt;pkill -USR1 dd
&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;Besser allerdings wäre, gleich zu &lt;a href=&#34;https://www.marcogabriel.com/posts/464-warum-defekte-platten-unter-linux-nicht-mit-dd-gesichert-werden-sollten/&#34;&gt;GNU ddrescue&lt;/a&gt; zu greifen, auch bei Festplatten, die noch völlig intakt sind. Das geht nicht nur schneller, sondern bringt auch gleich eine Fortschrittsanzeige mit.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
