Majestic twelve's blogger

Obnovení bitové kopie Windows 7 z disku zašifrovaného Bitlocker To Go

noreply@blogger.com (Mj12) — Thu, 18 Jul 2013 13:26:00 +0000

Bitlocker není asi nutné představovat, tuto docela pěkně implementovanou technologii šifrování, zde máme již od Windows Vista a s každou novou verzí Windows se dostává níže do běžnějších edic. Navíc pokud máme procesor s funkcí AES-NI, můžeme si šifrování dovolit bez ztráty výkonu a výdrže na baterii.

U notebooků má šifrování asi největší význam, v případě odcizení zařízení hrozí i odcizení identity, viz XKCD :-)

Pokud disk šifrujeme, pak se logicky zmnohonásobuje nutnost pravidelně zálohovat. Pokud jdou data z poškozeného pevného disku z pravidla vydolovat, ta dostat data z poškozeného šifrovaného disku je nemožné.

Jenže, má smysl zálohovat data ze šifrovaného disku například na nešifrovaný externí USB HDD? V případě odcizení jsme na tom stejně - data jsou zálohována nezašifrovaně. A obnovit bitovou kopii na jiný hardware je díky Windows Backup práce na deset minut.

Naštěstí Windows 7 umí zálohovat na oddíly šifrované Bitlockerem (nevýměnné disky) a Bitockerem To Go (výměnné disky) Obnovovat soubory ze zálohy pak také logicky jde.

Problém nastává při potřebě obnovit celou bitovou kopii diskového oddílu. Nástroj pro obnovení umí odemknout zašifrovaný systémový disk s Windows, ale zašifrovaný disk se zálohou už nevidí.
V tomto případě nás dokumentace Microsoftu nechává na holičkách a radí nám dešifrovat si disk se zálohou v jiném počítači. Ale ukážeme si, že to není nutné.

Berme v úvahu modelovou situaci:
Máme Windows 7 Enterprise/Ultimate se zapnutým Bitlockerem pro disk C. Pomocí Windows Backup provádíme zálohu obsahující bitovou kopii disku na externí USB HDD. Externí disk je zašifrován pomocí Bitlocker To Go.

Připravíme si:
Obnovovací klíč na jednotku flash nebo do souboru. POZOR, tyto možnosti se liší.
Obnovovací klíč pro oddíl se zálohou, ideálně také na flashku.

Po nabootování z WIN 7 DVD zvolíme opravu a obnovu ze zálohy. Windows vyhledají instalaci Windows a nabídnou nám odemknutí cílové jednotky.

Použijeme dlouhý restore key nebo připravený obnovovací klíč na flashce.

Pokud budeme chtít pokračovat v obnově dál, Wbackup nám sdělí, že nenalezl žádné zálohy:

My se ovšem ošálit nedáme, pomocí kombinace SHIFT + F10 si spustíme příkazovou řádku ( tato kombinace funguje již od Windows XP)

Spustíme si diskpart abych mohli odhalit pod jakým číslem se skrývá náš svazky se zálohou:

DISKPART

Vypíšeme si svazky

LIST VOLUME

Ze seznamu pravděpodobně podle velikosti budeme muset vybrat náš zálohovací disk, nápovědou nám může být, že nebude mít písmeno.

Zvolíme tedy zálohovací svazek (místo x zadejte číslo svazku)

SELECT VOLUME x

A přiřadíme mu písmeno, vyhnete se již obsazeným jako například C nebo X

ASSIGN LETTER=L

Klávesovou zkratkou CTRL +C zavřeme diskpart a pokračujeme k připojení BITLOCKER jednotky. Pro informaci o jednotkách si můžeme vypsat připojené Bitlocker svazky - jeden z nich by měl být váš systémový disk, druhý zálohovací disk, již s písmenem.

MANAGE-BDE.EXE -STATUS

A nyní samotné obnovení. Pustíme si notepad a otevřeme si txt s obnovovacím klíčem pro zálohovací jednotku:

NOTEPAD

Notepad si necháme otevřený a zkopírujeme si dlouhý recovery key. A do CMD opět zadáváme:

manage-bde.exe -unlock L: -rp ----douhý recovery klíč------

Místo L dejte své nastavené písmeno jednotky, za rp je mezera a pak vložte dlouhý reovery key. Dostane se nám hlášení, že jednotka byla úspěšně odemčena.

Když znovu zkusíme spustit System Image Recovery, záloha je nyní nalezena a můžeme postoupit k obnovení. Po obnovení budou data na disku opět v nezašifrovaném stavu.

Pomalost Intel RAID 5 způsobená vyprazdňováním cache pro zápis - aneb proč flushovat

noreply@blogger.com (Mj12) — Sat, 04 May 2013 20:42:00 +0000

Tento článek by se také mohl jmenovat: Máte UPS? Zdvojnásobte si výkon svého diskového pole....

Anotace ve zkratce:

Tento článek pojednává o kombinaci Intel Rapid Storage Technology RAID 5 pole na chipsetu H77 s technologií Hyper-V. A konkrétním problému s pomalostí mysql databáze ve webové aplikaci Tiny Tiny RSS, běžící ve virtuálním počítači. Problém způsobuje bezpečností disková funkce Windows : write-cache buffer flushing. Také se zabývá řešením.

Asi půl roku využívám Intel raid na chipsetu H77. Kombinace RAID 5 a tří spolehlivých disků Samsung HD154UI je prozatím bezproblémová. Výkon pole nijak neoslní, mělo by jít o odolné řešení pro případ výpadku jednoho z disků. V případě závady základní desky stačí pole zapojit do jakékoliv jiné se stejnou nebo novější verzí RTS(Intel Rapid Storage Technology) option ROM.

Problém ovšem nastal když jsem v Hyper-V nasadil virtál obsahující mysql server pro Tiny Tiny RSS (viz předchozí článek http://blog.mj12.eu/2013/05/nasazeni-tiny-tiny-rss-v-ubuntu-serveru.html )

Kupodivu Tiny RSS bylo nezávisle na OS neuvěřitelně pomalé. Načtení složky trvalo až stránky trvalo cca 5 sec, načtení složky 10 sec). Běžná rychlost načítání je maximálně do 0,5sec. Po delší diagnostice a ladění SQL databází jsem našel původ problému. Je jím "Windows write-cache buffer flushing". Tato funkce je ve Windows ve výchozím stavu zapnutá (pokud vůbec cache používáte) a stará se o pravidelné vyprazdňování cache na disk - tím snižuje riziko ztráty dat v případě výpadku napájení nebo chyby STOP.

Návod jak vypnout vyprazdňování cache naleznete zde http://support.microsoft.com/kb/324805/en-us
Nevím zda to je problém čistně RTS a mysql či RTS a Hyper-V. Ale reálný rozdíl jak uvidíte na obrázcích níže je velice zajímavý.

Virtuální počítač (ať už win nebo linux) má tendenci provádět nonstop zápisy do svého vdh, jde asi jen o 9 - 400KB/s. Ale jak vidíte stačí to k vytížení disku na maximum. Latence se pak podle taskmanageru pohybuje kolem stovek ms až sekund. Délka diskové fronty je 1,5-3.

Stav se zapnutým virtuálním počítačem obsahujíc mysql databázi. Flushování ve vychozím stavu zapnuté.

A zde je stejná situace s vypnutou funkcí "Windows write-cache buffer flushing"

Další příklad propadu výkonu můžeme vidět na programu HD Tune. Jako první opět ve výchozím stavu se zapnutým flushováním.

A bez této bezpečností funkce:

Jak je vidět, rychlost je téměř dvojnásobná, v případě latence je to až pětinásobně lepší.

A ještě file benchmark test měřený přímo v Hyper-V hostu.

Zde již je to zajímavější, ovšem stále to nevysvětluje proč s flushingem mysql pracuje desetinásobně pomaleji.

Ještě dva údaje pro porovnání:

Access Time : 0.568 ms
Burst Rate : 197.9 MB/s

Access Time : 0.377 ms
Burst Rate : 518.2 MB/s

Ovšem stojí tento rozdíl za vypnutí vyprazdňování cache? Bez automatiky Windows cache vyprazdňují pouze při každém vypnutí.....A u RAID může neplánované vypnutí způsobit až kolaps pole, nemluvě o poškození otevřených dat.

Možná řešení problému:

Jasným kandidátem na řešení je tedy UPS komunikující s PC která by informovala o výpadku a sepnula bezpečné vypnutí. Bohužel o není levná legrace.
Nic neměnit a používat bezpečné vyprazdňování. Bohužel tato alternativa by mi znemožnila používat TT-RSS na RAID 5. Musel bych použít nějaký jiný samostatný disk, iSCSI... či RAM disk? :-)
Snížit riziko. Microsoft v rámci Sysnternals nabízí program Sync 2.0. Ten slouží k ručnímu vyprázdnění diskové cache.

Program Sync 2.0 aneb snad to bude fungovat....

Microsoft dělá výborný software - tato věta není jen fráze. Prográmek Sync z roku 2006 bez problému funguje na Windows 8 x64. A dělá to co má:

Je až k nevíře že program z roku 2006 bude fungovat v roce 2013. Na obrázku níže je červeně označený moment kdy byl sync spuštěn, přenosová rychlost klesla a cache se vyprázdnila.

Nic tedy nebrání vytvoření naplánované úlohy která bude Sync spouštět. Jenže jak často? Jak často Windows ve výchozím stavu flushují cache? Jednou za hodinu? Každou minutu? Každých 5 vteřin? Vteřinu? 0.1 vteřiny? 0.001 vteřiny? Po každém zápisu či při iddle? Bohužel se mi tuto informaci nepodařilo získat pro Windows, ale ani pro Linux.

Pravděpodobně každých 15-30 minut bude rozumné rozmezí pro iddle běh.

PS: Pokud prodáváte nějakou starší UPS, mám zájem :-)

Nasazení Tiny Tiny RSS v Ubuntu serveru (v Hyper-V)

noreply@blogger.com (Mj12) — Sat, 04 May 2013 16:43:00 +0000

Vzhledem k ukončení Google Readeru je na čase hledat vhodné alternativy. Pokud vás láká myšlenka hostovat si vlastní RSS čtečku, či jste dokonale zvyklí na Android čtečku gReader, (podpora je v beta verzi zde) nabízí se Tiny RSS.

Na živo si TT-RSS můžete vyzkoušet na veřejné instalaci jednoho dobrodince na http://rss.cicolina.org/

Pokud zvažujete vlastní nasazení, je to docela snadné. Pro linux existují desítky návodů. Kupodivu ale pro Windows jich moc není. Pokud máte k dispozici Windows server, asi ideální řešení je vytvoření dedikovaného VM v Hyper-V. Výhodou je přenositelnost a snadná zálohovatelnost. V případě reinstalace hostitele si stačí zálohovat několika gigabajtový vhd a později opět připojit. Již žádné reinstalace a rekonfigurace.....Hyper-V se také na rozdíl od virtualboxu postará o uložení stavu při restartu hostitele a opětovné obnovení po nastartování.

Pro TT-RSS v Hyper-V se vybízejí dvě varianty:

Windows host s nějakým druhem LAMP serveru, například XAMPP. Výhodou je velice snadná instalace a konfigurace. Také můžete využít dynamickou paměť - VM pak neujídá paměť kterou nevyužívá. Licencovat můžete například z MSDN (AA ), Windows 8 za pár stovek... Takový server 2003 se vejde do 3GB a vystačí s 200-300MB RAM. Aktualizaci feedů je pak možné provádět pomocí naplánovaných úloh, což je zábavná alternativa vůči linux daemonům.
Hyper-V oficiálně podporuje pouze CentOS a RedHAT. Naštěstí Nové verze Ubuntu mají již integrované integrační služby pro Hyper-V. Není tedy problém s ovladači ani s vypínáním. Bohužel není reálném používat GUI verzi Ubuntu - rozhraní je nepoužitelně pomalé, a to i po zakázání framebufferu. Další varianta je Debian. Pro něj můžete doinstalovat integrační služby velice snadno v podobě deb balíčku (zde). S GUI rozhraním problém není, pouze je někdy nutné ručně provést ifup eth0.

Dnes se ovšem podíváme na instalaci Tiny Tiny RSS v ubuntu serveru.

Instalaci Ubuntu server 13.04 v Hyper-V nebudu nijak zvláště popisovat, pouze nezapomeňte nainstalovat SSH. Pro VM stačí bohatě 512 MB paměti - mysql bude moci hodně cachovat.

Jakmile jsme na SSH začneme instalací mysq:

sudo apt-get install mysql-server mysql-client

Vytvoříme silné heslo a pokračujeme:

sudo aptitude install apache2 mysql-server libapache2-mod-php5 php5-mysql

A nakonec prerekvizity:

sudo aptitude install php5-cli php5-xmlrpc php5-curl

Nyní máme funkční webový server, pokračujeme Nasazením TT-RSS:

wget https://github.com/gothfox/Tiny-Tiny-RSS/archive/1.7.8.tar.gz
tar -xf 1.7.8.tar.gz -C /var/www/
chown -R root.www-data /var/www/
chmod -R g+w,o+ /var/www/

Nyní si ještě nainstalujeme phpMyAdmin pro snadnější práci a budoucí sledování DB. Zadejte silné heslo.
sudo apt-get install phpmyadmin

Na adrese http://VÁŠserver/phpmyadmin vytvořte nového lokálního uživatele (třeba tinyrss) a rovnou i stejnojmennou databázi. Opět použijte silné heslo.

Na adrese http://VÁŠserver/ by měla být k dispozici úvodní konfigurace. Vyplňte údaje, inicializujte databázi a hotovo. Nyní můžete přidat vaše feedy. Také změňte výchozí heslo!

Zbývá ovšem ještě dořešit aktualizaci. TT-RRS ve výchozím stavu feedy automaticky neaktualizuje (chytré?) Stačí ovšem udělat následující - otevřít nanem rc.local a dopsat řádek...
nano /etc/rc.local

a přidal řádek:
sudo -u www-data php /var/www/update_daemon2.php > /dev/null&
pak znovunačíst konfiguraci:
rc /etc/init.d/rc.local start

Nyní se rozběhne aktualizace feedů...a jsme hotovi. Může náš potěšit že na rozdíl od Windows, je na Linuxu aktualizace vícevláknová, stejně se ale připravte na hodiny čekání a naplnění čtečky tisíci příspěvků.

Nakonec zbývá přizpůsobit si TT-RSS. Na fóru projektu lze nalézt spoustu pluginů imitující vzhled greaderu. Plugin pro identické klávesové zkratky je také již integrován. Po aktualizaci feedů vám také TT-RSS zobrazí seznam již nefunkčních adres spolu se seznamem dlouhodobě neaktivních. Můžete tedy pohodlně opravit sledované adresy - například po přesunu blogů..
Pro přiblížení Goodle Readeru doporučuji ještě toto nastavení:

Automatically mark articles as read – No
Combined feed display – Yes
Confirm marking feed as read – No

A pokud budete mít problém, okamžitě zapomeňte že by jste ho zmínili na fóru projektu. Administrátor s tímto příjemným avatarem....

...se okamžitě postará o vaše zesměšnění a pohřbení dobrých nápadů. (A ne, na fórum jsem nic nepsal, stačí s pročíst několik témat).

A několik článků k tématu TT-RSS:
http://the.geekorium.com.au/make-tiny-tiny-rss-look-and-behave-like-google-reader/

http://tt-rss.org/forum/viewtopic.php?f=22&t=1287

http://nathan.chantrell.net/20130317/tiny-tiny-rss-a-replacement-for-google-reader/

Doplnění: Crashplan po skončení trial verze

noreply@blogger.com (Mj12) — Mon, 24 Dec 2012 14:28:00 +0000

Cca týden před skončením trial verze jste každý den zasypání varovnými zprávami o vypršení zkušební verze. Následuje seznam souborů v cloudu který bude smazán

V rozhraní se objeví reklama, nijak zvlášť neruší.

A nakonec největší omezení, backup sets jsou nyní vypnuté. Je možné se dostat do jejich nastavení přes Windows enabler, jejich nastavení se pak bude zobrazovat. Bohužel není možné vybrat soubory k záloze a umístění zálohy.

Důležité je, že v bezplatné verzi je možné nastavit, jak dlouho se budou udržovat smazané soubory.
Ovšem není možné nastavit, jak dlouho se budou udržovat revize souborů, v případně TC kontejnerů to může být smrtící pro místo na disku.
A nakonec ukázka kolik dat jde do cloudu přenést:


Upload:	9 916,96 kbit/s (1 239,62 kB/s)

Teoreticky lze:	za hodinu	za den	za týden	za měsíc

nahrát	4 462,63 MB	107,10 GB	749,72 GB	2 998,89 GB

Poznámky k programu CrashPlan

noreply@blogger.com (Mj12) — Sun, 11 Nov 2012 14:24:00 +0000

Poznámky k programu CrashPlan - zvolená forma je pravděpodobně vhodnější než blogový příspěvěk

Nebudu se zde rozepisovat o tom co program CrashPlan je či co umí, od toho jsou stovky jiných povrchních recenzí, naopak přikládám soupis poznatků z reálného provozu. Prosím omluvte sloh a styl, jde o upravené záznamy pro osobní potřebu.

Sledování změn souborů:

Program stále ve výchozím nastavení sleduje data jako genius backup....každou změnu. Záloha není možno pustit bez nějaké změny.

Je možné vypnout sledování filesystemu realtime - asi se před zálohou bude kontrolovat změna všech souborů (dle data poslední změny)

Bezpečnost:

Šifrování zálohy vlastním přídavným klíčem (místo heslem k CrashPlan účtu)

Nejde downgradovat zabezpečení na režim bez hesla

Lze jako heslo použít 448 bitů dlouhý klíč

Zálohování:

CPU time je velice nízký, zatížení také, na druhou stran je zálohování na sítové umístění ve stejné Gbit síti velice pomalé. 28K souborů, 8GB jede průměrně pod 1MB/s. Acronish jde na t

o jinak, nemá problém s o řády vyšími rychlostmi.

Data se opravdu zálohují jen na vzdálený server(cílové umístěné), rozhodně ne na třetí umístění(nejde to přes crashplan servery). V LAN jdou data přes LAN, při komunikaci přes internet jsou přímo mezi sebou, není třeba port forwarding, pracuje podobně jako teamviewer, asi. Ověřeno přes sledován sítové komunikace.

Zálohy jde pozastavit na obou stranách

Deduplikace tam je, má tři režimy, spíše prodlužuje přenosové doby a zvyšuje zatížení cpu, jak šetří místo netestováno

Obnova dat:

Obnova: na každém PC vám to nabízí obnovu ze všech PC které zálohujete, je jedno že je zálohujete třeba do jiného PC - to znamená že seznam souboru je někde v cloudu???

Je možné do jakéhokoliv PC obnovit cokoliv, i když je to zálohováno jinam..prostě se udělá přímo spojení a obnoví se to.

Je možné obnovit jakákoliv data, pokud jejich zálohovací uložiště je online, pokud online není, není možné zobrazit ani seznam dat. Je možné službu pozastavit a tím aktivně odmítat žádosti o obnovení, nebo rovnou zastavit a záloha se pak stane offline. Lze časově omezit kdy stroj přijímá zálohy od klientů-

"unable to restore until we have synchronized with the destination" tato hláška se zobrazí, pokud klient u zálohy běží jen chviličku, zanedlouho se pravděpodobně vše propojí přes servery CrashPlanu.
Po přidání přídavného hesla jsou všechny zálohy šifrovány samostatným heslem a bez hesla je není možno obnovit (vlastně dvou hesel)
Pokud zálohujete do účtu cizí osoby, vaše data jsou v bezpečí, jsou šifrována a cizí osoba nemá ani možnost tato data obnovovat, naopak vy můžete oc cizí osoby vzdáleně obnovit

Nastavení:

Naprosto senzační je možnost, nastavit prioritu traficku pomocí TCP Packet TOS - třeba acronish způsoboval zácpu a některé slabé routery při jeho zálohování vypadávali a ping padal...také asi uvolní upload, tj bude možné mít nízký ping a přitom uploadovat. Netestováno, přenosové rychlosti jsou tak nízké, že se tato volba hodí jen pro pomalá připojení či slabé routery.

Možnost nastavit LAN a WAN limity rychlosti pro upload a download

Program neobsahuje češtinu

Opravdu šikovné jsou emailové notifikace, můžete si nechat zasílat denní, týdenní atd přehledy zálohování kde jsou informace o velikosti záloh a poslední záloze. Nebo varovné emaily že například již dva dny záloha neproběhla.

Test jak se vypořádá s diferencionálním zálohováním v LAN:

1GB TC kontejner nedokáže zálohovat pokud je v TC připojen, zálohování probíhá opět pomalu kolem 3MB/s, ale prý za to může deduplikace - (na druhou stranu úspora místa), také komprese( u TC kontejneru asi zbytečná) a šifrování po cestě asi také není nutné. Také jsem měl nastaveno využít maximálně 20% cpu

http://support.crashplanpro.com/doku.php/recipe/configurations_for_faster_backup

1GB TC soubor uloží komprimovaně jako 681MB (což je divné, že by slabá výchozí šifra pro volné místo?)

Při změně soboru je zálohování bleskové, přenáší se jen změněná data!! ta lemra nezálohuje změněný TC- vůbec nezálohuje změny..i když ví že se soubor změnil tak nezálohuje-

Přitom u RAR souboru se změnil a crashplan ho zálohoval a revizoval, ŽE BY KONTROLOVAL ZMĚNY PODLE VELIKOSTI? Odpovědí je There is an option in Truecrypt enabled by default called preserve timestamps of file containers. ---pokud je v TC toto zapnuto nemá šanci CrashPlan zjisti že došlo ke změně (nemění se velikost ani čas změny) Zajímavé je že Dropbox s tímto problém nemá. Dropbox pracuje s delta kompresím, musí si tedy neustále hlídat hashe souborů (u každého souborů hashe velkého množství bloků, a synchronizovat jen změnu)

Zálohy jsou diferenciální a automaticky do je jednoho souboru, odpadá problém se ztrátou částí jako u Acronishu a znehodnocením zálohy. Program rozkládá zálohy do většího množství cca 4GB souborů

Takto vypadá zatížení zálohovaného procesoru i3 při uploadu 1MB/s

Komprese:

Perfektní úspora místa, Mix 7,8GB dat ( profilová data více uživatelů, dokumenty savy her cache prohlížeče atd....uložená velikost je 3,4GB

Je možné na cílovém počítači nastavit maximální množství místa která má APP využít, pokud je množství menší než zabraná data, muže dojít ke smazání dat - toto platí jen pro zálohování na jiné účty.

Nastavení je možné v textové formě čitelné na webu, příklad:

D:/Dulezite_Programy/
D:/Instalačky/
D:/Osobni data/

+ seznam vyloučených souborů a složek

Takže po reinstalu klienta asi není nutné nastavovat znovu( po čisté instalaci klienta je možné "zdědit" nastavení některého z počítačů, při tom se stáhnou data z online. Pro pozdější dědění je nutný reinstal klienta.

Omezení verze zdarma:

Vypadá to, že během bezplatného měsíce je možné vytvářet backup sety a po uplynutí je jen mazat. Podle mnoha zdrojů vytvořené sety zůstanou....podle oficiálního varování CrashPlan se smažou, rozhodně nepůjdou přidávat)

Ve free jen jedna zálohovací úloha (seznam souborů a složek), je ovšem možné zálohovat na více umístění.

Problém s nedostatkem místa, ve free verzi se mažou či nemažou smazané soubory ze záloh? Nejde ostranit jednotlivé revize. Když dojte místo tak co? Automatická mazací politika pro smazané soubory je ve free verzi neměnitelná, jaké je ovšem výchozí nastavení zatím nevím.

http://kb.eclipseinc.com/kb/what-happens-when-my-crashplan-destination-runs-out-of-space/

Ve Free je možná jen jedna záloha denně bez přesného časování' - prostě jednou za den
Dle varovného emailu: Při přechodu do free dojde ke smazání backup setů, a smazání záloh na CrashPlan Central

Zkušenosti z provozu:

Rozhraní je opravdu pomalé, naštěstí není nutné s ním moc pracovat

Rozhraní je možné chránit heslem.

Trochu matoucí je oddělení zálohovací služby, aplikace obstarávají tray ikonu a samotného programu.
Během měsíce se asi jednou stalo že nastal stav "waiting for backup" a bylo nutné ve službách restartovat CrashPlan
CrashPlanService si bere 149MB v ram a klient dalších 92MB. Během zálohování komprimovaných deduplikovaných šifrovaných stovek GB si Service bere kolem 400MB a klient 70MB, ikona u hodin 1MB (zobrazuje status a animací signalizuje úlohu)
Při zálohování výše zmínění úlohy je zatížení CPU cca 20% (i3 3.30Ghz) Jde hlavně o jedno jádro.
Trochu problém je automatický 30 denní trial, do jeho skončení není možné plnohodnotně ohodnotit program ve režimu zdarma.
Kdyby bylo možné vytvářet image disků, šlo by o ultimátní nástroj
Není možné nastavit maximální povolenou velikost zálohy kterou by se měl snažit program snažit zajistit. u CrashPlan jsou data na prvním místě, narozdíl od acronishu nelze automaticky odstranovat smazané soubory pokud dochází místo. Jak se chová v praxi, zatím neozkoušeno.

Bezpečností problém: dají se data obnovit na pc offline ? Kdyby služba přestala fungovat.... Třeba existuje možnost, ale vzhledem k tomu že program umožnuje jen adaptovat zálohy z online seznamu, není jasné co by se stalo kdyby se změnilo např uložiště zálohy. Při běžném provozu(ne po reinstalu) by problém nastat neměl.

Je možné že uplynutí trial verze napíšu doplnění

Ve zkratce, je to pěkný smysluplný program který má cenu využívat pokud si dokážete představit a naplánovat jednodenní zálohování do jiné lokality.

...,

[povzdech ]Únik paměti Chkdsku

noreply@blogger.com (Mj12) — Sat, 04 Aug 2012 13:21:00 +0000

Možná jste si toho všimli, chcete jedou za čas provést hlubší kontrolu (nesystémového) pevného disku na vadné sektory a pustíte si chkdsk x: /f /r /x . Pokud to ovšem zkusíte na x64 bitovém systému pravděpodobně se vám stane to, co vidíte na obrázku viz níže. Chkdsk trpí memory leakem který je prý by design. Sice vám neshodí systém, ale náročnější aplikace padají a systém vám navrhuje uzavření programů které čerpají prostředky systému. Aero je také vypnuto

Na obrázku je vidět ukončení testování jednoho disku a start testu druhého, během cca pul minuty je RAM zaplněna.

Závěr:

Vzhledem k tomu že problém prý trvá od RTM verze Windows 7, není pravděpodobné že by došlo někdy k opravě...

ZDE se dokonce píše, že tento problém mohl oddálit vydání WIN7 a projevuje se pouze při konfiguraci v více HDD

Brzy se těšte na test chkdsku z Windows 8, ovšem dle nepotvrzených informací se chkdsk chová stejně - i přes fakt že musel být programově aktualizován aby dokázal pracovat s Windows Storage Spaces.

Zálohování s pomocí Windows Backup na Truecrypt volume

noreply@blogger.com (Mj12) — Tue, 13 Dec 2011 14:20:00 +0000

"Mnozí" čtenáři by se určitě rádi zeptali, jak se dá zálohovat na Truecrypt disk/oddíl/kontejner pomocí Windows zálohování (Windows Backup) ve Win. 7 či Vista. Rozhodl jsem se tedy nečekat na to, až tento dotaz padne, a vnutit toto moudro světu.

PS: proč se proboha nikdo nezeptá?

Jádro pudla:

Windows se při zálohování chovají chytře a spoléhají na službu "Windows Volume Shadow Copy Service", bohužel to je problém, protože Truecrypt nemá pro tuto funkci podporu, dle své dokumentace. A pokud nechcete zálohovat na ten samý disk, který chcete zálohovat, máte s plnohodnotným zálohování utrum. Existují však cesty jak to rozchodit či obejít.

Cesta 1: Lhaní a podvod

Jak jste si asi už ze života ráčili všimnout, pravda a čest Vás nikam nedostane, stejný přístup můžete čekat u zálohování ve Windows. Protože je Vám zapovězeno vybrat jako zálohovací disk TC disk/jednotku, musíte improvizovat. Jediná volba která se nabízí je umístění v sítí. O tom jak to udělat se nebudu rozepisovat. Jednoduše složku na TC oddílu nadílíte a zvolíte ji pro zálohování. Návod naleznete například zde nebo zde. Vypadá to sice pěkně a jednoduše, bohužel jen vypadá. Zálohování do sítové složky je docela funkčně okleštěno. Musíte počítat s tímto:

Není možné spravovat a nastavovat použité místo zálohou ( záloha bobtná do nekonečna)

Záloha je na TC disku a tudíž šifrovaná, samotné zálohování může být trošku pomalejší.

Na sítové uložiště není možné uložit více než jednu verzi bitové kopie.

Jak vidíte (čtete), je toto zálohování prakticky nepoužitelné až na nějaké specifické užití.

Cesta 2: Leave No Man Behind

Pokud tedy chceme použít Windows Backup a Truecrypt, musíme se smířit s tím, že můžeme použít pouze jednu aplikaci s této dvojice. Aneb bez ústupků to nepůjde.

Můžete použít jakýkoliv jiný zálohovací program a zálohovat na TC disk

Můžete použít Windows Backup a zálohovat na obyčejný interní pevný disk

Můžete okleštěně použít Windows backup a přes sítovou berličku zálohovat na sítový TC disk či lokálně.

Další varianty zahrnují použití symlinků pro složky, ale opět není jiná možnost jen použití sítové berličky.

Spekulace:

Teoreticky může být možné obejít toto omezení pomocí zálohování mimo GUI, viz wbadmin dokumentace

Autor článku neručí a nenese zodpovědnost za škody způsobené nepochopením dokumentace, zbytečně ztraceným čase, a ani za zbytečnost tohoto článku.

Počítání BOINC projektů na Androidu (Native Android BOINC Client)

noreply@blogger.com (Mj12) — Wed, 07 Dec 2011 14:18:00 +0000

Pokud vlastníte chytrý telefon a využíváte ho "chytře", jistě jsem si již museli položit otázku, jak využít plný potenciál svého zařízení. Grid computing je asi nejvyšší level na který se můžete dostat a pokud by šlo přímo o BOINC, tak prakticky lepší využití neexistuje.
Dnes si předvedeme jak funguje bezprecedentní aplikace pro počítání na Androidech.
Oficiální stránky autora: http://krzyszp.info/ (nejsou moc v dobrém stavu)
Samotné stažení apk souborů: http://krzyszp.info/matszpk/android případně
http://dl.dropbox.com/u/8477841/nativeboinc.apk
Zdrojáky naleznete zde.

Zprovoznění aplikace je velice jednoduché. Samotná logika se neliší od stolního BOINC manageru. Samotný "server" stále běží a počítá, a s clientem se bud připojíte na localhost, nebo na vzdálený boinc na pc. Teoreticky by mělo být možné se na telefon připojit ze stolního BOINC manageru.

Při prvním spuštění si musíte nastavit heslo pro "server" (pravděpodobně pro vzdálené připojení), aplikace zkontroluje aktualizace a nabídne vám seznam projektů, které v současné době podporuje, jsou to: Primegrid, Enigma@home, MilkyWay@home a Radioactive@home(pouze když máte sensor radiaktivity a telefon s usb hostem + nějaký special ovladač). Do budoucna jistě přibydou další projekty.

Vtip je v tom, že přidat project můžete jen z telefonu, pokud se o to pokusíte přes BAM (ano, aplikace umí správu a synchronizaci před BAM), tak se projekty stáhnou, ale ne pro ARM CPU. Výpočet tedy není možné spustit.

Aplikace je ve verzi 0,2 alfa, není tedy ještě úplně stabilní a zatím mi cca 2x spadla, počítání to naštěstí neovlivnilo, neboť jsou cca každou minutu ukládány checkpointy. Výdrž baterie při běhu ale nepočítání je zatím netestována.

Výkon:

Další zajímavou kapitolou je výkon, to je také docela překvapivé. Zde jsou hodnoty z integrovaného BOINC benchmarku který slouží k rozdělování kreditů.

BOINC na Androiu - Desire S -single core 1GHz, 500MB RAM

Naměřená rychlost operací v plovoucí řádové čárce 515.72 milionů op/sek
Naměřená rychlost celočíselných operací 1080.23 milionů op/sek,
Spotřeba 3W (pravděpodobně, viz odkaz)

Intel Atom D510 dual core + HT 1,6GHz, 4GB RAM

Naměřená rychlost operací v plovoucí řádové čárce 720.57 milionů op/sek

Naměřená rychlost celočíselných operací 1849.87 milionů op/sek

Spotřeba 56-60W (vlastní měření)

Jak je vidět, je telefon s ARM procesorem extrémně efektivní v poměru výkon/spotřeba. Když uvážíme že Android telefonů je prodaných něco kolem 400 000 000, je to skutečně velká výpočetní základna.

Pokud by se vylepšilo současné chování, tj že při zapojení nabíječky začne telefon automaticky počítat projekt, má tato myšlenka skutečný potenciál. A až se začnou objevovat 2 či 4 jádrové mobilní procesory, či grafické čipy které bude moci BOINC využít, nastane dost možná úplně nová éra grid computingu. Přece jen dnešní chytré telefony tráví v nabíječce většinu jejich života. S klidným svědomím a nulovým úsilím. se můžete dostat na 8 hodin výpočtů za den, pokud dáváte telefon an noc nabíjet.

Také musíme čelit tomu, že současné superpočítače strčí celý BOINC grid s jeho výpočetním výkonem do kapsy. Do budoucna bodu mít tablety a telefony ve výpočtech stle silnější slovo.

Pohled na projekt: Můžete si zobrazit kredity celkem, zařízení a RAC celkem a zařízení

Úkoly můžete pozastavovat či odmítat jako na PC, jen počítací doby jsou trochu větší.

Komunikaci s BAM či projekty můžete sledovat stejně jako na PC

Widget na ploše umožňuje základní ovládání a přepnutí do speciálního "spořičče/lock screenu" který zobrazuje logo boinc a postup výpočtu.

Rozhodl jsem se také otestovat za jak dlouho výpočet dokáže vycucnout baterii, průběh naleznete níže:
test: 7.11 10:52 100% baterie výpočet probíhá
7.11 12:06 96% baterie výpočet probíhá

Postřehy a poznámky: Nefunguje na Androidu 2.1
Na disku aplikace i s projekty zabírá 26MB, je nepřesunutelná na SD
Počítání telefon moc nezpomaluje, v hrách a aplikacích je to neznatelné, jen Sence má trochu delší odezvu. Mám nastaveno že při 25% využití CPU se počítání pozastaví
Testováno na telefonu Desire S

Gtalk s ICQ transportem

noreply@blogger.com (Mj12) — Wed, 13 Jul 2011 12:37:00 +0000

Jak asi víte už několik let nabízí gmail ( v anglické US verzi) možnost přihlásit se do AIM (ICQ) sítě, a mít tak své icq kontakty v jednom seznamu is kontakty Gtalk. Hlavní výhoda tohoto řešení je nepochybně schopnost gmailu uchovávat záznamy konverzací i u ICQ kontaktů. Problém je že toto řešení je méně než polovičaté. Zkušenější uživatel jemuž je známa zkutečnost že Gtalk je pouze upravený Jabber by čekal že ICQ je řešeno transportem a bude tedy dostupné v jakémkoliv desktopovém klientu nebo v programu Google Talk. Bohužel tomu tak není.

ICQ v Gtalku je řešeno pomocí webové technologie AJAX což znamená že je dostupné pouze přes webové rozhraní - pro většinu pohodlných lidí nepoužitelné.

Je zde ovšem jedna cesta. Protože je Gtalk postaven na technologii Extensible Messaging and Presence Protocol (XMPP) neboli Jabber je možné využít transporty - ty totiž nejsou závislé na serverech a je tedy možné použít tedy i transporty z jinych serveru. Toto je u Gtalku nutnost protože on sám o sobě svoje transporty nepodporuje.

Osobně jsem se rozhodl pro kombinaci ICQ transport na Gtalk serveru rozhodl z nutnosti online archivovat historii, ale i také z vysoké spolehlivosti google serverů.

Je pravda že servery jako jabbim.cz nabízí o 1000 000 funkcí více, ale archivace konverzací online kterou byl jabbim.cz jedinečný a diskuzní fóra po celém světě na něj odkazovali zájemce o archivaci již bohužel nefunguje.

Pokud by váš řešení mít "vše" u googlu zaujalo vezte že to není tak složité, prakticky jediná překážka která vám bude stát v cestě je omezení Google na přidání cca 45 -90 kontaktů za den. Je to nepříjemné ale transport vám je nabídne až se limit opět vynuluje. Přechod se proto při větším počtu kontaktů trochu protáhne a každý den vám bude klient nabízet (automaticky) přidat další desítky kontaktů.

Doporučení

klienti:

Z osobní zkušenosti mohu doporučit pro aktivaci transportu klient PSI (s zapnutou podporou Resolve_Nick http://www.jabber.cz/wiki/Jak_zaregistrovat_ICQ_transport#Klient_Psi ) která automaticky přejmenuje icq kontakty a nebudete mít seznam plný ICQ čísel.

Dále jsem zkoušel Gaji

m, ovšem ten při hromadném přidávání kontatků rád padá. A samozřejmě Jabbim klient který je velice dobrý sám o sobě:)

Gajim i Jabbim umožňují už automaticky přejmenovat kontakty při přidávání.

Aktivace transportu:

Samotné přidání transportu na váš Jabber nebo Gtalk učet je velcie jendoduché, stačí si v libovelném z výše uvedených programů najít volbu "hledání služeb" "prohlížet služby"a podobně.

To vám zobrazí seznam služeb které nabízí váš domovský server, pokud chcete externí zadejte do adresního řádku adresu libovolného jabber serveru. Osobně doporučuji pro ICQ transport servery jabber.no (norský server s vysoce aktuální verzí icq transportu) nebo jaim.at který je zase stabilnější. Pokud vyžadujete něco víc tak zbývá VIP jabbim.cz učet který vám dodá opravdu nabušený icq transport s fungujícím posíláním souborů (kvalitnější než u alternativních klientů) nebo schopnost avatarů, stavových zpráv atd...tyto věci bohužel nejsou standartem.

Na druhou stranu se nemusíte starat o aktualizaci klienta pokaždé když se ICQ rozhodne změnit protokol aby zablokovalo alternativní klienty protože to za vás udělají na serveru. A navíc máte všechny své kontaky pod jedním účtem.

Po stisku tlačítka "registrovat" u ICQ transportu vyplníte několik údajů (icq číslo, heslo a většinou použité kódování) a tím je většina práce splněna.

Nyní už můžete jen sledovat jak se vám nejprve přidá kontakt icq."jmeno serveru zde".něco který má transport právě na starost. Ten vám právě za chvilku nabídne k přidání vaše ICQ uživatele a pokud máte vhodný klient tak je i automaticky pojmenuje. Pokud se pojmenování nezdaří a utility jako http://soumar.netlab.cz/cgi-bin/rename.py nepomůžou ( u Gtalku pravděpodobně ne) tak doporučuji stejnou cestou transport odregistrovat (v registračním formuláři přibude volba) a ´použít například jiný server.

Osobní zkušenost:

Téměř půl roku jsme využíval icq transport (VIP) na serveru jabbim.cz. Ten nabízí velice kvalitní služby a vysokou stabilitu. Mezi výhody patří třeba funkční posílání souborů - při problémech vám příjde odkaz na stažení souboru z jabbim serveru, ale v 99% případech se přenos provede přímo. Dále podpora zobrazení avatarů či statusových zpráv. Nevýhodou může být pro někoho možnost mít icq transport aktivní jen v jednom klientu najednou (ano, na jabber účet lze být přihlášen z více míst najednou a zprávy budou chodit podle nastavení priorit buď na ten nebo na ten - nebo na oba zároveň.

U jabbimu jsme nikdy

neměl problém přenést soubor nebo že by mi zpráva přišla v azbuce.

Výhody/nevýhody ICQ transportu

Icq transport není nějaká "killer feature" která by vás dostala do kolen a změnila "způsob kterým komunikujete s lidmi", ale je to featura která potěší a lze si na ní skvěle zvyknout.

Nevýhody:

Nemožnost detekce klientů - Pokud jste zvyklí sledovat v kontakt listu kdo má jaký klient, o toto přijdete. Jako klient se bude zobrazovat "bot" nebo icq transport

Posílání souboru - (pouze pokud máte smůlu na server). Jen u starých serverů, dnes je obtížné se setkat.

Status kontaktů - (pouze pokud máte extrémní smůlu)- Jen u starých serverů, dnes je obtížné se setkat.

Zobrazení avataru - (pouze pokud máte extrémní smůlu)- Jen u starých serverů, dnes je obtížné se setkat.

Jste závislí na serveru který vám poskytuje transport - i když ve většině případů mají tyto servery větší spolehlivost než samotné ICQ.

Výhody

Šifrování komunikace - protože je ICQ transport "uvnitř" jabber protokolu jsou přenášená data šifrována stejně jako klasické jabber zprávy. Nemusíte se tedy

bát že by někdo odposlech co píšete.

Archivace zpráv online nezávisle na klientu - Používáte více klientů nebo se přihlašujete z více míst? Nyní můžete mít historii na jednom místě dostupnou odkudkoliv (a pouze pro vás - poštovná zákon je v tomto VELICE tvrdý)

Možnost používání jakéhokoliv klienta který umí Jabber/Gtalk - Těchto klientů je dnes většina, vzhledem k tomu že ICQ je jen lokální anomálie v České Republice je Jabber spolu s MSN asi nejpoužívanějším protokolem.

Ve všech klientech vypadají kontakty stejně spolu s zařazením do skupin - Jak si to uložíte, tak to máte.

Dobrý mezičlánek přechodu na lepší protokol - Pokud jednom zkusíte služby které jsou o mnoho let vyspělejší než zastaralé ICQ je těžké se vracet zpět.

Posílání souborů - ano toto je i výhoda, u serverů jako jabbim se můžete spolehnou že soubor přenesete a spolehlivost je větší než u alternativních klientů.

Závěr:

Mimo ICQ transport existují desítky dalších transportů kterými můžete naplnit svůj jabber účet. Od klasického SMTP který vám umožní používat maily po M

SN,GADU-GADU,YAHOO,TWITTER,FACEBOOK,SMS,IRC a další. Dále také servery nabízejí například jDisky což jsou online uložiště kam můžete uploadovat soubory pouhým

posláním je na určitý kontakt - a to buď na soukromý nebo veřejný který je dostupný pro kohokoliv.

Doufám že vám tento text pomůže se lépe orientovat v problematice, za připomínky budu rád.

Dropbox -jeden velký podvod, nebo raději desítky malých?

noreply@blogger.com (Mj12) — Fri, 24 Dec 2010 13:51:00 +0000

Máte rádi Dropbox? Máte pocit že máte málo místa? A máte pocit že jsme zbytečně přehnaně slušní? Tak tento článek je určen právě pro vás.

Službu Dropbox asi není potřeba představovat. Těm kterým je to nutné zase naopak není nutné představovat tento článek :-) Jde vlastně o internetové úložiště které standardně nabízí jen 2GB místa které můžete rozšířit až o 800MB zdarma plněním úkolů.

Existují ale i další cesty jak si rozšířit uložiště, například američtí studenti mají za každého pozvaného nového uživatele 512 MB. Ostatní smrtelníci pouhých 256MB a to do maximální výše 8GB.

K tomu aby jste získali 256MB za pozvání nového uživatele, se musí stát toto:

V profilu pošlete na nějakou e-mailovou adresu "pozvánku" na dropbox, když se registruje uživatel s touto adresou a přihlásí se do klienta dostanete MB.

NEBO

Pozvaný se registruje na referral odkazu který mu pošlete a opět musí i nainstalovat program.

Také vás láká myšlenka malinko podvést Dropbox a pozvat více imaginárních uživatelů?

Není nic jednoduššího, tedy není to tak jednoduché jak se to na první pohled zdá. Musíte splnit následující požadavky aby jsme Dropbox přelstili:

Nemůžete nikdy použít jednu emailovou adresu 2x.
Nemůžete použít jeden počítač 2x - Dropbox klient si odešle identifikátor PC(instalace os) do své databáze.

Když se vám toto povede, máte rázem nárok na pozvání tolika účtů kolik hrdlo ráčí:) Jak na to se podíváme v další části

Podvod na entou:

Jak již víte, můžete každý pozvaný počítač použít pro své temné choutky jen jednou, to však neznamená že to nás zastaví. Na internet se válí návod jak podvést dropbox, který kombinuje použití ubuntu live cd, virtuálního stroje a velkého množství času. My však použijeme protřelejší metodu která zkrátí množství času na desetinu. Sám jsem ubuntu metodu zkoušel a je to docela porod, naštěstí nám zde přispěchá na pomoc Microsoft s jeho nekonečnou prozíravostí.

Budete potřebovat:

Microsoft Virtual PC

Libovolný image Windows XP od Microsoftu - doporučuji IE6 (Jsou to image pevných disku s nainstalovaným operačním systémem určené pro testování internetových prohlížečů)

Účet na Dropboxu.

Před samotnou prací si na adrese https://www.dropbox.com/referrals pozvěte tolik emailových adres kolik uznáte za vhodné, je dobré aby šlo o nějaké dobře zapamatovatelné a rychle napsatelné. Nemusí jít o reálné adresy.

Po instalaci Virtual PC stáhnete image soubor - například IE6-on-XPSP3.exe (494MB) - jde o samoextrahující se archív ze kterého dostanete WinXPIE6.vhd o velikosti 1,3GB.

Ve Virtual PC vytvoříte nový virtuální počítač (doporučuji zvolit větší množství RAM než je vám nabízeno) a jako virtuální HDD vyberete image, který jste stáhli. Důležité je zaškrtnout "Enable undo disk" Díky tomu nebudete muset po každém prodloužení znovu vybalovat či kopírovat originální image disku.

Nastavený systém spustíte, pro přihlášení pro Windows je nutné použít heslo "Password1" (pozor na numlock). Pak už jen vypnete notepad ve kterém se vám zobrazí EULA licence a systém je připraven k práci.

Zapnete tedy Internet Exploler, zadáte www.dropbox.com a spustíte instalačku dropboxu. Až vás instalace vyzve, tak zvolíte že si chcete registrovat nový účet. Všechny údaje vyplntě zcela náhodně, emailovou adresu zadejte jednu z těch které jste pozvali a hesla se musí shodovat. Pak už jen kliknete na next a můžete sledovat jak ve ve Virtuálním PC vytvoří nový učet, a ve vašem OS vám Dropbox bublinou oznámí že jste získali pomocí referral odkazu dalších 250MB.

Pokud chcete postup opakovat tak nyní přichází důležitý krok. Ve Virtual PC zvolíte Action/Close a pak volbu "Turn off and delete changes". Tím docílíte toho že se virtuální HDD obnoví do původního stavu bez instalace Dropboxu a ušetříte si několik minut na shánění nepoužitého VHDD.

Nyní přichází na řadu další důležitý krok, aby jste změnili identifikátor Virtuálního PC, tak smažte svůj vytvořený stroj a vytvořte nový (s jiným jménem). Jako HDD nastavte opět stávající VHDD image a nezapomente zaškrtnout "Enable undo disk"

Celou tuto proceduru jde provést za cca 2 minuty podle toho kolik RAM dovolíte virtuálnímu pc používat a jak rychlý máte PC. Nejdelší část je samotný start Windows XP, chvilka inicializace po přihlášení a pak už jen instalace Dropboxu.

Zda jde stejná procedura provést jednodušeji nebo rychleji opravdu nevím. Problém je v tom že obsah informací které si Dropbox client odesílá o PC na kterém je instalován není znám, není proto možné ho ošálit jednodušeji.

Krása tohoto řešení je v tom, že image od MS stahujete zcela legálně, nemusíte čekat dlouhé minuty než se nastartuje ubuntu z live cd do provozuschopného stavu, či nemusíte spamovat známé aby se vám registrovali na vašem referral odkazu.

Tento postup je také docela bezpečný, nelze bezpečně odhalit že jste provedli podvod protože techniky jste splnili podmínky.

PS: doufám že se vám obsah článku líbil, omlouvám se za malý font kterým je velká část článku napsána, chyba je na straně Posterous a opravdu se mi nechce manuálně odmazávat "<div><span style="font-size: x-small;" z každého řádku textu.

Opera za to mohla, viva chrome :-)

Zálohování prakticky - Drive Snapshot a Create Synchronicity

noreply@blogger.com (Mj12) — Sat, 09 Oct 2010 12:44:00 +0000

V minulém článku jsem se zamýšlel nad teorií zálohování a úschovy dat, dnes se podíváme na praktické zálohování pomocí dvou vynikajících zálohovacích programů.

Drive Snapshot

http://www.drivesnapshot.de/en/

Tento program je něco jako zázrak mezi zálohovacími programy - obsahuje obrovské množství funkcí, je naprosto spolehlivý, není nutné ho instalovat a je tvořen pouze jedním exe souborem o velikosti 250KB.

Funkce:

Drive Snapshot je program pro záloh

ování kompletních diskových oddílů, to znamená že samostatné soubory a složky s ním nezazálohujete

Zde je seznam některých klíčových vlastností:

1.) Je to tzv portable aplikace - není nutná instalace. Díky tomu není problém například provést obnovu spuštěním této aplikace například z BART CD (bootovatelné CD s Windows)

Další výhodou je že samotné zálohování využívá službu Windows "stínová kopie", díky tomu je možné zálohovat i otevřené soubory bez narušení práce.

2.) Diferencionální zálohy - aplikace zvládá vytvářet tzv rozdílové zálohy. Nemusíte tedy pokaždé vytvářet kompletí zálohu ale pouze nechat proběhnout diferencionální která přidá (a případně odstraní) změněné soubory od poslední plné zálohy. Celý tento systém stojí na třech souborech aby byl maximálně jednoduchý. Tedy nebudete mít stovky přírůstkových souborů ale jen jeden.

Základním souborem je soubor se

samotnou plnou zálohou - ten po vytvoření můžete ukrýt na bezpečné místo a už vás nemusí zajímat. Druhým souborem je takzvaný HASH soubor který slouží k tomu aby diferencionální zálohy bylo možné vytvářet i bez nutnosti mít k dispozici plnou zálohu. A konečně soubor s rozdílovou zálohou.

3.) Zabezpečení zálohy - Program už v základu unožuje pomocí šifrovací algoritmu AES zabezpečit zálohu, ta je poté bez správného hesla nepoužitelná.

4.) Rychlost - Při zálohování jste většinou omezeni rychlostí disku na který zálohujete, při použití šifrování se zvedne doba zálohování tak o 20%.

5.)Bezpečnost - Vytvořenou zálohu je po dokončení zálohování možno automaticky nechat zkontrolovat.

6.) Otevření zálohy - Vytvořenou zálohu je možné pomocí Drive Snapshot moutnout jako virtuální disk a například si překopírovat některé soubory.

7.) Drive Snapshot podporuje mnoho různých systémů souborů FAT- FAT 32, NTFS ale dokonce i Linuxové systémy souborů EXT 2/3/4 Reiser

8.) Příkazová řádka - díky dobré dokumentaci si můžete nakonfigurovat zálohy pomocí příkazů dle libosti.

9.) Obnovení - snad není nutný komentář:)

Program je možné používat 30 dnů bez jakýchkoliv problémů.

Některé příklady záloh které používám:

snapshot-SERVER-DIFERENCIONALNI.ZALOHA.E

SnapShot-1.40.exe E: D:\DiskE_Zaloha_Server\diske_differencionalni.sna -hD:\DiskE_Zaloha_Server\diske.hsh -G -L1000000 -T --LogFile:filename.log --exclude:\Filmy_Serialy,\Zalohy

REM: ulozi diskE do U a složky. -G parametr znamena zobrazit a nechat graf rozhrani -L znamena ze to nebude koskovat soubory ( bude po 1TB) -t znamená kontrolu dat po archivaci a --log někam asi uloži log exclude vynecha slozky

snapshot-SERVER-KOMPLETNI.ZALOHA.E

SnapShot-1.40.exe E: D:\DiskE_Zaloha_Server\diske.sna -G -L1000000 -T --LogFile:filename.log --exclude:\Filmy_Serialy,\Zalohy

REM: ulozi diskE do U a složky. -G parametr znamena zobrazit a nechat graf rozhrani -L znamena ze to nebude koskovat soubory ( bude po 1TB) -t znamená kontrolu dat po archivaci a --log někam asi uloži log exclude vynecha slozky

Create Synchronicity

http://synchronicity.sourceforge.net/

Tento program je na rozdíl od Drive Snapshot určen pro zálohování určených složek, ale zvládá i jejich synchronizaci.

Program opět nevyžaduje instalaci a své nastavení si ukládá do ini souboru, není tedy problém s přenášením.

Mimo okamžité zálohy a vytváření profilů umožňuje i takzvaný náhled zálohy kdy vlastně nasimuluje zálohování a informuje vás o tom kolik souborů bude zálohovat a jak dlouho to bude trvat.

Je FreeNAS řešení pro domácí souborový server?

noreply@blogger.com (Mj12) — Thu, 09 Sep 2010 12:18:00 +0000

Po stavbě souborového uložiště na platformě Atom jsem potřeboval ho oživit. Do oka mi padla distribuce FreeNas, což je vlastně Unixový systém založený na distribuci FreeBSD s webovým rozhraním ze kterého je možné server "pohodlně" ovládat.

Instalace

Velkou výhodou FreeNASu je právě lehkost nasazení, můžete ho provozovat na paměťové kartě, flashdisku, z CD,DVD, z pevného disku...snad teoreticky i ze sítě.

Já si vybral možnost instalace na flashdisku. Použil jsme k tomu stařičký 256MB který byl dostatečný.

Instalace probíhá snadno, ve Windows pomocí programu physdiskwrite.exe zapíšete image na flash disk, následně z něj nabootujete a je to, hotové během 5 minut a server je připraven k použití. Nepotřebujete další pevný disk který by zvyšoval spotřebu. Nastavení se ukládají normálně na flashdisk. O jeho životnost s bát nemusíte, celé to totiž funguje následovně - z flashdisku se systém nahraje do ramdisku a odsud poté funguje (proto pokud by jste instalovali FreeNAS na hdd potřebujete méně RAM).

Funkce

První čeho si všimnete po instalaci je Webové rozhraní, to je zpracované velice pěkně a velkou výhodou je také že je dostupné kdykoliv odkudkoliv (pokud si to povolíte v NATu.)

Pro uvedení do provozu je potřeba mít základní až střední znalost linuxových systémů, tedy moutování disků, oddílů, nastavení skupin a pravomocí uživatelů atd. Když tohle zvládnete čeká na Vás už smršť služeb které si můžete v mezích které vám určí GUI nastavit dle libosti. Například Samba -SMB/CIFS, FTP, FTP, RSYNC, SSH, iSCSI, web server, torrent klient a další.

Použitelnost

Řeknu to takhle, FreeNAS není pro každého, vlastně ani to není přesné. Je to produkt určený specifické skupině uživatelů která chce jednoduše ovladatelný produkt a má na něj minimálními nároky.

FreeNas nabízí mnoho funkcí, ale vyžaduje ještě více kompromisů. Zkusím postupně sepsat mé zkušenosti.

Systém souborů: První věc kterou musíte udělat je přeformátovat vaše uložiště. Jediný podporovaný formát souborů je UFS - unix file system. Ten je kvalitativně jeden z těch lepších, ale ne moc rozšířený. Jedná se o tzv. nativní systém tedy jádro FreeBSD ho zvládá bez jakýchkoliv dalších modulů.

Pokud chcete používat NTFS máte smůlu, jednak není zápis bezpečný a pokud to risknete budete mít stejně neřešitelné problémy s NTFS pravomocemi.

FTP: Tuto službu jsem plánoval používal docela hodně, bohužel je také docela problémová. K jejímu fungování nesmíte používat DHCP server ale mít IP nastavenou ručně. Rychlostně vše jak má být.

Samba - SMB/CIFS: Asi nejpoužívanější služba pro sdílení na Windows a paradoxně ta nejvíce pokažená služba. Rychlosti které s touto službou můžete dosáhnout se nedají nazvat jinak než naprosto žalostné. Málokdy se u 1Gbs připojení přehoupli přes 10MB/s a z neznámého důvodu velice často klesali až k 2MB/s. Zprovoznění jsem obětoval docela mnoho času a nepomáhá nic ať už tweakování jádra či zvětšení cache pro službu stonásobně. Samba je prostě náladová mrcha.

Torrent klient - Transmission: Také služba kterou asi velice oceníte, umožňuje vzdáleně seedovat/stahovat pomocí linuxového klienta Transmission který má velice pěkně zpracované webové rozhraní. Bohužel ani zde není všechno zlato co se třpytí. Několikrát se mi stlalo že Transmission Neměl pravomoci zápisu na disk což je u systémové služby dosti humorné. Také torrenty které obsahují příliš souborů odmítne seedovat. Výhodou je možnost použití klienta pro Windows který nahrazuje webové rozhraní.

RSYNC: Tato služba - opět uživatelé Linuxu asi znají slouží k synchronizaci nebo zálohování dat. Na server se vyskytuje ve dvou podobách - jako server pro vzdálenou synchronizaci a jako služba pro lokání. Právě lokální jsem používal pro zálohování obsahu serveru na externí disk. Velkým trhákem je tzv. Delta komprese která umožňuje přenášet jen změněná data, tedy jen části souborů které jsou pozměněné a proto minimalizuje velikost přenášených dat. Osobně bych dal ale raději přednost zabudovanému nástroji pro ukládání image disků - něco ve stylu Drive SnapShot.

SSH: Asi jediná služba na kterou si nemohu stěžovat. Vykonává co se jí řekne.

Praktické poznatky z používání:

Při ukládání jakéhokoliv nastavení je server několik sekund zaseknutý.
Pokud spustíte kontrolu disku fsck (absolutně nevhodná pro velké disky) webové rozhraní bude po celou dobu kontroly nedostupné. Kontrola(základní) trvá několik hodin. Prakticky pokaždé když server něco dělá je webové rozhraní bez udání důvodu nedostupné.
Když se provádí RSYNC záloha je po celou dobu webové rozhraní nedostupné.
Reboot většinou trvá (i při spouštění z HDD) více než 2 minuty - provádí zbytečné kontroly disků hw atd.
Ukazatel teploty u procesorů Intel Atom nefunguje, stále ukazuje údaj 11.
Systém využije tak 10-15% z 1GB z RAM, nejvíce žere Transmmision.
Pokuď zapnete "power daemon" pro šetření energie stane se zvláštní věc, Atom D510 - 1,6Ghz se alespoň podle ukazatele frekvence začne automaticky podtaktovávat i když by to umět neměl. Ale může jít jen o chybu ukazatele frekvence protože udaje jako 989.1150.868.1270 atd jsou příliš divné aby to byla pravda.
FreeNAS NEDOKÁŽE formátovat oddíly, umí pouze celé disky - toto je velice nepříjemné.
Integrované šifrování také neumí oddíly ale jen celé disky.

Server se někdy chová extrémně divně pro normálního člověka, pokud se ho rozhodnete vypnout nebo restartovat tak se napříkad rozhodně že potřebuje provést "Syncing disks a Syncing vnodes" což naprosto netuším co znamená, ani se mi to nepodařilo dohledat. Někde se píše že zapisuje obsah cache na disk. TUTO OPERACI PROVÁDÍ 1 - 10 HODIN! a odmítá se při ní vypnout. Vzhledem k tomu že podobné chování nelze předpovídat ani odstranit

Závěr: FreeNas nemohu doporučit nikomu kde potřebuje mít data dostupná rychle a spolehlivě například na PC s Windows. Prakticky se pro něj nalézá jen využití na extrémně slabších strojích kde jiná možnost využití neexistuje.

Windows Home Server - praktické zkušenosti

noreply@blogger.com (Mj12) — Sat, 04 Sep 2010 12:25:00 +0000

Po zkušenostech s Freenasem a Windows Serverem 2008 ( články ve výrobě) jsem se rozhodl vyzkoušet řešení pro NAS server ve formě Windows Home Server.

INSTALACE

První problém začal instalací. AHCI intel. Nejprve jsem měl systémový disk na AHCI přes Gigabyte řadič, systém po instalaci nenabootoval. Po několika pokusech jsem musel zvolit Intelovský řadič v modu AHCI + ovladače na flashce protože systém disk nenašel zprvu.

Instalace trvala něco přes hodinu což je na 1GB systém docela hodně, následná aktualizace (96 aktualizací) trvala také přes hodinu. Připomínám že instalace 3x většího systému Windows Server 2008 trvá tak 40 minut.

Sytém při instalaci vyžaduje naformátovat všechny nalezené pevné disky. Asi je nakonfiguruje do JBOD.

Instalace započne standardním Vista/WIn 7 GUI, ovšem následně se přepne do standardního dosového modrého vzhledu známého z instalace Windows XP a pokračuje ve vzhledu instalace Windows Server 2003. Je to naprostý hybrid.

JÁDRO PUDLA

Systém se na první pohled neliší od naprosto očesaných Windows XP, jediné co obsahuje navíc je ovládací konzola a mnoho administrativních nástrojů které znáte ze serverových edic Windows. Samotná konzola nabízí vyloženě trapné množství nastavení - přitom se zapíná asi půl minuty a jediná její výhoda je příjemný vzhled.

Instalační program si disk rozdělí na 20 GB systémovou partition a zbytek pro data. Máte li tedy už vlastní data která chcete přes Home Server sdílet máte smůlu. Vzdálená plocha funguje tak na půl a tedy hlavní možnost administrace je pomocí zvláštního programu na klientských počítačích který jednak obsluhuje zálohování a jednak zobrazuje na klientských počítačích právě tu nefunkční konzoli.

ZÁLOHOVÁNÍ

Na tuto funkci jsme se těšil opravdu hodně, bohužel o to víc mě zklamala. Za prvé je nutné použít speciální program na zálohovaném počítači viz předchozí odstavec. Za druhé je zálohování prováděno pouze průvodce o asi 3 oknech kde můžete maximálně vyjmout které složky a soubory chcete vynechat a které disky chcete zálohovat, nic víc, nic míň. Nemůžete ani nastavit cíl zálohování. Což v případě že díky JBOD máte jeden velký disk tak nevadí, ale kolik takových lidí je...

ZÁVĚR

Do Windows Home Serveru jsem vkládal velké naděje, bohužel se ukázalo že jde o trapnou parodii o funkční NAS řešení a jakákoliv základní OS s jedním či dvěma programy poslouží lépe než tento kus SW. Je zřejmé že je myšlen jako výplň speciálních "domácích serverů" pro neznalé uživatele kteří dají přednost před alespoň základní znalostí "jak to funguje a co to dělá" vizuálním efektům a pseudošikovým průvodcům. Jako třešnička na dortu je to že je OS distribuován na 3 DVD - instalační (1GB) - repair (200MB) a software pro klientské počítače (10MB) který v základu nezvládá 64 bitové OS.

Proč je Mafia 2 tak divná hra?

noreply@blogger.com (Mj12) — Fri, 03 Sep 2010 08:53:00 +0000

Pokud se zajímáte o herní svět, nebo jste před lety hráli původní hru mafii která vás chytla za srdce určitě, už jste si toho hodně přečetli o Mafii 2 - a možná už i vyzkoušeli.

Také já jsme nemohl odolat vyzkoušet hru na kterou se těším už od prvního dohrání prvního dílu. A vzhledem k tomu jak rozporuplně je hra na internetu hodnocena pokusím se sepsat své vlastní postřehy a hodnocení.

Demo

Demoverze hry vám ukáže nejprve váš domov (jeden z mnoha) který je sice graficky perfektní, ale zábavnosti hry moc neprospívá - mimo povyných činností jako oblékání nebo spánek můžete maximálně pouštět vodu z kohoutku nebo ve sprše.

Následně vám hra ukáže cca 1/4 města kterou si můžete během 10 minut projet a pokochat se. Když dojedete na místo určení následuje jedna z nejzábavnějších misí ve hře kdy během 10 minut postřílíte desítky lidí a pokusíte se ujet policistům. Demo je zakončené akčním videem kdy je hlavní hrdina obklíčen z jedná strany policejním zátarasem a z druhé strany policejní kolonou, pak se obrazovka setmí a slyšíme jen řev kol. Bohužel takto zajímavá a akční scéna v celé hře není.

Plná hra

Jak bylo napsáno asi ve všech recenzích první 1/3 hry se prakticky nic neděje - plníte tutoriální mise, jezdíte sem, tam...prostě nic velkého. Mnozí to považují za neodpustitelný herní přečin, mě to ovšem nevadí. Herní nudu plně vynahradí perfektní dobový tématický výběr hudby. Ve hře si můžete naladit cca 4 stanice a pocit když projíždíte zasněženým městem a k tomu vám hraní americké pecky na téma zimy, sněhu nebo mrazu je to krásné.

V čem je problém?

Jak jsem napsal v úvodu, Mafia 2 není rozhodně perfektně hodnocená hra, na otázku proč není zas tak těžké odpovědět.

Smysl pro detail vs. pohled na celek.

Herní prostředí je neuvěřitelně detailní, daleko více než v jedničce. Všude narazíte na plakáty, NPC které si odehrávají rozhovory, zajímavé situace, neopakující se interiéry.

Diversita prostředí je prostě obrovská. Naproti tomu nechápu jak kontrolou kvality mohla projít většina mysí v podobě v jaké jsou teď.

Smysl pro detail se jasně odrazil v ve hře jako celku, respektive v misích a nedomyšlenostech či nedodělcích. Například: Pokud vezete autem svého parťáka Barbaru (což děláte téměř furt) tak při každém překročení rychlosti, jízdě na červenou nebo havárce vám řekne jednu asi z třech hlášek o tom ře jeho bavička umí ídit nacož mu odpovíte. Celá tato soustava opakujících se rozhovorů se opakuje za cestu městem klidně 5-6 krát a degraduje to postavu vašeho nejbližšího společníka na idiocký zaseknutý gramofon.

Další věc co by kontrolér kvality neměl dopustit je absolutní plýtvání hráčovým časem. Proč při množství detailů které jsou tvůrci do hry schopni dodat je hráč nucen po každé misi se vracet do svého obydlí kde musí vylézt až 3 podlaží a kliknout na postel. Nebo proč v některých momentech v naprosto nudných nezajímavých lokacích je hráč nucen s postavou se pomalu ploužit místo běhu, například ve vězení když ve hře je tolik neskonale propracovanějších zajímavějších a interaktivnějších lokací kam hra hráče vůbec nenaviguje. Výsledek je že ani po druhém dohrání nezná hráč město tak dobře jako v jedničce po prvním. Proto musím souhlasit s většinou recenzí když řeknu: Promrhaný potenciál.

Nebudu rozpitvávat další problémy jako krátkost hry a podobně, na vině je samozřejmě kromě samotného konceptu mísí i dnešní doba. Stejně jako u filmů nejsou v módě filmy typu Kmotr kde 3 hodiny koukáte na dokonalý film a necháte se unášet příběhem ale spíše hloupoučké akční (pokud to jde tak komedie) na které za pár minut po shlédnutí zapomenete. Nemůžeme se proto divit že tvůrci hráče nutí pomalu proběhnout celou hrou jako uragán a tím stírají práci svých kolegů kteří tvořili exteriéry.

Další věcí která stojí za zmínku je zákon, tedy policie která byla v původní Mafii suprová a dalo by se říct že i smrtící. Ve dvojce tomu tak není. I pokud naštvete policii na maximální úroveň, pár jich pozabíjíte a zůstanete na místě další nepřejdou. Ve městě narazíte na pár barikád ale nikdo po vás nejde.A pokud si vypůjčíte obrněný vůz kterých jezdí po silnicích desítky získáváte rázem nesmrtelnost. Jak vidíte na screenshotech níže, jakmile jednou nastoupíte do obrněného vozu můžete klidně jít AFK protože i když do vás střílí mnoho policistů z automatických zbraní vy jste happy. Nikoho ani nenapadne vás vytáhnou z vozidla!

Shrnutí

Mafia 2 rozhodně není špatná hra, v mnoha ohledech je vynikající, v mnoho nudná a nezábavná. Záleží s jakým očekáváním k ní usedáte. Jak jsem uvedl v úvodu její hlavní problém je přílišné soustředění na detail místo pohledu na celek. Například v jedné misi se vaše oblečení ušpiní od zvířecích vnitřností a po dokonč

ení mise mají všechny postavy na ve městě se kterými můžete komunikovat nepříliš lichotivé narážky na váš smrad. Od pumpaře počínaje, přes automechanika, příběhové postavy, prodavačky po policisty konče. Této propracovanosti si ovšem prakticky ani nevšimnete když jedete rovnou domů jak vám hra nakazuje.

Naopak naprosto chybí základní navigace ve městě, díky GPS která vás stále vede jste ochuzeni neuvěřitelným způsobem. V Mafii 1 když jste projížděli městem mohli jste průběžně vzpomínat na události které jste prožili jako misi na místě kde se právě nacházíte. Mohli jste se podle toho orientovat -a hle tady je ten hotel který jsem vyhodil do luftu, teď už vím kudy mám jet... Dvojka vám hrozně ulehčí v tomhle ohledu díky GPS život, a také ho ochudí způsobem který sami nechcete.

Abych to shrnul...těžko se dá předvídat nakolik kvalita DLC které na nás čekají ovlivní celkovou kvalitu hry, já doufám že velice a že vývojáři zapracují na zpětné vazbě s hráči protože vývojáři proště špatně odhadli jak má vypadat finální produkt a pro koho je určen a pokusili se vyhovět všem.

Edit: Za dokonalou simulaci dálničního provozu a zácep autory obdivuji, stejně tak za prktotiny tipu že když vystřelíte okénko u řidiče nemusíte se zabývat s odemykáním zámku auta:)

Gtalk s ICQ transportem - pokračování

noreply@blogger.com (Mj12) — Sat, 31 Jul 2010 08:43:00 +0000

Před pár dny jsem psal o propojení služby Google Talk (gtalk) s icq transportem. A vzhledem k tomu že s několik věcí od té doby změnilo musím článek tímto aktualizovat.

Mnou používaný server pro icq transport jabber.no bohužel z důvodů stability odstavil svůj (spectrum) icq transport a tím mi udělal čáru přes rozpočet.

Rozhodl jsem se tedy pro vyzkoušení Jabbim ICQ transportu i na Google Talk. Jak mi bylo řečeno adminy, to zda bude transport fungovat i na jine než jabbim domeně je věc náhody - rozhodl jsem se to risknout. Další překážka je že mimo jabbim´server je dostupný pouze VIP icq transport - to ovšem není problém protože každý účet má pro jabbim transporty automaticky 14 dní VIP zdarma.

Popis jak funguje registrace transportů je uveden v minulém článku, nebudu to tedy rozepisovat. Řeknu jen že jsem trochu experimentoval a asi 2x docílil toho že se mi kontakty přidali pouze ve tvaru ICQ čísel, takže jsem musel transport odregistrovat a zkusit to znovu. To byl ale kámen úrazu.

Nemilosrdný Google Talk

Protože jsem tedy několikrát přidal všechny mé kontakty a opět je smazal, řádově tedy fluktuace stovek kontaktů tak jsem překročil omezení pro přidání kontaktů dané v google talk.

Jediné co mi při snaze přidat jakýkoliv kontakt XML konzole vypsala bylo:

</item>
</query>
<error type="wait" code="500" >
<resource-constraint xmlns="urn:ietf:params:xml:ns:xmpp-stanzas"/>
<text xmlns="urn:ietf:params:xml:ns:xmpp-stanzas">Over maximum subscriptions per day</text>
</error>
</iq>

Jak jsem později zjistil jedná se o specialitu Gtalku protože to není XMPP featura. Navíc jakkoliv vypadá slovní spojená per day lákavě, uzamčené přidávání kontaktů se po jednom dni neodemklo. Dokonce ani po dvou, třech, čtyřech, pěti, šesti nebo sedmi. Dokonce ani osm.

Trvalo to celých 9 dní než se Google rozhodl se nade mnou smilovat a umožnit mi přidat do seznamu a autorizovat zbývající 32 kontaktů. Jak velkorisé.

Shodou náhod den na to mi přišla zpráva z Jabbim.cz že opět zprovoznili Jabbim Archiv pro aktivaci historie online - tedy vlastně nejhlavnější důvod proč jsem z jabbimu odešel. No to je prostě život:)

Vzhledem k tomu že mám nyní po pár dnech nějaké zkušenosti zkusím je shrnout do výhod/ nevýhod

Výhody/nevýhody Jabbim VIP ICQ transportu na Google Talk

Výhody

Možnost se přihlásit ke svému učtu i na klintech které umožnují gtalk, ale ne ostatní jabber servery - ano takových je mnoho.

Možnost uchovávání historie online s dostupností odkudkoliv na svém gtalk učtu.

Při použití google apps učtu možnost mít jabbera icq na vlastní doméně.

Nevýhody

Zatím se mi nepovedlo zprovoznit posílání souborů přes icq - mělo by fungovat a třeba ještě bude.

Nutnost nejprve odregistrovat jiné transporty - ale to platí všude

Na jiné nevýhody jsem zatím nenarazil.

Převod Jabbim VIP peněz na jiný účet

Jak jsem psal výše, jediná možnsot jak použít icq transport mimo jabbim je použití VIP transportu. A vzhledem k tomu že již jeden VIP účet mám na jabbim, trochu jsem se bál zda je možný přesun peněz na jiný účet. To samozřejmě jde a je to velice jednoduché. Stačí napsat na kontakt MoneyBot kterého může mít každý VIP uživatel a který informuje o zbývajícím kreditu. Pžíkazem help se dozvíte seznam podporovaných příkazů, jeden z nich je příkad prevod.

help prevod

Příkaz: prevod /jid/ /částka/
Převede požadovanou částku na účet daného uživatele. Po převodu musí na účtu odesílatele zůstat kredit na 14 dnů provozu.

Během pár sekund jsem si tedy převedl zbývající peníze na Gtalk a tím si zabezpečil dlouhodobé fungování ICQ transportu.

Dropbox a TrueCrypt

noreply@blogger.com (Mj12) — Wed, 30 Jun 2010 13:13:00 +0000

Jak již jsem nakousl v minulém článku, je použití inteligentního synchronizačního enginu Dropboxu s Truecrypt kontejnerem výhodné.

Rozhodl jsem se tedy v praxi vyzkoušet jak taková souhra vypadá a co kladného a záporného z toho kouká.

Test č.1 - 100MB soubor

Vytvořit kontejner a vložit ho do Dropbox složky umí snad každý, proto tento krok přeskočím.

Jakmile je kontejner připojený, označí ho Dropbox červeným kolečkem - je právě používám a proto nemůže být synchronizován.

Po odpojení mu ale červené kolečko zůstane (po chvíli zmizí), i když Dropbox ve stavové liště upload obnoví. K poškození kontejneru tedy díky chování Dropboxu dojít nemůže

Indexace změny 50MB je extrémně rychlá, cca 5 sec. Pak je okamžitě započat upload maximální rychlostí linky. Toto je velice výhodné pokud provozujete velké množství malých souborů

Test č.2 - 2GB soubor

Vytvářet dynamický soubor rozhodně nedoporučuji, protože když to přefouknete, můžete se dostat za velikost vašeho Dropbox uložistě.

U 2GB kontejneru po přidání 20MB dat probíhala indexace více než 2 minuty s tím že zatížení disku bylo enormní. Protože se jedná o jeden velký soubor tak se rychlost čtení souboru na disku pohybovala od 10 do 50 MB/s, což prakticky znemožní pracovat se systémem.

Revize kupodivu fungují i pro 2GB soubor.

Postřehy:

Dropbox s kontejnerem:

Data se nahrávají jen jednou po odpojení kontejneru, úspora trafiku

Nižší zatížení uploadu, vyšší zatížení CPU - šifrování, nižší zatížení disku - neprovádí se průběžná indexace.

Po odpojení se indexace provádí vysoce efektivně, ale na druhou stranu zcela zaměstná HDD.

