Textový editor Zed dospěl do verze 1.0. Představení v příspěvku na blogu.
Vývojáři svobodného 3D softwaru Blender představili (𝕏, Mastodon, Bluesky) nejnovějšího firemního sponzora Blenderu. Je ním společnost Anthropic stojící za AI Claude a úroveň sponzoringu je Patron, tj. minimálně 240 tisíc eur ročně. Anthropic oznámil sponzorství v tiskové zprávě Claude for Creative Work.
VNC server wayvnc pro Wayland kompozitory postavené nad wlroots - ne GNOME, KDE nebo Weston - byl vydán ve verzi 0.10.0. Vydána byla také verze 1.0.0 související knihovny neatvnc.
Bylo oznámeno vydání Fedora Linuxu 44. Ve finální verzi vychází šest oficiálních edic: Fedora Workstation a Fedora KDE Plasma Desktop pro desktopové, Fedora Server pro serverové, Fedora IoT pro internet věcí, Fedora Cloud pro cloudové nasazení a Fedora CoreOS pro ty, kteří preferují neměnné systémy. Vedle nich jsou k dispozici také další atomické desktopy, spiny a laby. Podrobný přehled novinek v samostatných článcích na stránkách
… více »David Malcolm se na blogu vývojářů Red Hatu rozepsal o vybraných novinkách v GCC 16, jež by mělo vyjít v nejbližších dnech. Vypíchnuta jsou vylepšení čitelnosti chybových zpráv v C++, aktualizovaný SARIF (Static Analysis Results Interchange Format) výstup a nová volba experimental-html v HTML výstupu.
Byla vydána verze R14.1.6 desktopového prostředí Trinity Desktop Environment (TDE, fork KDE 3.5, Wikipedie). Přehled novinek v poznámkách k vydání, podrobnosti v seznamu změn.
Jon Seager z Canonicalu včera na Ubuntu Community Hubu popsal budoucnost AI v Ubuntu. Dnes upřesnil: AI nástroje budou k dispozici jako Snap balíčky, vždy je může uživatel odinstalovat. Ve výchozím nastavení budou všechny AI nástroje používat lokální AI modely.
Nový ovladač Steam Controller jde do prodeje 4. května. Cena je 99 eur.
Greg Kroah-Hartman začal používat AI asistenta pojmenovaného gkh_clanker_t1000. V commitech se objevuje "Assisted-by: gkh_clanker_t1000". Na social.kernel.org publikoval jeho fotografii. Jedná se o Framework Desktop s AMD Ryzen AI Max a lokální LLM.
Ubuntu 26.10 bude Stonking Stingray (úžasný rejnok).
Ahojky. Mám ještě jednu otázku. Jsem trošku zmatený z rozložení disku, pokud to nevidím pěkně namalované
Dejmě tomu, že je rozložený takto:
sda1 -- oddíl 1 --> md0 --> FS (ext4)
sda2 -- oddíl 2 --> md1 --> VG ---> LV1 --> FS (ext4)
\---> LV2 --> FS (ext4)
\--> LV3 --> FS (ext4)
1. není to kravina, chápu dobře princip, může to být takto? 
Jak je velký disk zjistím pomoci fdisk -lu, kde uvidím počet sektorů celkem a počet sektorů jednotlivých oddílů.
2. Jak ale zjistím, jestli mám md roztažené na celé sda, FS na celé md0, VG na celé md1, kolik místa zbývá na VG (vgdisplay?), a FS na celé LV?
Beru to jen teoreticky, takže disky takhle rozdělené nemám a proto nemůžu testovat. Jen se to chci naučit a hlavně tomu porozumět -- po lopatě
Může, jestli si tam tedy doplním i to sdb1 a sdb2 :) .
md jen nad tím nad čím to postavíš, takže když máš md0 nad sda1, sdb1, tak má velikost (RAID1) zjednodušeně velikost sda1 nebo sdb1.
Pokud použiješ pvcreate a vgcreate nad md1, máš zjednodušeně využitý celý prostor md1, pokud použiješ mkfs nad nějakým LV, tak opět to máš přes celé LV.
Ale jinak, pvs, pvdisplay, vgs, vgdisplay ti dá roj informací o LVM a tune2fs -l roj informací o FS.
Pokud je FS připojený df je také zajímavý příkaz
.
Taky tě může zajímat
mdadm -v --detail /dev/md0 nebo cat /proc/mdstat.
No jo, ale co když třeba po vytvoření md1 nekdo zvětší sda2? Nebo někdo zvětší LV a FS tím pádem nebude přes celou LV atd. Jde mi o tom, jak nejjednodušeji zjistím, že jsou někde nějaké "nevyužité mezery"? Jen výpisem téch příkazů a dopočítáváním?
Kdo někdo? skřítek? - to by pak skřítek měl vědět co dělá (nejen před tím, ale i potom) a proč to dělá a dotáhnout to do konce (mdadm --grow, pvresize, vgextend, lvextend/lvresize, resize2fs).
Mezery jsou hezký termín, zvláště v souvislosti s LVM…
Jen výpisem těch příkazů a dopočítáváním?Ano „jen“. Obvykle se informací zjistí (výpis jednotlivých příkazů) a pak se analyzují
.Jen bych si dovolil napovědět, že LV se většinou dělají minimální rozumné velikosti a dle potřeby se zvětšují a tedy „mezer“ je tam často roj.
, ale třeba admin, kterého přejela tramvaj, nedotáhl to do konce a jeho nástupce se musí podívat na disk, jak je uspořádaný. Proto říkám, že kdyby to bylo vidět na nějaké grafice, bylo by to asi přehledné min. pro mě. Proč. má z x příkazů něco dopočítávat admin, neměl by to počítat počítač?
Jj, s těma LV vím, že se doporučuje držet místo tak akorát a pak jen postupně zvětšovat.. aby se zmenšovalo jenom v krajní nouzi.
Řekl bych, že admin je obvyle daleko od grafiky…, určitě existuje spoustu klikátek, ale pojmout všechny možnosti určitě nedokážou. Pokud admin potřebuje, tak si zařídí aby mu počítač spočítal co potřebuje. Od toho jsou tady právě ty příkazy, které když se poskládají a spojí tak dají požadovaný výsledek.
Myslím si, že pokud si to vyzkoušíš a zjistíš „jak“ to opravdu funguje, tak už nebudeš svému požadavku taky rozumět.
Tiskni
Sdílej: