Julia Evans pomocí svých kreslených obrázků proniká do Linuxu a informačních technologií. Vedle ucelených zinů publikuje také jednotlivé kreslené obrázky (RSS).
Jordi Sanfeliu vydal verzi 1.0.0 svého unixového jádra Fiwix (Wikipedie) určeného také pro výuku operačních systémů. Dle článku na OSNews na něm začal pracovat již před více než dvaceti lety. Zdrojové kódy jsou k dispozici na GitHubu pod licencí MIT. Stáhnout a vyzkoušet lze živou disketu nebo CD s GNU/Fiwixem.
Byla vydána nová verze 10.7 open source alternativy GitHubu, tj. softwarového nástroje s webovým rozhraním umožňujícího spolupráci na zdrojových kódech, GitLab (Wikipedie). Představení nových vlastností v příspěvku na blogu. Vývojáři GitLabu zdůrazňují Web IDE (YouTube) a SAST (Static Application Security Testing) pro Go a C/C++.
David Revoy, autor open source webového komiksu Pepper&Carrot nebo portrétu GNU/Linuxu, zveřejnil na svém blogu recenzi notebooku Librem 13 od společnosti Purism. Používá jej již sedm měsíců a s ním i jako umělec spokojen. Potřebu francouzské AZERTY klávesnice vyřešil přelepkami. Na displej se podíval kalibrační sondou, barvy vyladil pomocí open source softwaru DisplayCAL, v aplikaci Inkscape nastavil zvětšování na 170 % aby 1 cm v Inkscapu byl 1 cm v reálu. Webovou kameru, mikrofon, Wi-Fi a Bluetooth lze na Librem 13 hardwarově vypnout.
Několik posledních verzí GNOME Shellu obsahuje chybu způsobující memory leak (únik paměti). Viz například videozáznamy verzí 3.26 nebo 3.28. Nalezení chyby #64 a její opravě se věnuje Georges Basile Stavracas Neto v příspěvku na svém blogu [reddit].
V pondělí měl na YouTube online premiéru otevřený krátký 2D film Hero vytvořený v 3D softwaru Blender. Cílem stejnojmenného projektu Hero je vylepšit nástroj Grease Pencil (tužka) v Blenderu 2.8.
Byla vydána verze 4.0 kolekce svobodného softwaru umožňujícího nahrávání, konverzi a streamovaní digitálního zvuku a obrazu FFmpeg (Wikipedie). Přehled novinek v Changelogu (GitHub).
Včera vydanou hru Rise of the Tomb Raider pro Linux lze do pondělí 23. dubna koupit na Steamu s 67% slevou. Místo 49,99 € za 16,49 €.
Na Humble Bundle lze získat počítačovou hru Satellite Reign (Wikipedie, YouTube) běžící také v Linuxu zdarma. Speciální akce končí v sobotu v 19:00.
Společnost Apple koupila před třemi lety společnost FoundationDB vyvíjející stejnojmenný NoSQL databázový systém FoundationDB (Wikipedie). Včera byl tento systém uvolněn jako open source pod licencí Apache 2.0. Zdrojové kódy jsou k dispozici na GitHubu.
cd /sambamountpoint; dd if=/dev/hda | bzip2 -zkv9 | split -b 2000000000
Výsledné soubory se přepálí na (2) DVD.
S tím bych si uměl poradit, kontrola md5 proběhla taktéž ok (výstup z cat x* | bzip2 -dkv | md5sum
souhlasí s výstupem z dd=/dev/hda | md5sum
).
Pak mě ale napadlo, že nevím, jakým způsobem tu zálohu vysypat zpátky na HDD. Příkaz cat x* | bzip -d | dd of=/dev/hda
půjde použít pouze za předpokladu, že budu mít k dispozici nějaký disk, na který budu moct nahrát obsah těch záložních DVD. Ale já už teď vím, že žádný takový disk k dispozici nebude. Budu mít v rukou jen ta záložní DVD s rozřezaným bzip archivem a v notebooku HDD, který potřebuju obnovit. Ideální by bylo, kdyby bzip2 (případně gzip) uměly solid archives, pak by se ty záložní soubory mohly nahrát na HDD pěkně jedno po druhém pomocí dd s příslušně nastaveným seekem na of. Ale v manpages bzip2 ani gzip jsem takovouto možnost nenašel. Existuje nějaké řešení?
export quit=no while [ $quit != quit ]; do dd if=/dev/dvd ibs=2M; eject; read quit; done |\ bzip2 -dc | dd of=/dev/hda obs=2M
dd
by chtel vymenit za neco jako mount /mnt/cdrom; dd if=/mnt/cdrom/soubor_se_zalohou bs=2M; umount /mnt/cdrom
, pripadne jsou li soubory pojmenovane ruzne, tak bud je nejak pocitat (soubor_se_zalohou1, 2, ...) nebo k zadani jmena souboru zneuzit tu promennou quit.
tar c | bzip
. Sice zálohuje obsah filesystému a ne celou partition, ale to už dnes vidím spíš jako výhodu
.Tak jsem se nechal inspirovat dustinovým příspěvkem (díky za nakopnutí) a použil multivolume tar archive. Nejdřív jsem musel rezignovat na představu, že mi tar bude balit data, která mu přicházejí rourou od dd (jak jsem popsal výše). Využil jsem toho, že na samba disku bylo dost místa, a použil jsem už uloženou zabzipovanou a rozřezanou image (řekněme, že jde o soubory image.bz2aa
, image.bz2ab
a image.bz2ac
. K obalení tarem pak posloužil příkaz:
tar -cML2048000 -f archive1.tar i*
(pozor, hodnota "L" se udává v kiB!)
Po dosažení stanovené velikosti tar vyzve k přípravě cílového média (původně zamýšleno pro zálohování na pásku, takže bylo zapotřebí vyměnit pásku v mechanice) a zmáčknutí Enteru. Na stránkách gnu.org, na které mě odkázal dustin, je popsáno několik možností, jak na tuto výzvu taru reagovat (je např. možné vyvolat subshell). Mě se hodila volba n
, která umožňuje zvolit jiné jméno souboru, do kterého se bude další část archivu ukládat (nebylo třeba přesouvat právě vytvořený archive1.tar na samba disku do jiného adresáře:
n archive2.tar [Enter]
n archive3.tar [Enter]
První dva soubory jsem vypálil na jedno DVD, třetí soubor na druhé DVD (je to trošku krkolomé, ale nechtělo se mi laborovat s ukládáním souboru o velikosti > 2GB).
Fukčnost jsem ověřil pomocí:
tar -xMOf archive1.tar | bzip2 -dk | md5sum
Při výzvě k přípravě dalšího svazku opět použiji příkaz n
:
n archive2.tar [Enter]
n archive3.tar [Enter]
Po nahrání druhé části archivu samozřejmě navíc vyměním DVD. Checksum sedí.
Ve finále by samozřejmě obnova disku měla vypadat takto:
tar -xMOf archive1.tar | bzip2 -dk | dd of=/dev/hda
- což však nebudu zbytečně zkoušet , zatím to jede. I když jsem si pomocí md5sum ověřil, že bzip tímhle způsobem umí image korektně rozbalit, tj. nevadí mu čekání na vstupu při přerušení toku dat při výměně médií, nejsem si jist, zda něco takového nebude vadit programu dd a nezačne se třeba chovat nějak nepředvídatelně (nebo jen nepředvídaně?
). To ale ověřím až při případné ostré akci.
Mondorescue a další programy jsem nepoužil hlavně kvůli tomu, že jsem je nenašel ve Slaxu, což je jediná live distribuce, kterou aspoň trošku znám (a mám vypálenou). Teda pokud nepočítám Knoppix, ale ntb má 512MB RAM, takže tam Knoppix nepůjde do RAM vybalit.
Stejně mě ale trošku mrzí, že tar neumí vytvořit balík ze streamu, už by mu snad nic nechybělo k dokonalosti, budu muset mrknout, jestli autoři nemají někde wishlist.
A co na tom bylo asi úplně nejtěžší? Asi pořádně přečíst man tar
, aby člověk nepřehlédl přepínač -O
. A proto RTFM!
Tiskni
Sdílej: