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.
Podrobně byla rozebrána kritická zranitelnost v nf_tables (CVE-2026-23111). Další lokální eskalace práv na Linuxu. V upstreamu byla zranitelnost již v únoru opravena. Ve zdrojovém kódu stačilo odstranit 1 vykřičník.
Evropská komise (EK) nařídila americké společnosti Meta, že musí znovu umožnit bezplatný přístup konkurenčním obecně zaměřeným asistentům umělé inteligence (AI) k WhatsAppu a tento přístup musí zachovat až do ukončení antimonopolního šetření. Opatření je dočasné a má zabránit vážnému a nevratnému poškození konkurence na rychle rostoucím trhu s obecnými AI asistenty. Meta uvedla, že se proti rozhodnutí odvolá.
Společnost Anthropic představila AI modely Claude Fable 5 a Claude Mythos 5. Claude Fable 5 je první model třídy Mythos určený pro běžné použití.
Byla vydána nová stabilní verze 3.24.0, tj. první z nové řady 3.24, minimalistické linuxové distribuce zaměřené na bezpečnost Alpine Linux (Wikipedie) postavené na standardní knihovně jazyka C musl libc a BusyBoxu. Přehled novinek v poznámkách k vydání.
Na čem pracují vývojáři v Rustu napsaného mikrokernelového unixového operačního systému Redox OS (Wikipedie)? Byl publikován přehled vývoje za květen. Vypíchnout lze nový scheduler EEVDF nebo port desktopového prostředí Xfce na Redox OS.
Upozornění pro uživatele Asahi Linuxu: Neaktualizujte macOS na verzi 27 Golden Gate! Apple změnil detekci spouštěcích oddílů. Po aktualizaci oddíl s Asahi Linuxem nevidí. Snad je to jenom chyba.
Na webu konference Den IPv6, která se konala 4. června v Národní technické knihovně v pražských Dejvicích, jsou nyní k dispozici všechny prezentace (v PDF) a jejich videozáznamy. Organizátory konference byly i letos sdružení CESNET, CZ.NIC a NIX.CZ.
Byla vydána nová verze 9.1.0 správce sbírky fotografií digiKam (Wikipedie). Přehled novinek i s náhledy v oficiálním oznámení (NEWS). Vypíchnout lze vylepšené vyhledávání nebo podporu Pixel Motion Photos. Nejnovější digiKam je ke stažení také jako balíček ve formátu AppImage. Stačí jej stáhnout, nastavit právo ke spuštění a spustit.
Přihlaste svou přednášku na další ročník konference LinuxDays, který proběhne 3. a 4. října na FIT ČVUT v pražských Dejvicích. Příjem témat poběží do konce prázdnin, pak proběhne veřejné hlasování a následně sestavení programu.
Ahoj,
právě jsem narazil na to, že mi blkid hlásí:
/dev/sda1: UUID="669ff75e-633f-729d-3faa-dc9d4ec92699" TYPE="mdraid"
a
vol_id /dev/sda1:
ID_FS_USAGE=raid
ID_FS_TYPE=linux_raid_member
ID_FS_VERSION=0.90.0
ID_FS_UUID=5ef79f66:9d723f63:9ddcaa3f:9926c94e
ID_FS_UUID_ENC=5ef79f66:9d723f63:9ddcaa3f:9926c94e
ID_FS_LABEL=
ID_FS_LABEL_ENC=
ID_FS_LABEL_SAFE=
1. Jak je možné, že jeden a ten samý oddíl má jiné UUID?
2. Proč se jednou zapisuje UUID s pomlčkami a jednou s dvoujtečkami?
Díky za nakopnutí.
17.2.2009 23:03
kozzi | skóre: 55
| blog: vse_o_vsem
| Pacman (Bratrušov)
Já bych řekl, že to UUID bude, protože i /usr/share/bug/mdadm/script vypisuje:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
# definitions of existing MD arrays
ARRAY /dev/md0 level=raid1 num-devices=4 UUID=5ef79f66:9d723f63:9ddcaa3f:9926c94e
...
--- volume detail:
/dev/sda1:
Magic : a92b4efc
Version : 00.90.00
UUID : 5ef79f66:9d723f63:9ddcaa3f:9926c94e
Creation Time : Fri Apr 11 18:38:09 2008
Raid Level : raid1
Used Dev Size : 10240128 (9.77 GiB 10.49 GB)
Array Size : 10240128 (9.77 GiB 10.49 GB)
Jestli je to ubuntu, tak zkus reboot. Ubuntu používají opatchovaný vol_id (IIRC -- nebo blkid), takže jedna z těch informací nemusí být up-to-date. Google třeba taky bude něco vědět.
Již několikrát restartováno. Je to Debian Lenny (už dlouhou dobu - z dob testingu). Google mi již před zde položeným dotazem nabídl hezký článek http://www.linux.com/feature/146951. Tam je právě též UUID s "pomlčkami" a na serveru, kde jsem měl problém s prohazováním disků, funguje k plné spokojenosti. Pak jsem mrknul ještě na diskové pole, které též funguje k plné spokojenosti a narazil jsem právě na tento rozdíl, který se mi nedaří vygooglovat :(
ls -l /dev/disk/by-uuid/vám ukáže co?
Následuje kompletní výpis (zajímavé, že zde nejsou jednotlivé oddíly, např. pro MD0=SDA1+SDB1+SDC1+SDD1)
ls -l /dev/disk/by-uuid/ total 0 lrwxrwxrwx 1 root root 9 2009-02-14 19:15 1c69bff1-bbb5-4d89-8044-67b5bd95fab3 -> ../../md0 lrwxrwxrwx 1 root root 9 2009-02-14 19:15 48b14e27-b5fe-467a-a1dd-8f00438f4f5d -> ../../md1 lrwxrwxrwx 1 root root 9 2009-02-14 19:15 fdb262e2-377a-4ea5-8128-fb693ff1d8d3 -> ../../md2
Hmmm... Když jsem si četl článek na výše uvedeném linux.com, myslel jsem, že tomu rozumím, včetně různých způsobů generování UUID. A ono prd. Další sada UUID navíc úplně rozdílná od toho co ukazuje /usr/share/bug/mdadm/script :(
Tiskni
Sdílej:
