Проблем не было ни разу, за исключением косяка с ядром, года два назад. В тот же день и пофиксили. Причем реп использую не мало.Насколько гладко проходит обновление между версиями?
Стабильный дистрибутив
[quote="jashaw5"]CentOS... И никаких обновлений! (Разве что обновления безопасности.)
Устанавливаю все, проблем ни разу не было.[/quote]
Мой печальный опыт после последнего, перед Новым годом, обновления. Запустил стандартно 28 декабря yum update. Вижу - поменялось ядро. Перезагружаемся, устанавливаем соответствующий, скомпилированный ранее под это ядро модуль drbd-km и полное опаньки.
Было два сервера, на которых средствами LVM был выделен большой том под организацию зеркала с помощью drbd. На этом зеркале средствами LVM (новая уже группа томов) было нарезано несколько логических томов, которые раздавались разными способами, или монтировались сразу, или уходили под iSCSI-Target, под виртуальные машины. Стало... Ну, взрыв небольшого тактического ядерного заряда представляете? Файловые системы рухнули по всем томам этого зеркала... Причем не просто рухнули, но отдельные ветки файловой структуры отцепились от дерева и ищи теперь откуда оно привалилось... Нет для них родительского inode.
Далее - пытаюсь восстановить ту структуру (уже на виртуалках), что работала долго и успешно: Поднимаю на сервере LVM, на нём делаю том под DRBD. Запускаю drbd - работает. Создаю новый PV. Работает, создаю новый VG... Получаю сообщение, что нет на drbd-девайсе нужного PV. Смотрю сам - и правда нет. Создаю то же самое на виртуалке дореформенной - все создается как доктор прописал. Переключаем primary-node на новое ядро и оно всё валится. Как к этому относиться?
Далее - была у меня виртуальная машина - терминальный сервер. Развернута на базе Fedora-14. Работала долго и устойчиво. Без каких либо проблем. После обновления - и полдня в продакшене продержаться не может. Становится (по сетевым интерфейсам) колом. В чем причина?
Далее, была конфигурация, в которой по iSCSI раздавались логичкие тома LVM. И на них были организованы iSCSI-LUN'ы. В них жили виртуальные машины. Виртуальную машину можно было остановить и смонтировать содержимое этого луна в нужную точку монтирования, сделать архив, отцепиться... Запустить виртуалку и продолжить работу. Теперь LUN сздан прямо на DRBD-томе. Виртуалка его видит и работает... НО если виртуалку остановить, то сам сервер не может смонтировать содержимое этого LUN'а. fdisk показывает, что диск есть, а вот при монтировании - неизвестная файловая система... В чем причина?
Тут еще вчера вопрос был - куда делись GRE-туннели? Полагаю - туда же...
Так что последнее обновление - очень проблемным оказалось. Хоть качай CentOS 6.4 и ставь сервера в нем, по новой... А оно нам надо?
К сожалению я не могу установить Gentoo и Arch, т.к. у меня 3G модем. Буду юзать OpenSUSE или CentOS
т.к. у меня 3G модем
так что же ты молчал, тогда Slackware
fdisk показывает, что диск есть, а вот при монтировании - неизвестная файловая система... В чем причина?
Может надо на него kpartx натравить.
Лично я после многих тестов остановился на сборке Ubuntu с классическим гномом, которую собрали ребята на ualinux.com - меня всё устраивает! Такое ощущение в целом, что я не покидал Ubuntu 8:)
К сожалению я не могу установить Gentoo и Arch, т.к. у меня 3G модем. Буду юзать OpenSUSE или CentOS
Непонимаю в чём проблема. А если придётся кабель провести? Тоже переустанавливать систему?
Я далеко не суперский Линукс пользователь, но переустанавливаю систему только с выходом нового дистрибутива.
Может всётаки научиться хоть немножко понимать в настройке программ?
У меня тоже 3G модем и идёт раздача по WiFi и по проводу могу сеть подцепить.
Думаю вам стоит выбрать лучший дистрибутив которым пользовались и потихоньку грызть его и тогда всё будет исправно работать.
[quote="Cruiser78"]fdisk показывает, что диск есть, а вот при монтировании - неизвестная файловая система... В чем причина?
Может надо на него kpartx натравить.[/quote]
Я не знаю такого страшного слова.
Ubuntu LTS? При том устанавливать не сразу после релиза, а через полгода-год и ещё советую не использовать Юниту, а взять Крысу, LXDE, Кеды (да, они сейчас очень даже стабильны, во всяком случае куда стабильнее Юниты). Если будет нужен какой свежий софт, так он будет на Лаунчападе, скорее всего.
Черт, иногда прям начинаю завидовать - как вы умудряетесь линукс сделать "нестабильным"? В принципе, я говорю о любом. Разница только в обновлениях, слышал, что в Арче они не всегда гладкие.
Установил, настроил, работает. Третий год как часы. Все, что хочу, устанавливаю, все, что хочу обновляю.
Падал только раз, когда решил установить новые драйвера на видюху, с сайта нвидиа. Упали иксы, с лайв сд восстановил за пол часа.
Присмотрел LMDE, Debian, Arch linux и Gentoo.
Вот что не говорите, Арч язык не поворачивается назвать стабильным.
рекомендую рассмотреть Debian, OpenSUSE, Slackware. Если вы привыкли к Минту, то Debian для вас будет самым удобным. С установкой нового софта проблемы не часто возникают.
Падал только раз, когда решил установить новые драйвера на видюху, с сайта нвидиа. Упали иксы, с лайв сд восстановил за пол часа.
А без лайв сд нет вариантов восстановить дравера?
Может какой нибудь командой вызвать программу и настроить? Или система совсем висит?
А без лайв сд нет вариантов восстановить дравера?
В Slackware без LiveCD - просто. В systemd'ix-ах - нет, без посторонней помощи уже никак не обойтись. Ядру передать single, если ядро с поддержкой KMS собрано, то еще nomodeset, загрузиться, поднять сеть, скачать/собрать/поставить драйвер. На все про все - ~10 минут, при хорошем соединении и быстром железе. А с systemd - уже и в консоль-то не войдешь...
Да, ну? А разве безопасный режим загрузки ядра отменили?А с systemd - уже и в консоль-то не войдешь...
А разве безопасный режим загрузки ядра отменили?
А у меня его нету. Есть вариант со старым ядром, но только при обновлениии ядра, его модулей и прошивок, после успешных тестов старое ядро удаляется до следующего апгрейда. И что это за failsafe такой? Чем он от single отличается? От консольного многопользовательского?
yars, в принципе это однопользовательский режим, например, в openSUSE с параметрами ядра "nomodeset", "x11failsafe" и некоторыми еще, типа powersaved=off, apm=off, noresume. А в Sabayone - практически чистый однопользовательский, соответствующий уровню 1.
Наличие же в дистрибутиве режима восстановления и возможности загрузки старого ядра зависит от настроек (в файле 10_linux в каталоге /etc/grub.d)на основании которых формируется конфиг груба. Все systemd-дистрибутивы, которые я пробовал, такие настройки имеют.А у меня его нету. Есть вариант со старым ядром, но только при обновлениии ядра, его модулей и прошивок, после успешных тестов старое ядро удаляется до следующего апгрейда.
Честно я незнаю systemd у меня или нет, но вроде справляюсь. Mageia 3 у меня.
Значит, у вас systemd.Mageia 3 у меня.
Строго говоря, параметром ядра не является, поскольку последнее о его существовании не в курсе. Вероятно, его наличие в /proc/cmdline анализируется уже после загрузки ядра стартовыми сценариями.x11failsafe
bormant, возможно.