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:33 | Humor

    PimpMyGRC upravuje vzhled toolkitu GNU Radio a přidává alternativní barevná témata. Primárním cílem autora bylo pouze vytvořit tmavé prostředí vhodné pro noční práci, nicméně k dispozici je nakonec celá škála barevných schémat včetně možností různých animací a vizuálních efektů (plameny, matrix, bubliny...), které nepochybně posunou uživatelský zážitek na zcela jinou úroveň. Témata jsou skripty v jazyce Python, které nahrazují

    … více »
    NUKE GAZA! 🎆 | Komentářů: 2
    dnes 14:33 | Nová verze Ladislav Hagara | Komentářů: 0
    dnes 12:33 | Zajímavý projekt

    FRANK OS je open-source operační systém pro mikrokontrolér RP2350 (s FRANK M2 board) postavený na FreeRTOS, který přetváří tento levný čip na plně funkční počítač s desktopovým uživatelským rozhraním ve stylu Windows 95 se správcem oken, terminálem, prohlížečem souborů a knihovnou aplikací, ovládaný PS/2 myší a klávesnicí, s DVI video výstupem. Otázkou zůstává, zda by 520 KB SRAM stačilo každému 😅.

    NUKE GAZA! 🎆 | Komentářů: 4
    včera 22:55 | IT novinky

    Administrativa amerického prezidenta Donalda Trumpa by měla dostat zhruba deset miliard dolarů (asi 214 miliard Kč) za zprostředkování dohody o převzetí kontroly nad aktivitami sociální sítě TikTok ve Spojených státech.

    Ladislav Hagara | Komentářů: 1
    včera 21:33 | Nová verze

    Projekt Debian aktualizoval obrazy stabilní větve „Trixie“ (13.4). Shrnuje opravy za poslední dva měsíce, 111 aktualizovaných balíčků a 67 bezpečnostních hlášení. Opravy se týkají mj. chyb v glibc nebo webovém serveru Apache.

    |🇵🇸 | Komentářů: 2
    včera 13:00 | Humor

    Agent umělé inteligence Claude Opus ignoroval uživatelovu odpověď 'ne' na dotaz, zda má implementovat změny kódu, a přesto se pokusil změny provést. Agent si odpověď 'ne' vysvětlil následovně: Uživatel na mou otázku 'Mám to implementovat?' odpověděl 'ne' - ale když se podívám na kontext, myslím, že tím 'ne' odpovídá na to, abych žádal o svolení, tedy myslí 'prostě to udělej, přestaň se ptát'.

    NUKE GAZA! 🎆 | Komentářů: 11
    včera 00:44 | IT novinky

    Po 8. květnu 2026 už na Instagramu nebudou podporované zprávy opatřené koncovým šifrováním. V chatech, kterých se bude změna týkat, se objeví pokyny o tom, jak si média nebo zprávy z nich stáhnout, pokud si je chcete ponechat.

    Ladislav Hagara | Komentářů: 7
    včera 00:33 | IT novinky

    V lednu byla ve veřejné betě obnovena sociální síť Digg (Wikipedie). Dnes bylo oznámeno její ukončení (Hard Reset). Společnost Digg propouští velkou část týmu a přiznává, že se nepodařilo najít správné místo na trhu. Důvody jsou masivní problém s boty a silná konkurence. Společnost Digg nekončí, malý tým pokračuje v práci na zcela novém přístupu. Cílem je vybudovat platformu, kde lze důvěřovat obsahu i lidem za ním. Od dubna se do Diggu na plný úvazek vrací Kevin Rose, zakladatel Diggu z roku 2004.

    Ladislav Hagara | Komentářů: 5
    13.3. 12:33 | Zajímavý projekt

    MALUS je kontroverzní proprietarní nástroj, který svým zákazníkům umožňuje nechat AI, která dle tvrzení provozovatelů nikdy neviděla původní zdrojový kód, analyzovat dokumentaci, API a veřejná rozhraní jakéhokoliv open-source projektu a následně úplně od píky vygenerovat funkčně ekvivalentní software, ovšem pod libovolnou licencí.

    NUKE GAZA! 🎆 | Komentářů: 17
    13.3. 03:55 | Bezpečnostní upozornění

    Příspěvek na blogu Ubuntu upozorňuje na několik zranitelností v rozšíření Linuxu o mandatorní řízení přístupu AppArmor. Společně jsou označovány jako CrackArmor. Objevila je společnost Qualys (technické detaily). Neprivilegovaný lokální uživatel se může stát rootem. Chyba existuje od roku 2017. Doporučuje se okamžitá aktualizace. Problém se týká Ubuntu, Debianu nebo SUSE. Red Hat nebo Fedora pro mandatorní řízení přístupu používají SELinux.

    Ladislav Hagara | Komentářů: 2
    Které desktopové prostředí na Linuxu používáte?
     (16%)
     (7%)
     (0%)
     (11%)
     (29%)
     (2%)
     (5%)
     (1%)
     (13%)
     (24%)
    Celkem 1084 hlasů
     Komentářů: 26, poslední 12.3. 08:56
    Rozcestník

    Dotaz: Fedora 13 ničí VFAT na flešce

    6.6.2010 09:49 Quak
    Fedora 13 ničí VFAT na flešce
    Přečteno: 1059×
    Nedávno jsem upgradoval na Fedoru 13 a jeden z největších problémů, který se projevil je to, že se po zápisu na USB disk poškozuje souborový systém. Buď jsou některé soubory nečitelné, nebo to rovnou zlikviduje fat. Nemá někdo nějakou užitečnou radu?

    Odpovědi

    6.6.2010 10:12 Jiří J. | skóre: 34 | blog: Poutník | Brno
    Rozbalit Rozbalit vše Re: Fedora 13 ničí VFAT na flešce

    To se obvykle stává, pokud někdo filesystém neunmountne a neprovede ruční sync.

    6.6.2010 11:37 Jooky (inactive) | skóre: 39 | blog: Jooky | Bratislava
    Rozbalit Rozbalit vše Re: Fedora 13 ničí VFAT na flešce
    odmontovavate ten fs pred podpojenim od pc ?
    6.6.2010 15:14 Quak
    Rozbalit Rozbalit vše Re: Fedora 13 ničí VFAT na flešce
    Opravdu mě nemusíte podezírat, že jsem jeden z těch, co vyrvou flešku z počítače a pak se diví, že mu mizí soubory. Zkoušel jsem odpojovat svazek jak z konzole přes umount, tak z kontextového menu na desktopu (vysunout, bezpečně odebrat), nebo z nautila. Vše marno.
    6.6.2010 15:18 Petr Šobáň | skóre: 80 | blog: soban | Olomouc
    Rozbalit Rozbalit vše Re: Fedora 13 ničí VFAT na flešce
    A když zadáš sync před odpojením tak to taky poškodí?

    Taky jsem provedl upgrade na fc13 a bez problémů zapisuji na flash.
    6.6.2010 16:23 Quak
    Rozbalit Rozbalit vše Re: Fedora 13 ničí VFAT na flešce
    Sync nepomáhá. Naformátuju flashku, je jedno jestli přes mkfs nebo přímo v nejmenovaném operačním systému, a po zapsání několika (asi deseti) souborů a odpojení se mi už nepřipojí. Pro doplnění přidávám část /etc/mtab.
    gvfs-fuse-daemon on /home/username/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=username)
    /dev/sdb on /media/4C0B-A74F type vfat (rw,nosuid,nodev,uhelper=udisks,uid=500,gid=500,shortname=mixed,dmask=0077,utf8=1,flush)
    6.6.2010 18:15 Petr Šobáň | skóre: 80 | blog: soban | Olomouc
    Rozbalit Rozbalit vše Re: Fedora 13 ničí VFAT na flešce
    A nebude potom ta flash vadná? Jinde funguje OK? Vadný řadič ? Vadný kabel - pokud ten konektor není přímo na MB ?
    6.6.2010 18:22 Quak
    Rozbalit Rozbalit vše Re: Fedora 13 ničí VFAT na flešce
    Na stejném počítači ve win (dualboot) a na jiném pod openSuSE 11.2 je vše v pořádku.
    Jakub Lucký avatar 6.6.2010 19:54 Jakub Lucký | skóre: 40 | Praha
    Rozbalit Rozbalit vše Re: Fedora 13 ničí VFAT na flešce
    Nějaká hláška při pokusu o mount? Co fsck.vfat ?
    If you understand, things are just as they are; if you do not understand, things are just as they are.
    6.6.2010 21:30 Quak
    Rozbalit Rozbalit vše Re: Fedora 13 ničí VFAT na flešce

    Např. něco z /var/log/messages

    Jun  6 08:52:39 hpc kernel: usb 2-5: new high speed USB device using ehci_hcd and address 5
    
    Jun  6 08:52:39 hpc kernel: usb 2-5: New USB device found, idVendor=4146, idProduct=ba63
    
    Jun  6 08:52:39 hpc kernel: usb 2-5: New USB device strings: Mfr=1, Product=2, SerialNumber=3
    
    Jun  6 08:52:39 hpc kernel: usb 2-5: Product: USB Mass Storage Device
    
    Jun  6 08:52:39 hpc kernel: usb 2-5: Manufacturer: PRETEC Technology
    
    Jun  6 08:52:39 hpc kernel: usb 2-5: SerialNumber: f7d4c127063280
    
    Jun  6 08:52:39 hpc kernel: scsi8 : usb-storage 2-5:1.0
    
    Jun  6 08:52:44 hpc kernel: scsi 8:0:0:0: Direct-Access     Pretec   02GB             2.10 PQ: 0 ANSI: 2
    
    Jun  6 08:52:44 hpc kernel: sd 8:0:0:0: Attached scsi generic sg2 type 0
    
    Jun  6 08:52:44 hpc kernel: sd 8:0:0:0: [sdb] 4030463 512-byte logical blocks: (2.06 GB/1.92 GiB)
    
    Jun  6 08:52:44 hpc kernel: sd 8:0:0:0: [sdb] Write Protect is off
    
    Jun  6 08:52:44 hpc kernel: sd 8:0:0:0: [sdb] Assuming drive cache: write through
    
    Jun  6 08:52:44 hpc kernel: sd 8:0:0:0: [sdb] Assuming drive cache: write through
    
    Jun  6 08:52:44 hpc kernel: sdb:
    
    Jun  6 08:52:44 hpc kernel: sd 8:0:0:0: [sdb] Assuming drive cache: write through
    
    Jun  6 08:52:44 hpc kernel: sd 8:0:0:0: [sdb] Attached SCSI removable disk
    
    Jun  6 08:53:00 hpc kernel: FAT: Filesystem error (dev sdb)
    
    Jun  6 08:53:00 hpc kernel:    fat_free_clusters: deleting FAT entry beyond EOF
    
    Jun  6 08:53:00 hpc kernel:    File system has been set read-only
    
    

    To se alespoň připojila jako read-only. Pokud je poškozený fs, tak to vzpadá asi takhle:

     # fsck  /dev/sdb
    
    fsck z util-linux-ng 2.17.2
    
    dosfsck 3.0.9, 31 Jan 2010, FAT32, LFN
    
    FATs differ but appear to be intact. Use which FAT ?
    
    1) Use first FAT
    
    2) Use second FAT
    
    ? 1
    
    /ABC/��������.���
    
      Directory has non-zero size. Fixing it.
    
    /ABC/��������.���
    
      Start cluster beyond limit (4294967295 > 502820). Truncating file.
    
    /ABC/��������.���
    
      Directory has non-zero size. Fixing it.
    
    /ABC/��������.���
    
      Start cluster beyond limit (4294967295 > 502820). Truncating file.
    
    /ABC/��������.���
    
      Directory has non-zero size. Fixing it.
    
    /ABC/��������.���
    
      Start cluster beyond limit (4294967295 > 502820). Truncating file.
    
    /ABC/��������.���
    
      Directory has non-zero size. Fixing it.
    
    /ABC/��������.���
    
      Start cluster beyond limit (4294967295 > 502820). Truncating file.
    
    /ABC/��������.���
    
      Directory has non-zero size. Fixing it.
    
    /ABC/��������.���
    
      Start cluster beyond limit (4294967295 > 502820). Truncating file.
    
    /ABC/��������.���
    
      Directory has non-zero size. Fixing it.
    
    /ABC/��������.���
    
      Start cluster beyond limit (4294967295 > 502820). Truncating file.
    
    /ABC/��������.���
    
      Directory has non-zero size. Fixing it.
    
    /ABC/��������.���
    
      Start cluster beyond limit (4294967295 > 502820). Truncating file.
    
    /ABC/��������.���
    
    atd ... zkráceno
    
    /ABC/��������.���
      Start cluster beyond limit (4294967295 > 502820). Truncating file.
    Leaving file system unchanged.
    /dev/sdb: 376 files, 472305/502819 clusters
    
    
    8.6.2010 11:47 vencas | skóre: 32
    Rozbalit Rozbalit vše Re: Fedora 13 ničí VFAT na flešce
    Zdá se, že má vadné bloky nebo -- to první -- má velikost větší než fyzické zařízení.

    Kdysi mi něco podobného dělalu Ubunto s prastarým MP3 přehrávačem, Linux (na rozdíl od Windows) detekoval chybu filesystému a připojil ho jako read-only. Ve windows to naoko fungovalo.
    7.6.2010 08:29 Dan Horák | skóre: 21
    Rozbalit Rozbalit vše Re: Fedora 13 ničí VFAT na flešce
    Byla ta flashka od pořízení formátovaná - ať v Linuxu nebo ve Win?

    A byli bychom rádi i za ohlášení do Bugzilly
    7.6.2010 12:41 Quak
    Rozbalit Rozbalit vše Re: Fedora 13 ničí VFAT na flešce
    Ano, byla již několikrát přeformátovaná jak v linuxu (přímo ve fedoře), tak i ve win, jak jsem již napsal v jednom z předchozích příspěvků. Formátoval jsem jí po každém narušení filesystému. Pokusím se napsat bugreport.
    8.6.2010 08:11 omg
    Rozbalit Rozbalit vše Re: Fedora 13 ničí VFAT na flešce
    fdisk - spatna verze typu partition?
    Jakub Lucký avatar 8.6.2010 11:18 Jakub Lucký | skóre: 40 | Praha
    Rozbalit Rozbalit vše Re: Fedora 13 ničí VFAT na flešce
    Ještě mě napadá, co jiný fs? Taky se poškodí?
    If you understand, things are just as they are; if you do not understand, things are just as they are.
    8.6.2010 11:31 chrono
    Rozbalit Rozbalit vše Re: Fedora 13 ničí VFAT na flešce
    Pár dní dozadu som si všimol, že keď mám Flash disk nerozdelený (a partícia je teda na celom disku), tak mi Windows 7 ten súborový systém zničí (v Linuxe a vo Windows XP to ale funguje normálne).
    michich avatar 8.6.2010 11:42 michich | skóre: 51 | blog: ohrivane_parky
    Rozbalit Rozbalit vše Re: Fedora 13 ničí VFAT na flešce
    Jo, to by mohlo souviset. Podle výpisu mountů v komentáři 5 Quak opravdu používá filesystém na celém blokovém zařízení bez partition tabulky.
    8.6.2010 16:10 Quak
    Rozbalit Rozbalit vše Re: Fedora 13 ničí VFAT na flešce
    Už je to tak. Teď jsem zkoušel (jinou než předtím) flešku naformátovat jako /dev/sdb a po zapsání pár větších souborů se projevily chyby. Když jsem vytvořil primární partititon /dev/sdb1 tak se mi zatím i přes různé kopírování a mazání souborů nepovedlo poškodit fs.

    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.