<?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>Restore on Marco Gabriel Blog</title>
    <link>https://www.marcogabriel.com/tags/restore/</link>
    <description>Recent content in Restore 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>Tue, 13 Jul 2010 00:50:51 +0200</lastBuildDate>
    <atom:link href="https://www.marcogabriel.com/tags/restore/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Linux Backup mit Duply, Duplicity und Rdiff-Backup auf (potentiell unsichere) Online Speicher (Teil 2)</title>
      <link>https://www.marcogabriel.com/posts/586-linux-backup-mit-duply-duplicity-und-rdiff-backup-auf-potentiell-unsichere-online-speicher-teil-2/</link>
      <pubDate>Tue, 13 Jul 2010 00:50:51 +0200</pubDate>
      <guid>https://www.marcogabriel.com/posts/586-linux-backup-mit-duply-duplicity-und-rdiff-backup-auf-potentiell-unsichere-online-speicher-teil-2/</guid>
      <description>&lt;h2 id=&#34;teil-2-duply-und-duplicity&#34;&gt;Teil 2: Duply und Duplicity&lt;/h2&gt;
&lt;p&gt;Im &lt;a href=&#34;https://www.marcogabriel.com/posts/585-linux-backup-mit-duply-duplicity-und-rdiff-backup-auf-potentiell-unsichere-online-speicher-teil-1/&#34;&gt;ersten Teil&lt;/a&gt; habe ich ja bereits die Unterschiede zwischen &lt;a href=&#34;http://sourceforge.net/projects/ftplicity/&#34;&gt;Duply&lt;/a&gt; / &lt;a href=&#34;http://www.nongnu.org/duplicity/&#34;&gt;Duplicity&lt;/a&gt; und &lt;a href=&#34;http://www.nongnu.org/rdiff-backup/&#34;&gt;Rdiff-Backup&lt;/a&gt; geschildert. In diesem Teil gehe ich also davon aus, dass man Duplicity verwendet, weil man vom Provider einen FTP Backup Space zur Verfügung gestellt bekommen hat oder &lt;a href=&#34;http://aws.amazon.com/de/s3/&#34;&gt;Amazons S3&lt;/a&gt; nutzt.&lt;/p&gt;
&lt;h3 id=&#34;installation&#34;&gt;Installation&lt;/h3&gt;
&lt;p&gt;Unter Ubuntu 10.04 LTS / Lucid Lynx könnte es kaum einfacher sein. Die Pakete sind bereits im Repository vorhanden und können direkt mittels aptitude installiert werden.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Linux Backup mit Duply, Duplicity und Rdiff-Backup auf (potentiell unsichere) Online Speicher (Teil 1)</title>
      <link>https://www.marcogabriel.com/posts/585-linux-backup-mit-duply-duplicity-und-rdiff-backup-auf-potentiell-unsichere-online-speicher-teil-1/</link>
      <pubDate>Tue, 13 Jul 2010 00:10:00 +0200</pubDate>
      <guid>https://www.marcogabriel.com/posts/585-linux-backup-mit-duply-duplicity-und-rdiff-backup-auf-potentiell-unsichere-online-speicher-teil-1/</guid>
      <description>&lt;p&gt;Same procedure as every year, James!&lt;/p&gt;
&lt;p&gt;Der neue Rootserver ist fertig, aber benötigt noch ein Backup. Hat man nun nicht gerade ein Rechenzentrum im Keller und kann dort Bänder wechseln gehen, bietet sich für Rootserver ein Backup auf verfügbaren Onlinespeicher an. Das kann in einigen Fällen ein weiterer Rootserver mit noch reichlich Platz sein, aber auch ein vom Provider zur Verfügung gestellter FTP Server oder auch Amazons S3 sind gute Alternativen.&lt;/p&gt;</description>
    </item>
    <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>
  </channel>
</rss>
