gjournal ???

[Eugene V Boontseff]

Решил попробовать gjournal.

Hа домашней машине

eugene@home [/var/data]# uname -rs
FreeBSD 8.1-PRERELEASE

Создал раздел с журнал из уже существовавшего ad6s1d:

gjournal label /dev/ad6s1d
tunefs -J enable -n disable ad6s1d.journal

появились /dev/ad6s1.journal и /dev.ad6s1.journald

В fstab пишем:
dev/ad6s1.journal /data ufs async,ro,acls 2 2
и грузимся.

Всё замечательно.. Hу, испытаем - жмём reset..
При загрузке получаем:

Jun 4 21:13:24 home kernel: GEOM_JOURNAL: Journal 3675713677: ad6s1 contains data.
Jun 4 21:13:24 home kernel: GEOM_JOURNAL: Journal 3675713677: ad6s1 contains journal.
Jun 4 21:13:24 home kernel: GEOM_JOURNAL: Journal ad6s1 clean.

и

Jun 4 21:13:24 home kernel: WARNING: R/W mount of /data denied. Filesystem is not clean - run fsck
Jun 4 21:13:24 home kernel: WARNING: /data was not properly dismounted

Вываливаемся в синглмоде.

fsck -y -f /dev/ad6s1.journal
** /dev/ad6s1.journal

CANNOT READ BLK: 488380448
CONTINUE? yes

THE FOLLOWING DISK SECTORS COULD NOT BE READ: 488380448, 488380449, 488380450, 488380451,
/dev/ad6s1.journal: CANNOT FIGURE OUT FILE SYSTEM PARTITION

Вообщем, загрузиться получается только смонтировав /data в ro.

Если вместо ad6s1.journal использовать ad6s1.journald (а в чем их отличие? до резета монтировалось и то и то с одинаковым результатом) , то все тоже самое получается.

Вообщем, что я не так натворил?)

[Andrey Ostanovsky]

Если вместо ad6s1.journal использовать ad6s1.journald (а в чем их отличие?

ls -la /dev/ad6s1* и много думать... Ты создал журнал для всего слайса s1, а потом у тебя пошли буквы разделов,
при этом монтировать ты пытаешься что-то не то.

до резета монтировалось и то и то с одинаковым результатом) , то все тоже самое получается.

Вообщем, что я не так натворил?)

Должно было получиться что-то типа

/dev/mirror/gm0f
/dev/mirror/gm0f.journal

или

/dev/ad4s1g
/dev/ad4s1g.journal

[Eugene Grosbein]

Всё. Практически, ты разрушил файловую систему (возможно, часть данных удастся спасти, отключив и удалив журнал).
Hадо было сначала читать Handbook, там всё расписано - и теория, и практика.

При создании журнала внутри существующего раздела, он забирает под себя место в конце раздела, по умолчанию гигабайт.
Таким образом, этого нельзя делать если на разделе была файловая система с нужными данными. Фактически, после создания журнала на разделе
надо делать newfs -J /dev/ad6s1.journal, создавая fs с нуля уже на оставшемся месте.

Создавать журнал с сохранением имеющихся данных _можно_, но только если размещать журнал на отдельном разделе - об этом тоже написано в Handbook.

Теперь тебе надо читать ту часть описания geom в Handbook, которая описывает удаление журнала, после чего надеяться на то, что fsck сможет починить
fs и вернуть хотя бы оставшиеся не разрушенными данные.

[Eugene V Boontseff]

Всё. Практически, ты разрушил файловую систему (возможно, часть данных удастся спасти, отключив и удалив журнал).
Hадо было сначала читать Handbook, там всё расписано - и теория, и практика.

Да я уже понял. Про отдельный раздел для журнала на существующей файловой системе пропустил(

При создании журнала внутри существующего раздела, он забирает под себя место в конце раздела, по умолчанию гигабайт.
Таким образом, этого нельзя делать если на разделе была файловая система с нужными данными. Фактически, после создания журнала на разделе
надо делать newfs -J /dev/ad6s1.journal, создавая fs с нуля уже на оставшемся месте.

Тем не менее, странно, что мне всё это сделать ОС позволила сделать - это раз. Второе - всё работало, загружалось после таких моих действий.
До того , как я нажал резет ради эксперимента. Хотелось посмотреть, насколько быстрее будет система грузиться без чекдиска.
Hо не удалось смонтировать раздел с журналом вообще в rw. Hе удалось удалисть журнал. Hо совершенно спокойно удаелось смонтировать раздел в ro.
И скопировать все файлики на другой раздел. Возможно, что что-то и "побилось", но с виду и этого нет.
Так что, всё-таки, "разрушил файловую систему" - преувеличение)