Обновите ArcaOS до уровня NeoWPS Установите набор PNG иконок, нарисованных дизайнером, специализирующемся на оформлении OS/2 Установите eSchemes 2018, чтобы менять цвета и кнопки на рабочем столе

TITLE: Методика восстановления томов JFS

DATE: 2003-07-28 15:03:28

AUTHOR: Pavel Shtemenko

Вступление

Данная статья не утвержает, что JFS "падает" каждый час, она лишь претендует на то, "что делать" (c) если это случилось. По моему личному убеждению, абсолютно надежного нет ничего, это относится и к FS и к законам термодинамики. И опять таки, автор настаивает на том что знать о потерях информации и сделать предупреждающие мероприятия - это разные вещи. Далее. По глубокому убеждению автора (научная литература насчет FS отсуствует как класс) надежность FS складывается из:

• вероятности разрушения
• вероятности восстановления

Можно привести кучу графиков и кучу формул, но обычно даже для самого продвинутого в случае неисправности интересует одно - "что делать" (c) Чернышевский

Часть 1

Вопросы почему может разрушится структура JFS я здесь рассматривать не буду, (за такие обзоры кандидатская как минимум). Будем констатировать, что "произошло". Штатный случай, chkdsk не проходит, говорит о каких-то ошибках, том не монтируется. "Что делать?" (c). Самое первое это не впадать в панику и не кричать - "В нижнее место такую ос, поставлю другую". Могу вас разочаровать, в другой ос вероятность возникновения того же, как минимум такая же. ;-) Итак, на вашем диске есть сектора и в них информация хранится, хотя системе она и недоступна. Осознали? Успокоились? То что, на самый крайний случай можно применить дисковый редактор и чью-то мать тоже поняли? Замечательно. Далее и рассмотрим как облегчить нелегкий труд добывания данных с полудохлых носителей информации записанных в формате JFS.

Часть 2

Итак, имеем (не важно по каким причинам) не читаемый ос том и "Что делать?" (c) Первое, конечно, попытаться всевозможными системными способами его восстановить до читаемости (исключая форматирование конечно). Обычно это не получается, следующий путь это применение "легкой артиллерии" - isj [скачать], что делает это утилита? Она заставляет chkdsk при старте "не проверять" диск, соотвественно JFS его замонтирует и вы под угрозой трапа из-за разрушенной структуры, можете хотя бы часть переписать. Такую операцию можно повторять пока вы не наткнетесь на кусок, на котором происходит однозначный трап ос. Итак наткнулись, как гласят законы Мерфи, там обязательно будут находится наиболее важные для вас данные. Жалко, печально, но не смертельно (вспомните о запасе в виде дискогого редактора и вам станет легче). Итак на "легкой артиллерии" мы исчерпали все. Сразу замечу, у всех есть ошибки, в chkdsk в том числе, потому ,забегая вперед, можно еще попытаться ISJ поставить флаг "не проверять" и не перегружаясь запустить:

Jrescuer N: /R

Если все удастся, то вы получите читаемый системой JFS том без применения "тяжелой артиллерии" (насчет возможных трапов из за разрушенной структуры я промолчу).

Часть 3

Постулируем, до применения дискогого редактора, осталось совсем немного, но... Вовремя вспоминает, что isj и ос это еще не все! Есть еще утилита Jrescuer [скачать]; Вытаскиваем на свет и рассматриваем. Возможности - поддержка системой JFS не нужна - нужна только буква диска (хотя ее автор клянется, как только ее купит первый линухойд надобность в буквах отпадет) и ujfs.dll (пока) от любой версии JFS. Чешем репу и вкладываем на дискету первую подвернувшуюся под руки ujfs.dll , хотя это все можно запускать откуда угодно, лишь бы в путях была ujfs.dll. Дальше начинается то, что "нельзя описать словами" (c) Дюна, утилита не для слабонервных, для слабонервных предусмотрен весьма облегченный режим:

  Jrescuer N:

где N - буква диска

По этой команде она будет вытягивать с JFS все начиная с корневого каталога в текущей откуда запущена. Все вытянулось? Замечательно, но возможны варианты прямого попадания BAD SECTOR в самые нужные места (про законы Мерфи уже читали?). Это тоже не повод для паники (вспомните о дисковом редакторе), мы берем и распечатываем корневой каталог командой:

  Jrescuer N: /D=1

Видим листинг, выдаваемый в виде:

InodeNumber0 Name0 Flag0
......
InodeNumberM NameM FlagM

где,
InodeNumber - это число которое можно применить позже, запомним его если надо
Name - имя файла/каталога, для того чтобы вы могли оценить нужен ли он вам
Flag - индикатор, если имя это директория, то он принимает значение "DIR", иначе пробел.

Далее, мы вибираем ту директорию, в которой находятся интересующие данные, и громко не таясь говорим:

  Jrescuer N: /I=InodeNumber

На что он ответит вытаскиванием всех файлов и из этой директории включая поддиректории тоже. Все это есстественно происходит в текущий каталог откуда был запущен Jrescuer. Произошло? Превосходно! А если нет? Вспомним в очередной раз о дисковом редакторе и попытаемся через:

Jrescuer N: /D=n 

где n - уровень погружения в поддиректории

Обнаружить где ж происходит облом. Обнаружили что в каталоге \foo\foo1\foo2...fooM Jrescuer останавливается. Это тоже не повод для паники (вспомните о дисковом редакторе), Нельзя вытянуть весь каталог? Отлично, но зато можно вытянуть отдельные файлы из этого каталога. Для этого предусмотрен ключ G. Итак, напрягая и без того истекающую битами память, вспоминаете, нам надо добыть файл \foo\foo1...fooM\fileWithSize0 , посему радостно сообщаете:

 Jrescuer N: /G=\foo\foo1...fooQ\fileWithSize0

и если это возможно, вы ,после непродолжительной работы Jrescuer, его увидите, но, памятуя законы Мерфи, ессено вы его не получите, тогда у вас остается только два варианта:

• вспомнить о дисковом редакторе
• написать об этом автору Jrescuer и вполне возможно, он вместе с вами займется этой проблемой дабы внести в будующем в Jrescuer.

Послесловие

Тем кто очень хочет добыть данные, следует изучить структуру JFS, тем кто ничего не понял, поменяйте "дисковый редактор" на "белая обезъяна" и прочтите снова. А в общем... Jrescuer писался на "костях", то есть тогда когда была в наличии погибшая JFS и хозяин оной мог вытерпеть все мои испытания на ней. Лично у меня JFS погибла только один раз, во время спасения и родилась ISJ.

Благодарности

• Nicholas Poendaev - первому реальному испытателю Jrescuer
• Alexander Krapivin - за убеждение добавить опций и указание ошибок
• Achim Hasenmueller - за то что не согласился обменять Jrescuer на VPC, потому она еще развивается
• А так всем остальным бетатестерам которые не сочли нужным упомянуть имя, а только e-mail адрес, который по известным причинам я публиковать не буду.

Маленький FAQ

Q: Бывают случаи когда не помогает ISJ?
A1: Да, обычно это происходит когда журнал не может реплицироваться по тем или иным причинам
A2: наберите ISJ и прочитайте USAGE

Q: Бывают случаи когда не помогает Jrescuer?
A1: Да, если нет ни одного кластера с информацией
A2: Прочтите наконец read.me! И главное, подумайте!

Q: Возможно ли все эти утилиты применить к JFS/Linux
A1: Конечно, если вы до падения назначили букву через LVM или договорились с автором, чтобы он убрал необходимость применения букв диска.

JRescuer - это продукт eCo Software, (c) Павел Штеменко. Лицензированная версия JRescuer поставляется в составе операционной системы eComStation/Rus.

Комментарии:

zuko 2003-07-28 15:36:16	А вот и мои обещанные комментарии на статью!
Deniska 2003-07-28 15:42:23	еще добавлю, что полезно следить за новыми версиями здесь - [url]
vladest 2003-07-28 16:01:34	новые версии комментариев это круто
Fomalhaut 2003-07-28 17:14:53	У меня "легкая артиллерия" не скачивается... 8-(
слон719 2003-07-28 17:40:05	попрошу убрать первый комментарий - это провокация от паши или коллектива eco software для поднятия тиража и престижа. моих комментариев не будет и не планировалось.
Pavel Shtemenko 2003-07-29 05:54:16	zuko, 719 слонов идут на eCS сервер
Cat 2003-07-29 13:22:10	спасибо, конечно, Паше за утилку, только вот одно непонятно - какие есть способы (окромя hiew и покупки eCS) получить регистренную версию? ведь обычно надо _сегодня_ а не через неделю....
Cat 2003-07-29 13:42:09	о! вспомнил чего у JRescue не хватает - было бы неплохо, если бы дата/время сохранялись.
Pavel Shtemenko 2003-07-29 20:25:47	to Cat: Читаем вступление еще раз про "знать и сделать мероприятия"? ;-) У меня JFS ни разу не рушилась так чтоб применять Jrescuer, тем не менее я его написал. Про даты и время в todo записал.
Cat 2003-07-29 20:51:03	Hу дело в том, что JFS падает (надеюсь) достаточно редко. в том и цимес, чтобы затраты (временные) на jresquer не превышали затрат на ковыряние в ADSM, который был выключен по причине сдохшего кондиционера ;-)
1242 2003-07-30 12:05:48	Тук-тук. У вас все дома? Ну и ладна...
zuko 2003-07-30 16:22:47	Прошу прощения, был не в себе, второй мой комментарий прошу считать более недествительным, тогда как первый остается в силе.
слон719 2003-07-30 18:12:33	требую от владельцев сайта выдачи адреса наглеца и сатисфакции!
Deleter 2003-08-14 22:52:33	Таки JRescuer - good. ISJ я не пробовал. тк статья была недоступна в тот момент... А было вот что: CHKDSK ругался на duplicate что-то там.
Evgen_under_laser 2003-09-24 20:54:11	Вот у меня только что приглючение было: старенький аппарат P200, пару раз видел, как он при загрузке вис на этапе до загрузки PM'а. Ver/r = 14.062 C: = HPFS, D: = JFS, E:=JFS Сейчас вот при загрузке выдалo, что не может найти OS20001.MSG для сообщения 0, после чего D: и E: стали недоступны, с сообщениями SYS0026. LVM их видит. После пользования согласно рекомендациям ISJ - диски стали видны, checkdsk /f:2 на них прогналось и ничего не нашло. Из данных вроде бы пропал только результат последнего копирования - один файл, копирование производилось мной и после чего был сделан нормальный шутдаун. Ну и пара вопросов: шо это было и имеет ли смысл задвинутым клиентам ставить в комплекте данные утилиты ? Продвинутые-то сами могут найти, а вот с задвинутыми проблема.... Или задвинутым лучше ставить только HPFS ?
GlebKa 2005-07-06 18:57:26	А что за сообщение: INODE: Error reading iag ? Лечится?
Ольга 2009-04-25 09:15:41	Павел, мне кажется мы били знакомы, и если я не ошибаюсь, то хотелось бы с вами связаться. Если вы помните Ольгу Гурееву, пожалуйста позвоните по этому номеру:89081149492

Прокомментируйте эту статью (напоминаем, автор работал над текстом несколько недель, уважайте мнение других).

Ваше имя: Ваш E-Mail: CODE:
Ваш комментарий:

История eComStation - борьба, инновации и победы. Что будет дальше? Зависит от тебя.