<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="de-AT">
		<id>http://old.ethersex.de/index.php?action=history&amp;feed=atom&amp;title=Unison%3A_Warnung</id>
		<title>Unison: Warnung - Versionsgeschichte</title>
		<link rel="self" type="application/atom+xml" href="http://old.ethersex.de/index.php?action=history&amp;feed=atom&amp;title=Unison%3A_Warnung"/>
		<link rel="alternate" type="text/html" href="http://old.ethersex.de/index.php?title=Unison:_Warnung&amp;action=history"/>
		<updated>2026-04-11T11:59:29Z</updated>
		<subtitle>Versionsgeschichte dieser Seite in Ethersex_Wiki</subtitle>
		<generator>MediaWiki 1.30.0</generator>

	<entry>
		<id>http://old.ethersex.de/index.php?title=Unison:_Warnung&amp;diff=483&amp;oldid=prev</id>
		<title>Stettberger: Für inkremmentelle Backups gibt es das geniale Paket ''rsnapshot'', die Verwendung hat Jochen damals sehr schön auf dem [https://www.zerties.org/tiki-read_article.php?articleId=152 1. Stettberger Chao</title>
		<link rel="alternate" type="text/html" href="http://old.ethersex.de/index.php?title=Unison:_Warnung&amp;diff=483&amp;oldid=prev"/>
				<updated>2009-03-28T21:14:03Z</updated>
		
		<summary type="html">&lt;p&gt;Für inkremmentelle Backups gibt es das geniale Paket &amp;#039;&amp;#039;rsnapshot&amp;#039;&amp;#039;, die Verwendung hat Jochen damals sehr schön auf dem [https://www.zerties.org/tiki-read_article.php?articleId=152 1. Stettberger Chao&lt;/p&gt;
&lt;p&gt;&lt;b&gt;Neue Seite&lt;/b&gt;&lt;/p&gt;&lt;div&gt;== Warnung vor Nebenwirkungen: Backups anlegen! ==&lt;br /&gt;
&lt;br /&gt;
''&amp;lt;font color=red&amp;gt;Es wird keine Haftung für geschrottete, unlesbare, für immer verschlüsselte :-( Daten übernommen! Ein Backup ist also Pflicht! Und nein: UniSshenc ist kein Backup-Konzept, sondern in erster Linie zum Synconisieren gedacht!&amp;lt;/font&amp;gt;''&lt;br /&gt;
&lt;br /&gt;
''Das Folgende ist eine gekürzte sinngemässe Übersetzung der Sektion [http://www.cis.upenn.edu/~bcpierce/unison/download/releases/stable/unison-manual.html#caveats &amp;amp;quot;Caveats and Shortcomings&amp;amp;quot;] aus der [http://www.cis.upenn.edu/~bcpierce/unison/download/releases/stable/unison-manual.html Unison-Dokumentation], die ich jedem nur ans Herz legen kann:''&lt;br /&gt;
&lt;br /&gt;
# Im Interesse hoher Geschwindigkeit betrachtet unison nur die inode-number und modtime eines Files um ein Update zu erkennen.&lt;br /&gt;
# Unison synchronisiert Berechtigungen wortgetreu, per umask = 022 auf beiden Rechnern kann man z.B. die world- und group-Bits maskieren. Aus Sicherheitsgründen werden setuid- und setgid-Bits nicht synchronisiert.&lt;br /&gt;
# Das grafische Benutzerinterface ist &amp;amp;quot;single-threaded&amp;amp;quot;, was bedeutet, dass die Anzeige nicht aufgefrischt wird, wenn unison läuft- es wird davon abgeraten währenddessen etwas anzuklicken!&lt;br /&gt;
# ''Unison kann keine hard links.''&lt;br /&gt;
# ''Vorsicht beim Umbenennen von Verzeichnissen'', die ignorierte Files enthalten! z.B.: nehmen wir an, unison synchronisiert das Verzeichnis A zwischen der lokal- und der remote-Maschine; nehmen wir weiter an, es enthält das Verzeichnis D, welches auf der lokal-Maschine das Verzeichnis oder File P enthält, das eine Ignore-Regel im Sync-Profil erfüllt. Also existiert der Pfad A/D/P auf der lokalen Maschine, jedoch nicht remote. Wenn jetzt auf der remote-Maschine der Pfad D in D' umbenannt wird und dann synchronisiert wird, ''&amp;lt;font color=red&amp;gt;werden alle Verzeichnisse oder Files P lokal gelöscht!&amp;lt;/font&amp;gt;'' Das passiert, weil unison die Umbenennung als Löschung und Neuanlage wertet- es löscht also - lokal - das alte Verzeichnis (''mit den ignorierten Files!'') und erzeugt ein Neues, welches natürlich diese Files nicht mehr enthält, da sie für unison unsichtbar sind!&lt;br /&gt;
&lt;br /&gt;
Insbesondere der letzte Absatz macht deutlich, dass man ein wenig Vorsicht walten lassen muss!&lt;br /&gt;
Aber keine Angst, es lohnt sich trotzdem 8-)&lt;br /&gt;
&lt;br /&gt;
[[Category:unison]]&lt;/div&gt;</summary>
		<author><name>Stettberger</name></author>	</entry>

	</feed>