<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Nimmt on Michael’s Domain</title><link>https://jeltsch.org/de/tags/nimmt/</link><description>Recent content in Nimmt on Michael’s Domain</description><generator>Hugo</generator><language>de</language><copyright>Copyright © 2002 - 2026 Michael Jeltsch.</copyright><lastBuildDate>Fri, 24 Jul 2026 00:18:18 +0300</lastBuildDate><atom:link href="https://jeltsch.org/de/tags/nimmt/index.xml" rel="self" type="application/rss+xml"/><item><title>Sicherung von PCs und Macs</title><link>https://jeltsch.org/de/backuppc_and_macs/</link><pubDate>Wed, 13 Apr 2016 00:00:00 +0000</pubDate><guid>https://jeltsch.org/de/backuppc_and_macs/</guid><description>&lt;p&gt;Ich selbst nutze die Backup-Software 
 &lt;a href="http://backuppc.sourceforge.net/" target="_blank" rel="noopener noreferrer nofollow"&gt;BackupPC&amp;nbsp;






 
 
 
 &lt;svg class="svg-inline--fa fas fa-up-right-from-square fa-2xs" fill="currentColor" aria-hidden="true" role="img" viewBox="0 0 512 512" overflow="visible"&gt;&lt;use href="#fas-up-right-from-square"&gt;&lt;/use&gt;&lt;/svg&gt;&lt;/a&gt;
 bereits seit fast einem Jahrzehnt und habe vor etwa zwei Jahren damit begonnen, unsere Laborcomputer auf einem zentralen Backup-Server zu sichern. BackupPC unterstützt Deduplizierung, sodass auf einigen wenigen 2-TB-Festplatten viel Datenvolumen gespeichert werden kann. BackupPC unterstützt viele Protokolle (SMB, FTP, tar/rsync über SSH), aber wir nutzen meist rsync über SSH. Die Daten werden vor der Sicherung nicht verschlüsselt. Seltsamerweise wird nicht einmal die kommende Version 4 eine Verschlüsselung vor der Übertragung unterstützen. Wir speichern das Backup jedoch auf einem verschlüsselten Volume. Auf diese Weise sind die Daten zumindest geschützt, falls der Backup-Server gestohlen wird. Und während der Übertragung sind die Daten durch SSH geschützt. Das System entspricht jedoch nicht dem 
 &lt;a href="https://en.wikipedia.org/wiki/Trust_no_one_%28Internet_security%29" target="_blank" rel="noopener noreferrer nofollow"&gt;TNO&amp;nbsp;






 
 
 
 &lt;svg class="svg-inline--fa fas fa-up-right-from-square fa-2xs" fill="currentColor" aria-hidden="true" role="img" viewBox="0 0 512 512" overflow="visible"&gt;&lt;use href="#fas-up-right-from-square"&gt;&lt;/use&gt;&lt;/svg&gt;&lt;/a&gt;
 („trust no one“), da ich (als BackupPC-Administrator) auf die Dateien zugreifen kann. Unter Linux wäre eine mögliche Methode, das Home-Verzeichnis des Benutzers mit 
 &lt;a href="http://ecryptfs.org/" target="_blank" rel="noopener noreferrer nofollow"&gt;eCryptFS&amp;nbsp;






 
 
 
 &lt;svg class="svg-inline--fa fas fa-up-right-from-square fa-2xs" fill="currentColor" aria-hidden="true" role="img" viewBox="0 0 512 512" overflow="visible"&gt;&lt;use href="#fas-up-right-from-square"&gt;&lt;/use&gt;&lt;/svg&gt;&lt;/a&gt;
 (was bei der Erstellung von Benutzern unter 
 &lt;a href="http://www.ubuntu.com/" target="_blank" rel="noopener noreferrer nofollow"&gt;Ubuntu&amp;nbsp;






 
 
 
 &lt;svg class="svg-inline--fa fas fa-up-right-from-square fa-2xs" fill="currentColor" aria-hidden="true" role="img" viewBox="0 0 512 512" overflow="visible"&gt;&lt;use href="#fas-up-right-from-square"&gt;&lt;/use&gt;&lt;/svg&gt;&lt;/a&gt;
 eine integrierte Option ist) zu verschlüsseln und anschließend das Verzeichnis /home/.ecryptfs anstelle des Home-Verzeichnisses des Benutzers zu sichern. Die Wiederherstellung wäre jedoch ein wesentlich größeres Problem. Man könnte zwar die Verzeichnisstruktur und die Dateien der Sicherung durchsuchen, doch die Dateinamen wären bedeutungslos, da sie bei diesem Vorgang ebenfalls verschlüsselt werden.Bei der Sicherung von Mac-OS-X-Rechnern gibt es eine Besonderheit: BackupPC verbindet sich normalerweise als „root“ per SSH mit dem Client-Rechner und führt den rsync-Sicherungsbefehl aus. Um dies auf von der Universität verwalteten Mac-OS-X-Rechnern zu ermöglichen, mussten wir auf den Client-Rechnern einen dedizierten Benutzer („backuppc“) anlegen und diesem Benutzer die Ausführung von rsync mit Root-Rechten gestatten, was durch Hinzufügen dieser Zeile in die Datei /etc/sudoers erfolgt: &lt;code&gt;backuppc ALL=NOPASSWD: /usr/bin/rsync&lt;/code&gt;. Anschließend müssen wir den SSH-/rsync-Befehl für den Mac-Client auf dem „backuppc“-Server anpassen, indem wir „root“ durch „backuppc“ ersetzen.&lt;/p&gt;</description></item><item><title>Festplattenauszüge (dd) und Kopieren über das Netzwerk (netcat)</title><link>https://jeltsch.org/de/disk_dumps_dd_and_copying_over_the_network_netcat/</link><pubDate>Tue, 16 Feb 2010 00:00:00 +0000</pubDate><guid>https://jeltsch.org/de/disk_dumps_dd_and_copying_over_the_network_netcat/</guid><description>&lt;p&gt;Auf dem empfangenden Rechner (die Festplatte sda MUSS ausgehängt sein, z. B. durch Booten von einer Live-CD oder einem USB-Stick):&lt;code&gt;netcat -l -p 4778 | dd of=/dev/sda&lt;/code&gt;Auf dem sendenden Rechner (die Festplatte sdb MUSS ausgehängt sein, z. B. durch Booten von einer Live-CD oder einem USB-Stick):&lt;code&gt;dd if=/dev/sdb | netcat 192.168.0.4 4778&lt;/code&gt;(-l listen; -p port) Um ein Verzeichnis über das Netzwerk zu kopieren, wechseln Sie in das Verzeichnis und führen Sie auf dem sendenden Rechner folgenden Befehl aus: &lt;code&gt;tar -cz . | nc -q 10 -l -p 45454&lt;/code&gt;Erstellen Sie auf dem empfangenden Rechner das Verzeichnis, wechseln Sie in dieses Verzeichnis und führen Sie folgenden Befehl aus:&lt;code&gt;nc -w 10 192.168.0.11 45454 | tar -xz&lt;/code&gt;Übrigens: Wenn du den Fortschritt einer Festplattenkopie verfolgen möchtest (wie viel wurde bereits in welcher Zeit mit welcher Durchschnittsgeschwindigkeit kopiert), kannst du (in neueren Versionen von dd) die Option &lt;code&gt;status&lt;/code&gt; verwenden. Ich vermute, dass dies bei Netzwerkkopien möglicherweise nicht funktioniert, habe es aber noch nicht ausprobiert… &lt;code&gt;dd if=/dev/sdb of=/target status=progress&lt;/code&gt;&lt;/p&gt;</description></item><item><title>Kopieren von TAR-Dateien über SSH</title><link>https://jeltsch.org/de/tar_copying_via_ssh/</link><pubDate>Fri, 26 Sep 2008 00:00:00 +0000</pubDate><guid>https://jeltsch.org/de/tar_copying_via_ssh/</guid><description>&lt;p&gt;&lt;code&gt;tar czv Quellpfad | ssh -l Benutzername 192.168.0.5 tar xz -C Zielpfad&lt;/code&gt;&lt;/p&gt;</description></item><item><title>Sequenz-Trace-Dateien in tar-Archiven (Staden)</title><link>https://jeltsch.org/de/sequence_trace_files_in_tar_archives_staden/</link><pubDate>Thu, 05 Apr 2007 00:00:00 +0000</pubDate><guid>https://jeltsch.org/de/sequence_trace_files_in_tar_archives_staden/</guid><description>&lt;p&gt;Ich möchte alle Sequenz-Traces eines Sequenzierungsprojekts (mit Staden) in einer Datei speichern. Das geht, indem man einfach alle *.ztr-Dateien mit tar packt: &lt;code&gt;tar -cvf ./test.tar *.ztr&lt;/code&gt;. Anschließend muss man in gap4 unter „Options -&amp;gt; Konfigurationsmenüs -&amp;gt; Experte&lt;code&gt;und anschließend unter&lt;/code&gt;Optionen -&amp;gt; Speicherort der Trace-Datei -&amp;gt; TAR=./test.tar`&lt;/p&gt;</description></item><item><title>So sichern Sie versteckte Dateien</title><link>https://jeltsch.org/de/how_to_back_up_hidden_files/</link><pubDate>Wed, 04 Apr 2007 00:00:00 +0000</pubDate><guid>https://jeltsch.org/de/how_to_back_up_hidden_files/</guid><description>&lt;p&gt;&lt;code&gt;tar cvf backupfile.tar .[a-zA-Z0-9]*&lt;/code&gt; Hat jemand eine bessere Idee? Bei diesem Befehl muss auf den Punkt ein alphanumerisches Zeichen folgen. Das ist bei den versteckten Dateien im Home-Verzeichnis des Benutzers in der Regel der Fall.&lt;/p&gt;</description></item><item><title>Sichern Sie Ihr Home-Verzeichnis mit tar</title><link>https://jeltsch.org/de/backup_your_home_directory_using_tar/</link><pubDate>Thu, 16 Nov 2006 00:00:00 +0000</pubDate><guid>https://jeltsch.org/de/backup_your_home_directory_using_tar/</guid><description>&lt;p&gt;Wechseln Sie als Root in das Verzeichnis /home und führen Sie folgenden Befehl aus: &lt;code&gt;tar -czvf Pfad/archive.tar.gz Benutzername&lt;/code&gt;&lt;/p&gt;</description></item></channel></rss>