Nové číslo časopisu Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 166 (pdf).
Blíží se prázdniny a než se rozutečete k moři, je na čase se opět sejít na Virtuální Bastlírně - pravidelném setkání elektroniků, ajťáků, bastlířů a obecně nadšenců do techniky. Co si pro vás strahovští bastlíři připravili tentokrát? Určitě proberou blížící se Linux Days i další události. U softwaru se chvíli zdrží a poví si kupříkladu o tom, jak se zbavit Bambu Cloudu, ale nepřijít o možnost ovládat tiskárnu na dálku. Řeč dojde i na AI,
… více »Vývojáři postmarketOS vydali verzi 26.06 tohoto operačního systému pro chytré telefony vycházejícího z optimalizovaného a nakonfigurovaného Alpine Linuxu s vlastními balíčky. Přehled novinek v příspěvku na blogu. Na výběr jsou 4 uživatelská rozhraní: GNOME, KDE Plasma Mobile, Phosh a Sxmo.
Byla vydána nová verze 2.55.0 distribuovaného systému správy verzí Git. Přispělo 100 vývojářů, z toho 33 nových. Přehled novinek v příspěvku na blogu GitHubu a v poznámkách k vydání.
Craig Loewen na blogu Microsoftu oznámil veřejnou preview verzi WSL kontejnerů, tj. linuxových kontejnerů ve Windows Subsystem for Linux (WSL). Spouští se příkazem wslc.exe.
Byla vydána (𝕏, Bluesky) nová verze 2026.2 linuxové distribuce navržené pro digitální forenzní analýzu a penetrační testování Kali Linux (Wikipedie). Přehled novinek se seznamem 9 nových nástrojů v oficiálním oznámení na blogu.
Grafická aplikace Krokiet/Czkawka pro vyhledávání a odstraňovaní nepotřebných souborů (duplicitní soubory, prázdné složky, podobné obrázky, podobná videa, poškozené soubory a další) byla vydána ve verzi 12.0.0. Podrobný přehled novinek v příspěvku na Medium. Jedná se o poslední verzi frontendu Czkawka GTK nad Czkawka Core. Uživatelům se doporučuje migrovat na frontend Krokiet postavený nad frameworkem Slint. Představena byla aplikace Cedinia pro Android využívající Czkawka Core. Dostupná je jako APK pro ruční instalaci.
Po téměř třech letech od vydání verze 9 byla vydána nová verze 10 linuxové distribuce Mageia (Wikipedie). Přehled novinek v poznámkách k vydání.
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.
14.6.2020 19:05
Petr Tomášek | skóre: 39
| blog: Vejšplechty
BTRFS critical (device md127): corrupt leaf: root=1 block=8212462***** slot=45, invalid root item size, have 239 expect 439
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
btrfsck ani btrfs scrub žádnou chybu nenašel. Lze to nějak jednoduše opravit?
Řešení dotazu:
Má ten stroj ECC? Jak na něm dopadne memtest? Je kernel tainted (bloby všeho druhu, experimentální driver od USB síťovky)?
Btrfs Wiki o tomhle v podstatě tvrdí, byť zoufale lámanou angličtinou, že nanejvýš pravděpodobnou příčinou bude problém/bitflip v RAM nebo nelegitimní zápis do RAM, při troše smůly tam, kde má Btrfs data.
239 = 0000 1110 1111 439 = 0001 1011 0111
22.6.2020 11:22
Petr Tomášek | skóre: 39
| blog: Vejšplechty
15.6.2020 01:19
Jendа | skóre: 78
| blog: Jenda
| JO70FB
btrfs scrubAno, protože scrub jenom přepočítává checksumy, ale nekontroluje, že strom je furt strom.
btrfsck žádnou chybu nenašelTak to máš dobré, protože já když jsem měl tenhle problém (dvakrát, pak jsem btrfs přestal na notebooku používat), tak chybu našel a opravil ji tak, že smazal všechno okolo.
Lze to nějak jednoduše opravit?Můžeš se ponořit do binárního formátu a zkusit to fixnout. A nebo to smazat a vytvořit znova. Jak jsem psal, mně se to opakovalo -- takže můžeš prohlásit, že tento stroj není hoden btrfs, a přejít na FS s fungujícím fsck.
takže můžeš prohlásit, že tento stroj není hoden btrfs, a přejít na FS s fungujícím fsck
Uf. A co takhle raději přejít na stroj s fungující RAM? Nebylo by to lepší?
Navrhuješ tedy přejít na nefunkční FS ve stylu 90. let (zato však s (údajně) funkčním fsck) a namlouvat si, že se mě silent data corruption netýká a že mi moje data mizí jenom pomalu a jenom postupně, takže to snad není tak hrozné…? To jako fakt? Opravdu? To zní jako velmi špatný vtip.
To je veľmi pokrokové zveriť súborovému systému, ktorý pri rozpade urobí z dát len náhodne data. Z iných aspoň niečo dostaneš.
15.6.2020 21:15
Jendа | skóre: 78
| blog: Jenda
| JO70FB
Uf. A co takhle raději přejít na stroj s fungující RAM? Nebylo by to lepší?Jak si mohu být jist, že jde o chybu RAM, a ne o například race condition v btrfs? (memtest86+ proběhl bez chyb a žádné jiné záhady se v systému nějak neděly)
22.6.2020 17:22
Petr Tomášek | skóre: 39
| blog: Vejšplechty
.
BTRFS critical (device md127): corrupt leaf: root=1 block=8212462***** slot=45, invalid root item size, have 239 expect 439Problém popisuje tento mailing list. V závěru mailing listu se můžeš dočíst, že se nejedná o chybu v datové struktuře btrfs, ale pouze o falešnou chybovou hlášku. Po aktualizaci na kernel 5.9 se falešná chybová hláška již neobjevuje. Cituji poslední komunikaci mezi reportérem chyby a Qu Wenruo, vývojářem btrfs, který věc vysvětluje:
> I'm very sorry, but I didn't have the time to do the btrfs-image dump. > I was just about to go back to work on the problem, but first I've > updated my system and now the problem is gone. > My system (Debian testing) is running with the latest available kernel > 5.9.0-2 and btrfs-progs 5.9. > The last time I updated my system was 60 days ago and at this point > the problem still existed. > So, for now, no more corrupt leaf; invalid root item size erros. Oh, that's because we have located the cause and fixed the false alert. The fix is this one: 1465af12e254 ("btrfs: tree-checker: fix false alert caused by legacy btrfs root item") Some legacy root item can have smaller size than what we have now. Thanks for another reporter's dump, we fixed it and existing kernels should receive the backport already. Thanks, Qu
29.11.2022 11:56
Petr Tomášek | skóre: 39
| blog: Vejšplechty
29.11.2022 12:28
Max | skóre: 73
| blog: Max_Devaine
29.11.2022 13:20
Petr Tomášek | skóre: 39
| blog: Vejšplechty
aktéž nevidím žádný smysl v označování vlastních komentářů jako řešení.To je jen reakce na ty fanatické propagátory BTRFS. Bohužel, abclinuxu neumí, aby a) nějaké "řešení" bylo označeno za "ne-řešení", b) aby se bral v potaz původní tazatel. Takhle kdokoliv může označit za řešení jakoukoliv pitomost, i když to nikomu nepomůže...
29.11.2022 15:51
Max | skóre: 73
| blog: Max_Devaine
proto mě to tenkrát nedovolilo FS namountovatJen jestli to není výmluva, abys neprohrál slovní bitvu ve vedlejším vlákně
. Ve tvém úvodním dotazu, ani v komentářích, jsi nic o nemožnosti namountovat nepsal. A teď po dvou letech si vzpomeneš, že to nešlo namountovat? Výše v komentáři jsi psal "Jak to vypadá, tak teprve novější verze BTRFS na problém upozorňuje." Z toho vyplývá, že btrfs ti normálně fungovalo a tvůj problém byl skutečně jen falešné upozornění v dmesg. To že bylo vše v pořádku potvrzuje i tvá věta "btrfsck ani btrfs scrub žádnou chybu nenašel."
Je klidně možné, že jsi kvůli falešné chybové hlášce dělal s btrfs nějaké alotrie, tím sis ho rozmrdal a pak ti nešel namountovat. To klidně možné je.
Abych tě potěšil ve tvém hejtu proti btrfs, tak souhlasím, že i taková chybová hláška je nepříjemná chyba (obzvlášť když je označena jako critical) a vývojáři btrfs by za ni zasloužili za uši.
Tiskni
Sdílej:
15.6.2020 17:33