abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    dnes 15:22 | Zajímavý článek

    Nové číslo časopisu Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 160 (pdf).

    Ladislav Hagara | Komentářů: 0
    dnes 14:11 | IT novinky

    Izrael od února zakáže dětem používat v prostorách základních škol mobilní telefony. Podle agentury AFP to uvedlo izraelské ministerstvo školství, které zdůraznilo negativní dopady, které na žactvo používání telefonů má. Izrael se tímto krokem přidává k rostoucímu počtu zemí, které dětem ve vzdělávacích zařízeních přístup k telefonům omezují.

    Ladislav Hagara | Komentářů: 13
    dnes 14:00 | IT novinky

    Internetová společnost Google ze skupiny Alphabet pravděpodobně dostane příští rok pokutu od Evropské komise za nedostatečné dodržování pravidel proti upřednostňování vlastních služeb a produktů ve výsledcích vyhledávání. V březnu EK obvinila Google, že ve výsledcích vyhledávání upřednostňuje na úkor konkurence vlastní služby, například Google Shopping, Google Hotels a Google Flights. Případ staví Google proti specializovaným

    … více »
    Ladislav Hagara | Komentářů: 6
    dnes 12:22 | Pozvánky

    Byl oznámen program a spuštěna registrace na konferenci Prague PostgreSQL Developer Day 2026. Konference se koná 27. a 28. ledna a bude mít tři tracky s 18 přednáškami a jeden den workshopů.

    TomasVondra | Komentářů: 0
    dnes 12:11 | Pozvánky

    Na webu československého síťařského setkání CSNOG 2026 je vyvěšený program, registrace a další informace k akci. CSNOG 2026 se uskuteční 21. a 22. ledna příštího roku a bude se i tentokrát konat ve Zlíně. Přednášky, kterých bude více než 30, budou opět rozdělené do tří bloků - správa sítí, legislativa a regulace a akademické projekty. Počet míst je omezený, proto kdo má zájem, měl by se registrovat co nejdříve.

    VSladek | Komentářů: 0
    včera 00:44 | Zajímavý článek

    Máirín Duffy a Brian Smith v článku pro Fedora Magazine ukazují použití LLM pro diagnostiku systému (Fedora Linuxu) přes Model Context Protocol od firmy Anthropic. I ukázkové výstupy v samotném článku obsahují AI vygenerované nesmysly, např. doporučení přeinstalovat balíček pomocí správce balíčků APT z Debianu místo DNF nativního na Fedoře.

    |🇵🇸 | Komentářů: 37
    13.12. 04:55 | Zajímavý software

    Projekt D7VK dospěl do verze 1.0. Jedná se o fork DXVK implementující překlad volání Direct3D 7 na Vulkan. DXVK zvládá Direct3D 8, 9, 10 a 11.

    Ladislav Hagara | Komentářů: 1
    12.12. 16:00 | Nová verze

    Byla vydána nová verze 2025.4 linuxové distribuce navržené pro digitální forenzní analýzu a penetrační testování Kali Linux (Wikipedie). Přehled novinek se seznamem nových nástrojů v oficiálním oznámení na blogu.

    Ladislav Hagara | Komentářů: 2
    12.12. 12:44 | IT novinky

    Národní úřad pro kybernetickou a informační bezpečnost (NÚKIB) zveřejnil Národní politiku koordinovaného zveřejňování zranitelností (pdf), jejímž cílem je nejen zvyšování bezpečnosti produktů informačních a komunikačních technologií (ICT), ale také ochrana objevitelů zranitelností před negativními právními dopady. Součástí je rovněž vytvoření „koordinátora pro účely CVD“, jímž je podle nového zákona o kybernetické … více »

    Ladislav Hagara | Komentářů: 32
    12.12. 04:33 | Nová verze

    Vývojáři KDE oznámili vydání balíku aplikací KDE Gear 25.12. Přehled novinek i s náhledy a videi v oficiálním oznámení.

    Ladislav Hagara | Komentářů: 0
    Jaké řešení používáte k vývoji / práci?
     (35%)
     (48%)
     (19%)
     (17%)
     (22%)
     (14%)
     (24%)
     (15%)
     (17%)
    Celkem 467 hlasů
     Komentářů: 19, poslední 11.12. 20:04
    Rozcestník

    Dotaz: Stale file handle

    12.3.2016 17:54 xorly
    Stale file handle
    Přečteno: 589×
    Ahoj, na disku nemohu přistupovat k jednomu souboru. Např. při pokusu o smazání dostanu chybu:

    rm: cannot remove 'TerminalBlock_Pheonix_MPT-2.54mm_12pol.wrl': Stale file handle

    při výpisu obsahu složky se toho moc nedozvím

    ...

    -????????? ? ? ? ? ? TerminalBlock_Pheonix_MPT-2.54mm_12pol.wrl

    ...

    je to součást jednoho git repozitáře

    Hledal jsem na webu a všude tento problém řeší s NFS, to jsem zde nikdy nepoužíval. Provozuji LUKS a v něm mám btrfs. Běžím na ARCHu

    Zkusil jsem fsck a scrub celého FS a žádná chyba nebyla nalezena. Narazil jsem na tento thread, ale nakonec to OP vyřešil přeformátováním FS, což se mi moc nechce.

    Máte nějaký nápad?

    Odpovědi

    12.3.2016 20:06 NN
    Rozbalit Rozbalit vše Re: Stale file handle
    Maznout pres inode nejde?
    12.3.2016 21:56 xorly
    Rozbalit Rozbalit vše Re: Stale file handle
    Právě, že ani inode nedokážu zjistit (ani pod rootem)

    # ls -il

    ...

    7332786 -rw-r--r-- 1 xorly users 190338 Feb 29 11:51 TerminalBlock_Pheonix_MPT-2.54mm_12pol.wings

    ? -????????? ? ? ? ? ? TerminalBlock_Pheonix_MPT-2.54mm_12pol.wrl

    7332787 -rw-r--r-- 1 xorly users 29474 Feb 29 11:51 TerminalBlock_Pheonix_MPT-2.54mm_2pol.wings

    ...
    12.3.2016 23:34 Jooky (inactive) | skóre: 39 | blog: Jooky | Bratislava
    Rozbalit Rozbalit vše Re: Stale file handle
    co pise kernel log ? ... ked odmontujes a primontujes fs, tak je to tam stale ?
    13.3.2016 10:59 xorly
    Rozbalit Rozbalit vše Re: Stale file handle

    Z logu jádra jsem grepnul "btrfs", moc tam toho není.

    [    2.614280] Btrfs loaded
    [    2.614867] BTRFS: device fsid 0751a567-2689-437f-b79a-fd29165da6c6 devid 1 transid 82619 /dev/sdb3
    [    2.615466] BTRFS: device fsid fbe3d611-0b48-41a3-9881-6e70e9e3f865 devid 1 transid 1485 /dev/sda2
    [    2.615864] BTRFS: device fsid 18009aa7-bd6f-4898-9486-a04bd570ce78 devid 1 transid 626 /dev/sdb4
    [    2.639234] BTRFS: device fsid ee483052-1789-480f-941e-99dbf028a36a devid 1 transid 851659 /dev/sda1
    [    2.653479] BTRFS info (device sdb3): disk space caching is enabled
    [    2.673680] BTRFS: detected SSD devices, enabling SSD mode
    [    3.001779] BTRFS info (device sdb3): turning on discard
    [    3.001782] BTRFS info (device sdb3): disk space caching is enabled
    [    3.934453] BTRFS info (device sda1): enabling auto defrag
    [    3.934458] BTRFS info (device sda1): disk space caching is enabled
    [    7.607255] BTRFS error (device sda1): could not find root 8
    [    7.665622] BTRFS error (device sda1): could not find root 8
    [    7.665704] BTRFS error (device sda1): could not find root 8
    [   10.934802] BTRFS: device fsid 558daa1c-3f75-42eb-ab4d-7a6fcaea05a1 devid 1 transid 677108 /dev/dm-0
    [   10.960745] BTRFS info (device dm-0): enabling auto defrag
    [   10.960754] BTRFS info (device dm-0): disk space caching is enabled
    [   14.479638] BTRFS info (device sdb4): use ssd allocation scheme
    [   14.479653] BTRFS info (device sdb4): turning on discard
    [   14.479658] BTRFS info (device sdb4): disk space caching is enabled
    [   14.479662] BTRFS: has skinny extents
    Jedná se o dm-0, normální HDD. (sda1 mám na /var) Umount/mount se děje při každém vypnutí/zapnutí systému a nebyl s tím žádný problém. Jinak beze změny.
    13.3.2016 02:46 Sten
    Rozbalit Rozbalit vše Re: Stale file handle
    btrfs scrub start -B /

    Řekne to víc informací a zkusí opravit to, co bezpečně jde.
    13.3.2016 12:50 xorly
    Rozbalit Rozbalit vše Re: Stale file handle
    # btrfs scrub start -B /home
    scrub done for 558daa1c-3f75-42eb-ab4d-7a6fcaea05a1
    	scrub started at Sun Mar 13 11:07:05 2016 and finished after 00:49:27
    	total bytes scrubbed: 290.08GiB with 0 errors
    
    a RAW výstup
    scrub status for 558daa1c-3f75-42eb-ab4d-7a6fcaea05a1
    scrub device /dev/mapper/home (id 1) history
            scrub started at Sun Mar 13 11:07:05 2016 and finished after 00:49:27
            data_extents_scrubbed: 5358723
            tree_extents_scrubbed: 276588
            data_bytes_scrubbed: 306945388544
            tree_bytes_scrubbed: 4531617792
            read_errors: 0
            csum_errors: 0
            verify_errors: 0
            no_csum: 1178308
            csum_discards: 0
            super_errors: 0
            malloc_errors: 0
            uncorrectable_errors: 0
            unverified_errors: 0
            corrected_errors: 0
            last_physical: 467115442176
    
    Právě, že žádnou chybu nenajde...
    13.3.2016 14:22 Jooky (inactive) | skóre: 39 | blog: Jooky | Bratislava
    Rozbalit Rozbalit vše Re: Stale file handle
    Este pre kontrolu ... nebol v minulosti ten fs nekorektne odpojeny ? ... strata napajania, problem s diskom, kernel panic, etc. ...
    13.3.2016 16:34 xorly
    Rozbalit Rozbalit vše Re: Stale file handle
    Párkrát jsem omylem vycucnul baterku v NB na nulu. Takže powerloss určitě nastal... S Diskem žádné problémy nejsou ani nebyly. Ve SMART jsou nenulové jen provozní parametry jako spinup time, teplota apod., žádné chyby.

    Párkrát jsem v minulosti kernel panic na tomhle stroji měl a to dokonce něco kvůli btrfs. Avšak v Archu vychází jádro dost často a problém byl rychle pryč. Nicméně se to určitě stalo dříve něž tento soubor vůbec vzniknul.
    14.3.2016 09:47 Jooky (inactive) | skóre: 39 | blog: Jooky | Bratislava
    Rozbalit Rozbalit vše Re: Stale file handle
    Ja som presne narazal na ten bug, co spomenul "lertimir" dole ... problem je, ze ak niecomu takemu doslo, tak medatada checksumy su "vporiadku" a teda klasicky scrub s tym nic nezpravi. Skusal si zbehnut check (nie fsck) ? ... ten kontroluje aj logicku integritu, takze je sanca, ze by to mohol opravit (je dobre mat latest btrfs tooly) ...
    14.3.2016 22:56 xorly
    Rozbalit Rozbalit vše Re: Stale file handle
    Tady je výstup btrfs check. Moc mi to neříká.
    # btrfs check -p --check-data-csum  /dev/mapper/home
    Checking filesystem on /dev/mapper/home
    UUID: 558daa1c-3f75-42eb-ab4d-7a6fcaea05a1
    checking extents [o]
    checking free space cache [o]
    checking fs roots [o]
    found 309216416127 bytes used err is 0
    total csum bytes: 295143188
    total tree bytes: 2262269952
    total fs tree bytes: 1834450944
    total extent tree bytes: 82804736
    btree space waste bytes: 357692599
    file data blocks allocated: 309234204672
     referenced 302608572416
    
    14.3.2016 07:11 Sten
    Rozbalit Rozbalit vše Re: Stale file handle
    Nekorektní odpojení by nemělo vadit žádnému modernímu souborovému systému
    14.3.2016 09:45 Jooky (inactive) | skóre: 39 | blog: Jooky | Bratislava
    Rozbalit Rozbalit vše Re: Stale file handle
    Nemalo, ale bohuzial bol tam bug ... tak isto napr aj ext4 mal niekedy dost zly bug co sa tyka log replay ... vid komentar od "lertimir" nizsie
    14.3.2016 07:13 Sten
    Rozbalit Rozbalit vše Re: Stale file handle
    Zvláštní, že to nenašlo žádnou chybu, ten podivný soubor má tedy platný checksum metadat. Zkusil bych ještě btrfs check /, ten to zkoumá víc do detailů.
    13.3.2016 20:01 lertimir | skóre: 64 | blog: Par_slov
    Rozbalit Rozbalit vše Re: Stale file handle
    13.3.2016 23:00 xorly
    Rozbalit Rozbalit vše Re: Stale file handle
    Díky, co jsem se dohledal, tak patche se dostaly do jádra už někdy v září 2015. U mě problém nenastal víc jak 2 měsíce zpět. Možná je to nějaký další bug.

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.