>
>>kern.geom.debugflags=16
>
>Что это значит?
>Что с этим сделать?
>И чем это поможет?
>
>Объястите пожалуйста для ниведоющих, если конечно не затруднит!
это значит что из "благих целей" кое-кто накосячил так что sysinstall
или fdisk не могут в 5.4/stable/current менять таблицу партиций на диске
в случае:
1) неправильно записанных mbr или partitions table (overlapped - перекрывающихся)
2) в случае если диск на котором пытаются изменить partition table - имеет
разбивку, смонтированные или задействованные FS/GEOM
Один разработчик phk, на мой взгляд и это не только мой, странно подошел
к этому вопросу. Собственно можно найти через расширенный поиск:
http://groups.google.com/advanced_group_search?hl=ru
точная фраза: change partition
группа: *freebsd*
с марта 2005
Вопрос этот поднял Андрей Чернов и поднял закономерно и правильным и разумным аргументом:
почему sysinstall или fdisk не позволяют менять partitions table, ядро
имеет СВОЮ копию и НЕ ДЕЛО запрещать ROOT'у менять таблицу партиций НА ДИСКЕ. Синхронизировать копию таблицы партиций ЯДРА и ДИСКА - это уже
следующий разумный подход. И не дело использовать НЕ ОПИСАННЫЕ ШАМАНСКИЕ
переменные ядра :))) да еще с названием debug для того чтобы УКАЗАТЬ
ядру на РАЗРЕШЕНИЕ изменений таблицы партиций НА ДИСКЕ.
Вобщем интересное бодание! :) Результатом которого можно считать мнение
о том что не мешало бы иметь гуевый fdisk (это правильно) и давно пора
менять freebsd-installer (в планах на bsdinstaller) - это косвенно
вытекает из обсуждения.
подход:
имеется разбивка, пусть даже правильная, и чтобы переделать или
распредилить НЕРАСПРЕДЕЛЕННОЕ на УЖЕ РАБОТАЮЩЕЙ системе:
5.3/5.4 обе если не ошибаюсь, Stable-ветка и Current-ветка
# sysctl kern.geom.debugflags=16
# fdisk
делаем все что нужно (не помню будет ли работать sysinstall)
возвращаем флаг взад:
# sysctl kern.geom.debugflags=0
Вобщем интересно почитать, Phk уморил - особенно архУментами, это просто
трындец.
Вариант для распечатки
OpenNET: Виртуальная конференция (Public)
(ok) on
16-Июн-05, 01:38 (MSK)
