https://opennet.me/openforum/vsluhforumID3/67737.html Разработчики FreeBSD опубликовали (http://permalink.gmane.org/gmane.os.freebsd.announce/517) уведомление, предупреждающее о прекращении 30 июня поддержки и выпуска обновлений с исправлением ошибок безопасности для версии FreeBSD 7.2, спустя месяц после выхода релиза FreeBSD 7.3 (http://www.opennet.ru/opennews/art.shtml?num=25927) на который и рекомендовано произвести обновление. <br><br><br>Поддержка FreeBSD 7.3 продлится до 31 марта 2012 года. Срок поддержки FreeBSD 6.4 и FreeBSD 8.0 истекает 30 ноября текущего года, а FreeBSD 7.1 - 31 января 2011 года (расширенный срок поддержки).<br><br><br>URL: http://permalink.gmane.org/gmane.os.freebsd.announce/517<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=26859<br> https://opennet.me/openforum/vsluhforumID3/67737.html#31 Tue, 08 Jun 2010 05:40:16 GMT &gt;Ну, самое простое - сохранить конфиги, и переставить ОС. <br><br>+1<br>5 версия фряхи была довольно сырой.<br>А программа freebsd-update появилась, если не ошибаюсь, только с 6.2.<br>Поэтому лучше всего сохранить конфиги и поставить 8.0 с нуля.<br>А вот с неё можно будет обновляться без переустановок.<br> https://opennet.me/openforum/vsluhforumID3/67737.html#30 Tue, 08 Jun 2010 05:38:00 GMT &gt;ещё как требует. ядро растет в объеме, и памяти при старте хочет <br>&gt;уже больше как и остальной софт. ядро версии 4.3, если не <br>&gt;ошибаюсь было около 3-4 мег, версия 6.х уже под 8 мег <br>&gt;и т.д. так что не плодите мифы;) <br><br>Дефолтное ядро (GENRIC) растет в объеме в том числе и потому, что в него добавляют новые фичи и драйверы.<br>Причем в GENERIC их специально стараются запихнуть побольше, чтобы фряха смогла найти как можно больше устройств сразу после установки.<br><br>А так:<br>cd /usr/src/sys/i386/conf/<br>cp GENERIC MYKERNEL<br>ee MYKERNEL (убираете лишнее)<br>config MYKERNEL<br>cd ../compile/MYKERNEL<br>make depend<br>make<br>make install<br>shutdown -r<br>ls -la /boot/kernel/kernel<br>???????<br>PROFIT!<br> https://opennet.me/openforum/vsluhforumID3/67737.html#29 Mon, 07 Jun 2010 19:38:02 GMT А знаете, без ECC памяти то есть такой шанс - узнать однажты что бэкапы внутри слегонца (или не очень слегонца) ... трухлявые. И будучи исправными на вид - по факту немного, или много попорчены. Никогда так не прикладывались? А бывает, да. Например, ни одна файловая система не ожидает что данные портятся в памяти. Даже контрольные суммы - панацеей не являются, т.к. в принципе данные в памяти могут портиться в произвольные моменты времени а считать чексуммы постоянно и непрерывно, чтобы проверить что данные не дай боже сами без спроса не изменились - никаких процессоров не хватит.<br> https://opennet.me/openforum/vsluhforumID3/67737.html#28 Mon, 07 Jun 2010 19:22:52 GMT &gt;&gt;Знали бы вы, из какого хлама собираются сервера Google и что на <br>&gt;&gt;них ставят... <br>&gt;<br>&gt;А гугл может позволить себе некоторые сбои. Во первых, никто скорее всего <br>&gt;ничего не заметит. Во вторых - у них распределенная структура и <br>&gt;в ней надежность обеспечивается иными методами. Ну, гугл может позволить себе <br>&gt;плюс-минус эн серверов, включая и запас на избытчность. А вы - <br>&gt;сможете? :)<br><br>А у меня, а у меня,... А у меня домашняя машинюшка с новым блестящим винчестером без пыли внутри и бэкапы. :))<br><br><br> https://opennet.me/openforum/vsluhforumID3/67737.html#27 Mon, 07 Jun 2010 19:18:15 GMT &gt; заткнёт за пояс любую линуксовую ФС по быстродействию чтения и записи файлов.<br><br>Да вы бенчмарки давайте, на одном и том же хардваре. А то вы так говорите как будто остальные только груши околачивали. А они тем временем сделали себе EXT4, который мягко говоря, изрядно уделывает EXT3, а во вторых - уже почти сделали btrfs :)<br> https://opennet.me/openforum/vsluhforumID3/67737.html#26 Mon, 07 Jun 2010 19:15:29 GMT &gt;Знали бы вы, из какого хлама собираются сервера Google и что на <br>&gt;них ставят... <br><br>А гугл может позволить себе некоторые сбои. Во первых, никто скорее всего ничего не заметит. Во вторых - у них распределенная структура и в ней надежность обеспечивается иными методами. Ну, гугл может позволить себе плюс-минус эн серверов, включая и запас на избытчность. А вы - сможете? :)<br> https://opennet.me/openforum/vsluhforumID3/67737.html#25 Mon, 07 Jun 2010 18:49:18 GMT &gt; ещё как требует. ядро растет в объеме, и памяти при старте хочет уже больше как и остальной софт. ядро версии 4.3, если не ошибаюсь было около 3-4 мег, версия 6.х уже под 8 мег и т.д.<br><br>Учите-ка матчасть. Это никак не влияет на производительность.<br> https://opennet.me/openforum/vsluhforumID3/67737.html#24 Mon, 07 Jun 2010 17:18:17 GMT &gt;А теперь вопрос к уважаемым господам любителям freebsd. <br>&gt;Достался почтовый , а так же диалап, <br>&gt;а так же самба сервер по наследству на freebsd 5.4. <br>&gt;Все это крутится на одном сервере. <br>&gt;Как его обновиь до актуального состояния с наименьшими усилиями? <br><br>с 5.4 да, скорее переставлять с нуля, но думаю можно попробовать схему -&gt; 6.4 -&gt; 7.3 -&gt; 8.0<br>хотя лучше все же переставить, забекапить конфиги и чистую установки сделать, походу перейти с i386 на amd64 и новое железо.<br> https://opennet.me/openforum/vsluhforumID3/67737.html#23 Mon, 07 Jun 2010 17:15:01 GMT &gt;&gt;Так же, тех, кто размещает _критичные_ данные компании, в которой они работают <br>&gt;&gt;(database сервер с чем-нибудь для какого-нибудь местного бизнес-приложения, например) на "серверах" из Core I7 без ECC памяти, нужно отправлять туда же.<br>&gt;<br>&gt;Знали бы вы, из какого хлама собираются сервера Google и что на <br>&gt;них ставят... <br><br>Ага, наверно сплошь пентиумы 1 133мхз, с 8 мегами рамы на борту и винтами в 2,1Гб. А чо очень даже мощные сервера получаются да. Короче всякие нищеброды могут хоть на MK-61 работать, а я привык держать в стойке нормальное человеческое железо, и по мере необходимости апгрейдить его. Распилов и откатов не практикуем бо зарплата в разы больше любых распилов и откатов и рисковать ей как-то не хочеццо. Приличный блейд обходится в 1 - 1,5 косых, для бизнеса это копейки, а для нищеброда повод уволится или удавится, да.<br>