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).
[ 2765.719548] BTRFS critical (device sda4): corrupt leaf, slot offset bad: block=3997250650112, root=1, slot=48
[ 2765.731772] BTRFS error (device sda4): failed to read block groups: -5
[ 2765.781993] BTRFS error (device sda4): open_ctree failed
Super. Skusil som to mountnut na 1000 sposobov, ro, degraded, recovery, nic. Skusil som oba disky zvlast a vyzera to tak, ze chyba sa spolahlivo zreplikovala na oba. Na btrfs mailingliste odozva pomala, tudiz som kupil dalsi 4TB disk a zapocal btrfs restore. Zatial to vyzera dobre a mal by som minimalne tie najdolezitejsie veci obnovit bez strat.
Otazka teraz znie, co dalej. Uz sa asi nechcem uberat cestou RAID1+zaloha v trezore, ale radsej jeden disk pracovny, jeden ako (denna) zalohoa v nas-e a jeden ako (mesacna-polrocna) zaloha v trezore. Schema teda A->B----->C
Dalsia otazka je, aky filesystem zvolit na jednotlive disky.
U pracovneho disku (A) potrebujem relativnu volnost, deduplikaciu a asi radsej aj snapshoty. Tam si asi moc vyskakovat nemozem a asi zase pouzijem btrfs, teraz uz len ako single disk (a pouzijem najnovsi kernel).
U (online) zalohovacieho disku B je to zlozitejsie. Btrfs tam na 100% po tejto skusenosti nechcem. Ext4/xfs su stare overene filesystemy, z ktorych tie data v pripade pruseru pojde snad nejak vydolovat, blbo su na tom s checksumami a nie su nijak odolne voci bitflipu. Zvazujem teda skusit ZFS. Zalohovat budem asi pomocou bup, takze deduplikaciu mam vyriesenu na urovni zalohovacieho nastroja a nepotrebujem ju od filesystemu. Takisto nepotrebujem taku volnost s multidevice ako na pracovnom disku.
Disk do trezoru C je takisto nevyriesena tema s identickymi otazkami ako u disku B.
Pouziva niekto podobnu schemu/kombinaciu filesystemov a podeli sa o skusenosti? Nejake ine napady a doporucenia?
Diky
Tiskni Sdílej:
pouzijem najnovsi kernelNa jaké verzi bylo tohle?
Rozpadol sa BTRFS-RAID1 nad dvomi fyzickymi diskami (sda4/sdb4) bez akejkolvek medzivrstvy. ... Upresnim, ze sa na oboch diskoch nachadzal este [mdraid+ext3 /boot]Wait, what? Takže byl mdraid nad btrfs raidem? A jeste k tomu se z toho datoveho uloziste bootovalo?