Немного о надежности reiser4

Небольшие заметки из личного (и не только) опыта, рекомендации
Ответить
Аватара пользователя
Raven
Бородатый сис
Бородатый сис
Сообщения: 2800
Зарегистрирован: 03 мар 2010, 15:12
ОС: RHEL 8
Откуда: Из серверной

Немного о надежности reiser4

Сообщение Raven » 01 дек 2010, 17:46

Наткнулся на статейку тут, меня как любителя рейзер4 она заинтересовала. Поэтому решил скинуть сюда, в ответ на всемирные нападки на эту ФС, на обвинения в нестабильности, в том что папа у нее русскоженоубийца и т.д. Статья переписана слово в слово ;)

В эти выходные я прикручивал Software Suspend 2, и мне приходилось много раз перезагружать машину reset’ом, т.к. были кофнликты с nvidia-вскими драйверами. итог оказался плачевным :

Изображение

недолго думая, я загрузился с другого винчестера, провел fsck.reiser4:

Код: Выделить всё

CHECKING STORAGE TREE
FSCK: Node (1373349): The left delimiting key [29:1(SD):0:2a:0] in the parent node (1373348), pos (0/4294967295) does not match the first key [0:0(NAME):0:0:0] in the node.
FSCK: Node (1373348), item (0), unit (0): Points to the node [1373349] with wrong delimiting keys. The whole subtree is skipped.
Read nodes 5
Nodes left in the tree 4
Leaves of them 0, Twigs of them 1
Nodes with wrong delimiting keys 1
Leaves of them 0, Twigs of them 0
Time interval: Mon Dec 4 23:12:00 2006 - Mon Dec 4 23:12:00 2006
CHECKING EXTENT REGIONS.
Read twigs 1
Time interval: Mon Dec 4 23:12:00 2006 - Mon Dec 4 23:12:00 2006
Warn : Fatal corruptions were found. Semantic pass is skipped.
***** fsck.reiser4 finished at Mon Dec 4 23:12:00 2006
Closing fs...done

1 fatal corruptions were detected in FileSystem. Run with --build-fs option to fix them.
ну ладно, мы люди не гордые, делаем

Код: Выделить всё

# fsck.reiser4 –build-fs /dev/hdb6 


CHECKING STORAGE TREE
FSCK: Node (1373349): The left delimiting key [29:1(SD):0:2a:0] in the parent node (1373348), pos (0/4294967295) does not match the first key [0:0(NAME):0:0:0] in the node. Fixed.
Read nodes 301773
Nodes left in the tree 301773
Leaves of them 296329, Twigs of them 5352
Time interval: Mon Dec 4 23:14:09 2006 - Mon Dec 4 23:22:54 2006
CHECKING EXTENT REGIONS.
Read twigs 5352
Time interval: Mon Dec 4 23:22:54 2006 - Mon Dec 4 23:23:09 2006
LOOKING FOR UNCONNECTED NODES
Read nodes 0
Good nodes 0
Leaves of them 0, Twigs of them 0
Time interval: Mon Dec 4 23:23:10 2006 - Mon Dec 4 23:23:10 2006
CHECKING EXTENT REGIONS.
Read twigs 0
Time interval: Mon Dec 4 23:23:10 2006 - Mon Dec 4 23:23:10 2006
INSERTING UNCONNECTED NODES
1. Twigs: done
2. Twigs by item: done
3. Leaves: done
4. Leaves by item: done
Twigs: read 0, inserted 0, by item 0, empty 0
Leaves: read 0, inserted 0, by item 0
Time interval: Mon Dec 4 23:23:10 2006 - Mon Dec 4 23:23:10 2006
CHECKING SEMANTIC TREE
FSCK: No 'lost+found' entry found. Building a new object with the key 2a:0:ffff.
FSCK: Failed to recognize the plugin for the directory [2a:0:ffff].
FSCK: Trying to recover the directory [2a:0:ffff] with the default plugin--dir40.
FSCK: The file [2a:0:ffff] does not have a StatData item. Creating a new one. Plugin dir40.
FSCK: Directory [2a:0:ffff]: The entry "." is not found. Insert a new one. Plugin (dir40).
FSCK: Node (1373352), item (2), [2a:0:ffff] (stat40): wrong size (0), Fixed to (1).
FSCK: Node (1373352), item (2), [2a:0:ffff] (stat40): wrong bytes (0), Fixed to (50).
FSCK: Node (2200422), item (11), [132f50:6c6f63616c6500:132f51] (stat40): wrong size (3), Fixed to (2).
FSCK: Node (2200422), item (11), [132f50:6c6f63616c6500:132f51] (stat40): wrong bytes (182), Fixed to (100).
FSCK: The object [119d1:756465765f7275:119e7] (reg40): items at offsets [0..4095] does not not match the detected tail policy (smart). Converted.
Found 549675 objects.
Lost&found 32 objects.
Time interval: Mon Dec 4 23:23:10 2006 - Mon Dec 4 23:45:25 2006
CLEANUPING STORAGE TREE
Removed items 31
Time interval: Mon Dec 4 23:45:25 2006 - Mon Dec 4 23:53:36 2006
FSCK: File count 549674 is wrong. Fixed to 549675.
***** fsck.reiser4 finished at Mon Dec 4 23:53:36 2006
Closing fs...done

FS is consistent.
и система снова заработала!!!


И комент от себя - насколько я знаю семейство reiserfs не любит расставаться с файлами просто так, и вопреки утверждениям что одна ошибка приведет к потере всех данных, автор данной ФС утверждает что она борется за данные до последнего. В отличие от глючной Btrfs)))
Я не злопамятный, я просто часто ковыряю логи
kamenev
Юзер
Юзер
Сообщения: 5
Зарегистрирован: 31 янв 2017, 02:32
ОС: Ztnwalk

Re: Немного о надежности reiser4

Сообщение kamenev » 31 янв 2017, 22:13

Спасибо большое.А я хотел на бтр перейти.
Аватара пользователя
Raven
Бородатый сис
Бородатый сис
Сообщения: 2800
Зарегистрирован: 03 мар 2010, 15:12
ОС: RHEL 8
Откуда: Из серверной

Re: Немного о надежности reiser4

Сообщение Raven » 22 фев 2017, 18:00

На данный момент BTRFS гораздо стабильнее. Reiser4 оказалась тупиковой ветвью, в виду отсутствия разработчиков.
Я не злопамятный, я просто часто ковыряю логи
Ответить

Вернуться в «Полезные советы»