|
Уж сколько раз твердили миру...
С того момента, как я собрал дома сетку из двух машин прошло довольно
мало времени, но уже дважды успел потерять данные с жесткого диска.
Пожалуй, второй раз я практически осознанно наступил второй раз на те же
грабли, и тем не менее, лишь удар этими граблями заставил очень серьезно
задуматься: а всё ли ладно в датском королевстве?
Вопрос о создании бэкапов данных оставим в стороне и обратимся
непосредственно к причине, вызывающей их острую необходимость.
Итак, началось все с того, что я решил одну машину сделать сервером,
а другую - клиентом. И благо, была возможность попробовать разные
варианты серверных ОС, решил начать с OS/2 WarpServer "Aurora", с
хваленой журналирующей файловой системой JFS.
| Лирическое отступление |
Надо отметить, что Microsoft предоставляла бета-версии WindowsNT 4.0,
а WindowsNT 2000 в рамках "Corporate preview" предлагает за 20$ (ознакомительную
версию, в составе: сервер, рабочая станция, пара компактов с тулкитами и т.п.).
В случае в IBM нас ожидает тяжелый клинический случай, когда после
регистрации на ознакомительную (или Trial) версию софта Вы можете в
ответ не получить вообще ничего.
Я, будучи системным администратором
российского отделения компании "Dun & Bradstreet", такую операцию
проделывал дважды, пытаясь официально получить WarpServer "Aurora" и DB2 5.2
(естественно, заказ производился от имени компании, а не от частного лица).
По этой причине я использовал дистрибутив Авроры, скачанный с IBM DevCon,
возможно, не совсем корректно, но, как я понимаю, полное игнорирование
моих заказов на ознакомительные версии варпсервера со стороны IBM тоже корректностью не отличается.
|
Сразу отмечу, что до экспериментов с JFS, на машине (Intel Celeron 300A, 64Mb Ram PC-100, Matrox Millenium G200)
уже работали IDE винчестеры Quantum Fireball 2.5Gb, Quantum Fireball 5.1Gb,
Fujitsu 13Gb с данными на файловой системе HPFS. Частота шины варьировалась
от 66MHz до 100MHz.
Когда понадобилось перенести данные с винчестера Fujitsu 5.1Gb
(модель MPA3052AT), я подключил его вторым на Celeron300, разогнанный до
450 Mhz (100 x 4,5, впоследствие то же проверено и на 83 х 4,5).
После этого действия разделы с JFS были фактически потеряны:
JFS0068: CHKDSK Superblock is corrupt and cannot be
repaired because both primary and secondary copies
are corrupt. CHKDSK CANNOT CONTINUE.
EXPLANATION: A critical JFS meta-data area is corrupted.
CHKDSK is unable to repair this meta-data area.
ACTION: Re-FORMAT the partition, and then restore file
system data from backup. |
Собственно говоря, на этом мое практическое знакомство с JFS закончилось.
Можно говорить, что это только проблема "железа" и что я сам виноват,
разгоняя системную шину компьютера с IDE винчестерами, или, с другой стороны,
поругать конкретную модель (или проще - конкретно мой винт) Fujitsu 5.1Gb.
Однако как бы то ни было, при всем при этом и DOS, и OS/2 на HPFS в данных
конфигурациях жили нормально. К краху приводит только JFS.
Да и сама формулировка "помощи" для ошибки JFS0068 - "Отформатируйте
раздел и восстановите данные с бэкапа" - выглядит несколько ошеломляющей.
То есть, заведомо допускается такая операция, как невосполнимая
потеря всей информации с раздела на JFS.
И не забывайте, что для JFS нет ни одной утилиты проверки/восстановления,
кроме стандартного и, надо отметить, довольно убогого CHKDSK.
Подводя итог, хочу отметить: если Вы храните данные на JFS разделе IDE
винчестера и "собрались с винтом в гости" - то будьте внимательны при
подключении его на шины 83 и 100 MHz - это может плохо кончиться и для
раздела и для Вас.
Обсудить материал (число отзывов:0)
|
