Рейтинг:0

Файловая система OCFS2 смонтирована как доступная только для чтения

флаг in
Ray

У меня проблема с файловой системой кластера Oracle (ocfs2), подключенной к кластеру серверов Ubuntu 20.04. Файловая система продолжает монтироваться как доступная только для чтения. К сожалению, я знаю причину, так как система была перезагружена в середине копирования файла. Я не удивлен, что есть проблемы с некоторыми файлами, но я был бы даже рад удалить все эти файлы и скопировать их заново, но файловая система продолжает монтироваться как доступная только для чтения.

Пока что я отключил все серверы от этой файловой системы. Затем я побежал fsck.ocfs2 с одного сервера следующим образом: sudo time fsck.ocfs2 -P -t -t -f (файловая система). Все было хорошо, кроме этой части:

...
Проход 1: Проверка индексов и блоков
[Сканирование инодов 100%]                                                          
  Диск/кэш чтения ввода-вывода: 1000 МБ / 392 МБ, запись: 0 МБ, скорость: 2,10 МБ/с
  Реальное время: 11 мин 57,073 с, пользователь: 4 мин 1,084 с, система: 0 мин 1,030 с
Проход 2: Проверка записей каталога                                              
pass2: неправильный магический номер в блоке каталогов при чтении блока каталогов 1439634968   
pass2: неправильный магический номер в блоке каталогов при чтении блока каталогов 1439634969
pass2: неправильный магический номер в блоке каталогов при чтении блока каталогов 1439634970
  Диск/кэш чтения ввода-вывода: 16 МБ / 2239 МБ, запись: 0 МБ, скорость: 1,48 МБ/с
  Реальное время: 0 мин 11,971 с, пользователь: 0 мин 1,156 с, система: 0 мин 0,041 с
Шаг 3: проверка подключения к каталогу                                         
[DIR_DOTDOT] Инод каталога 4273782381 ссылается на dirent в каталоге 4273782380, но его запись '..' указывает на индекс 0. Исправить запись '..' на ссылку 4273782380? <у> у
 • fix_dot_dot: неверное магическое число в блоке каталогов при переборе записей каталога inode 4273782380.
 âДиск чтения/кэш ввода-вывода: 0 МБ / 1 МБ, запись: 0 МБ, скорость: 0,00 МБ/с
 ...
 Все проходы выполнены успешно

Кажется, у меня есть две отдельные ошибки во время прохода 2 и прохода 3.

Я могу повторять эту команду много раз, но сообщения не меняются. Я предполагаю, что файловая система не восстанавливается.

Когда я его монтирую, он монтируется как чтение-запись. Однако, как только я что-то делаю в каталоге с проблемой, он переключается в режим только для чтения.

я использовал debugfs.ocfs2 выяснить, что там (т. найти путь <4273782381>) и я могу подтвердить, что мне не нужно то, что там. Я могу удалить его, если смогу.

Многие из вопросов, заданных другими, кажется, подразумевают, что fsck (т.е. даже версия для доб4) будет восстанавливать вещи автоматически, если запускался несколько раз. Я рад сделать что-то вручную, чтобы помочь fsck.ocfs2 вместе, но я не знаю, что я могу сделать ...

Любая помощь будет оценена по достоинству! Даже предложения, специфичные для доб4 поможет мне, чтобы я мог искать в Интернете, какие эквивалентные команды я мог бы использовать для ocfs2.

Ответить или комментировать

Большинство людей не понимают, что склонность к познанию нового открывает путь к обучению и улучшает межличностные связи. В исследованиях Элисон, например, хотя люди могли точно вспомнить, сколько вопросов было задано в их разговорах, они не чувствовали интуитивно связи между вопросами и симпатиями. В четырех исследованиях, в которых участники сами участвовали в разговорах или читали стенограммы чужих разговоров, люди, как правило, не осознавали, что задаваемый вопрос повлияет — или повлиял — на уровень дружбы между собеседниками.