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 17:00 | Upozornění

    Národní identitní autorita, tedy NIA ID, MeG a eOP jsou nedostupné. Na nápravě se pracuje [𝕏].

    Ladislav Hagara | Komentářů: 1
    dnes 16:44 | IT novinky

    Americký výrobce čipů Nvidia se stal první firmou na světě, jejíž tržní hodnota dosáhla pěti bilionů USD (104,5 bilionu Kč). Nvidia stojí v čele světového trhu s čipy pro umělou inteligenci (AI) a výrazně těží z prudkého růstu zájmu o tuto technologii. Nvidia již byla první firmou, která překonala hranici čtyř bilionů USD, a to letos v červenci.

    Ladislav Hagara | Komentářů: 2
    dnes 14:11 | Komunita

    Po Canonicalu a SUSE oznámil také Red Hat, že bude podporovat a distribuovat toolkit NVIDIA CUDA (Wikipedie).

    Ladislav Hagara | Komentářů: 0
    dnes 13:55 | Nová verze

    TrueNAS (Wikipedie), tj. open source storage platforma postavená na Linuxu, byl vydán ve verzi 25.10 Goldeye. Přináší NVMe over Fabric (NVMe-oF) nebo OpenZFS 2.3.4.

    Ladislav Hagara | Komentářů: 0
    dnes 13:33 | Nová verze

    Byla vydána OpenIndiana 2025.10. Unixový operační systém OpenIndiana (Wikipedie) vychází z OpenSolarisu (Wikipedie).

    Ladislav Hagara | Komentářů: 0
    dnes 13:22 | Zajímavý článek

    České základní a střední školy čelí alarmujícímu stavu kybernetické bezpečnosti. Až 89 % identifikovaných zranitelností v IT infrastruktuře vzdělávacích institucí dosahuje kritické úrovně, což znamená, že útočníci mohou vzdáleně převzít kontrolu nad klíčovými systémy. Školy navíc často provozují zastaralé technologie, i roky nechávají zařízení bez potřebných aktualizací softwaru a používají k nim pouze výchozí, všeobecně známá

    … více »
    Ladislav Hagara | Komentářů: 6
    dnes 05:11 | Komunita

    Během tradiční ceremonie k oslavě Dne vzniku samostatného československého státu (28. října) byl vyznamenán medailí Za zásluhy (o stát v oblasti hospodářské) vývojář 3D tiskáren Josef Průša. Letos byly uděleny pouze dvě medaile Za zásluhy o stát v oblasti hospodářské, druhou dostal informatik a manažer Ondřej Felix, který se zabývá digitalizací státní správy.

    🇹🇬 | Komentářů: 33
    dnes 04:44 | Nová verze

    Tor Browser, tj. fork webového prohlížeče Mozilla Firefox s integrovaným klientem sítě Tor přednastavený tak, aby přes tuto síť bezpečně komunikoval, byl vydán ve verzi 15.0. Postaven je na Firefoxu ESR 140.

    Ladislav Hagara | Komentářů: 2
    včera 16:44 | Nová verze

    Bylo oznámeno (cs) vydání Fedora Linuxu 43. Ve finální verzi vychází šest oficiálních edic: Fedora Workstation a Fedora KDE Plasma Desktop pro desktopové, Fedora Server pro serverové, Fedora IoT pro internet věcí, Fedora Cloud pro cloudové nasazení a Fedora CoreOS pro ty, kteří preferují neměnné systémy. Vedle nich jsou k dispozici také další atomické desktopy, spiny a laby. Podrobný přehled novinek v samostatných článcích na stránkách Fedora Magazinu: Fedora Workstation, Fedora KDE Plasma Desktop, Fedora Silverblue a Fedora Atomic Desktops.

    Ladislav Hagara | Komentářů: 0
    včera 15:22 | IT novinky

    Elon Musk oznámil (𝕏) spuštění internetové encyklopedie Grokipedia (Wikipedia). Zatím ve verzi 0.1. Verze 1.0 prý bude 10x lepší, ale i ve verzi 0.1 je podle Elona Muska již lepší než Wikipedia.

    Ladislav Hagara | Komentářů: 20
    Jaké řešení používáte k vývoji / práci?
     (36%)
     (48%)
     (20%)
     (19%)
     (23%)
     (17%)
     (21%)
     (17%)
     (17%)
    Celkem 281 hlasů
     Komentářů: 14, poslední 14.10. 09:04
    Rozcestník

    Dotaz: Stale file handle

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