FFmpeg nechal kvůli porušení autorských práv odstranit z GitHubu jeden z repozitářů patřících čínské technologické firmě Rockchip. Důvodem bylo porušení LGPL ze strany Rockchipu. Rockchip byl FFmpegem na porušování LGPL upozorněn již téměř před dvěma roky.
K dispozici je nový CLI nástroj witr sloužící k analýze běžících procesů. Název je zkratkou slov why-is-this-running, 'proč tohle běží'. Klade si za cíl v 'jediném, lidsky čitelném, výstupu vysvětlit odkud daný spuštěný proces pochází, jak byl spuštěn a jaký řetězec systémů je zodpovědný za to, že tento proces právě teď běží'. Witr je napsán v jazyce Go.
Yazi je správce souborů běžící v terminálu. Napsán je v programovacím jazyce Rust. Podporuje asynchronní I/O operace. Vydán byl v nové verzi 25.12.29. Instalovat jej lze také ze Snapcraftu.
Od soboty do úterý probíhá v Hamburku konference 39C3 (Chaos Communication Congress) věnovaná také počítačové bezpečnosti nebo hardwaru. Program (jiná verze) slibuje řadu zajímavých přednášek. Streamy a záznamy budou k dispozici na media.ccc.de.
Byl představen nový Xserver Phoenix, kompletně od nuly vyvíjený v programovacím jazyce Zig. Projekt Phoenix si klade za cíl být moderní alternativou k X.Org serveru.
XLibre Xserver byl 21. prosince vydán ve verzi 25.1.0, 'winter solstice release'. Od založení tohoto forku X.Org serveru se jedná o vůbec první novou minor verzi (inkrementovalo se to druhé číslo v číselném kódu verze).
Wayback byl vydán ve verzi 0.3. Wayback je "tak akorát Waylandu, aby fungoval Xwayland". Jedná se o kompatibilní vrstvu umožňující běh plnohodnotných X11 desktopových prostředí s využitím komponent z Waylandu. Cílem je nakonec nahradit klasický server X.Org, a tím snížit zátěž údržby aplikací X11.
Byla vydána verze 4.0.0 programovacího jazyka Ruby (Wikipedie). S Ruby Box a ZJIT. Ruby lze vyzkoušet na webové stránce TryRuby. U příležitosti 30. narozenin, první veřejná verze Ruby 0.95 byla oznámena 21. prosince 1995, proběhl redesign webových stránek.
Všem čtenářkám a čtenářům AbcLinuxu krásné Vánoce.
Byla vydána nová verze 7.0 linuxové distribuce Parrot OS (Wikipedie). S kódovým názvem Echo. Jedná se o linuxovou distribuci založenou na Debianu a zaměřenou na penetrační testování, digitální forenzní analýzu, reverzní inženýrství, hacking, anonymitu nebo kryptografii. Přehled novinek v příspěvku na blogu.
--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.
. Jeho odpověď se mi, na rozdíl od některých dřívějších reakcí v diskusích, poměrně zamlouvá.
Jirka
Tiskni
Sdílej: