https://ssl.opennet.dev/openforum/vsluhforumID3/80945.html Анонсирован (http://lists.freebsd.org/pipermail/freebsd-stable/2011-October/064321.html) кандидат в релизы FreeBSD 9.0. Финальный релиз можно ожидать (http://wiki.freebsd.org/Releng/9.0-TODO) через 3-4 недели. Установочные образы FreeBSD 9.0-RC1 доступны в форме bootonly, DVD и Memstick для платформ amd64 (ftp://ftp.freebsd.org/pub/FreeBSD/releases/amd64/amd64/), i386 (ftp://ftp.freebsd.org/pub/FreeBSD/releases/i386/i386/), powerpc (ftp://ftp.freebsd.org/pub/FreeBSD/releases/powerpc/powerpc/), powerpc64 (ftp://ftp.freebsd.org/pub/FreeBSD/releases/powerpc/powerpc64/), ia64 (ftp://ftp.freebsd.org/pub/FreeBSD/releases/ia64/ia64/) и sparc64 (ftp://ftp.freebsd.org/pub/FreeBSD/releases/sparc64/sparc64/). С обзором новшеств FreeBSD 9.0 можно познакомиться в тексте анонса (http://www.opennet.ru/opennews/art.shtml?num=31364) первой бета-версии.<br><br><br>Начиная с текущей тестовой версии обеспечена возможность бинарного обновления с использованием утилиты freebsd-update для платформ i386 и amd64. П...<br><br>URL: http://lists.f https://ssl.opennet.dev/openforum/vsluhforumID3/80945.html#45 Thu, 10 Nov 2011 17:47:29 GMT &gt;&gt; Требуется: хотелось бы увидеть, ВСЕ шаги, которые вы будете предпринимать после последней команды, чтобы poolname представлял из себя полноценный загрузочный системный пул, независимый от исходной системы, в которой он был создан.<br>&gt; Хотелось бы узнать, что именно у вас не получается.<br>&gt; Подразумевается, что <br>&gt; zpool set cachefile=/mnt/boot/zfs/zpool.cache poolname <br>&gt; вы делали.<br><br>Это делал.<br><br>&gt; И классические хауту читали.<br><br>Читал.<br><br>Доставляет с каждой новой установкой необходимость в Single Mode (ядро и модули загружены) ручного переназначения точек монтирования у каталогов /usr, /var, /tmp с /poolname/usr, /poolname/var, /poolname/tmp на их законные места в файловой иерархии. Видите ли, указание точки монтирования пула на корень ("/") недостаточно для правильного монтирования дочерних ФС. :)<br><br>В общем, с установкой загрузочного Z-пула всё не так однозначно, как кажется писателям Хауту. Есть критические места в последовательности организации нормальной загрузки системы. Например, на этапе настройки https://ssl.opennet.dev/openforum/vsluhforumID3/80945.html#44 Thu, 10 Nov 2011 17:04:34 GMT &gt; Требуется: хотелось бы увидеть, ВСЕ шаги, которые вы будете предпринимать после последней команды, чтобы poolname представлял из себя полноценный загрузочный системный пул, независимый от исходной системы, в которой он был создан.<br><br>Хотелось бы узнать, что именно у вас не получается.<br><br><br>Подразумевается, что <br>zpool set cachefile=/mnt/boot/zfs/zpool.cache poolname<br>вы делали.<br><br>И классические хауту читали.<br><br><br> https://ssl.opennet.dev/openforum/vsluhforumID3/80945.html#43 Thu, 03 Nov 2011 19:44:40 GMT &gt; Но всё остальное работает себе и работает. Что с ufs, что с zfs. Или я чего-то недопонял? Или вы имели в виду _только_ инсталлятор?<br><br>Пожалуйста, распишите по шагам установку системы на другой диск с заранее подготовленным Z-пулом FreeBSD.<br><br>Дано: Z-пул смонтирован в /mnt командой "zpool import -R /mnt poolname".Структура ZFS в пуле заранее подготовлена. В исходной системе дана команда на сборку и установку новой системы: "cd /usr/src/ && make buildworld buildkernel installworld distribution installkernel DESTDIR=/mnt".<br><br>Требуется: хотелось бы увидеть, ВСЕ шаги, которые вы будете предпринимать после последней команды, чтобы poolname представлял из себя полноценный загрузочный системный пул, независимый от исходной системы, в которой он был создан.<br><br>Можете показать, как это сделать? (по пунктам)<br> https://ssl.opennet.dev/openforum/vsluhforumID3/80945.html#42 Thu, 03 Nov 2011 00:52:41 GMT &gt; Профит простой. при апгрейде LU не правит работующую систему "по-живому", а создает ее клон, апгрейдит этот клон и перегружается в него.<br><br>Удобно.<br><br>&gt; В результате ситуации с "апгрейдом на половину"<br><br>хм. выключили свет и сдох упс на make installworld?<br><br>&gt; и "не взлетела после" либо исключены либо легко откатываются назад.<br><br>ну убедили :) штука годная...<br><br><br> https://ssl.opennet.dev/openforum/vsluhforumID3/80945.html#41 Thu, 03 Nov 2011 00:48:12 GMT &gt; Для этого нужна полноценная поддержка возможностей ZFS всей системой.<br><br>Уточните плиз что за "поддержка всей системой"...<br><br>&gt; А ее еще даже в инсталляторе не допилили, хотя сколько лет уже прошло.<br><br>...и какое отношение ко всему этому имеет инсталлятор. Инсталлятор - да, на ZFS не ставит. Но всё остальное работает себе и работает. Что с ufs, что с zfs. Или я чего-то недопонял? Или вы имели в виду _только_ инсталлятор?<br><br><br> https://ssl.opennet.dev/openforum/vsluhforumID3/80945.html#40 Wed, 26 Oct 2011 18:18:37 GMT А я что написал по-вашему?<br> https://ssl.opennet.dev/openforum/vsluhforumID3/80945.html#39 Wed, 26 Oct 2011 15:36:38 GMT &gt; Я думаю, что разработчики видели solaris и считают, что устанавливать bsd на <br>&gt; zfs в виде, описаном в wiki, т.е. с совпадающими корнями пула <br>&gt; и фс - не разумно.<br><br>Понятно, почему они не хотят делать это криво (как сейчас делается через костыли).<br>Но совершенно непонятно, почему они не хотят делать это прямо (как в солярке)?<br> https://ssl.opennet.dev/openforum/vsluhforumID3/80945.html#38 Wed, 26 Oct 2011 15:33:24 GMT &gt; А какие нужны положительные изменения, всё давно замечательно работает.<br><br>В HVM-режиме - работает почти все, независимо от оси гостя. А вот PV-дрова фри пока оставляют желать лучшего, к сожалению.<br> https://ssl.opennet.dev/openforum/vsluhforumID3/80945.html#37 Wed, 26 Oct 2011 15:31:47 GMT Для этого нужна полноценная поддержка возможностей ZFS всей системой. А ее еще даже в инсталляторе не допилили, хотя сколько лет уже прошло.<br>