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 05:55 | Zajímavý projekt

Dle příspěvku na blogu zaměstnanců CZ.NIC byl spuštěn ostrý provoz služby Honeypot as a Service (HaaS). Zapojit se může kdokoli. Stačí se zaregistrovat a nainstalovat HaaS proxy, která začne příchozí komunikaci z portu 22 (běžně používaného pro SSH) přeposílat na server HaaS, kde honeypot Cowrie (GitHub) simuluje zařízení a zaznamenává provedené příkazy. Získat lze tak zajímavé informace o provedených útocích. K dispozici jsou globální statistiky.

Ladislav Hagara | Komentářů: 0
dnes 04:44 | Komunita

Před týdnem společnost Feral Interactive zabývající se vydáváním počítačových her pro operační systémy macOS a Linux oznámila, že pro macOS a Linux vydají hru Rise of the Tomb Raider. Včera společnost oznámila (YouTube), že pro macOS a Linux vydají také hru Total War Saga: Thrones of Britannia. Verze pro Windows by měla vyjít 19. dubna. Verze pro macOS a Linux krátce na to.

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

Byla vydána nová major verze 7.10 svobodného systému pro řízení vztahů se zákazníky (CRM) s názvem SuiteCRM (Wikipedie). Jedná se o fork systému SugarCRM (Wikipedie). Zdrojové kódy SuiteCRM jsou k dispozici na GitHubu pod licencí AGPL.

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

Byla vydána nová verze 0.30 display serveru Mir (Wikipedie) a nová verze 2.31 nástrojů snapd pro práci s balíčky ve formátu snap (Wikipedie). Z novinek Miru vývojáři zdůrazňují vylepšenou podporu Waylandu nebo možnost sestavení a spouštění Miru ve Fedoře. Nová verze snapd umí Mir spouštět jako snap.

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

Na Indiegogo běží kampaň na podporu Sway Hackathonu, tj. pracovního setkání klíčových vývojářů s i3 kompatibilního dlaždicového (tiling) správce oken pro Wayland Sway. Cílová částka 1 500 dolarů byla vybrána již za 9 hodin. Nový cíl 2 000 dolarů byl dosažen záhy. Vývojáři přemýšlejí nad dalšími cíli.

Ladislav Hagara | Komentářů: 1
včera 11:11 | Nasazení Linuxu

Před dvěma týdny se skupina fail0verflow (Blog, Twitter, GitHub) pochlubila, že se jim podařilo dostat Linux na herní konzoli Nintendo Switch. O víkendu bylo Twitteru zveřejněno další video. Povedlo se jim na Nintendo Switch rozchodit KDE Plasmu [reddit].

Ladislav Hagara | Komentářů: 3
včera 05:55 | Komunita

Byla vydána vývojová verze 3.2 softwaru Wine (Wikipedie), tj. softwaru, který vytváří aplikační rozhraní umožňující chod aplikací pro Microsoft Windows také pod GNU/Linuxem. Z novinek lze zdůraznit například podporu HID gamepadů. Aktuální stabilní verze Wine je 3.0, viz verzování. Nejistá je budoucnost testovací větve Wine Staging s řadou experimentálních vlastností. Současní vývojáři na ni již nemají čas. Alexandre Julliard, vedoucí projektu Wine, otevřel v diskusním listu wine-devel diskusi o její budoucnosti.

Ladislav Hagara | Komentářů: 2
18.2. 16:55 | Komunita

Do 22. března se lze přihlásit do dalšího kola programu Outreachy (Wikipedie), jehož cílem je přitáhnout do světa svobodného a otevřeného softwaru lidi ze skupin, jež jsou ve světě svobodného a otevřeného softwaru málo zastoupeny. Za 3 měsíce práce, od 14. května do 14. srpna 2018, v participujících organizacích lze vydělat 5 500 USD.

Ladislav Hagara | Komentářů: 47
17.2. 15:44 | Komunita

Nadace The Document Foundation (TDF) zastřešující vývoj svobodného kancelářského balíku LibreOffice dnes slaví 6 let od svého oficiálního vzniku. Nadace byla představena 28. září 2010. Formálně ale byla založena až 17. února 2012. Poslední lednový den byl vydán LibreOffice 6.0. Dle zveřejněných statistik byl za dva týdny stažen již cca milionkrát.

Ladislav Hagara | Komentářů: 1
17.2. 04:44 | Bezpečnostní upozornění

CSIRT.CZ upozorňuje, že byla vydána nová verze 1.2.3 svobodného routovacího démona Quagga (Wikipedie) přinášející několik bezpečnostních záplat. Při nejhorší variantě může dojít až k ovládnutí běžícího procesu, mezi dalšími možnostmi je únik informací z běžícího procesu nebo odepření služby DoS. Konkrétní zranitelnosti mají následující ID CVE-2018-5378, CVE-2018-5379, CVE-2018-5380 a CVE-2018-5381.

Ladislav Hagara | Komentářů: 0
Který webový vyhledávač používáte nejčastěji?
 (2%)
 (28%)
 (61%)
 (2%)
 (3%)
 (1%)
 (1%)
 (1%)
Celkem 376 hlasů
 Komentářů: 34, poslední 14.2. 18:44
    Rozcestník

    Dotaz: poškozený filesystém ext4

    29.11.2011 09:01 chinook | skóre: 26
    poškozený filesystém ext4
    Přečteno: 1418×
    Jak opravit namountovaný filesystém? K pc nemám fyzický přístup. Při zápisu to dost často piše, že došlo místo. Jak kdy. Výpisy viz dole.
    
    df -h
    Souborový systém            Velikost Užito Volno Uži% Mounted on
    /dev/sda6              19G  4,5G   13G  26% /
    none                  227M  260K  227M   1% /dev
    none                  233M   12K  233M   1% /dev/shm
    none                  233M  348K  233M   1% /var/run
    none                  233M     0  233M   0% /var/lock
    none                  233M     0  233M   0% /lib/init/rw
    /dev/sda1             179M   47M  123M  28% /boot
    
    fsck.ext4 -n /dev/sda6
    
    Iuzel 807198 byl součástí seznamu osiřelých iuzlů. IGNOROVÁNO.
    Průchod 2: Kontroluji strukturu adresářů
    Průchod 3: Kontroluji dosažitelnost adresářů
    Průchod 4: Kontroluji počty odkazů
    Průchod 5: Kontroluji souhrnné informace skupin
    Rozdíly v bitmapě bloků:  +64752 +(64797--64798) -(64869--64871) -(2205709--2205711) -(2695296--2695366) +(2699002--2699072) -3211957 -3235324 -3236339 -3243006 -3244031 -(3258481--3258488) -3338228 -(3404542--3404546) -(3565340--3565360) -(3571441--3571461) -(3593626--3593636) -3801673 -(3872128--3872198) +(3872256--3872326)
    Opravit? ne
    
    Počet volných bloků ve skupině #103 špatně (16874, spočteno=16869).
    Opravit? ne
    
    Počet volných bloků ve skupině #108 špatně (3602, spočteno=3560).
    Opravit? ne
    
    Počet volných bloků ve skupině #109 špatně (11981, spočteno=11970).
    Opravit? ne
    
    Počet volných bloků ve skupině #116 špatně (10348, spočteno=10347).
    Opravit? ne
    
    Počet volných bloků špatně (3343928, spočteno=3630583).
    Opravit? ne
    
    Rozdíly v bitmapě iuzlů:  -528921 -556072 +770942 -806844 -807198
    Opravit? ne
    
    Počet volných iuzlů ve skupině #64 špatně (1, spočteno=0).
    Opravit? ne
    
    Počet volných iuzlů ve skupině #94 špatně (0, spočteno=1).
    Opravit? ne
    
    Počet volných iuzlů špatně (980632, spočteno=1).
    Opravit? ne
    
    
    /dev/sda6: ********** VAROVÁNÍ: Systém souborů má stále chyby **********
    
    /dev/sda6: 239976/1220608 souborů (0,1 % nesouvislých), 1538504/4882432 bloků
    
    

    Řešení dotazu:


    Odpovědi

    29.11.2011 09:02 chinook | skóre: 26
    Rozbalit Rozbalit vše Re: poškozený filesystém ext4
    Ještě výpis fdisku, jestli pomůže:
    
    fdisk -l
    
    Disk /dev/sda: 80,0 GB, 80 000 000 000 bajtů
    hlav: 255, sektorů na stopu: 63, cylindrů: 9 726
    Jednotky = cylindry po 16065 * 512 = 8 225 280 bajtech
    Velikost sektoru (logického/fyzického): 512 bajtů / 512 bajtů
    Velikost I/O (minimální/optimální): 512 bajtů / 512 bajtů
    Identifikátor disku: 0x0005b2b8
    
    Zařízení Zavádět   Začátek       Konec    Bloky    Id  Systém
    /dev/sda1   *           1          25      194560   83  Linux
    Diskový oddíl 1 nekončí na hranici cylindru.
    /dev/sda2              25        9726    77927425    5  Rozšířený
    /dev/sda5            9553        9726     1393664   82  Linux swap/Solaris
    /dev/sda6              25        2456    19529728   83  Linux
    /dev/sda7            2456        9552    57000072+  83  Linux
    
    Diskové oddíly jsou chybně seřazeny
    
    
    29.11.2011 09:37 ikarr
    Rozbalit Rozbalit vše Re: poškozený filesystém ext4
    U ext4 lze provádět fsck na namountovaném svazku?
    HrabalVojta avatar 29.11.2011 09:39 HrabalVojta | skóre: 23 | blog: gentoo_pentoo | Třebíč
    Rozbalit Rozbalit vše Re: poškozený filesystém ext4
    Tak doufám, že pán měl disk odmountovaný ... v jeho vlastním dobru
    USE="freedom -software_patents" emerge --deep --update --newuse world
    29.11.2011 09:54 chinook | skóre: 26
    Rozbalit Rozbalit vše Re: poškozený filesystém ext4
    Předpokládám, že s volbou -n jsem nic nepoškodil: Open the filesystem read-only, and assume an answer of `no' to all questions. Spíš mě zajímá jak opravit ty chyby.
    29.11.2011 10:41 ikarr
    Rozbalit Rozbalit vše Re: poškozený filesystém ext4
    Vzhledem k tomu, že je systém přimontován rw na běží na něm spousta procesů, není syncnutý a fsck tak najde spoustu "chyb". Ovšem nejsou to chyby, je to dáno tím, že je systém živý. Pokud opravdu dobře nevíte co děláte, tak fsck na živém disku nikdy nespouštějte. Omylem napíšete blbě přepínače a pošlete filesystém do kytek!
    29.11.2011 10:58 chinook | skóre: 26
    Rozbalit Rozbalit vše Re: poškozený filesystém ext4
    Takže co navrhuješ? Jde to nastavit, ať po restartu se to opraví samo? Nebo musím nabootovat z liveCD a pak opravit?
    29.11.2011 11:25 ikarr
    Rozbalit Rozbalit vše Re: poškozený filesystém ext4
    Jde to i bez restartu, ale nevím jak přes ssh spojení. Normálně se to dělá tak, že se přepne do single user modu (telinit 1) a přemontuje se root svazek jako read-only (mount -o remount,ro /dev/sda6) a pak se pustí fsck.

    Pokud jsi spojený přes síť, tak by sis tím vypnul službu network, takže to bude chtít ručně povypínat služby, které mají otevřené soubory (hlavně logovacího démona) a pak se pokusit o ten mount -o remount,ro /

    Jestli se remount na ro povedl se zjistí nejlépe tím, že se pokusíš nějaký soubor na ten svazek zapsat (např. touch test), mělo by to vrátit varování o snaze zapsat na ro systém.

    Pak fsck

    Pak postupně zase spustit zastavené služby (rsyslog ...)

    Samozřejmě LiveCD nebo checking po restartu je také možnost, ale těžko proveditelná po síti. Pokud by se ten "fsck po restartu" zasekl na nějakém dotazu, tak by to stejně znamenalo dojít do serverovny.

    29.11.2011 21:59 Sten
    Rozbalit Rozbalit vše Re: poškozený filesystém ext4
    Jestli se remount na ro povedl se zjistí nejlépe tím, že se pokusíš nějaký soubor na ten svazek zapsat (např. touch test), mělo by to vrátit varování o snaze zapsat na ro systém.

    Pak fsck

    Pak postupně zase spustit zastavené služby (rsyslog ...)
    A pokud tam fsck něco provedlo, tak po remount,rw bude filesystém v kytkách téměř určitě. fsck na read-only připojeném root oddílu by měl následovat jedině okamžitý restart, protože jádro bude v inode cache držet neaktuální data! fsck to taky po skončení velkými vlídnými písmeny píše.
    30.11.2011 19:22 ikarr
    Rozbalit Rozbalit vše Re: poškozený filesystém ext4
    Restart po fsck kvůli inode cache - to slyším poprvé a vlídných písmen jsem si nikdy nevšiml. Dělal jsem fsck na ext2/3 takhle mnohokrát a nikdy jsem nic takového nepozoroval. Pravda, pokud vím, nikdy jsem neměl nějak závažně poškozený fs. Rebootovat jenom proto, že jsem dělal na nějakém svazku fsck mi připadá jako windosovština. Podle mne systém udělá flush cache.
    30.11.2011 08:53 chinook | skóre: 26
    Rozbalit Rozbalit vše Re: poškozený filesystém ext4
    Tak jsem povypínal snad vše co šlo, ale remountovat to nejde v režimu read-only. Pokud dám restart začne to kontrolovat disk? Nebo musím ještě něco nastavit?
    Řešení 1× (chinook (tazatel))
    michich avatar 30.11.2011 09:02 michich | skóre: 51 | blog: ohrivane_parky
    Rozbalit Rozbalit vše Re: poškozený filesystém ext4
    touch /forcefsck
    30.11.2011 19:25 ikarr
    Rozbalit Rozbalit vše Re: poškozený filesystém ext4
    Tak asi stále ještě existuje něco, co má otevřený soubor, proto to nejde přepnout do ro.
    30.11.2011 22:17 Jindru
    Rozbalit Rozbalit vše Re: poškozený filesystém ext4
    otevrene soubory vypise: lsof
    HrabalVojta avatar 29.11.2011 09:38 HrabalVojta | skóre: 23 | blog: gentoo_pentoo | Třebíč
    Rozbalit Rozbalit vše Re: poškozený filesystém ext4
    fsck.ext4 -y /dev/sda6 takhle by to mělo být ....
    USE="freedom -software_patents" emerge --deep --update --newuse world
    29.11.2011 09:54 chinook | skóre: 26
    Rozbalit Rozbalit vše Re: poškozený filesystém ext4
    Tímto si myslím, že bych systém poškodil nebo ne?
    29.11.2011 10:42 ikarr
    Rozbalit Rozbalit vše Re: poškozený filesystém ext4
    určitě ano
    HrabalVojta avatar 29.11.2011 20:47 HrabalVojta | skóre: 23 | blog: gentoo_pentoo | Třebíč
    Rozbalit Rozbalit vše Re: poškozený filesystém ext4
    Ne tímhle byste poslal file systém do křemíkového nebe ... nikdy NIKDY !!! nepoužívejte fsck na namountovaným disku .... !!!!!
    USE="freedom -software_patents" emerge --deep --update --newuse world

    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.