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:25 | IT novinky

Do prodeje (Farnell) se dostal jednodeskový počítač Tinker Board (unboxing). Jedná se o konkurenci Raspberry Pi 3 od společnosti Asus. Porovnání (jpg) těchto počítačů například na CNXSoft. Cena Tinker Boardu je 55 £.

Ladislav Hagara | Komentářů: 0
dnes 14:44 | Zajímavý projekt

Byla zveřejněna pravidla hackerské soutěže Pwn2Own 2017, jež proběhne od 15. do 17. března v rámci bezpečnostní konference CanSecWes ve Vancouveru. Soutěžit se bude o více než milion dolarů v pěti kategoriích. Letos se bude útočit i na Ubuntu. Jedná se již o 10. ročník této soutěže.

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

Po sedmi měsících vývoje od vydání verze 5.7 byla vydána verze 5.8 (YouTube) toolkitu Qt. Z novinek lze zmínit například Qt Lite pro vestavěná zařízení. Nově jsou plně podporovány moduly Qt Wayland Compositor (YouTube) a Qt SCXML (YouTube). Současně byla vydána verze 4.2.1 integrovaného vývojového prostředí (IDE) Qt Creator.

Ladislav Hagara | Komentářů: 0
dnes 11:52 | Pozvánky

Lednový Prague Containers Meetup se koná ve čtvrtek 26. ledna 2017 od 18:00 v Apiary, Pernerova 49, Praha 8. Přijďte se podívat na přednášky o Enterprise Kubernetes a Jenkins as a code.

little-drunk-jesus | Komentářů: 0
dnes 11:40 | Pozvánky

Program letošního ročníku konference Prague PostgreSQL Developer Days, která se koná již 15. a 16. února 2017 na ČVUT FIT, Thákurova 9, Praha 6, byl dnes zveřejněn. Najdete ho na stránkách konference včetně anotací přednášek a školení. Registrace na konferenci bude otevřena zítra (24. ledna) v brzkých odpoledních hodinách.

TomasVondra | Komentářů: 0
včera 02:20 | Zajímavý článek

David Revoy, autor open source webového komiksu Pepper&Carrot nebo portrétu GNU/Linuxu, upozorňuje na svém blogu, že nový Inkscape 0.92 rozbíjí dokumenty vytvořené v předchozích verzích Inkscape. Problém by měl být vyřešen v Inkscape 0.92.2 [reddit].

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

Øyvind Kolås, hlavní vývojář grafických knihoven GEGL a babl, které využívá grafický program GIMP, žádá o podporu na Patreonu. Díky ní bude moci pracovat na vývoji na plný úvazek. Milník 1000 $, který by stačil na holé přežití, se již téměř podařilo vybrat, dalším cílem je dosažení 2500 $, které mu umožní běžně fungovat ve společnosti.

xkomczax | Komentářů: 12
21.1. 23:54 | Pozvánky

DevConf.cz 2017, již devátý ročník jedné z největších akcí zaměřených na Linux a open source ve střední Evropě, proběhne od pátku 27. ledna do neděle 29. ledna v prostorách Fakulty informačních technologií Vysokého učení technického v Brně. Na programu je celá řada zajímavých přednášek a workshopů. Letos je povinná registrace.

Ladislav Hagara | Komentářů: 0
21.1. 22:11 | Nová verze

Byla vydána verze 1.0.0 emulátoru terminálu Terminology postaveného nad EFL (Enlightenment Foundation Libraries). Přehled novinek v poznámkách k vydání.

Ladislav Hagara | Komentářů: 0
20.1. 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ářů: 7
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (11%)
 (2%)
 (73%)
 (3%)
 (10%)
Celkem 377 hlasů
 Komentářů: 31, poslední dnes 19:19
Rozcestník
Reklama

Dotaz: Poškození souborového systému nedetekovatelné při bootu pomocí fsck

8.2.2012 04:27 vasek
Poškození souborového systému nedetekovatelné při bootu pomocí fsck
Přečteno: 541×
Ahoj. Systém CentOS 6.2 32-bit. / jako LVM oddíl. VG je na /dev/md1. Při vytváření lvm snapshotu jsem si všiml v dmesg opravy osiřelých inodů. Provedl tedy na souborovém systému RO fsck test a dopadl takto:
LANG=C e2fsck -n -f /dev/data/system
e2fsck 1.41.12 (17-May-2010)
Warning!  /dev/data/system is mounted.
Warning: skipping journal recovery because doing a read-only filesystem check.
Pass 1: Checking inodes, blocks, and sizes
Inodes that were part of a corrupted orphan linked list found.  Fix? no

Inode 394505 was part of the orphaned inode list.  IGNORED.
Inode 394506 was part of the orphaned inode list.  IGNORED.
Deleted inode 524293 has zero dtime.  Fix? no

Inode 524294 was part of the orphaned inode list.  IGNORED.
Inode 524295 was part of the orphaned inode list.  IGNORED.
Inode 524296 was part of the orphaned inode list.  IGNORED.
Inode 524297 was part of the orphaned inode list.  IGNORED.
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 (31459038, counted=31459005).
Fix? no

Inode bitmap differences:  -(394505--394506) -(524293--524297)
Fix? no

Free inodes count wrong (8039856, counted=8039814).
Fix? no


/dev/data/system: ********** WARNING: Filesystem still has errors **********

/dev/data/system: 29264/8069120 files (0.2% non-contiguous), 796962/32256000 blocks
Touch /forcefsck nezabralo, systém ten soubor "jen" odstranil. Proto jsem si upravil /etc/rc.d/rc.sysinit a přidal tam ručně "e2fsck -f -y /dev/data/system", jehož výstup přesměrovávám na předem rw připojený jiný oddíl. Výstup tohoto příkazu je
e2fsck 1.41.12 (17-May-2010)
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
/dev/data/system: 29264/8069120 files (0.2% non-contiguous), 796962/32256000 blocks
tj. jako by byl souborový systém v pořádku. Avšak RO fsck v běžícím systému zase ukáže stejný špatný inody. Přijde mi, že se systém zbláznil, v čem může být problém?

Řešení dotazu:


Odpovědi

8.2.2012 05:11 vasek
Rozbalit Rozbalit vše Re: Poškození souborového systému nedetekovatelné při bootu pomocí fsck
A tak ono to dělá j na jiných strojích při kombinaci root filesystem jako rw / ext4. Vadí mi to z toho důvodu, že se vytváří poškozený lvm snapshot. Je nějaká možnost udělat konzistentní snapshot?
8.2.2012 09:53 Jack
Rozbalit Rozbalit vše Re: Poškození souborového systému nedetekovatelné při bootu pomocí fsck
Nemuzes delat konktrolu na pripojenem FS! I kdyz je read only, tak zurnaly nejsou zapsany kompletne a podobne dalsi veci - to je duvod proc ti to hazi chyby, pokud chces mit jistotu, nastartuj z live cd a udelej konktrolu na odmountovanem FS!
8.2.2012 10:51 vasek
Rozbalit Rozbalit vše Re: Poškození souborového systému nedetekovatelné při bootu pomocí fsck
Takže konzistentní snapshot není možné udělat?
8.2.2012 10:57 Jack
Rozbalit Rozbalit vše Re: Poškození souborového systému nedetekovatelné při bootu pomocí fsck
Ale ten snapshot bude normalne v pohode. Si to zkus - udelej snapshot, pak nahod live, obnov snapshot a udelej fsck. Jde proste o to, ze nemuzes kontrolovat jestli je FS konzistentni kdyz se s nim pracuje, data jsou ctena, ev. zapisovana, zurnaluje se, atp.
8.2.2012 12:22 vasek
Rozbalit Rozbalit vše Re: Poškození souborového systému nedetekovatelné při bootu pomocí fsck
Však já to zkoušel. Udělal jsem snapshot a připojil ho ro. Pokaždé když toho udělám, tak se opravují stejné inody ve zhotoveném snapshotu.
EXT4-fs (dm-3): orphan cleanup on readonly fs
EXT4-fs (dm-3): ext4_orphan_cleanup: deleting unreferenced inode 394506
EXT4-fs (dm-3): ext4_orphan_cleanup: deleting unreferenced inode 394505
EXT4-fs (dm-3): ext4_orphan_cleanup: deleting unreferenced inode 524297
EXT4-fs (dm-3): ext4_orphan_cleanup: deleting unreferenced inode 524296
EXT4-fs (dm-3): ext4_orphan_cleanup: deleting unreferenced inode 524295
EXT4-fs (dm-3): ext4_orphan_cleanup: deleting unreferenced inode 524294
EXT4-fs (dm-3): ext4_orphan_cleanup: deleting unreferenced inode 524293
EXT4-fs (dm-3): 7 orphan inodes deleted
EXT4-fs (dm-3): recovery complete
8.2.2012 12:55 Petr Šobáň | skóre: 79 | blog: soban | Olomouc
Rozbalit Rozbalit vše Re: Poškození souborového systému nedetekovatelné při bootu pomocí fsck
A to proto že to máš ro a nemůže se tam zapisovat.
8.2.2012 13:09 vasek
Rozbalit Rozbalit vše Re: Poškození souborového systému nedetekovatelné při bootu pomocí fsck
Když to připojím rw, chová se to stejně.
8.2.2012 13:21 Jack
Rozbalit Rozbalit vše Re: Poškození souborového systému nedetekovatelné při bootu pomocí fsck
Nepripojuj to a udelej konktrolu na odpojenem svazku, jak do dubu.
8.2.2012 13:55 Petr Šobáň | skóre: 79 | blog: soban | Olomouc
Rozbalit Rozbalit vše Re: Poškození souborového systému nedetekovatelné při bootu pomocí fsck
Prostě hledá chybu kde není.
8.2.2012 13:59 Šangala | skóre: 56 | blog: Dutá Vrba - Wally
Rozbalit Rozbalit vše Re: Poškození souborového systému nedetekovatelné při bootu pomocí fsck
Asi by to chtělo zkusit vícekrát na RW svazku, a jak se to tím celé po..zí|re, tak konečně poslechnete a příště to už budete provádět na odpojeném svazku…
To, že trpíš stihomamem, ještě neznamená, že po tobě nejdou. ⰞⰏⰉⰓⰀⰜⰉ ⰗⰞⰅⰜⰘ ⰈⰅⰏⰉ ⰒⰑⰎⰉⰁⰕⰅ ⰏⰉ ⰒⰓⰄⰅⰎ ·:⁖⁘⁙†
8.2.2012 14:32 vasek
Rozbalit Rozbalit vše Re: Poškození souborového systému nedetekovatelné při bootu pomocí fsck
Ale já na snapshotu vůbec neprovádím kontrolu. Tohle se do dmesg zapíše automaticky po připojení toho snapshotu. Podle předchozí odpovědi "Ale ten snapshot bude normalne v pohode. Si to zkus - udelej snapshot, pak nahod live..." jsem pochopil, že by se to stávat nemělo a proto se taky tady ptám.
8.2.2012 15:37 Jack
Rozbalit Rozbalit vše Re: Poškození souborového systému nedetekovatelné při bootu pomocí fsck
Hod sem prikazy a vystupy toho jak to pripojujes, resp jak tam nahazujes ten snapshot.
8.2.2012 17:30 vasek
Rozbalit Rozbalit vše Re: Poškození souborového systému nedetekovatelné při bootu pomocí fsck
$ sync // toto jsem přidal dodatečně
$ lvcreate -s -L 4G -n system_snapshot /dev/data/system
  Logical volume "system_snapshot" created
$ e2fsck -fy /dev/data/system_snapshot // toto jsem přidal dodatečně
e2fsck 1.41.12 (17-May-2010)
Clearing orphaned inode 394506 (uid=0, gid=0, mode=0100600, size=0)
Clearing orphaned inode 394505 (uid=0, gid=0, mode=0100600, size=0)
Clearing orphaned inode 524297 (uid=27, gid=27, mode=0100600, size=0)
Clearing orphaned inode 524296 (uid=27, gid=27, mode=0100600, size=0)
Clearing orphaned inode 524295 (uid=27, gid=27, mode=0100600, size=0)
Clearing orphaned inode 524294 (uid=27, gid=27, mode=0100600, size=133)
Clearing orphaned inode 524293 (uid=27, gid=27, mode=0100600, size=0)
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

/dev/data/system_snapshot: ***** FILE SYSTEM WAS MODIFIED *****
/dev/data/system_snapshot: 29321/8069120 files (0.2% non-contiguous), 797174/32256000 blocks
$ mount -o ro /dev/data/system_snapshot /lvm_partitions_ro/system
8.2.2012 17:31 vasek
Rozbalit Rozbalit vše Re: Poškození souborového systému nedetekovatelné při bootu pomocí fsck
uid=27, gid=27 má mysql
michich avatar 8.2.2012 18:21 michich | skóre: 50 | blog: ohrivane_parky
Rozbalit Rozbalit vše Re: Poškození souborového systému nedetekovatelné při bootu pomocí fsck
Orphaned inodes nepředstavují žádný problém. Viz např. vysvětlení od Stephena Tweedieho z jednom starém bugreportu.
8.2.2012 09:55 R
Rozbalit Rozbalit vše Re: Poškození souborového systému nedetekovatelné při bootu pomocí fsck
Je to normalne.

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.