<?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>Datensicherung on Marco Gabriel Blog</title>
    <link>https://www.marcogabriel.com/tags/datensicherung/</link>
    <description>Recent content in Datensicherung 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>Wed, 15 Jul 2009 11:35:00 +0200</lastBuildDate>
    <atom:link href="https://www.marcogabriel.com/tags/datensicherung/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>tar split</title>
      <link>https://www.marcogabriel.com/posts/522-tar-split/</link>
      <pubDate>Wed, 15 Jul 2009 11:35:00 +0200</pubDate>
      <guid>https://www.marcogabriel.com/posts/522-tar-split/</guid>
      <description>&lt;p&gt;Wer von irgendeinem Linux Filesystem auf eine externe Festplatte mit FAT(32) Filesystem Daten sichern möchte, kann ein Lied davon singen. Nicht, dass man unbedingt FAT32 haben möchte, aber die meisten externen Festplatten sind ab Werk damit vorformatiert und laufen daher an den meisten Betriebssystemen out-of-the-box.&lt;/p&gt;
&lt;p&gt;FAT32 beschränkt die maximale Dateigröße jedoch auf 4 GB pro Datei. Für eine Datensicherung ist das heutzutage nicht mehr besonders viel.&lt;/p&gt;
&lt;p&gt;Linux selbst bringt die Lösung in Form der Kombination aus den beiden Kommandos &lt;code&gt;tar&lt;/code&gt; und &lt;code&gt;split&lt;/code&gt; bereits mit:&lt;/p&gt;</description>
    </item>
    <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>
  </channel>
</rss>
