Probíhá konference Microsoft Build 2026. Microsoft představuje své novinky: kvantový čip Majorana 2, Surface Laptop Ultra a Surface RTX Spark Dev Box s NVIDIA RTX Spark, Intelligent Terminal, Coreutils for Windows (fork Rust Coreutils), AI modely MAI, AI agenta Scout, platformu pro agent-first zařízení Project Solara, …
Google Chrome 149 byl prohlášen za stabilní. Nejnovější stabilní verze 149.0.7827.53 přináší řadu novinek. Podrobný přehled v poznámkách k vydání. Vylepšeny byly také nástroje pro vývojáře.
Pluto.jl, reaktivní notebook pro programovací jazyk Julia, dospěl do verze 1.0.
Byla vydána nová verze 12.0.0 vizuálního programovacího jazyka Snap! (Wikipedie) inspirovaného jazykem Scratch (Wikipedie). Přehled novinek na GitHubu.
Počítačovou hru Gravity Circuit (ProtonDB) lze do 14. června do 19:00 získat na Steamu zdarma. Napořád.
Nejnovější X.Org X server 21.1.23 a Xwayland 24.1.12 řeší 9 bezpečnostních chyb.
npm balíčky @redhat-cloud-services byly kompromitovány.
Byly publikovány informace o zranitelnosti CVE-2026-46243 pojmenované CIFSwitch v Linuxu od roku 2007. Běžný uživatel může získat práva roota (lokální eskalaci práv). V upstreamu je již opraveno.
Nvidia na své konferenci NVIDIA GTC Taipei 2026 představila řadu novinek. Společně s Microsoftem představili superčip NVIDIA RTX Spark (až 6 144 jader GPU, 20 jader CPU, 1 petaflop AI výkonu v FP4 a 128 GB jednotné paměti). První notebooky a stolní počítače s tímto čipem od Nvidie místo Intelu nebo AMD by se měly na trh dostat na podzim letošního roku.
Na Kickstarteru běží kampaň na podporu kapesního počítače s Linuxem CardputerZero od společnosti M5Stack. Postaven je na Raspberry Pi Compute Module 0. Podporuje moduly M5. Koupit lze s rozšířeními LoRa a CC1101.
systemctl start smbd
systemctl restart smbd(coz udalas po uprave toho smb.conf)
syst<tab>c<tab>stat<tab>sm<tab>napr2. (priklad kdy zobrazi moznosti, staci napsat cast z te zobrazene kterou chces a opet tab):
systemctl <tab><tab>st<tab><tab>neplati to samozrejme jen pro systemctl, ale pro vetsinu nastroju na ktere narazis (resp. ty ktere maji profil v bash-completion a/nebo pri doplnovani adresare/souboru)...
dd a podobné, jako např. příkaz cat /dev/sdxX >soubor.img) tak po obnovení ze zálohy to bude, pokud během zálohování neproběhne zápis, vypadat naprosto stejně jako kdybyste natvrdo odpojil napájení. Ale protože se můžete téměř 100% spolehnout na to, že nějaký zápis proběhne, potom část bitové kopie bude vyčtená před zápisem a jiná část po, což ve většině souborových systémů udělá bordel.¹ Nemusí se to dotknout zrovna celého systému, ale třeba pár souborů bude v záloze rozbitých. Představte si tuto hypotetickou situaci, kde nějaký souborový systém zapisuje data během zálohování:
cp, rsync, tar, …), pak záloha běžícího systému způsobí to, že v případě změny souboru, se dotčený soubor uchová z doby před změnou a nebo z doby po změně. Je to podobná situace jako ta předchozí, ale souborový systém zůstane funkční. Takže to nezpůsobí tak velké potíže, ale přecijen se něco stát může.
Třetí možností je udělat si snapshot (tj. „snímek“ stavu souborového systému v okamžik vytvoření) a potom zálohovat ten snapshot jednou z výše uvedených variant. Pokud používáte LVM, potom snapshot zálohujete jako bitovou kopii a potom se stane po obnovení totéž, co po vypnutí napájení „natvrdo“. Pokud je snapshot vytvářený na úrovni souborového systému (btrfs, ZFS), pak je zásah do integrity systému po obnovení naprosto minimální. Nevím ale jestli máte LVM, nebo používáte jako souborový systém btrfs/LVM/….
Tiskni
Sdílej: