Fedora je od 10. února dostupná v Sýrii. Sýrie vypadla ze seznamu embargovaných zemí a Fedora Infrastructure Team mohl odblokovat syrské IP adresy.
Ministerstvo zahraničí Spojených států amerických vyvíjí online portál Freedom.gov, který umožní nejenom uživatelům v Evropě přístup k obsahu blokovanému jejich vládami. Portál bude patrně obsahovat VPN funkci maskující uživatelský provoz tak, aby se jevil jako pocházející z USA. Projekt měl být původně představen již na letošní Mnichovské bezpečnostní konferenci, ale jeho spuštění bylo odloženo.
Byla vydána pro lidi zdarma ke stažení kniha The Book of Remind věnovaná sofistikovanému kalendáři a připomínači Remind.
Grafický editor dokumentů LyX, založený na TeXu, byl vydán ve verzi 2.5.0. Oznámení připomíná 30. výročí vzniku projektu. Novinky zahrnují mj. vylepšení referencí nebo použití barev napříč aplikací, od rozhraní editoru po výstupní dokument.
F-Droid bannerem na svých stránkách a také v aplikacích F-Droid a F-Droid Basic upozorňuje na iniciativu Keep Android Open. Od září 2026 bude Android vyžadovat, aby všechny aplikace byly registrovány ověřenými vývojáři, aby mohly být nainstalovány na certifikovaných zařízeních Android. To ohrožuje alternativní obchody s aplikacemi jako F-Droid a možnost instalace aplikací mimo oficiální obchod (sideloading).
Svobodná historická realtimová strategie 0 A.D. (Wikipedie) byla vydána ve verzi 28 (0.28.0). Její kódový název je Boiorix. Představení novinek v poznámkách k vydání. Ke stažení také na Flathubu a Snapcraftu.
Multimediální server a user space API PipeWire (Wikipedie) poskytující PulseAudio, JACK, ALSA a GStreamer rozhraní byl vydán ve verzi 1.6.0 (Bluesky). Přehled novinek na GitLabu.
UBports, nadace a komunita kolem Ubuntu pro telefony a tablety Ubuntu Touch, vydala Ubuntu Touch 24.04-1.2 a 20.04 OTA-12.
Byla vydána (Mastodon, 𝕏) nová stabilní verze 2.0 otevřeného operačního systému pro chytré hodinky AsteroidOS (Wikipedie). Přehled novinek v oznámení o vydání a na YouTube.
WoWee je open-source klient pro MMORPG hru World of Warcraft, kompatibilní se základní verzí a rozšířeními The Burning Crusade a Wrath of the Lich King. Klient je napsaný v C++ a využívá vlastní OpenGL renderer, pro provoz vyžaduje modely, grafiku, hudbu, zvuky a další assety z originální kopie hry od Blizzardu. Zdrojový kód je na GitHubu, dostupný pod licencí MIT.
Každý správce systému, ať na svém vlastním počítači nebo ve firmě, by měl zajistit jeho chod i po kritickém selhání. Zotavení z havárie systému a následná obnova dat patří mezi jeho nejdůležitější funkce. Týká se to hlavně firem, které ztráta důležitých dat může citelně poškodit. Některé z nich na těchto datech přímo stojí a bez nich prostě pracovat nemohou. Patří mezi ně překladatelství, pravnické kanceláře a spousty dalších, které jistě vyjmenovávat nemusíme.
V dnešní době, kdy si život bez výpočetní techniky už vůbec nedovedeme představit, každý počítač obsahuje data, o která by jeho majitel nerad přisel. A tak, i když pracujeme s počítačem v malé míře, přesto nás ztráta dat dokáže v nejlepším případě dopálit. Nebývá však rozšířenou praxí se o uchovávání záložních kopií starat a následná havárie pak mívá opravdu nepříjemné následky. Nezapomínejme, že i ty nejnovější a nejkvalitnější pevné disky mohou neočekávaně selhat! Tento seriál by Vás měl technikám zálohování naučit nebo alespoň Vám pomoci s touto problematikou začít.
Než se pustíme dále, musíme vysvětlit základní principy zálohování, jaké strategie se používají a následně bychom se měli zmínit o možných médiích, kde budeme data uchovávat. Podle objemu zálohovaných dat rozdělujeme možné strategie do 2 základních skupin, které se v praxi nejčastěji kombinují. Tím docílíme zároveň schopnosti obnovit co nejvíce z původních dat a zároveň snížíme časovou náročnost operace.
Nyní se zmíníme o některých používaných kombinacích výše uvedených možností. Poměrně velké množství dat v systému bývá statického charakteru, jeho zálohování je proto úplně pokaždé zbytečné, protože se stejně vůbec nezměnilo. Zde by se spíš hodilo zálohování inkrementální, kde používáme dvě varianty určení dat, která se mají zálohovat. První možností je zjištění souborů, které jsou novějšího data než posledně provedená záloha. Druhá spočívá v zjištění dat, která se často mění a ty pak uchovat ať jsou změněna nebo nejsou.
Z kombinací strategií, které mohou připadat v úvahu bych se zmínil 3 možnostech:
Kombinace úplného a inkrementálního zálohování, kdy celkové se provede pouze jednou za týden, například v neděli, kdy je zatížení stanic nejmenší. Během ostatních dnů se provede pouze záloha dat, která se změnila od nedělní plné zálohy. K získání původního stavu pak stačí obnovit systém z celkové kopie dat a poté pouze daty získanými během poslední inkrementální zálohy.
Další možnost je velmi podobná, rozdíl spočívá ve způsobu zálohování během týdne, kdy uchováváme data, která se změnila od poslední ať už inkrementální nebo celkové zálohy. Z toho výplývá, že při např. páteční havárii musíme obnovit systém z kopií od poslední neděle až po čtvrteční.
Poslední variantou zůstává kombinace obou předchozích scénářů. Během týdne střídáme obě možností inkremenálního zálohování, např. ve středu provedeme zálohu dat změněných vzhledem k celkové záloze systému provedené v neděli. Během ostatních dnů uchováváme pouze data odlišná od předchozího dne. Při havárii tak snížíme časovou náročnost obnovy systému do původního stavu.
Toto by mohly být některé z těch nejrozšířenějších možností, ovšem výběr té správné nebo modifikace závisí čistě na typu úlohy, pro které se snažíme řešení nalézt. Všechno závisí na typu a dynamičnosti dat.
Abychom stále nehovořili v tak obecné rovině, povíme si také něco z praxe. Na dnešních systémech se zálohuje ze dvou základních důvodů. Prvním je obava z nějaké havárie (nejen disku, hrozí i požáry atd.) a druhým je snížit rizika situace, kdy někdo nějaká data smaže omylem.
V prostředí uživatelských stanic nebo malých kanceláři nás motivuje převážně strach z mylného smazání dat. Vyplatí se proto archivovat změny každý den a cyklicky je postupně mazat. Plnou zálohu je pak běžné provádět například jednou do měsíce. V tomto prostředí obvykle nepotřebujeme zálohovat velká množství dat (jedná se například o účetnická data), proto je hlavním zálohovacím médiem CD-R, respektive CD-RW.
Dalším problémem je výběr toho správného média, kam budeme data ukládat. Jedním z nejdůležitějších parametrů při výběru je množství ukládaných dat (velké databáze jistě nebudeme uchovávat na disketách). Možnosti jsou velmi rozsáhlé, ale často jsme omezeni prostředky (zvláště pokud zálohujeme doma) a snažíme se využít hardwaru, který máme v dané chvíli k dispozici. Vyjmenujme si ty nejdůležitější varianty, jejich výběr už necháme čistě na Vás.
Zde bychom teoretickou část týkající se zálohování mohli ukončit a dále bychom se měli zmínit o příkazech, pomocí kterých data ukládáme. Znalosti týkající se pevných disků, disket nebo CD-R, CD-RW jistě už máte. Ovšem s páskami se už tolik z nás nesetkalo a proto si některé příkazy na jejich obsluhu uvedeme.
Praktickou část tohoto seriálu bychom započali příkazy pro práci s páskovým zařízením. Slouží pouze k zajištění přístupu k pásce a jejímu použití. Většinou se nejedná ani přímo o operace zápisu, ale o přípravu nastavení správného místa na pásce a podobně.
Příkaz mt slouží k různým činnostem spojeným s
páskovým zařízením jako přetáčení, hledání určené pozice na pásce,
nastavování parametrů pásky (např. komprese) a mazání. Používá se v
případě převinutí pásky před zápisem, mazáním, vysunutím pásky a podobně.
Ještě před předvedením příkladů bych se měl zmínit o dvou druzích
zařízení, se kterými se můžeme setkat. Rozdělujeme podle toho, zda se
po každém přístupu k pásce použité zařízení přetočí opět na počátek
nebo zůstane na pozici, kterou médium zaujalo po posledním použití.
Jedná se buď o převíjející nebo nepřevíjející zařízení.
Příkaz mt je celkem jednoduchý, z manuálových
stránek se dá pochopit veškerá manipulace s páskovým zařízením, proto zde
uvedu jen pár příkladu použití. Jako parametr se používá speciální soubor,
pomocí kterého k zařízení přistupujeme. O možnostech těchto souborů budeme
ještě mluvit dále. A teď už k jednotlivým příkladům. Jako první si ukážeme
způsob vymazání obsahu pásky:
mt -f /dev/nftape erase, kde /dev/nftape je
onen zmíněný speciální soubor.
Další důležitou činností je přetáčení pásky vpřed ,resp. vzad o zadaný počet souborů:
mt -f /dev/nftape fsf 2, resp. mt -f /dev/nftape bsf
2
Někdy je také nutné znovu napnout pásku v médiu. Následující příkaz převine pásku na počátek, na konec a pak opět zpátky na počátek:
mt -f /dev/nftape retension
Pojmenování speciálních souborů, pomocí kterých přistupujeme k zařízení závicí na druhu jeho připojení. Proto bych měl vyjmenovat jednotlivé možnosti:
/dev/ht0 (převíjející se zařízení) nebo
/dev/nht0 (zařízení nepřevíjející)./dev/st0, resp. /dev/nst0 pro převíjející se,
resp. nepřevíjející se zařízení./dev/ftape,
/dev/nftape (jejich rozdíl je shodný s výše uvedenými
případy), přistupujeme k páskovým zařízením připojeným buď přes paralelní
port nebo přes floppy rozhraní.Pro dnešek to už bude vše, příště se podíváme na praktické příklady zálohování a na příkazy, které k tomu budete jistě potřebovat, jako dump, restore, tar a další.
Nástroje: Tisk bez diskuse
Tiskni
Sdílej:
Ulozeni konfigurace:
dpkg --get-selections * > /mnt/floppy/backup.pkg.lstObnoveni konfigurace:
dpkg --set-selections < /mnt/floppy/backup.pkg.lst apt-get update apt-get dist-upgrade apt-get upgradeNavic se jeste vyplati zalohovat vsechno z /etc (~20MB) a .config jadra. Kdo chce setrit, provede tesne po instalaci
touch /etc/timestampa pak zalohuje jen soubory, ktere jsou novejsi pomoci napr.
find -type f -newer /etc/timestamp /etc | tar -cfz backup.tar.gzViz. napr. tady
mt -f /dev/mt0 offl
stav pasky: mt -f /dev/mt0 status
Další možností je online zálohování, např. http://www.zalohujeme.cz