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 17:00 | Nová verze

Byl vydán Docker 1.13. Přehled novinek na YouTube a v poznámkách k vydání na GitHubu. Docker umožňuje běh aplikací v softwarových kontejnerech (Wikipedia).

Ladislav Hagara | Komentářů: 1
včera 15:51 | Komunita

Mozilla.cz informuje, že nástroje pro webové vývojáře se možná oddělí od Firefoxu a stanou doplňkem. Nástroje pro webové vývojáře prošly velkým přepisem a tým, který se stará o jejich vývoj, by uvítal možnost jejich častějších aktualizacích nezávisle na vydávání nových verzí Firefoxu.

Ladislav Hagara | Komentářů: 4
včera 07:00 | Humor

Čtenářům AbcLinuxu vše nejlepší k dnešnímu Dni zvýšení povědomí o tučňácích (Penguin Awareness Day).

Ladislav Hagara | Komentářů: 0
včera 06:00 | Komunita

Bylo spuštěno hlasování o přednáškách a workshopech pro letošní InstallFest, jenž proběhne o víkendu 4. a 5. března v Praze. Současně byla oznámena změna místa. InstallFest se letos vrací zpět na Karlovo náměstí do budovy E.

Ladislav Hagara | Komentářů: 0
včera 02:48 | Komunita

Greg Kroah-Hartman potvrdil, že Linux 4.9 je jádrem s prodlouženou upstream podporou (LTS, Long Term Support). Podpora je plánována do ledna 2019. Aktuální jádra s prodlouženou podporou jsou tedy 3.2, 3.4, 3.10, 3.12, 3.16, 3.18, 4.1, 4.4 a 4.9.

Ladislav Hagara | Komentářů: 0
včera 00:11 | Zajímavý článek

Výrobce síťových prvků, společnost Netgear, spustila nový program, který slibuje vývojářům, expertům, ale i běžným uživatelům vyplacení finanční odměny za nalezení bezpečnostních chyby v jejich produktech. Za nalezení zranitelnosti v hardware, API nebo mobilní aplikaci nabízí odměnu od 150 do 15 tisíc dolarů (dle závažnosti).

Michal Makovec | Komentářů: 0
včera 00:08 | Pozvánky

V sobotu 18. 2. se v Praze v prostorách VŠE uskuteční od 9:30 již 4. ročník největší české konference o open source redakčním systému WordPress (WP) - WordCamp Praha 2017.

… více »
smíťa | Komentářů: 0
19.1. 23:58 | Komunita

Kryptoměnová komunita zahájila nový rok spuštěním projektu Blockchain.cz, jehož cílem je kolektivně nalézt ideální překlad pro čím dál frekventovanější slovo „blockchain“. Přispět návrhem může kdokoli. Sběr bude trvat až do konce září 2017. Následně bude probíhat dvoutýdenní veřejné hlasování, které bude zakončeno výběrem toho nejlepšího návrhu.

xHire | Komentářů: 9
19.1. 15:55 | Bezpečnostní upozornění

Společnost Oracle vydala čtvrtletní bezpečnostní aktualizaci svých softwarových produktů (CPU, Critical Patch Update). Opraveno je celkově 270 bezpečnostních chyb. V Oracle Java SE je například opraveno 17 bezpečnostních chyb. Vzdáleně zneužitelných bez autentizace je 16 z nich. V Oracle MySQL je opraveno 27 bezpečnostních chyb. Vzdáleně zneužitelných bez autentizace je 5 z nich.

Ladislav Hagara | Komentářů: 0
19.1. 02:48 | Nová verze

Po půl roce od vydání verze 9.0 (zprávička) byla vydána verze 10.0 zvukového serveru PulseAudio. Přehled novinek v poznámkách k vydání.

Ladislav Hagara | Komentářů: 35
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (10%)
 (2%)
 (73%)
 (3%)
 (11%)
Celkem 346 hlasů
 Komentářů: 25, poslední dnes 13:34
    Rozcestník
    Reklama

    Dotaz: Ext3 - chyby ve FS i po fsck -af...

    22.4.2008 08:54 toxin | skóre: 6
    Ext3 - chyby ve FS i po fsck -af...
    Přečteno: 968×
    Ahoj. Jedu na Gentoo 2.6.24-gentoo-r4 64bit 2SMP. MB od Intelu s P35, 2GB DDR2, C2D 2.33GHz, 2x400GB Seagate ES v SW md RAIDu 1. Na stroji jede mailový systém Exim, FTP ProFTPD, webserver Apache a Lighttpd. Vše pro cca 30 uživatelů. Na discích je vytvořen klasický md raid 1. Výpis oddílů:
    df -lh
    Filesystem            Size  Used Avail Use% Mounted on
    /dev/md/3              94G  8.1G   86G   9% /
    udev                   10M  196K  9.9M   2% /dev
    /dev/md/4             273G  6.1G  254G   3% /home
    shm                   1.9G     0  1.9G   0% /dev/shm
    
    A teď k problému. Vše začalo tak, že mi uživatel hlásil, že se nemůže připojit na IMAP účet. Začal jsem tedy pátrat a zjistil jsem, že na FS md3,4 jsou chyby. Dal jsem je tedy na odpojených svazcích opravit a vše zase jelo OK. Problém je v tom, že ty chyby se tvoří stále. Čím déle to běží bez FSCK tím je to horší :(. Přitom HW je fyzicky v pořádku - testováno na jiné desce, cpu, ram, hdd. Pořád vykazuje chyby :(. Výpis s fsck...
    fsck -n /dev/md3
    fsck 1.40.6 (09-Feb-2008)
    fsck.jfs version 1.1.8, 03-May-2005
    processing started: 4/22/2008 10.38.51
    Filesystem is currently mounted.
    WARNING: Checking a mounted filesystem does not produce dependable results.
    The current device is:  /dev/md3
    Block size in bytes:  4096
    Filesystem size in blocks:  24416768
    **Phase 1 - Check Blocks, Files/Directories, and  Directory Entries
    **Phase 2 - Count links
    Incorrect link counts detected in the aggregate.
    **Phase 3 - Duplicate Block Rescan and Directory Connectedness
    Directory entries for unallocated files have been detected.
    **Phase 4 - Report Problems
    File system object FF86059 is linked as: /var/spool/exim/scan/1JoE1j-0001gD-OV
    The path(s) refer to an unallocated file.
    File system object FF106534 is linked as: /var/spool/exim/scan/1JoE1k-0001gF-RA
    The path(s) refer to an unallocated file.
    **Phase 5 - Check Connectivity
    **Phase 6 - Perform Approved Corrections
    **Phase 7 - Verify File/Directory Allocation Maps
    Errors detected in the Fileset File/Directory Allocation Map control information. (F)
    Errors detected in the Fileset File/Directory Allocation Map. (F)
    **Phase 8 - Verify Disk Allocation Maps
    Incorrect data detected in disk allocation structures.
    Incorrect data detected in disk allocation control structures.
     97667072 kilobytes total disk space.
       198024 kilobytes in 42216 directories.
      8203764 kilobytes in 435944 user files.
            0 kilobytes in extended attributes
       480572 kilobytes reserved for system use.
     89180760 kilobytes are available for use.
    File system checked READ ONLY.
    ERRORS HAVE BEEN DETECTED.  Run fsck with the -f parameter to repair.
    Filesystem is dirty.
    Filesystem is dirty but is marked clean.  In its present state,
    the results of accessing /dev/md3 (except by this utility) are undefined.
    
    fsck -n /dev/md4
    fsck 1.40.6 (09-Feb-2008)
    e2fsck 1.40.6 (09-Feb-2008)
    Warning!  /dev/md4 is mounted.
    Warning: skipping journal recovery because doing a read-only filesystem check.
    /dev/md4 contains a file system with errors, check forced.
    Pass 1: Checking inodes, blocks, and sizes
    Pass 2: Checking directory structure
    Pass 3: Checking directory connectivity
    Pass 4: Checking reference counts
    Pass 5: Checking group summary information
    Free blocks count wrong (69960966, counted=69960944).
    Fix? no
    Free inodes count wrong (18087044, counted=18087043).
    Fix? no
    /dev/md4: ********** WARNING: Filesystem still has errors **********
    /dev/md4: 91004/18178048 files (0.3% non-contiguous), 2733130/72694096 blocks
    
    Po opravě jsou FS jako clean, ale stačí počkat hodinku a jsou tam zase chyby :(. Nevíte někdo kde by mohl být problém? Je to docela kritická věc, protože se jedná o produkční server :(... Díky za jakékoli podněty...

    Odpovědi

    22.4.2008 10:54 Michal Čihař | skóre: 61 | blog: Bláboly | Praha
    Rozbalit Rozbalit vše Re: Ext3 - chyby ve FS i po fsck -af...
    Co třeba ten filesystém nejdřív odpojit a pak až kontrolovat? Proč ten fsck asi píše
    WARNING: Checking a mounted filesystem does not produce dependable results.
    22.4.2008 10:57 toxin | skóre: 6
    Rozbalit Rozbalit vše Re: Ext3 - chyby ve FS i po fsck -af...
    OK. Udělám fsck -avf na nenamountované partition a pošlu výsledky. Díky.
    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

    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.