Rakudo (Wikipedie), tj. překladač programovacího jazyka Raku (Wikipedie), byl vydán ve verzi #171 (2024.04). Programovací jazyk Raku byl dříve znám pod názvem Perl 6.
Společnost Epic Games vydala verzi 5.4 svého proprietárního multiplatformního herního enginu Unreal Engine (Wikipedie). Podrobný přehled novinek v poznámkách k vydání.
Byl vydán Nextcloud Hub 8. Představení novinek tohoto open source cloudového řešení také na YouTube. Vypíchnout lze Nextcloud AI Assistant 2.0.
Vyšlo Pharo 12.0, programovací jazyk a vývojové prostředí s řadou pokročilých vlastností. Krom tradiční nadílky oprav přináší nový systém správy ladících bodů, nový způsob definice tříd, prostor pro objekty, které nemusí procházet GC a mnoho dalšího.
Microsoft zveřejnil na GitHubu zdrojové kódy MS-DOSu 4.0 pod licencí MIT. Ve stejném repozitáři se nacházejí i před lety zveřejněné zdrojové k kódy MS-DOSu 1.25 a 2.0.
Canonical vydal (email, blog, YouTube) Ubuntu 24.04 LTS Noble Numbat. Přehled novinek v poznámkách k vydání a také příspěvcích na blogu: novinky v desktopu a novinky v bezpečnosti. Vydány byly také oficiální deriváty Edubuntu, Kubuntu, Lubuntu, Ubuntu Budgie, Ubuntu Cinnamon, Ubuntu Kylin, Ubuntu MATE, Ubuntu Studio, Ubuntu Unity a Xubuntu. Jedná se o 10. LTS verzi.
Na YouTube je k dispozici videozáznam z včerejšího Czech Open Source Policy Forum 2024.
Fossil (Wikipedie) byl vydán ve verzi 2.24. Jedná se o distribuovaný systém správy verzí propojený se správou chyb, wiki stránek a blogů s integrovaným webovým rozhraním. Vše běží z jednoho jediného spustitelného souboru a uloženo je v SQLite databázi.
Byla vydána nová stabilní verze 6.7 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 124. Přehled novinek i s náhledy v příspěvku na blogu. Vypíchnout lze Spořič paměti (Memory Saver) automaticky hibernující karty, které nebyly nějakou dobu používány nebo vylepšené Odběry (Feed Reader).
OpenJS Foundation, oficiální projekt konsorcia Linux Foundation, oznámila vydání verze 22 otevřeného multiplatformního prostředí pro vývoj a běh síťových aplikací napsaných v JavaScriptu Node.js (Wikipedie). V říjnu se verze 22 stane novou aktivní LTS verzí. Podpora je plánována do dubna 2027.
--write-mostly
), alebo spravil RAID1 aspoň na tých 120G, kde bude systém a swap. Dáta môžu byť bez RAIDu, ak máš zálohy. Z mojej skúsenosti je obnoviť dáta zo zálohy bezbolestná operácia, ale preinštalovať celý systém od nuly je stres na niekoľko dní.
vetsi userbase znamena, ze az se to posere, bude vic lidi kteri to uz resili a snadneji najdu navod jak z toho ven.Jak "posere"? Z hlediska závažné chyby v HW nemáš šanci, protože SSD/Nvme při HW chybě padnou jako celek. Nepotkal jsem situaci, kdy je v poruše jen něco na SSD. A z hlediska SW je lepší používat to, co znáš a umíš adminovat. Tak se vyhneš chybě lépe než radou "používej tohle".
Je tam 120GB ssd na system (debian-openmediavault) a 2 TB ssd nvme na data. Jeden kus. Takze zadne raid nebudou. … Je to rozumne? je to nesmysl?
V prvé řadě je to zbytečná práce. Úložiště, kde nejsou replikovaná data, a ke všemu na SSD discích. Do to jde jenom blázen.
Ja som kupil z bazaru DS115j za 50ecka mam tam normalny disk a je to lepsie nez ssd aspon ak je disk ok. synology ma par vychytavok pred tym som mal nazdielany disk cez raspberry. taktiez mam aj DS120j v alze ho maju za nieco 11Oecka a nic clovek nemusi riesit a vela zavisi od disku cosa tyka kvality ale z bazaru sa neolati to skor ten z alzy ds120j kedze ten ma napr moznost nastavit cas zapnutia a vypnutie nasky cosa hodi ak to ma byt nadoma
Jak byste rozpartitionovali ten vetsi datovy disk…
Nijak. Doporučuji nepoužívat ani GPT; nemá to žádný smysl. Přímo na disk dát LUKS. Do toho souborový systém.
…a jake filesystemy byste zvolili?
Btrfs.
Proc?
Protože je bezkonkurenčně nejlepší. Nejlepší spolehlivost, výkonnost, flexibilita a k tomu portfolio vlastností, které nic jiného (přímo v kernelu) nemá.
Který souborový systém se dá například po přidání dalšího disku bez mrknutí oka a bez odmountování zkonvertovat z jednoho disku na RAID1? Ano, jedině Btrfs.
Jedině Btrfs umí skutečné zálohy s inkrementálními (rozdílovými) a atomickými snapshoty, které se dají posílat mezi originálním a zálohovacím souborovým systémem.
Ja pracovne uvazuju o nejakych 600 GB na timemachine backups, …
Nejlepší timemachine je Btrfs. 100%. Zásada číslo 1: Nedělit, nedělit, nedělit.
…900 GB na media (filmy, malinko mozna hudba a knizky)…
Co když bude dočasně potřeba 901 GB? Co když bude u výše jmenovaného oddílu dočasně potřeba 601 GB? Nedělit, nedělit, nedělit.
…a zbytek (~400 GB) jako sandbox na kraviny typu docker, sifrovany FS,…
Šifrované má být 100% všechno, 100% všechno v LUKS. Neexistuje důvod, aby to tak nebylo. Hardwarově akcelerované šifrování je dnes zdarma. I béčkový procesor dokáže šifrovat s propustností, kterou skoro žádné SSD nedá (snad kromě těch PCIe extrémů za $10k+). V nehorším případě (typu krádež NASu) se pak aspoň k datům nikdy nikdo nedostane.
…uceni se novych veci, etc...jake fs zvolit?
Btrfs.
Je to rozumne? je to nesmysl? proc?
Jakékoliv zbytečné dělení je nerozumné. Připravit se o klíčové výhody Btrfs (pod mylným dojmem, že jsou za každou cenu potřeba zastaralé FS) je nerozumné.
…mam zkusit jit do nejakych tech flexibilnich veci (lvm) co se daji zvetsovat a zmensovat?
Ne. LVM je v tomto kontextu dokonale obsolete. Btrfs dokáže všechno to zvětšování a zmenšování nesrovnatelně lépe — díky tomu, že nic takového nepotřebuje.
Neni to zbytecne slozite, s jednim fyz. diskem?
Je. Jeden fyzický disk, dva fyzické disky i deset fyzických disků nejlépe využije Btrfs.
Jaka jsou nejzasadnejsi rizika? Asi vypadek elektriky pri primountovanych diskach a zapisu. Ktery FS se s tim nejlip vyporada a da se snadno opravit?
Btrfs.
A hlavně, když už se vlivem hardwaru předstírajícího bariéry přece jen něco semele, Btrfs to (na rozdíl od zastaralých filesystémů) díky svým checksumům zjistí a oznámí, místo aby vracel náhodně zničená data.
Jak to mate vy? a proc prave tak? Jake velikosti a fs byste doporucili?
Takhle to mám na jednom ze strojů. Velikosti: Vždy 100%. FS: Vždy Btrfs.
mdadm
/ dmraid
AID6 může být, zatímco RAID1C3 je ještě o řád + galaxii jinde. Plánuju v budoucnu rebalance na (také) RAID6 metadata. (Jinak RAID6 metadata jsem měl mezi lety 2015 a 2020; bez problémů, jen jsem se pak zalekl pověr, které zmiňují write hole, jenom zapomínají dodat, že všechno ostatní (!) má mnohem horší write hole.))Tahle↑↑↑ konfigurace už zachránila moje data asi desetkrát. Byla na 6 discích. 2 selhaly. Ustála to. Pak na 8 discích. Další 2 selhaly. Vyměnil jsem je jako žárovky; žádný problém. Pak jsem si konečně připustil, jak hrozná sračka je SMR a že 5 TB v 2,5" formátu za tu nespolehlivost nestojí. Následovala (postupná) výměna všech 8 disků za SSD. Za provozu. Bez odmountování. Pak za rok selhalo jedno SSD. Katastrofálně. Odpojovalo se a vracelo se, několik hodin. Vracelo nesmyslná data. Během toho se na pole zálohovalo. Hrůza! Jenže Btrfs všechno bravurně ustál. SSD jsem pak vyměnil jako žárovku. Život jde dál. Btrfs rocks + rulezzz.
Tiskni Sdílej: