Розвалився журнальний UFS - FreeBSD для новачків

Часовий пояс: UTC + 4 години

розвалився журнальний UFS

freebsd

Поставив PC-BSD з UFS. Після кількох годин роботи стався краш системи. Саме собою мене це не дивує, четверті кеди і т.п. звичайно, повинні падати. Дивує те, що файлова система розвалилася так, що я її не можу відремонтувати. Досі у мене ніколи не розвалювалася UFS. Мегастійка система. За роки, які я провів на BSD, траплялися різні краші, але якщо UFS приходила в неробочий стан, це завжди була провина диска, тобто. заліза. А всі програмні проблеми спокійно лікувалися командою fsck-y.

Гадаю, у всьому винна новомодна фіча - журнал. Але оскільки UFS рідко розвалюється, я хотів би почекати з відновленням з backup'у. Може хтось із форумчан допоможе мені впоратися з проблемою.

Отже, UFS монтується в режимі RO, партія не використовує SoftUpdate, але використовує журнал:

# fsck -y / ** /dev/ad0s1a.journal

CANNOT READ BLK: 194197792 CONTINUE? yes

THE FOLLOWING DISK SECTORS COULD NOT BE READ: 194197792, 194199993, 194197794, 194197795, /dev/ad0s1a.journal: CANNOT FIGURE OUT FILE

# fsck -y /dev/ad0s1a ** /dev/ad0s1a (NO WRITE) BAD SUPERBLOCK: VALUES IN SUPER BLOCK DISAGREE WITH THOSE IN FIRST ALTERNATE

LOOK FOR ALTERNATE SUPERBLOCK? no

немає жодних вказівок на проблеми з доступом до пристрою на візичному рівні. Від мене просять, щоб я казав де знаходиться суперблок, але звідки ж я це знаю?

Наразі запустив команду # dd if=/dev/ad0s1a of=/dev/null bs=1m

для тестування поверхні. Поки що працює без лайки. Закінчиться за розрахунками за годину.

Може я щось не так роблю і журнальні системи треба лікувати якосьінакше?