Byla vydána červnová aktualizace aneb verze 2023.06-1 linuxové distribuce OSMC (Open Source Media Center). Z novinek lze zdůraznit povýšení verze multimediálního centra Kodi na 20. Na léto je plánováno představení nového vlajkového zařízení Vero, jež nahradí Vero 4K +.
Už zítra 7. června od 17 hodin proběhne SUSE Czech Open House 2023 aneb den otevřených dveří pražské pobočky SUSE. Těšit se lze na komentovanou prohlídku nebo přednášku o spotřebě procesorů.
Na vývojářské konferenci Applu WWDC23 byla představena řada novinek (cz): brýle Apple Vision Pro, MacBook Air 15” s čipem M2, Mac Studio s čipem M2 Max nebo M2 Ultra, Mac Pro s čipem M2 Ultra, iOS 17, iPadOS 17, macOS Sonoma, watchOS 10, …
Chystá se poslední jarní Virtuální Bastlírna. Nachystejte si ledové kávy, mojita a vodní chladiče a pojďte se se strahovskými bastlíři pobavit o technice a bastlení! Ptáte se, co mají bastlíři za novinky? Například se ukázalo, že OLED s SSD1306 ve skutečnosti nejsou nutně jen černobílé. Vyšla také nová verze KiCADu včetně betaverze pluginu pro tvorbu databázových knihoven pro KiCAD v InvenTree a na internetu se objevil USB
… více »6. červen je dnem za skutečný internet (neboli Světový den IPv6). Již tradiční příležitost urgovat svého ISP, kdy zavede do sítě IPv6, ale také příležitost šířit osvětu i mezi netechnické uživatele. V současnosti má IPv6 v ČR jen cca 20 % uživatelů (podle statistik společností Akamai a Google).
Festival plný workshopů, interaktivních činností a především nadšených a zvídavých lidí Maker Faire Prague 2023 proběhne o víkendu 10. a 11. června na Výstavišti Praha.
Byla vydána verze 8.18 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání.
Projekty Blink a Blinkenlights dospěly do verze 1.0. Jedná se o x86-64-linux emulátor a jeho TUI nadstavbu sloužící jako debugger. Blink je v porovnání s qemu-x86_64 menší a rychlejší.
Bylo potvrzeno, že Debian 12 s kódovým jménem Bookworm vyjde v tuto sobotu 10. června.
Byla vydána nová verze 2023.2 linuxové distribuce navržené pro digitální forenzní analýzu a penetrační testování Kali Linux (Wikipedie). Přehled novinek se seznamem nových nástrojů v oficiálním oznámení. Zdůraznit lze předpřipravené obrazy pro Hyper-V nebo to, že ve výchozím prostředí Xfce bylo PulseAudio nahrazeno multimediálním serverem PipeWire.
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: