Dnes a zítra probíhá Ubuntu Summit 26.04. Na programu je řada zajímavých přednášek. Sledovat je lze na YouTube. Úvodní slovo měli Mark Shuttleworth a Jon Seager.
Lazygit byl vydán ve verzi 0.62.0. Jedná se o TUI (Text User Interface) nadstavbu nad gitem.
Jiří Eischmann se v příspěvku na svém blogu o rozepsal o tom, kam se vyhledávání v jeho očích posledních 10 let posunulo, jaké má zkušenosti s AI vyhledáváním, proč na něm nechce záviset a jaké vyhledávací služby ho v poslední době zaujaly.
Wayland kompozitor Labwc byl vydán ve verzi 0.20.0. Labwc je inspirován správcem oken Openbox. Postavený je na wlroots.
AlmaLinux OS byl vydán ve verzích 9.8 s kódovým jménem Olive Jaguar a 10.2 s kódovým jménem Lavender Lion. Podrobnosti v poznámkách k vydání (9.8 a 10.2). Opraveny byly zranitelnosti Copy Fail (CVE-2026-31431), Dirty FRAG, Fragnesia (CVE-2026-46300), nginx Rift (CVE-2026-42945) a SSH Keysign Pwn (CVE-2026-46333).
Seznam.cz vykázal za rok 2025 tržby v celkové hodnotě 6,454 miliardy korun. Oproti roku 2024 nárůst o 3,68 %. Zisk před zdaněním oproti předcházejícímu roku poklesl, a to o 11,21 % na 1,330 miliardy korun. Vlastní velké jazykové modely SeLLMa najdou dnes uživatelé téměř na všech seznamáckých službách. Na všechny obsahové služby byla zavedena technologie text-to-speech, díky níž si mohou uživatelé přehrát články v audio verzi namluvené
… více »Vláda představila strategické digitalizační projekty. Roadmapa zahrnuje celkem 55 projektů napříč státní správou, z toho 22 prioritních projektů vycházejících přímo z programového prohlášení vlády a 33 projektů založených na platné legislativě. Portfolio pokrývá oblasti financí, zdravotnictví, digitální identity, dat, registrů, dopravy, krizového řízení, sociálních agend i kybernetické bezpečnosti.
Vyjádřeni Software Freedom Conservancy (SFC) k porušování licence AGPLv3 společností Bambu Lab v jejich softwaru Bambu Studio pro 3D tisk. Bambu Studio vychází z PrusaSliceru. Ten zase z Slic3ru. Spuštěn byl projekt baltobu, který kombinuje několik strategií pro řešení problému. SFC zastřeší vývoj svobodné náhrady proprietární knihovny libbambu_networking pomocí reverzního inženýrství a reimplementace, forku OrcaSliceru pro Bambu Lab tiskárny od Paweła Jarczaka a forku celého Bambu Studia pod názvem Viscose.
Správce souborů GNOME Commander (Wikipedie) byl přepsán do Rustu a vydán v nové verzi 2.0.0.
Sway (Wikipedie), dlaždicový (tiling) správce oken pro Wayland kompatibilní s i3, byl vydán ve verzi 1.12. Do vývoje se zapojilo 50 vývojářů. Přehled novinek na GitHubu. Sway 1.12 závisí na wlroots 0.20.0.
Zdravím,
narazil jsem na zajímavou situaci, která sice v mé mysli dřímala už nějakou dobu, teď ji však řeším prakticky.
Plánuji postavit storage server, budou tam dva 640GB disky, které bych rád rozdělil na 3 partišny (každý) s tím, že první bude 20GB RAID1 na samotný OS, druhá 120GB RAID1/RAID10 na důležitá data a třetí 1TB RAID0 pro běžné, méně důležité věci. Nad druhou a třetí particií plánuji nahodit LVM.
Popsaná situace je snad docela běžná, když jsem však v duchu začal disky dělit, něco mě napadlo. Co když - v budoucnu - bude třeba jeden disk (v rámci jeho kolapsu) vyměnit a nový disk bude menší? Nemyslím tím 640GB versus 320GB, ale situace, kdy si výrobce nalepí na obal "640GB", ale 640,000,000,000 bajtů mít nebude.
Zkusil jsem tuto teorii na třech 80GB discích, které doma vlastním - Fujitsu, Seagate a Samsung. Zatímco Fujitsu na notebooku měl shodnou velikost se stolním Seagate (156301488 LBA sektorů), Samsung měl 156368016, což je v přepočtu na MB asi o 32 více. Napadlo mě - co bych asi dělal s RAIDy a LVM, kdybych měl najednou nějaký mirror nacpat do menší velikosti. S LVM by to snad šlo bez problému, pvmove PE trochu víc k začátku disku, zmenšení RAIDu a jede se (snad) dále. Přesto bych takové situaci chtěl předejít.
Proto se ptám; jak to řešíte vy? Necháváte na konci disku ~100MB nevyužitého místa pro tyto případy? Setkali jste se s něčím podobným? Pokud ano, jak moc velikostní odchylky souvisejí s kapacitou disků?
Předem díky za odpovědi.
20.10.2009 16:02
AraxoN | skóre: 47
| blog: slon_v_porcelane
| Košice
21.10.2009 14:45
Heron | skóre: 53
| blog: root_at_heron
| Olomouc
a muselo by se to složitě zmenšovat. To už raději koupit větší disk. Nikde nepoužívám(e) nějaký prostor na konci disku jen pro případ o něco menšího disku.
No vyřeším to asi tak, že konec poslední partišny bude někde před 640,000,000,000. bajtem (zaokrouhleně) - velikost je sice různá, ale ještě jsem neviděl disk, který by šel pod hranici své specifikované velikosti.
Asi je pravda, že pak přijde na řadu terovej disk, ale pro všechny případy - těch ~40MB mě nezabije, obzvlášť na LVM s 32MB velikostí PE.
Díky všem za podněty.
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz