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 14:22 | Zajímavý článek

    Github publikoval Octoverse 2025 (YouTube), tj. každoroční přehled o stavu open source a veřejných softwarových projektů na GitHubu. Každou sekundu se připojil více než jeden nový vývojář. Nejpoužívanějším programovacím jazykem se stal TypeScript.

    Ladislav Hagara | Komentářů: 0
    dnes 09:55 | Komunita

    Kit je nový maskot webového prohlížeče Firefox.

    Ladislav Hagara | Komentářů: 12
    dnes 00:11 | Nová verze

    Mastodon (Wikipedie) - sociální síť, která není na prodej - byl vydán ve verzi 4.5. Přehled novinek s náhledy v oznámení na blogu.

    Ladislav Hagara | Komentářů: 1
    včera 23:55 | IT novinky

    Německo zvažuje, že zaplatí místním telekomunikačním operátorům včetně Deutsche Telekom, aby nahradili zařízení od čínské firmy Huawei. Náklady na výměnu by mohly přesáhnout dvě miliardy eur (bezmála 49 miliard Kč). Jeden scénář počítá s tím, že vláda na tento záměr použije prostředky určené na obranu či infrastrukturu.

    Ladislav Hagara | Komentářů: 1
    včera 18:00 | Komunita

    Po dvaceti letech skončil leader japonské SUMO (SUpport.MOzilla.org) komunity Marsf. Důvodem bylo nasazení sumobota, který nedodržuje nastavené postupy a hrubě zasahuje do překladů i archivů. Marsf zároveň zakázal použití svých příspěvků a dat k učení sumobota a AI a požádal o vyřazení svých dat ze všech učebních dat.

    karkar | Komentářů: 7
    včera 11:00 | IT novinky

    Úřad pro ochranu hospodářské soutěže zahajuje sektorové šetření v oblasti mobilních telekomunikačních služeb poskytovaných domácnostem v České republice. Z poznatků získaných na základě prvotní analýzy provedené ve spolupráci s Českým telekomunikačním úřadem (ČTÚ) ÚOHS zjistil, že vzájemné vztahy mezi operátory je zapotřebí detailněji prověřit kvůli možné nefunkčnosti některých aspektů konkurence na trzích, na nichž roste tržní podíl klíčových hráčů a naopak klesá význam nezávislých virtuálních operátorů.

    Ladislav Hagara | Komentářů: 16
    včera 10:55 | Humor

    Různé audity bezpečnostních systémů pařížského muzea Louvre odhalily závažné problémy v oblasti kybernetické bezpečnosti a tyto problémy přetrvávaly déle než deset let. Jeden z těchto auditů, který v roce 2014 provedla francouzská národní agentura pro kybernetickou bezpečnost, například ukázal, že heslo do kamerového systému muzea bylo „Louvre“. 😀

    Ladislav Hagara | Komentářů: 15
    včera 01:00 | Komunita

    Z upstreamu GNOME Mutter byl zcela odstraněn backend X11. GNOME 50 tedy poběží už pouze nad Waylandem. Aplikace pro X11 budou využívat XWayland.

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

    Byl publikován plán na odstranění XSLT z webových prohlížečů Chrome a Chromium. S odstraněním XSLT souhlasí také vývojáři Firefoxu a WebKit. Důvodem jsou bezpečnostní rizika a klesající využití v moderním webovém vývoji.

    Ladislav Hagara | Komentářů: 1
    5.11. 15:55 | Nová verze

    Desktopové prostředí LXQt (Lightweight Qt Desktop Environment, Wikipedie) vzniklé sloučením projektů Razor-qt a LXDE bylo vydáno ve verzi 2.3.0. Přehled novinek v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 1
    Jaké řešení používáte k vývoji / práci?
     (35%)
     (48%)
     (18%)
     (17%)
     (22%)
     (15%)
     (21%)
     (16%)
     (16%)
    Celkem 321 hlasů
     Komentářů: 15, poslední 2.11. 08:25
    Rozcestník

    Administrace komentářů

    Jste na stránce určené pro řešení chyb a problémů týkajících se diskusí a komentářů. Můžete zde našim administrátorům reportovat špatně zařazenou či duplicitní diskusi, vulgární či osočující příspěvek a podobně. Děkujeme vám za vaši pomoc, více očí více vidí, společně můžeme udržet vysokou kvalitu AbcLinuxu.cz.

    Příspěvek
    22.4.2008 14:33 toxin | skóre: 6
    Rozbalit Rozbalit vše Re: Ext3 - chyby ve FS i po fsck -af...
    Tak tady je report z fsck pri odmountovanem FS.
    The current device is:  /dev/md3
    Open(...READ/WRITE EXCLUSIVE...) returned rc = 0
    Primary superblock is valid.
    The type of file system for the device is JFS.
    Block size in bytes:  4096
    Filesystem size in blocks:  24416768
    **Phase 0 - Replay Journal Log
    LOGREDO:  Allocating for ReDoPage:  (d) 4096 bytes
    LOGREDO:  Allocating for NoDoFile:  (d) 4096 bytes
    LOGREDO:  Allocating for BMap:  (d) 96264 bytes
    LOGREDO:  Allocating for IMap:  (d) 21280 bytes
    LOGREDO:  Allocating for IMap:  (d) 2048 bytes
    LOGREDO:  Allocating for IMap:  (d) 2048 bytes
    LOGREDO:  Allocating for IMap:  (d) 2048 bytes
    LOGREDO:  Allocating for IMap:  (d) 2048 bytes
    LOGREDO:  Allocating for IMap:  (d) 2048 bytes
    LOGREDO:  Allocating for IMap:  (d) 2048 bytes
    LOGREDO:  Allocating for IMap:  (d) 2048 bytes
    LOGREDO:  Allocating for IMap:  (d) 2048 bytes
    LOGREDO:  Allocating for IMap:  (d) 2048 bytes
    LOGREDO:  Allocating for IMap:  (d) 2048 bytes
    LOGREDO:  Allocating for IMap:  (d) 2048 bytes
    LOGREDO:  Allocating for IMap:  (d) 2048 bytes
    LOGREDO:  Allocating for IMap:  (d) 2048 bytes
    LOGREDO:  Allocating for IMap:  (d) 2048 bytes
    LOGREDO:  Log record for Sync Point at:    0x0196f1d0
    LOGREDO:  Allocating for IMap:  (d) 2048 bytes
    LOGREDO:  Allocating for IMap:  (d) 2048 bytes
    LOGREDO:  Allocating for IMap:  (d) 2048 bytes
    LOGREDO:  Allocating for IMap:  (d) 2048 bytes
    LOGREDO:  Allocating for IMap:  (d) 2048 bytes
    LOGREDO:  Allocating for IMap:  (d) 2048 bytes
    LOGREDO:  Allocating for IMap:  (d) 2048 bytes
    LOGREDO:  Allocating for IMap:  (d) 2048 bytes
    LOGREDO:  Allocating for IMap:  (d) 2048 bytes
    LOGREDO:  Allocating for DoBLk:  (d) 4096 bytes
    LOGREDO:  Allocating for IMap:  (d) 2048 bytes
    LOGREDO:  Allocating for IMap:  (d) 2048 bytes
    LOGREDO:  Allocating for IMap:  (d) 2048 bytes
    LOGREDO:  Allocating for IMap:  (d) 2048 bytes
    LOGREDO:  Allocating for IMap:  (d) 2048 bytes
    LOGREDO:  Allocating for IMap:  (d) 2048 bytes
    LOGREDO:  Allocating for IMap:  (d) 2048 bytes
    LOGREDO:  Allocating for IMap:  (d) 2048 bytes
    LOGREDO:  Allocating for IMap:  (d) 2048 bytes
    LOGREDO:  Allocating for IMap:  (d) 2048 bytes
    LOGREDO:  Allocating for IMap:  (d) 2048 bytes
    LOGREDO:  Beginning to update the Inode Allocation Map.
    LOGREDO:  Done updating the Inode Allocation Map.
    LOGREDO:  Beginning to update the Block Map.
    LOGREDO:  Done updating the Block Map.
    LOGREDO:  End of log found at logend = 0x01972fd4
    LOGREDO:  Synch point record number:  0x0196f1d0
    LOGREDO:  Synch point record address:  0x01959b10
    LOGREDO:  Number of log records:    (d) 730
    LOGREDO:  Number of Do blocks:    (d) 114
    LOGREDO:  Number of NoDo blocks:    (d) 45
    logredo returned rc = 0
    **Phase 1 - Check Blocks, Files/Directories, and  Directory Entries
    File system object FF188471 has corrupt data (9).
    **Phase 2 - Count links
    Inode F106509 has incorrect link count.
    Incorrect link counts have been detected. Will correct.
    **Phase 3 - Duplicate Block Rescan and Directory Connectedness
    **Phase 4 - Report Problems
    File system object FF188471 is linked as: /var/lib/postgresql/data/pg_subtrans/00B8
    cannot repair the data format error(s) in this file.
    cannot repair FF188471.  Will release.
    **Phase 5 - Check Connectivity
    **Phase 6 - Perform Approved Corrections
    Superblock marked dirty because repairs are about to be written.
    Link count for inode F106509 has been adjusted/corrected.
    Directory inode F188451 entry reference to inode F188471 removed.
    Storage allocated to inode F188471 has been cleared.
    **Phase 7 - Rebuild File/Directory Allocation Maps
    **Phase 8 - Rebuild Disk Allocation Maps
    Filesystem Summary:
    Blocks in use for inodes:  68500
    Inode count:  548000
    File count:  435816
    Directory count:  42213
    Block count:  24416768
    Free block count:  22331913
     97667072 kilobytes total disk space.
       197998 kilobytes in 42213 directories.
      8057632 kilobytes in 435816 user files.
            0 kilobytes in extended attributes
            0 kilobytes in access control lists
       479786 kilobytes reserved for system use.
     89327652 kilobytes are available for use.
    Filesystem is clean.
    All observed inconsistencies have been repaired.
    Filesystem has been marked clean.
    **** Filesystem was modified. ****
    processing terminated:  4/22/2008 12:11:18  with return code: 0  exit code: 1.
    
    fsck.ext3 -pfv /dev/md4
    
       91056 inodes used (0.50%)
         274 non-contiguous inodes (0.3%)
             # of inodes with ind/dind/tind blocks: 3681/211/0
     2743777 blocks used (3.77%)
           0 bad blocks
           1 large file
    
       86257 regular files
        4786 directories
           0 character device files
           0 block device files
           0 fifos
           0 links
           4 symbolic links (4 fast symbolic links)
           0 sockets
    --------
       91047 files

    V tomto formuláři můžete formulovat svou stížnost ohledně příspěvku. Nejprve vyberte typ akce, kterou navrhujete provést s diskusí či příspěvkem. Potom do textového pole napište důvody, proč by měli admini provést vaši žádost, problém nemusí být patrný na první pohled. Odkaz na příspěvek bude přidán automaticky.

    Vaše jméno
    Váš email
    Typ požadavku
    Slovní popis
    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.