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í
×
    včera 23:55 | Komunita

    Ubuntu 26.04 LTS bude (𝕏) Resolute Raccoon (rezolutní mýval).

    Ladislav Hagara | Komentářů: 0
    včera 21:00 | Nová verze

    Netwide Assembler (NASM) byl vydán v nové major verzi 3.00. Přehled novinek v poznámkách k vydání v aktualizované dokumentaci.

    Ladislav Hagara | Komentářů: 0
    včera 20:11 | Komunita

    Linuxová distribuce Frugalware (Wikipedie) ke konci roku 2025 oficiálně končí.

    Ladislav Hagara | Komentářů: 0
    včera 17:22 | Nová verze

    Byla vydána nová verze 3.0.6 svobodné aplikace pro úpravu a vytváření rastrové grafiky GIMP (GNU Image Manipulation Program). Přehled novinek v oznámení o vydání a v souboru NEWS na GitLabu. Nový GIMP bude brzy k dispozici také na Flathubu.

    Ladislav Hagara | Komentářů: 0
    včera 16:11 | IT novinky

    Americký výrobce čipů AMD uzavřel s americkou společností OpenAI smlouvu na několikaleté dodávky vyspělých mikročipů pro umělou inteligenci (AI). Součástí dohody je i předkupní právo OpenAI na přibližně desetiprocentní podíl v AMD.

    Ladislav Hagara | Komentářů: 1
    včera 12:22 | Nová verze Ladislav Hagara | Komentářů: 0
    5.10. 20:00 | Komunita

    Byly zpracovány a na YouTube zveřejněny videozáznamy z konference LinuxDays 2025.

    Ladislav Hagara | Komentářů: 0
    4.10. 15:22 | IT novinky

    Na konferenci LinuxDays 2025 byl oficiálně představen nový router Turris Omnia NG.

    Ladislav Hagara | Komentářů: 34
    4.10. 05:22 | Komunita

    Přímý přenos (YouTube) z konference LinuxDays 2025, jež probíhá tento víkend v Praze v prostorách FIT ČVUT. Na programu je spousta zajímavých přednášek.

    Ladislav Hagara | Komentářů: 16
    3.10. 22:44 | IT novinky

    V únoru loňského roku Úřad pro ochranu osobních údajů pravomocně uložil společnosti Avast Software pokutu 351 mil. Kč za porušení GDPR. Městský soud v Praze tuto pokutu na úterním jednání zrušil. Potvrdil ale, že společnost Avast porušila zákon, když skrze svůj zdarma dostupný antivirový program sledovala, které weby jeho uživatelé navštěvují, a tyto informace předávala dceřiné společnosti Jumpshot. Úřad pro ochranu osobních údajů

    … více »
    Ladislav Hagara | Komentářů: 9
    Jaké řešení používáte k vývoji / práci?
     (38%)
     (45%)
     (15%)
     (17%)
     (22%)
     (15%)
     (18%)
     (16%)
     (15%)
    Celkem 181 hlasů
     Komentářů: 12, poslední 4.10. 20:35
    Rozcestník

    Dotaz: Stale file handle

    12.3.2016 17:54 xorly
    Stale file handle
    Přečteno: 561×
    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.