Опубликовано (http://lists.freebsd.org/pipermail/freebsd-announce/2010-Sep...) предупреждение об окончании времени жизни и прекращении выпуска связанных с безопасностью обновлений для релизов FreeBSD 6.4 и 8.0, начиная с 30 ноября 2010 года. Одновременно будет полностью прекращена поддержка ветки FreeBSD 6.x, сборка портов для которой не будет гарантирована. Пользователям рекомендуется спланировать обновление своих систем до FreeBSD 7.3 или 8.1, время поддержки которых продлится до 31 марта и 31 июля 2012 года.URL: http://lists.freebsd.org/pipermail/freebsd-announce/2010-Sep...
Новость: http://www.opennet.me/opennews/art.shtml?num=27821
Нормально обновляется?
полет нормальный
После обновления 7.2 до 7.3 меняется версия какой-то библиотеки, щас на вскидку не скажу какой, после чего перестают работать bash, mc и еще много чего, ругаются на ее отсутствие, у меня у рута был прописан шелл - bash, соответственно залогиниться было невозможно, пришлось грузиться в синглюзер моде, а проблема решается симлинком с новый библиотеки на имя старой.
Странно, первый раз слышу. Несколько серваков удачно пережили обновления 6.[12] - 6.3 - 6.4 - 7.1 - 7.2 - 7.3 - 8.1, ни разу при обновлении внутри ветки bash не ломался.
А вот насколько целесообразно ставить руту шелл из портов...
cd /usr/src && make delete-old
сделайте
>cd /usr/src && make delete-old
>сделайтеТогда уж:
cd /usr/src/ && make BATCH_DELETE_OLD_FILES=true delete-old delete-old-libs
Делал, само собой разумеется. И _ни_разу_ проблем с башем не возникало - правда, при условии, что он никогда не был рутовым шеллом. У обычных юзеров спокойно запускался на новой версии внутри ветки, причем без пересборки.
> После обновления 7.2 до 7.3 меняется версия какой-то библиотекиВызывающе неверная информация. И это противоречит политике стабильных веток.
# uname -rs
FreeBSD 7.2-RELEASE-p6
# ldd /usr/local/bin/bash
/usr/local/bin/bash:
libncurses.so.7 => /lib/libncurses.so.7 (0x7d6cc000)
libintl.so.8 => /usr/local/lib/libintl.so.8 (0x7d818000)
libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x7d921000)
libc.so.7 => /lib/libc.so.7 (0x7db1b000)# uname -rs
FreeBSD 7.3-RELEASE
# ldd /usr/local/bin/bash
/usr/local/bin/bash:
libncurses.so.7 => /lib/libncurses.so.7 (0x7d6d0000)
libintl.so.8 => /usr/local/lib/libintl.so.8 (0x7d81c000)
libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x7d925000)
libc.so.7 => /lib/libc.so.7 (0x7db1f000)> После обновления 7.2 до 7.3 меняется версия какой-то библиотеки
Какой-то библиотекой может быть libintl.so или libiconv.so , но это оффтопик.
Используете небазовый шелл для рута - вот и поплатились.
>проблема решается симлинком с новый библиотеки на имя старой.Может вместо симлинков пора использовать libmap.conf(5) как временное решение проблем с библиотеками? В одном файле можно написать то, что в других операционных системах раскидывается по самой ФС. ;)
>>проблема решается симлинком с новый библиотеки на имя старой.
>
>Может вместо симлинков пора использовать libmap.conf(5) как временное решение проблем с библиотеками?
>В одном файле можно написать то, что в других операционных системах
>раскидывается по самой ФС. ;))) рад что тебя научили в maillist ? теперь других учишь
>)) рад что тебя научили в maillist ? теперь других учишьЯ ни на одну рассылку не подписывался. Просто прочёл Лукаса.
> у меня у рута был прописан шелл - bash, соответственно залогиниться было невозможноНапишите на доске двести раз: "Я больше не буду менять рутовый шелл. Я больше не буду работать под рутом."
ну и читать /usr/src/UPDATING надо, да.
как это знакомо всё :)
видимо было сделано
make delete-old-libs
после этого действительно такое случается
>как это знакомо всё :)
>видимо было сделано
>make delete-old-libs
>после этого действительно такое случаетсяТолько при обновлении между ветками.
>у меня у рута был прописан шелл - bashа на кой хер руту шелл менять на тот которого нет в base ? => ссзб
>соответственно залогиниться было невозможно
у вас еще и permitrootlogin yes ? ужас какой :(
>а проблема решается симлинком с новый библиотеки на имя старой.почитайте уже о libmap.conf и прекратите делать симлинки.
и кстати не ставьте баш на рута, будет переполнение раздела - упадет ваш баш и будете опять с сингл моде плясать.
а че, bash падает при переполнении раздела?:-\
>а че, bash падает при переполнении раздела?:-\Я думаю, комрад имел в виду, что так же не будет запускаться и не даст войти.
>>а че, bash падает при переполнении раздела?:-\
>
>Я думаю, комрад имел в виду, что так же не будет запускаться
>и не даст войти.тут неприятность в том, что bash использует динамические либы, в отличии от csh, которыми как известно руководит ldconfig, так вот ldconfig при каждой перезагрузке системы собирает кэш для либ, если корневой раздел переполнен - кеш имеет нулевой размер и как результат - bash не запускается. но это еще не трагизм, ребутается система, и вообще пересобирется кеш, не так часто, трагизм в том, что были случаи когда на живой системе с переполненным корнем отваливался bash, уж фиг знает почему, но падал и все тут.
>[оверквотинг удален]
>>и не даст войти.
>
>тут неприятность в том, что bash использует динамические либы, в отличии от
>csh, которыми как известно руководит ldconfig, так вот ldconfig при каждой
>перезагрузке системы собирает кэш для либ, если корневой раздел переполнен -
>кеш имеет нулевой размер и как результат - bash не запускается.
>но это еще не трагизм, ребутается система, и вообще пересобирется кеш,
>не так часто, трагизм в том, что были случаи когда на
>живой системе с переполненным корнем отваливался bash, уж фиг знает почему,
>но падал и все тут.Забавно)
Но это такая проблема баша только во фре, или в линухе тоже?
>Забавно)
>Но это такая проблема баша только во фре, или в линухе тоже?
>не знаю, я не работаю с линуксом, а bash в качестве рутового шелла достался в свое время от предыдущего админа и в один прекрасный момент был искоренен.
>[оверквотинг удален]
>>и не даст войти.
>
>тут неприятность в том, что bash использует динамические либы, в отличии от
>csh, которыми как известно руководит ldconfig, так вот ldconfig при каждой
>перезагрузке системы собирает кэш для либ, если корневой раздел переполнен -
>кеш имеет нулевой размер и как результат - bash не запускается.
>но это еще не трагизм, ребутается система, и вообще пересобирется кеш,
>не так часто, трагизм в том, что были случаи когда на
>живой системе с переполненным корнем отваливался bash, уж фиг знает почему,
>но падал и все тут.Эээ, а зачем переполнять рут? И чем, конфигами?
> После обновления 7.2 до 7.3 меняется версия какой-то библиотекиЭто ложь - в рамках одной ветки поддерживается полная совместимость.
> после чего перестают работать bash, mc
Они используют кучу библиотек из портов - вот их версии могут измениться. Если вы не используете portmaster/portupgrade, которые сохраняют старые версии - ССЗБ. А если используете, ничего сломаться в принцыпе не может. Таким, как вы, рекоммендуют руту шелл не менять.
>Это ложь - в рамках одной ветки поддерживается полная совместимость.Неправда
Пару раз были изменения что требуется пересборка всего
>>Это ложь - в рамках одной ветки поддерживается полная совместимость.
>
>Неправда
>Пару раз были изменения что требуется пересборка всегопруф или не было
Врете.
>у меня у рута был прописан шелл - bashчитать, чтоли Э. Немет
менять shell у root-а при обновлении не стоит.
а не проще bash в профиль добавить ?
Если не запустится, останется sh
не понимаю зачем вы используете линуксовый bash вместо шелла? Разве csh чем то хуже? он хоть без правки конфигов и читки манов сразу автодополнять умеет.
И да, не меняйте шелл руту вообще, бросайте эти линуксовые замашки, тут совсем другие ребята (с)
>не понимаю зачем вы используете линуксовый bash вместо шелла? Разве csh чем
>то хуже? он хоть без правки конфигов и читки манов сразу
>автодополнять умеет.по ^d чтоли? такэто вычитать нужно для начала где-нибудь;-) по умолчанию autolist выключен.
>И да, не меняйте шелл руту вообще, бросайте эти линуксовые замашки, тут
>совсем другие ребята (с)p.s. я удивлен.. почему еще никто не написал про static и cp этого ...bash в /bin/ ?:)
>p.s. я удивлен.. почему еще никто не написал про static и cp
>этого ...bash в /bin/ ?:)А вот это действительно линуксовые замашки.
>>p.s. я удивлен.. почему еще никто не написал про static и cp
>>этого ...bash в /bin/ ?:)
>
>А вот это действительно линуксовые замашки.не знаю. не пользуюсь ни bash ни линакс.
Выключен? Уж года 2 как пользуюсь, хотя не знал что включать надо.
>Выключен? Уж года 2 как пользуюсь, хотя не знал что включать надо.
>Правда? У меня наверное пиратский /usr/src/etc/root/dot.cshrc на всех машинах, там выключено;(
set autolist=ambiguous, если хотите, чтобы tcsh срал на экран сотней альтернатив, как и bash.
> И да, не меняйте шелл руту вообщеtcsh (а не csh) у root'а только в multiuser режиме. Но вменяемые люди отключают возможность логина root'ом через ttys(5)/passwd(5) и используют su/sudo. А в singleuser режиме используется ash (точнее форк) по умолчанию.
Наличие рутовского шелла - это большая дырка в безопасности, которая становится еще больше при отсутствии wheel группы.
http://administratosphere.wordpress.com/2007/07/19/the-wheel.../
>> И да, не меняйте шелл руту вообще
>
>tcsh (а не csh) у root'а только в multiuser режиме. Но вменяемые
>люди отключают возможность логина root'ом через ttys(5)/passwd(5) и используют su/sudo. А
>в singleuser режиме используется ash (точнее форк) по умолчанию.
>finger root ?
single-user -> echo $SHELL ?>Наличие рутовского шелла - это большая дырка в безопасности, которая становится еще
>больше при отсутствии wheel группы.наличие пользовательских аккаунтов тоже дырка (вон линуксойды как пароли "вспоминают"?;)), а что делать?
>http://administratosphere.wordpress.com/2007/07/19/the-wheel.../
>не понимаю зачем вы используете линуксовый bash вместо шелла? Разве csh чем
>то хуже? он хоть без правки конфигов и читки манов сразу
>автодополнять умеет.csh - убожество с невменяемым синтаксисом.
>И да, не меняйте шелл руту вообще, бросайте эти линуксовые замашки, тут
>совсем другие ребята (с)Ничего линуксового тут нет, и ничего плохого тоже нет. Надо просто обновляться по-человечески.
Ура! И, наконец, костыли для поддержки gcc3 из портов повыносят.
> Ура! И, наконец, костыли для поддержки gcc3 из портов повыносят.Большинство портов собираются и gcc2. ;)
Я тут недавно раскатал в Jail userland от 4.11, и собрал там с полсотни портов. Собралось почти всё системным gcc.