GNUnet (Wikipedie) byl vydán v nové major verzi 0.27.0. Jedná se o framework pro decentralizované peer-to-peer síťování, na kterém je postavena řada aplikací.
Byly publikovány informace (technické detaily) o bezpečnostním problému Snapu. Jedná se o CVE-2026-3888. Neprivilegovaný lokální uživatel může s využitím snap-confine a systemd-tmpfiles získat práva roota.
Nightingale je open-source karaoke aplikace, která z jakékoliv písničky lokálního alba (včetně videí) dokáže oddělit vokály, získat text a vše přehrát se synchronizací na úrovni jednotlivých slov a hodnocením intonace. Pro separaci vokálů využívá UVR Karaoke model s Demucs od Mety, texty písní stahuje z lrclib.net (LRCLIB), případně extrahuje pomocí whisperX, který rovněž využívá k načasování slov. V případě audiosouborů aplikace na
… více »Po půl roce vývoje od vydání verze 49 bylo vydáno GNOME 50 s kódovým názvem Tokyo (Mastodon). Podrobný přehled novinek i s náhledy v poznámkách k vydání a v novinkách pro vývojáře.
Článek na stránkách Fedora Magazinu informuje o vydání Fedora Asahi Remixu 43, tj. linuxové distribuce pro Apple Silicon vycházející z Fedora Linuxu 43.
Byl zveřejněn program konference Installfest 2026. Konference proběhne o víkendu 28. a 29. března v Praze na Karlově náměstí 13. Vstup zdarma.
Byla vydána Java 26 / JDK 26. Nových vlastností (JEP - JDK Enhancement Proposal) je 10. Odstraněno bylo Applet API.
Byla vydána nová verze 260 správce systému a služeb systemd (Wikipedie, GitHub). Odstraněna byla podpora skriptů System V. Aktualizovány byly závislosti. Minimální verze Linuxu z 5.4 na 5.10, OpenSSL z 1.1.0 na 3.0.0, Pythonu z 3.7.0 na 3.9.0…
Byla vydána nová verze 5.1 svobodného 3D softwaru Blender. Přehled novinek i s náhledy a videi v poznámkách k vydání. Videopředstavení na YouTube.
Bylo oznámeno vydání nové verze 8.1 "Hoare" kolekce svobodného softwaru umožňujícího nahrávání, konverzi a streamovaní digitálního zvuku a obrazu FFmpeg (Wikipedie). Doprovodný příspěvek na blogu Khronosu rozebírá kódování a dekódování videa pomocí Vulkan Compute Shaders v FFmpeg.
Instaluji aktuální CentOS 5.11 na HP Proliant ML310e Gen8 v2 s RAID řadičem B120i. Mám v něm tři disky 4TB v RAID 1 + 1(s). Pole jsem rozdělil na logický disk 1 s 60GB (pro systém) a logický disk 2 s necelými 4TB na data. Při instalaci jsem použil ovladač RAID od HP, oba logické disky se tváří normálně jako /dev/sda a /dev/sdb. Disku /dev/sdb jsem si při instalaci vůbec nevšímal, chtěl jsem jej "dodělat" dodatečně s použitím drbd (servery jsou dva a jsou propojené pomocí heartbeat a drbd). No a teď konečně ten dotaz:
Nepodařilo se mi disk /dev/sdb (asi kvůli velké velikosti - téměř 4TB) fdiskem rozdělit tak, jak je třeba. Potřebuji na něm udělat celkem 7 oddílů o kapacitě od 2GB do cca 1.5TB. Našel jsem nějaký "limit" okolo 2.1TB do kterého jsem udělal tři primární oddíly a za ní ostatní "logické" oddíly v rozšířeném oddílu. Od druhého logického oddílu fdisk hlásí, že jsou oddíly chybně seřazeny. Považoval jsem to za chybu výpočtu ve fdisku, nicméně ani po restartu v oddílech od /dev/sdb6 nelze udělat mkfs.ext3 souborový systém. Prosím o radu jak na to, zatím jsem si vždycky s fdiskem vystačil ale v tomto případě to asi nebude možné.
Aktuálně tabulka rozdělení vypadá takto:
Příkaz (m pro nápovědu):
Disk /dev/sdb: 3936.3 GB, 3936329949184 bytes
255 heads, 63 sectors/track, 478564 cylinders
Units = cylindry of 16065 * 512 = 8225280 bytes
Zařízení Boot Start End Blocks Id System
/dev/sdb1 1 97262 781256983+ 83 Linux
/dev/sdb2 97263 206682 878916150 83 Linux
/dev/sdb3 206683 267349 487307677+ 83 Linux
/dev/sdb4 267350 478564 1696584487+ 5 Rozšířený
/dev/sdb5 267350 267593 1959898+ 83 Linux
/dev/sdb6 267594 270026 19543041 83 Linux
/dev/sdb7 270027 272459 19543041 83 Linux
/dev/sdb8 272460 478564 1655538381 83 Linux
Diskové oddíly jsou chybně seřazeny
Příkaz (m pro nápovědu):
Řešení dotazu:
Našel jsem nějaký "limit" okolo 2.1TB do kterého jsem udělal tři primární oddíly a za ní ostatní "logické" oddíly v rozšířeném oddílu. Od druhého logického oddílu fdisk hlásí, že jsou oddíly chybně seřazeny.DOS MBR neumí víc než 2 TiB. Nové distribuce to řeší pomocí GPT místo MBR. Obávám se ale, že CentOS 5 to umět nebude.
Při instalaci jsem použil ovladač RAID od HPMám raději SW RAID, protože jde ladit, když se něco rozbije, nejsou pro to jen proprietární nástroje s pochybným supportem atd. (neříkám že je to případ zrovna tohoto konkrétního raidu)
Prosím o radu jak na toJednoznačně upgradovat na něco, co umí GPT, třeba CentOS 7. Pokud to nejde, pokusil bych se pomocí device mapperu namapovat na horní půlku disku LVM (nebo alespoň další blokové zařízení) a vytvořil oddíly tam. Jak se to dělá nevím, jenom tuším, že to jde (je to podobný mechanismus jako používá mount -o offset=666).
Ještě jednou moc děkuji!
Tiskni
Sdílej: