LINUX.ORG.RU

[reiserfs]fsck

 


0

2

ФС на разделе [внезапно] стала переходить в r/o, в dmesg такие бяки:

REISERFS warning: reiserfs-5090 is_tree_node: node level 0 does not match to the expected one 65534
REISERFS error (device sdb1): vs-5150 search_by_key: invalid format found in block 0. Fsck?

При этом свободно 0. Не знаю, следствие это сбоя, либо наоборот, ФС повредилась от нехватки места, но вроде там должно было быть свободно 15-20%.

В итоге, сейчас происходит --rebuild-tree. В выхлопе много такого:

pass0: vpf-10110: block 287335929, item (0): Unknown item type found [1900544 65537 0xc4400b42a050000 ??? (10)] - deleted
block 288085049: The number of items (22374) is incorrect, should be (1) - corrected
block 288085049: The free space (28460) is incorrect, should be (4048) - corrected
pass0: vpf-10110: block 288085049, item (0): Unknown item type found [268435456 1213464721 0x76c00003dba0004 ??? (5)] - deleted
block 289562579: The number of items (276) is incorrect, should be (1) - corrected
block 289562579: The free space (0) is incorrect, should be (2000) - corrected
verify_directory_item: block 289562579, item 110722 285 0x9f8000000005ca9 DIR (3), len 2048, location 2048 entry count 10, fsck need 0, format new: All entries were deleted from the directory
block 290899003: The number of items (9739) is incorrect, should be (1) - corrected
block 290899003: The free space (1) is incorrect, should be (4048) - corrected
pass0: vpf-10110: block 290899003, item (0): Unknown item type found [1123942400 356 0xe30000141a00000 ??? (7)] - deleted
block 295724733: The number of items (5552) is incorrect, should be (1) - corrected
block 295724733: The free space (2) is incorrect, should be (2000) - corrected
pass0: vpf-10110: block 295724733, item (0): Unknown item type found [134219777 134219776 0x8000800 ??? (15)] - deleted

                                      left 426101032, 44284 /sec

Какие прогнозы, мне начинать печалиться или как обычно, reiserfs выживет? :)

★★★★★

ХОхо. Инжой рейзер :3

Я после этого 2 терабайта в утиль отправил и воткнул ext4. Если еще на разделе есть образы виртуалок, на которых будет reiser, то вообще тушите свет…

tensai_cirno ★★★★★
()
Ответ на: комментарий от tensai_cirno

После чего «этого» ты там какие-то терабайты в утиль отправил? Тольк не говори что у тебя точно такойже вывод fsck был - никто не поверит. А если хоть немного другой, то и ситуация другая.

воткнул ext4

Скорее тебе воткнули...

Ошибки, подобные описанным ТС, могут сыпаться и при глюках железа. Если ФС монтируется, то бэкап всех важных данных и --rebuild-tree. Если не монтируется, то dd раздела в бэкап и --rebuild-tree.

По личному опыту, в большистве случаев необходимость сделать --rebuild-tree связана с железом. Третий рейзер сложно уронить до такой степени, чтобы понадобилось делать --rebuild-tree, обычно помогает --fix-fixable.

anonymous
()
Ответ на: комментарий от tensai_cirno

В итоге, вроде все на месте, хотя и появилось что-то лишнее... Например вот такой файлик:

-rw------- 1 4175053669 bin               29453T Oct 16  2100 procmail

madcore ★★★★★
() автор топика
Ответ на: комментарий от anonymous

Проверить железо.

Ошибки, подобные описанным ТС, могут сыпаться и при глюках железа.

По личному опыту, в большистве случаев необходимость сделать --rebuild-tree связана с железом.

Подтверждаю. У меня Reiser4 ломался только на осыпающихся НЖМД. На RAID-1 из осыпающихся НЖДМ нэ ломается.

Camel ★★★★★
()
Ответ на: Проверить железо. от Camel

Там RAID10 на 3ware, 6 дисков
Пока не знаю, что послужило причиной. Были некоторое время назад некорректные отключения, но ФС должна была прочекаться при следующей загрузке...

madcore ★★★★★
() автор топика
Ответ на: RAID-10 от Camel

И все-таки, после удаления того странного файла на 29453TB,

1 ничего не случится
2 появится 29453TB свободного места)
3 фс со всеми данными попадет в ад

или сперва запустить проверку, или сперва удалить, а потом проверку...
Но ведь файл этот появился после fsck

madcore ★★★★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.