Webový prohlížeč Dillo (Wikipedie) byl vydán ve verzi 3.1.0. Po devíti letech od vydání předchozí verze 3.0.5. Doména dillo.org již nepatří vývojářům Dilla.
O víkendu probíhá v Bostonu, a také virtuálně, konference LibrePlanet 2024 organizovaná nadací Free Software Foundation (FSF).
Nová vývojová verze Wine 9.8 řeší mimo jiné chybu #3689 při instalaci Microsoft Office 97 nahlášenou v roce 2005.
Coppwr, tj. GUI nástroj pro nízkoúrovňové ovládání PipeWire, byl vydán v nové verzi 1.6.0. Zdrojové kódy jsou k dispozici na GitHubu. Instalovat lze také z Flathubu.
Byla vydána dubnová aktualizace aneb nová verze 1.89 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a animovanými gify v poznámkách k vydání. Vypíchnout lze, že v terminálu lze nově povolit vkládání kopírovaného textu stisknutím středního tlačítka myši. Ve verzi 1.89 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
Proton, tj. fork Wine integrovaný v Steam Play a umožňující v Linuxu přímo ze Steamu hrát hry určené pouze pro Windows, byl vydán ve verzi 9.0-1 (𝕏). Přehled novinek se seznamem nově podporovaných her na GitHubu. Aktuální přehled her pro Windows běžících díky Protonu také na Linuxu na stránkách ProtonDB.
Byla vydána verze 1.78.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání na GitHubu. Vyzkoušet Rust lze například na stránce Rust by Example.
Služba Dropbox Sign (původně HelloSign) pro elektronické podepisování smluv byla hacknuta.
Byla vydána nová major verze 8.0 textového editoru GNU nano (Wikipedie). Podrobný přehled novinek a oprav v oznámení v diskusním listu info-nano nebo v souboru ChangeLog na Savannah. Volbou --modernbindings (-/) lze povolit "moderní" klávesové zkratky: ^C kopírování, ^V vložení, ^Z vrácení zpět, … Tato volba je aktivována také pokud binárka s nano nebo link na ni začíná písmenem "e".
Před 60 lety, 1. května 1964, byl představen programovací jazyk BASIC (Beginners' All-purpose Symbolic Instruction Code).
Řešení dotazu:
Btrfs používám od roku 2010 a není to žádný pokus, je to prostě normální filesystém jako každý jiný, jen s vestavěným RAIDem a s checksumy. ZFS funguje skvěle na Illumosu, ale na Linuxu mu Btrfs natrhne prdel co do výkonnosti.
FUD ohledně (údajné, smyšlené, před lety odstraněné) nespolehlivosti nějakého filesystému k řešení problému tazatele příliš nepřispívá.
Děje se jen to, co obvykle dělá Linux při problémech s diskem — nekonečné resetování disku a snaha vadné sektory přečíst. To postihuje všechny filesystémy bez rozdílu. Jednou dojde na timeout, ale obvykle to trvá dlouho.
# btrfs scrub start /mnt/btrfs_rootPo jeho skončení se podíváme do /var/log/messages, kde uvidíme mimo jihého i hlášky typu:
Nov 23 09:04:57 micro kernel: btrfs: i/o error at logical 3280823517184 on dev /dev/sdc1, sector 782226816, root 256, inode 260, offset 9871937536, length 4096, links 1 (path: web/virtual_web_server.img)Tyto hlášky si vyfiltrujeme, ořízneme a získáme seznam všech postižených souborů. Pokud bychom potřebovali některý soubor alespoň zčásti zachránit, použijeme:
# dd if=/mnt/btrfs-root/virtuals/web/virtual_web_server.img of=/mnt/test-disk/backup/virtuals/web/virtual_web_server.img bs=4096 ibs=4096 conv=noerror,syncKde bs a ibs nastavíme podle hodnoty parametru "length" z logu. Po zkopírování všechny postižené soubory smažeme. Následně již můžeme disk vyřadit z btrfs pomocí:
# btrfs device delete /dev/sdc1 /mnt/btrfs_root, které proběhne již v pořádku. Výsledek je - zachránili jsme všechna nepoškozená data, filesystém se nerozpadl a reklamační si může užít chybující disk :). Předpokladem samozřejmě je, že metadata jsou v pořádku (nejlépe použít RAID1, aby byla vždy duplikována), viz:
# btrfs fi df /mnt/btrfs-root/ Data: total=4.97TB, used=3.98TB System, RAID1: total=32.00MB, used=596.00KB System: total=4.00MB, used=0.00 Metadata, RAID1: total=144.48GB, used=366.00MB
Tiskni Sdílej: