Nourish (GitHub) je nový správce oken pro Linux. Tradiční plochy nahrazuje nekonečným plátnem a posouváním a přibližováním. Využívá vlastní kompozitor pro Wayland s názvem y5. Videoukázka.
Po 20 letech a 17 otevřených (open source) krátkých filmech Blender Studio oznámilo plán na svůj první celovečerní film. Cílem samozřejmě není jenom nový otevřený film, ale především vývoj a vylepšení otevřených nástrojů pro spolupráci napříč celým procesem a vytvoření otevřené příručky (playbook) pro filmovou produkci ve velkém měřítku s informacemi, které jsou obvykle dostupné pouze uvnitř komerčních studií, a pomoci tak nezávislým tvůrcům překonat technické a organizační bariéry.
Byla vydána nová verze 26.6.25 svobodného multiplatformního video editoru Shotcut (Wikipedie) postaveného nad multimediálním frameworkem MLT. Shotcut je vedle zdrojových kódů k dispozici také ve formátech AppImage, Flatpak a Snap.
Apple bez varování odstranil ze svého obchodu sociální síť VKontaktě i další aplikace skupiny VK, jako je VK Music nebo VK Video [Novinky.cz].
V dubnu loňského roku představený poštovní klient Notion Mail bude 22. září ukončen.
Konference OpenAlt 2026 hledá přednášející. Proběhne o víkendu 7. a 8. listopadu na půdě Fakulty informačních technologií VUT v Brně. Témata konference jsou: Otevřený a svobodný software, IoT a Hnutí tvůrců, Vzdělávání, Bezpečnost a soukromí, Otevřená společnost, komunity a data, OpenMobility a další.
Společnosti OpenAI a Broadcom oznámily čip optimalizovaný pro AI pojmenovaný Jalapeño.
Deno (Wikipedie), běhové prostředí (runtime) pro JavaScript, TypeScript a WebAssembly, bylo vydáno v nové verzi 2.9. Hlavní novinkou je deno desktop pro převod Deno projektu na desktopovou aplikaci. Jedná se o alternativu k frameworkům Electron nebo Tauri.
Od zítra jsou Datové schránky oficiálně na nové adrese datovka.gov.cz. Adresa mojedatovaschranka.cz zůstává funkční do 27. srpna 2026, následně budou uživatelé automaticky přesměrováni na datovka.gov.cz.
Dolphin (Wikipedie), tj. open source multiplatformní emulátor herních konzolí GameCube a Wii od Nintenda, byl vydán ve verzi 2606. S podporou Game Boy Playeru.
Disk /dev/sda: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/sda1 1 310 2490043+ fd Linux raid autodetect
/dev/sda2 311 375 522112+ fd Linux raid autodetect
/dev/sda3 392 121601 973619325 fd Linux raid autodetect
výpis z mdsat :
Personalities : [linear] [raid0] [raid1] [raid6] [raid5] [raid4]
md2 : active raid5 sda3[0] sdb3[1] sdc3[2] sdd3[3]
723165696 blocks level 5, 64k chunk, algorithm 2 [4/4] [UUUU]
md1 : active raid1 sda2[0] sdb2[1] sdc2[2] sdd2[3]
522048 blocks [4/4] [UUUU]
md0 : active raid1 sda1[0] sdb1[1] sdc1[2] sdd1[3]
2489920 blocks [4/4] [UUUU]
Aby se pole zvětšilo musím tedy použít :
mdadm -G /dev/md2 --size maxJelikož sda3 je v md2. Je to tak ? A druhá moje otázka je jestli to mohu udělat za chodu . Nerada bych to spustila a ztratila data :) . Děkuji za případné rady .
mdadm -G /dev/md2 --size max
/dev/md2 on /volume1 type ext3Ok chápu , takže když v budoucnu dokoupím další 3ks 1TB disky, tak postupně budu dopočítavat pole a pak zvětším souborový sytém pomocí
resize2fs -p /dev/md2
sfdisk -d /dev/sda | sfdisk /dev/sdbA následně na sdb poslední partišnu smažu (fdisk, cfdisk) a vytvořím novou, přes celý zbytek disku.
md2 má 723165696 bloků, myslím že bloky jsou klasické po 512 Bytech tak to pole má dohromady 370260836352 bytů tedy 370GB? Takže na jeden disk je cca 150G? Jen tak málo? Nízké kapacity jsou o dost dražší za GB prostě proto, že obal a mechanika hlav je téměř konstantní nákladová položka moc nezávisející na kapacitě. Nejefektivnější na GB jsou v současnosti 3TB disky, které jsou v ceně cca 1Kč/1GB (1TB je cca 1,5Kč/1GB) na druhou stranu pokud je to Synology natolik staré nemusí být schopno uřídit 3TB disky. Kde má to Synology firmware na discích nebo ve firmware? Uvažoval bych o přechodu na zcela nové disky, 2x 1TB disk v RAID1 by dalo mnohem větší kapacitu.
Další možnost k úvaze je taková: Na 1TB disku udělat přesně takové oddíly (s přesností na sektor, o sektor menší oddíl nejde zařadit do RAIDu, větší oddíl jsou zbytečné ztráty) jako jsou na ostatních discích. Na těchto oddílech vytvořit RAID s ostatními disky v Synology. Zbytek 1TB disku udělat samostatný oddíl a zapojit ho jako samostatný filesystem. Měl by se dát udělat na synology dostupný, nebyl by v RAIDu, takže na méně důležitá data, ale byl by využíván. Přesně takto jsem postupoval, když u mého pole havaroval 1,5TB disk v RAID 5 poli, a takové disky se již nedělají tak jsem koupil větší, jeho 1,5TB část zapojil do pole a na zbytku mám neRAID oddíl.
Tiskni
Sdílej: