Почему FreBSD 5.4 не дает после установки создавать разделы, - а 4-я ветка без проблем. Причем во время установки можно делать что угодно! И если после установки загрузиться с bootonly тоже можно сделать все что нужно!
Что это такое и как с этим бороться?

• FreBSD 5.4 - проблемы,Serg77, 13:08 , 16-Июн-05
  • FreBSD 5.4 - проблемы,else, 15:12 , 16-Июн-05
    • FreBSD 5.4 - проблемы,lavr, 15:20 , 16-Июн-05
• FreBSD 5.4 - проблемы,AMDmi3, 16:10 , 16-Июн-05
  • FreBSD 5.4 - проблемы,Serg77, 16:24 , 16-Июн-05
    • FreBSD 5.4 - проблемы,lavr, 17:48 , 16-Июн-05
      • FreBSD 5.4 - проблемы,Serg77, 20:27 , 16-Июн-05

>Почему FreBSD 5.4 не дает после установки создавать разделы, - а 4-я
>ветка без проблем. Причем во время установки можно делать что угодно!
>И если после установки загрузиться с bootonly тоже можно сделать все
>что нужно!
>Что это такое и как с этим бороться?

Я тоже столкнулся с этой проблемой!!!
И не нашел решения.
Помогите советом!!!

Надо загрузиться с другого носителя (с диска например) и создать раздел.
Это типа защита от выстрела в ногу у них такая.

>Надо загрузиться с другого носителя (с диска например) и создать раздел.
>Это типа защита от выстрела в ногу у них такая.

не испытывал проблем, откуда они берутся..?

>Почему FreBSD 5.4 не дает после установки создавать разделы, - а 4-я
>ветка без проблем. Причем во время установки можно делать что угодно!
>И если после установки загрузиться с bootonly тоже можно сделать все
>что нужно!
>Что это такое и как с этим бороться?

kern.geom.debugflags=16

>kern.geom.debugflags=16

Что это значит?
Что с этим сделать?
И чем это поможет?

Объястите пожалуйста для ниведоющих, если конечно не затруднит!

>
>>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 уморил - особенно архУментами, это просто
трындец.

>>
>>>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 уморил - особенно архУментами, это просто
>трындец.

Спасибо большое! Будем танцевать с бубнами!!!