Po zavření všech aplikací na Dropboxu se musí kontejner přeindexovat a změněné bloky uploadovat. Může překročit 10 minut.

Dropbox bez kontejneru:

Změněná data se uploadují průběžně, například u Opery může jít o stovky či tisíce miniaturních souboru za den. Na druhou stranu není problém opravit změny nastavení z Dropbox revizí.

Upload či průběžné indexování neruší práci vůbec, maximálně pár desetinek sekundy za den.

Po zavření všech aplikací na Dropboxu se za několik sec. uploadují zbylé soubory a můžete přejít na druhý počítač.

Závěr:

Pokud nemáte rychlé SSD či zvláštní fyzický disk pro Dropbox složku, nemohu použití obrovského TC kontejneru k běžnému použití doporučit. Tím že Dropbox musí celý soubor indexovat aby odhalil změny, může se následná indexace a uploadování po práci (odpojení kontejneru) protáhnout až na desítky minut. Jde tedy o řešené vhodné jen pro paranoidní nadšence kterým nevadí čekat.

Dropbox symlink, Opera portable, TrueCrypt a další kouzla

noreply@blogger.com (Mj12) — Tue, 29 Jun 2010 13:07:00 +0000

Již velice dlouho na těchto stránkách nevznikl žádný obsah, a dnes se to pokusím napravit. Přiznám se že mě k napsání druhého článku o využití Dropboxu přinutil tento článek, který je plný polopravd a není založen na reálných zkušenostech z všedního užití, ale jen z marketingových keců.

[tento článek neobsahuje referral odkazy, již žádné nepotřebuji. Viz článek http://post.mj12.eu/dropbox-jeden-velky-podvod-nebo-radeji-desitk...] ( http://mj12eu.blogspot.cz/2012/12/dropbox-jeden-velky-podvod-nebo-radeji.html )

Rozhodl jsem se tedy podělit o plody mé bezedné studny zkušeností a popsat postupy kterými pozdvihuji Dropbox na úplně novou hladinu pohodlného užívání s minimální námahou.

Modelová situace:

Potřebuji synchronizovat cca 3,5GB dat, ale mít k dispozici případnou rezervu pro další data. Potřebuji mít možnost se vrátit k předchozím revizím souborů, například kdyby došlo k chybné synchronizaci. Také potřebuji synchronizovat složky vně Dropbox složky do ní. A nakonec to hlavní, potřebuji synchronizovat složku portable Opery tak, aby byla kdykoliv k dispozici tak jak jsem jí zanechal (i s otevřenými panely) na všech počítačích. Složka Opery má: 11 291 souborů, 406 složek, 425MB( jen 239 MB je 9000 ikon). Složka pro cache je umístěna mimo Dropbox složku. Potřebuji tedy aby synchronizace nijak neovlivňovala práci programů a nerušila jejich běh, či nezpůsobovala lagování.

Dále používám portable verzi Psi+ kde využívám synchronizované historie, stejně tak je šikový Portable Apps Suite balík který mám vždy po ruce.

Jako IM jsem dříve používal Gajim, který bohužel portable režim nepodporuje, ale lze to jednoduše vyřešit pomocí symbolických odkazů, viz níže.

Nyní se podívejme jak se úlohy zhostili dva hlavní konkurenti.

Live Mesh:

Tento program na první pohled plní všechny požadavky nejlépe, v základu nabízí více místa, umožňuje synchronizovat jakékoliv složky... Ale reálná zkušenost z používání je hrozná. Možnost nastavit si neomezený počet synchronizovaných složek má za následek pouze zmatky, musíte stále myslet na to které složky to jsou a kolik dat obsahují - live mesh nemá nějaký jednoduchý indikátor volného místa.

Největší problém má ovšem samotný engine sledování změn souborů. Při reálné zkoušce nastavení synchronizace složky Opery kompletně selhal. Program absolutně ignoroval většinu souboru a 400MB složky nahrál na druhý PC a webové rozhraní 10MB souborů, více ho nezajímalo. Podobně se choval u velkých galerií, nepomohla ani nová beta či mnoho reinstalů. Program tedy selhal v hlavní úloze pro kterou je určen

Dropbox:

Dropbox žádnými dětskými nemocemi netrpí a svou činnost vykonává na jedničku - jen prvotní indexce a průzkum změn po startu dává HDD docela zabrat. Navíc Dropbox nabízí bezkonkurenční výhodu:

Pokud do Dropboxu nahrajete soubor který tam už je (Dropbox si nejprve vypočítá kontrolní součet souboru), tak se vám v cloudu objeví automaticky bez nutnosti uploadu, toto platí prakticky pro jakékoliv video. Vždy existuje někdo kdo ten samý soubor už jednou do Dropboxu uplodoval, a vy tedy nemusíte. Opačně to pochopitelně neplatí a soubor musíte stáhnout celý :-)

Další výhodou Dropboxu je, že když například upravíte soubor, například změnou ID3 tagu u hudby, tak je synchronizována jen změna souboru a ne soubor samotný, to ušetří klidně 99% přenášených dat. Tato vlastnost otevírá dveře například využití pro zálohovací image či TrueCrypt

Další výhodou jsou public odkazy (sbohem edisku), či pěkné onlien galerie, třešničkou na dortu jednoduché sdílení složek.

PS: SugarSynch zrecenzuji někdy v budoucnu, ale funkčností se řadí mezi Dropbox a Live Synch, liší se pouze jiným poměrem funkcí a zpracování. Rozhraní je asi nejméně přehledné ze synchronizačních programů vůbec.

Junction Link Magic:

Junction Link Magic je jednoduchý a přesto geniální GUI program pro práci se symlinky (symbolickými odkazy). Jde vlastně o sofistikovanější formu zástupců které znáte z Windows. Před jakýmkoliv hokus pokusem se symbolickými odkazy doporučuji bezchybně pochopit problematiku, například jak se to chová v krizových situacích když dojde ke smazání, přesunu, smazání odkazu atd...

Symlinky mohou být skvělý sluhu, ale zmatený pán.

Synchronizace složky dokumenty a výhody či nevýhody tohoto řešení

V mém případě používám tuto funkci k napojení složky Dokumenty do složky Dropbox, tím zajístím její synchronizaci. Ve skutečnosti je složka Dokumenty umístěna přímo v Dropboxu a v uživatelském profilu je pouze odkaz na ní. Jak asi zjistíte musíte nejprve před vytvořením symlinku ze složky která bude ve vašem uživatelském profilu odstranit veškerá data, prostě musí být prázdná. Druhá složka v Dropbox složce může soubory obsahovat. Po vytvoření symlinku uvidíte okamžitě své Dropboxovské dokumenty v své windows dokumentovské složce.

Hlavní výhody jsou:

Poku znáte Steam Coud, můžete si tento luxus užít u všech her. Savy v dokumentech vám Dropbox synchonizuje. Stejně tak nastavení her. Logicky se to nevztahuje jen na hry. Pro visual studio je to jako stvořené (zlaté revize)

To samé platí o chatlozích z programu jako WLM, digsby, trilian....vždy je budete mít po ruce.

A samozřejmě synchronizace osobních dat.

Závěr je takový že díky pár klikům si můžete z Dropboxu udělat mocný synchronizační nástroj který dokáže zjedodušit digitální život jako žádný podobný nástroj. Kapacitu si můžete rozšířit na obrovskou, požadavky na systém jsou minimální a pohodlí či bezpečnost dat (přenos je prováděn přes SSL) je enormní.

Na druhou stranu alternativy zatím nabízí jen kompromisy a polovičatá nespolehlivá řešení.

Dropbox + TrueCrypt container

[toto je pouze teorie]

Pokud jste paranoidní schizofrenici určitě již váš musela napadnout tato kombinace. Mít svá zašifrovaná data v Cloudu je nápad který na první pohled nemá mouchu. Na druhý ovšem pár vad na kráse má.

1.) TC kontejner jako obsah Dropbox složky, která je umístěná na klasickém disku

2.) ...vlastně není druhá možnost.

Pokud tedy vezmeme modelovou situace a máme dejme tomu 10GB TC soubor jako jediný obsah Dropbox složky, narazíme hned na začátku. Tento soubor (nyní ještě bez dat) je vlastně plný (při pohledu z venku) náhodným obsahem, Dropbox ho tedy bude muset celý indexovat což může trvat docela dlouho, ale hlavně ho celý musí uploadovat.

Protože Dropbox uploaduje jen změněné části souborů, nebude při změně obsahu uploadovat celých 10GB, jen bude mít pravděpodobně problém s indexováním a indexováním a indexováním kontrolních součtů.

Nevýhody:

rychlejší stahování na druhém pc protože normálně pomalu stahuje stovky malých souborů

nemožnost webové editace, nefunkční a problematické revize souboru

Truecrypt a Dropbox rozvedu v následujícím článku. Hurá

Nokia 5800 jako 3G modem

noreply@blogger.com (Mj12) — Thu, 17 Jun 2010 11:47:00 +0000

Nedávno jsem zkoušel použít O2 3G připojení jako hlavní připojení pro PC do internetu. K tomuto rozhodnutí mě vedla hlavně cena oproti UPC internetu a také to že O2 zatím stále neuplatňuje FUP limit 150MB na týden.

Připojení telefonu je snadné, lze použít bluetooh či datový kabel ale dále je to složitější. Ovladače k modemu se bohužel nenainstalují automaticky je proto nutné použít Ovi suite nebo lépe stsrší PC suite k prvotnímu připojení. Při tomto procesu se v sítových adaptérech vytvoří dva nové modemy ( jeden pro BT a druhý pro kabel) přes které je se možnost v budoucnu připojovat i bez použití programů od Nokie.

Na hned první problém jsem narazil při připojení přes kabel, internet v pravidelných intervalech (8 minut) vypadával a bylo nutné se odpojit a připojit. Přes BT žádný podobný problém nebyl a navíc podle rychlostních testů byla přenosová rychlost o něco vyšíš.

A to již se dostáváme k samotné použitelnosti. Při načítání běžných webů plných velkých obrázků a flashe je nutné počítat s opravdu velkým zdržením. Jako hlavní problém pro internetového závisláka je nemožnost více více palarerních loadingů v panelech. Připojení na to prostě nestačí. Zde se mi obrovských způsobem osvědčila funkce Opera turbo která je schopná snížit načítací čas až 5x. Toto číslo není vůbec nadsazené a rozdíl je opravdu vidět.

Úsměvným může být třeba že za den testování se mi podařilo týdenní FUP překročit asi 6x. Nedovedu si představit nasazení pro běžný provoz po celý rok.

Samotný telefon je při připojený velice zahřátý a je vidět že ho to mírně zatěžuje - reakce jsou pomalejší.

Nakonec se jen letmo zmíním o programu JoikuSpot který umožňuje sdílet internet z telefonu po WIFI do dalších zařízení. Bohužel moje WIFI AP vyhodnotí vytvořenou síť jako nefunkční provozu a nepřipojí se. Nicméně je to funkční řešení ( tedy pouze v placené verzi která umožňuje šít zašifrovat) .