Vláda USA nařídila společnosti Anthropic pozastavit přístup k modelům Fable 5 a Mythos 5 pro všechny cizince, včetně zaměstnanců Anthropicu.
Společnost Murena představila (YouTube) novou verzi 4.0 mobilního operačního systému /e/OS (Wikipedie) založeného na Androidu a LineageOS bez aplikací a služeb od Googlu.
V Arch User Repository (AUR) bylo kompromitováno přes 400 opomíjených balíčků (jejich seznam). Útočník do nich začlenil škodlivý npm balíček atomic-lockfile, který krade citlivá data uživatelů. Publikována byla předběžná analýza spouštěného malwaru deps.
Homebrew, správce balíčků nejen pro macOS, byl vydán ve verzi 6.0.0 (seznam změn). Hlavními novinkami jsou bezpečnostní mechanismus tap trust kvůli důvěryhodnosti závislostí, vylepšení sandboxingu na Linuxu, interní JSON API nebo zlepšení výkonu.
Byla nalezena a 9. června opravena kritická zranitelnost ve FreeBSD v Kernel TLS (KTLS). Pojmenována byla Bumsrakete (FreeBSD-SA-26:26.ktls, CVE-2026-45257). Lokální neprivilegovaný uživatel může přepisovat soubory, ke kterým má právo pouze pro čtení. Přepsáním setuid binárky a jejím spuštěním může získat roota. Na všech verzích od verze 13.0 vydané v dubnu 2021.
Vývojáři open source operačního systému ReactOS (Wikipedie), jehož cílem je kompletní binární kompatibilita s aplikacemi a ovladači pro Windows, se na síti 𝕏 pochlubili, že ReactOS zvládne počítačovou hru Half-Life.
Byla vydána nová verze 4.8 multiplatformního integrovaného vývojového prostředí (IDE) pro rychlý vývoj aplikaci (RAD) ve Free Pascalu Lazarus (Wikipedie). Využíván je Free Pascal Compiler (FPC) 3.2.2.
Apple container dospěl do verze 1.0.0. Jedná se o open source nástroj pro spouštění linuxových kontejnerů na macOS postavený nad containerization. Napsaný je v programovacím jazyce Swift a optimalizovaný pro Apple silicon.
Bylo vydáno Eclipse IDE 2026-06 aneb Eclipse 4.40. Představení novinek tohoto integrovaného vývojového prostředí také na YouTube.
Asterinas (GitHub) je v Rustu napsané jádro operačního systému poskytující s jádrem Linux kompatibilní ABI. Vydána byla verze 0.18.0. První distribucí postavenou nad jádrem Asterinas je Asterinas NixOS. Nejedná se o oficiální projekt NixOS a nemá nic společného s NixOS Foundation.
Ahoj. Mám 2 servery, na obou mi jede CentOS s KVM na každém běží několik virtuálních strojů. Každý server má vlastní diskové pole s linuxovým software raidem 1, nad tím je LVM a každý virtuální host má k dispozici nějaký LVM oddíl. Problém mi ale dělá mismatch_cnt u raidu, které způsobuje např. i to, že lvm snapshoty oddílů s virtuálními stroji jsou nekonzistentí, protože se pokaždé čte z jiného disku a na nich nejsou stejná data (viz. mismatch_cnt). Mám si s tím dělat starosti?
Někde jsem objevil, že tento problém se může týkat každé md raid 1 konfigurace (nemusí to být vázané na KVM hosty), protože:
1/ OS nařídí DMA řadiči přesun dat z RAM na disky
2/ během přesunu dat (na jednom disku dokončeno, na druhém ještě ne) se změní data v RAM
Prý by to neměl být pro souborové systémy problém, protože data by měla být označena dirty a tím pádem se číst z RAM. Nicméně jak je to u virtualizace? Pozná nějak filesystém ve virtualizovaném stroji to, co se děje v hostiteli? Vykomunikuje to nějak jádro hostitele s jádrem virtuálního stroje? Vysvětlete mi prosím někdo, kdo tomu rozumíte, jak to vlastně funguje. Možná se ptám jako pitomec, ale dost mě takové chování raidu zneklidňuje. Proč se to řeší až na úrovni souborového systém (dirty) a ne na úrovni blokových zařízení, aby mi třeba dd vrátilo vždy stejná data?
echo "repair" >/sys/block/md*/md/sync_action
echo "check" > /sys/block/md*/md/sync_action
Tiskni
Sdílej: