<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet href="rss.css" type="text/css"?>
<rss version="2.0" xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
<title>LINUXEXPRES - Diskuzní fórum</title>
<link>http://www.linuxexpres.cz/</link>
<description>RSS komentářů ke článkům</description>
<item>
<title>Upozornění pro více uživatelů</title>
<description>
&lt;p&gt;&lt;strong&gt;<![CDATA[Jedno doplnění - tento postup NEZACHOVÁVÁ VLASTNÍKA A SKUPINU!
Nepoužívejte to tedy pro víceuživatelské zálohování. Pokud to užíváte podobně jako já jen pro sebe, pak je to v pořádku. V opačném případě musíte použít tar:
tar cf - directory | 7za a -si directory.tar.7z
7za x -so directory.tar.7z | tar xf -]]>&lt;/strong&gt;&lt;/p&gt;
</description>
<pubDate>Thu, 22 Oct 2009 14:03:38 +0200</pubDate>
<link>https://www.linuxexpres.cz/diskuse/diskuze-ke-clankum/inkrementalni-zalohovani#post7608</link>
<guid>https://www.linuxexpres.cz/diskuse/diskuze-ke-clankum/inkrementalni-zalohovani#post7608</guid>
</item>
<item>
<title>Re:Inkrementální zálohování pomocí 7-zipu</title>
<description>
&lt;p&gt;&lt;strong&gt;<![CDATA[Pomalejší? To je hodně silné tvrzení, jak sis jistě všiml, já nepoužívám maximální kompresi. U zálohy nemá smysl.
Realita je asi taková, že 7-ZIP je dokonce rychlejší, než InfoZip (defacto standard v implementaci ZIP formátu) za předpokladu, že použiji formát 7z a zvolím nízkou kompresi. Ve výsledku je archiv stejně veliký, jako ZIP, ale je to rychlejší. 
Realita je taková, že 7-ZIP je rychlejší než jakákoli jiná kombinace (tar+bzip2, tar+gzip). Jediné, co může 7-ZIP ohrozit je kombinace cpio+lzop, který jsem jednu dobu používal.
Tak jako tak záloha musí být rychlá, to je logické. A dělat zálohu s maximální kompresí není vhodné. 
Mimochodem TAR se na zálohování nehodí absolutně - má smysl jen u páskových mechanik. V případě HDD/flashky přináší jednu velikou nevýhodu - když je archiv poškozen, od inkriminovaného místa až do konce jsou všechna data ztracena. U 7-ZIPU ve výše uvedené konfiguraci toto neplatí - solid archiv mám deaktivovaný. Navíc lze u 7-ZIPU vytvořit i solid archiv s předem definovanými bloky, takže lze nepřijít při havárii o data a zároveň dosáhnout vynikajicích kompresních poměrů.]]>&lt;/strong&gt;&lt;/p&gt;
</description>
<pubDate>Mon, 24 Aug 2009 22:59:39 +0200</pubDate>
<link>https://www.linuxexpres.cz/diskuse/diskuze-ke-clankum/inkrementalni-zalohovani#post7174</link>
<guid>https://www.linuxexpres.cz/diskuse/diskuze-ke-clankum/inkrementalni-zalohovani#post7174</guid>
</item>
<item>
<title>Re:Re:Inkrementální zálohování pomocí 7-zipu</title>
<description>
&lt;p&gt;&lt;strong&gt;<![CDATA[Diky za odpoved, zkousel jsem si s tim nejakou dobu hrat, ale nakonec nade mnou 7-zip "zvitezil" :) jinak na nej ale nedam dopustit.]]>&lt;/strong&gt;&lt;/p&gt;
</description>
<pubDate>Tue, 10 Feb 2009 13:34:18 +0100</pubDate>
<link>https://www.linuxexpres.cz/diskuse/diskuze-ke-clankum/inkrementalni-zalohovani#post5583</link>
<guid>https://www.linuxexpres.cz/diskuse/diskuze-ke-clankum/inkrementalni-zalohovani#post5583</guid>
</item>
<item>
<title>Inkrementální zálohování pomocí 7-zipu</title>
<description>
&lt;p&gt;&lt;strong&gt;<![CDATA[Dost mi unikají výhody 7-zipu. Oproti kombinaci tar+bz2 je mnohem pomalejší a kompresní poměr není nijak výrazně lepší. Osobně jsem s tím dlouho spekuloval hlavně kvůli rychlosti záloh (mám moc dat) a stejně jsem stejně skončil u tar+gzip. V praxi je co do rychlosti jeden z nejlepších a kompresní poměr nemá zdaleka tak špatný jako jiné "rychlé" pakovače. 
Výsledky jsou např zde:
http://warp.povusers.org/ArchiverComparison/
(měl jsem někde lepší link s komplexními testy, ale nemohu ho už najít...)]]>&lt;/strong&gt;&lt;/p&gt;
</description>
<pubDate>Mon, 9 Feb 2009 23:32:13 +0100</pubDate>
<link>https://www.linuxexpres.cz/diskuse/diskuze-ke-clankum/inkrementalni-zalohovani#post5580</link>
<guid>https://www.linuxexpres.cz/diskuse/diskuze-ke-clankum/inkrementalni-zalohovani#post5580</guid>
</item>
<item>
<title>Re:Inkrementální zálohování pomocí 7-zipu</title>
<description>
&lt;p&gt;&lt;strong&gt;<![CDATA[Tak jsem reportoval dotaz na foru: https://sourceforge.net/forum/message.php?msg_id=6381645]]>&lt;/strong&gt;&lt;/p&gt;
</description>
<pubDate>Mon, 9 Feb 2009 13:00:35 +0100</pubDate>
<link>https://www.linuxexpres.cz/diskuse/diskuze-ke-clankum/inkrementalni-zalohovani#post5577</link>
<guid>https://www.linuxexpres.cz/diskuse/diskuze-ke-clankum/inkrementalni-zalohovani#post5577</guid>
</item>
<item>
<title>Re:Inkrementální zálohování pomocí 7-zipu</title>
<description>
&lt;p&gt;&lt;strong&gt;<![CDATA[Máte pravdu! Nevšiml jsem si toho, protože v mém skriptu to nepoužívám, ale pro účely zápisku jsem si říkal, že by to bylo vhodné doplnit (omezeni pro FAT32).
Zkousel jsem to i na Windows a take to hlasi "Soubor neexistuje".
Cele to vypada tak, ze zrejme rozdelene baliky nelze aktualizovat.]]>&lt;/strong&gt;&lt;/p&gt;
</description>
<pubDate>Mon, 9 Feb 2009 12:47:10 +0100</pubDate>
<link>https://www.linuxexpres.cz/diskuse/diskuze-ke-clankum/inkrementalni-zalohovani#post5576</link>
<guid>https://www.linuxexpres.cz/diskuse/diskuze-ke-clankum/inkrementalni-zalohovani#post5576</guid>
</item>
<item>
<title>Inkrementální zálohování pomocí 7-zipu</title>
<description>
&lt;p&gt;&lt;strong&gt;<![CDATA[Clanek me zaujal, 7-zip dlouho pouzivam ve Win na zalohovani projektu. Pokud se ale v uvedenem skriptu pouzije switch -v1g (vytvářet svazky po 1GB), indexuje 7z archivy na lzap_backup.7z.001, lzap_backup.7z.002, apod. Pak ale pri dalsim inkrementalnim zalohovani 7z zavile odmita takovy archiv updateovat, chyba "Soubor existuje"? Je nejaka rada?]]>&lt;/strong&gt;&lt;/p&gt;
</description>
<pubDate>Fri, 6 Feb 2009 13:04:58 +0100</pubDate>
<link>https://www.linuxexpres.cz/diskuse/diskuze-ke-clankum/inkrementalni-zalohovani#post5566</link>
<guid>https://www.linuxexpres.cz/diskuse/diskuze-ke-clankum/inkrementalni-zalohovani#post5566</guid>
</item>
</channel>
</rss>