Irská komise pro ochranu dat (DPC) uložila americké technologické společnosti Google ze skupiny Alphabet pokutu 403 milionů eur (9,8 miliardy Kč) za neoprávněné nakládání s údaji o poloze uživatelů. Firma podle komise porušila evropské nařízení o ochraně osobních údajů (GDPR). DPC uvedla, že při šetření zjistila, že si lidé nemuseli být vědomi skutečnosti, že jejich poloha byla využívána například k ovlivňování prostřednictvím reklam nebo k odvozování jejich zájmů, a mohli tak ztratit kontrolu nad svými osobními údaji.
Byla oznámena beta verze nového video kodeku Pyrowave pro streamování her v Steam Remote Play. S vysokou propustností a nízkou latencí. S podporou HDR a YUV 4:4:4.
Byl vydán Sublime Text 4 Build 4213. Sublime Text (Wikipedie) je proprietární multiplatformní editor textových souborů a zdrojových kódů. Ke stažení a k vyzkoušení je zdarma. Pro další používání je nutná licence v ceně 99 dolarů. Spolu se Sublime Merge je cena 168 dolarů.
Firma Anthropic, tvůrce AI modelu Claude, začala v oblasti Sanfranciského zálivu v tichosti provozovat vlastní biotechnologickou laboratoř. Anthropic prý chce pomocí AI urychlit hledání léků na nemoci, jimž farmaceutický průmysl dle názoru firmy věnuje příliš málo pozornosti. Firma tvrdí, že laboratoř se zatím soustředí především na základní biologii, nikoli přímo na vývoj léčiv. Farmaceutický výzkum je pro generálního ředitele Daria Amodeie velice osobní téma, jeho otec zemřel na hepatitidu C několik málo let před objevením účinné léčby.
Vědci z Googlu dokončili mapu všech neuronových spojení v mozku (tzv. konektom) samečka mušky octomilky obecné (drosophila melanogaster), hlavním cílem je komparativní analýza s již zmapovaným mozkem samičky. S tímto veřejně dostupným modelem, čítajícím přibližně 160 000 neuronů, se začali bavit nadšenci. Mozek mouchy pohání experimentálního kryptoburzovního bota Stonkfly, případně si zahrál počítačové hry Beat Saber, Mario64 a samozřejmě DOOM (gameplay videa). Ani mozek samičky nezůstal stranou, vyzkoušel si Minecraft.
Alibaba Cloud je dalším sponzorem nadace Omacom Foundation stojící za linuxovou distribucí Omarchy. Přislíbená částka je 3 miliony dolarů, tj. 1 milion dolarů ročně po dobu tří let. Stejná částka jako u DigitalOcean.
Byla vydána nová verze 262 správce systému a služeb systemd (Wikipedie, GitHub).
Canonical oznámil vydání Zephyr 26.04 LTS. Jedná se o komerční distribuci operačního systému pro mikrokontroléry Zephyr (Wikipedie) s podporou až 15 let.
Gravity Linux je linuxová distribuce určená pro Apple Silicon s čipy M4 a novějšími. Vydána byla alfa verze pro M4 Mac mini. Gravity Linux je fork Asahi Linuxu.
Hister je osobní soukromý vyhledávač, který lze provozovat na vlastním stroji. Umí prohledávat lokální soubory, importovat historii a záložky z webových prohlížečů, procházet vybrané weby a pomocí rozšíření pro Firefox a Chrome indexovat obsah právě navštívených stránek. Nad vytvořeným indexem pak nabízí vyhledávání prostřednictvím webového rozhraní, příkazové řádky a díky podpoře MCP i nástrojům umělé inteligence. Tento
… více »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: