Jsongrep je open-source nástroj, který efektivně prohledává JSON dokumenty (editovat je neumí). Kompiluje regulérní jazyk dotazu do podoby deterministického konečného automatu (DFA), díky čemuž prochází strom JSON dokumentu pouze jednou a je v tom tedy rychlejší než jiné nástroje jako jsou například jq, JMESPath nebo jql. Jsongrep je napsaný v programovacím jazyce Rust, zdrojový kód je dostupný na GitHubu.
O víkendu probíhá v Praze na Karlově náměstí 13 konference Installfest 2026. Na programu je celá řada zajímavých přednášek a workshopů. Vstup na konferenci je zcela zdarma, bez nutnosti registrace. Přednášky lze sledovat i online na YouTube.
Mozilla a společnost Mila oznámily strategické partnerství za účelem rozvoje open source a suverénní AI. Cílem je ukázat, že open source AI může konkurovat uzavřeným systémům. Obě organizace chtějí posílit technologickou suverenitu a snížit závislost na hrstce velkých technologických firem.
Adam Rice předvedl, že pomocí DNS lze distribuovat a spustit kompletní hru DOOM. Rozdělil WAD soubory a binárky do téměř 2000 DNS záznamů v Cloudflare zóně (jeden TXT záznam v DNS může nést okolo 2000 znaků textu). Ty pak stáhl PowerShellem, dekomprimoval a spustil přímo v paměti počítače bez nutnosti zápisu na disk, což prakticky dokazuje, že DNS může sloužit jako distribuované úložiště dat a možný kanál pro načítání kódu. Repozitář projektu je na GitHubu.
Dnes a zítra probíhají Arduino Days 2026. Na programu je řada zajímavých přednášek. Sledovat je lze od 17:00 na YouTube. Zúčastnit se lze i lokálních akcí. Dnes v Poličce v městské knihovně a zítra v Praze na Matfyzu.
Byla vydána beta verze Ubuntu 26.04 LTS s kódovým názvem Resolute Raccoon. Přehled novinek v poznámkách k vydání. Dle plánu by Ubuntu 26.04 LTS mělo vyjít 23. dubna 2026.
Byla vydána aktualizována Příručka pro začínající wikipedisty a wikipedistky (pdf).
Ubuntu plánuje v budoucích verzích nahradit tradiční nástroje pro synchronizaci času (chrony, linuxptp a gpsd) novým, v Rustu napsaným ntpd-rs, který nabídne vyšší bezpečnost a stabilitu.
Byla vydána nová verze 7.6 živé linuxové distribuce Tails (The Amnesic Incognito Live System), jež klade důraz na ochranu soukromí uživatelů a anonymitu. Správce hesel KeePassXC byl nahrazen správcem hesel GNOME Secrets. Bitcoinová peněženka Electrum byla povýšena na verzi 4.7.0. Tor Browser byl povýšen na verzi 15.0.8. Další novinky v příslušném seznamu.
Chris Down v obsáhlém článku „vyvrací mýty o zswap a zram“, vysvětluje, co vlastně dělají a jaké jsou mezi nimi rozdíly. Doporučuje vyhýbat se zram na serveru a bez OOM.
Dobrý večer,
pomocí cp -avx jsem zkopíroval celý obsah kořenového adresáře, kde sídlí Archlinux (x86_64), na jednu primární jednotku externího pevného disku (jedná se o rámeček, ve kterém je klasický SATA 3,5" pevný disk). Do adresáře /boot je připojena samostatná jednotka, takže jsem musel tento adresář (jeho obsah) zkopírovat zvlášť. (Na externím pevném disku jsem nevytvořil zvlášť jednotku pro /boot.)
Upravil jsem fstab, mkinitcpio.conf, menu.lst na externím pevném disku. Vygeneroval jsem kernel26.img pomocí mkinitcpio a nainstaloval grub do MBR externího pevného disku.
Když se ale pokouším nastartovat Archlinux z toho externího pevného disku, tak bootování skončí s chybou (viz příloha). Do přílohy jsem dal i fstab, mkinitcpio.conf a menu.lst; které se nacházejí na externím pevném disku.
Poznámka: Používám systém souborů ext3.
Předem děkuju za odpovědi. Informace dle potřeby doplním.
Řešení dotazu:
Myslím si, že obsah adresáře /dev zabezpečuje udev. Takže by se /dev/console mělo vytvořit automaticky.
Kořen jsem zkopíroval s parametrem -x, --one-file-system, takže logicky se obash adresáře /dev nezkopíroval.
Jinak když normálně nastartuju Archlinux z interních pevných disků (mám dva v softwarovém RAIDu level 1), tak mount mj. ukazuje:
udev on /dev type tmpfs (rw,nosuid,relatime,size=10240k,mode=755)
Zkusím to. Zatím děkuju.
Děkuju moc!
Natvrdo jsem zkopíroval obsah adresáře /dev na ten externí disk a jede to! (Tohle mě vůbec nanapadlo.)
Speciální háčky a jaderné moduly tam jsou, viz připojený konfigurační soubor mkinitcpio.conf.
Co se týká druhé otázky, tak jsem trochu bezradný. Mám v PC dva interní pevné disky SATA — /dev/sda a /dev/sdb. Musím podat vysvětlení: /dev/sda má kapacitu 750 GB, /dev/sdb 320 GB. /dev/sdb je rozdělen následovně:
Výpis fdisk -l /dev/sdb: Zařízení Zavádět Začátek Konec Bloky Id Systém /dev/sdb1 * 1 24 192748+ fd Linux RAID samorozpoznatelný /dev/sdb2 25 632 4883760 fd Linux RAID samorozpoznatelný /dev/sdb3 633 38913 307492132+ fd Linux RAID samorozpoznatelný
/dev/sda má první tři oddíly stejně veliké jako /dev/sdb. Pro jistotu podávám výpis fdisk -l /dev/sda:
Zařízení Zavádět Začátek Konec Bloky Id Systém /dev/sda1 * 1 24 192748+ fd Linux RAID samorozpoznatelný /dev/sda2 25 632 4883760 fd Linux RAID samorozpoznatelný /dev/sda3 633 38913 307492132+ fd Linux RAID samorozpoznatelný /dev/sda4 38914 91201 420003360 83 Linux
Takže 1. oddíl na /dev/sdb je "spárován" s 1. oddílem na /dev/sda v softwarovém RAIDu level 1. To samé platí pro 2. a třetí oddíl. Pro jistotu připojuju /etc/mdadm.conf.
V rámci /dev/md3 jsem vytvořil (lvm2) skupinu array a v rámci této skupiny "jednotku" root.
A proto nevím, zda vůbec a jak lze dd použít.
Už jsem to vyřešil i přes jenom "obyčejné" cp (viz výše). Děkuju za snahu mi pomoct. (Postup mám uveden v blogu, viz Kterak jsem Archlinux na externí pevný disk zkopíroval.)
Jenom mě napadla ještě taková věc: Všechny operace (kopírování...) jsem prováděl v režimu eSATA (ten rámeček má jak USB, tak i eSATA). Ale bootuju Archlinux přes USB, protože v BIOSu ten pevnej disk, pokud je připojenej přes eSATA, nevidím.
Nemohlo to zapříčinit tyhle problémy?
mknod -m 600 /mnt/arch/dev/console c 5 1
mknod -m 666 /mnt/arch/dev/null c 1 3
Tiskni
Sdílej: