Устанавливая Linux

[nepilsonis]

Похоже, что отношения между моей (везучестью? кармой?) и профессией напоминают матроса с морской болезнью, библиотекаря с аллергией на пыль, или патологоанатома с непереносимостью вида крови.

Как минимум в 2/3 случаев, когда я пытаюсь проапгрейдить (а не поставить всё по новой — это важно!) какой-нибудь Linux — что-то ломается. При этом никто из знакомых «Linux guru» не может мне помочь готовым советом, ибо не сталкивался с этими проблемами. Они «просто запускают инсталлятор», «оно там само всё делает», после чего «всё просто работает».

Вчера я апгрейдил FC3 --> FC6 на одном малонужном и практически не кастомизированном сервере. Практически никакого софта — чистый файл-сервер NFS, даже самбы нет. И что же?
Сначала оно что-то не так прописало в MBR: Grub запускался в командной строке, ОС грузилась после ручного указания конфига. Потом оказалось, что поменялась нумерация интерфейсов, и все их настройки сбросились в «брать по DHCP». Затем выяснилось, что поменялась и последовательность дисковых контроллеров.
Ну, а потом оказалось, что внутри некоторых файлов всякий мусор из других файлов, после чего было принято решение о «переставить всё с нуля».
Хорошо, что данных на нём небыло.
Кстати, не взирая на то, что в процессе новой установки ясно было сказано «а вот тот диск не трогай», в итоге на диске с хранилищем не оказалось файловой системы. Правда, был, был нюанс — файловая система была создана на самом томе, без partition table. Вероятно, программа установки проигнорировала запрет трогать этот диск, и что-то всё же в 0 секторе проковыряла.

Надо переквалифицироваться в менеджеры. А что? Думаю, у меня получится. Я уж всяко не меньше мудак, чем большинство из них.

Comments

[d1pr3d.livejournal.com]

У BSD как-то порядка больше в инсталах-апгрейдах.. Ну эт так, филососфские воспоминания из детства :-)

[nepilsonis.livejournal.com]

Зато в портах там вечно творится ужас что. Попытавшись получить, скажем, Horde с SSL, окажется, что Horde хочет поставить один апач, PHP - другой, а SSL можно поставит только к третьему, и, плюнув на порты, всё ставишь сам из исходников.
О деинтсталляции поставленного из портов вообще лучше молчать :(

[d1pr3d.livejournal.com]

Да, было и такое, но плюс заключался в том, что на RH сам все зависимости искал и ставил, а в FreeBSD (да и в gentoo), в большинстве случаев, порты сами тащили за собой хуеву тучу зависимостей, что упрощало жизнь. А деинсталяция — она для меня так и осталась мистикой :/

[nepilsonis.livejournal.com]

В популярных линуксах зависимости давно не проблема - сначала был rpmfind, а сейчас рулит yum. Так же, как порты - сам всё тянет, ставит, да к тому же и находит, в каком пакете есть нужный файл (если зависимости не прописаны).

Правда, не так давно понадобилось мне впервые в жизни tomcat на линукс (CentOS) поставить... На сайте редхата строго не велели ставить санрвский клмплект, угрожая проблемами с именами пакетов, а советовали некий спец репозитарий. Ну, в общем, где-то у них в этом репозитарии что-то оказалось битым, и в итоге на машине получилась некая каша пакетов, которую не отрезолвить, ибо нечто нельзя снести, потому что не хватает чего-то, а это самое что-то не ставится, потому что что-то из того, что уже стоит, почему-то не работает.

В общем, в итоге поставил сановский комплект.

[d1pr3d.livejournal.com]

Я линуксами-униксами уже несколько лет не пользовался, и то не свежими сборками, такчто могу быть не компитентен достаточно, но проблему с, если не ошибаюсь, mplayer похожую было подцепил, когда до конца он не встал, а сноситься просто уже не мог, так как и стоял не до конца, и поч-муто стянутые им библиотечки сразу заюзались другими «деталями» системы. А вот apachе с mysql, php ещё на 6.2 RedHat`е у меня и вставал и сносился без проблем, везло наверно :-)

[nepilsonis.livejournal.com]

Да я и говорю, что, как правило, всё ставится и сносится хорошо. Но иногда, на каких-нибудь чужих репозиториях, глюки случаются.

[d1pr3d.livejournal.com]

Угу.

[ol [infoserver.ru] (from livejournal.com)]

Как минимум в 2/3 случаев, когда я пытаюсь проапгрейдить (а не поставить всё по новой — это важно!) какой-нибудь Linux — что-то ломается. При этом никто из знакомых «Linux guru» не может мне помочь готовым советом, ибо не сталкивался с этими проблемами. Они «просто запускают инсталлятор», «оно там само всё делает», после чего «всё просто работает».

В том-то и отличие настоящего «Linux guru», что он всякие мелкие проблемы не воспринимает как «что-то ломается», а просто подчищает их почти на автопилоте.

Как бы ни была система проста в использовании, как бы ни была надежна, от ошибок и проблем нельзя избавиться полностью. И мастерство настоящего сисадмина состоит не в том, чтобы уметь выполнять рутинные процедуры с помощью графических глюкал, а в том, чтобы уметь разобраться, если вдруг что-то сломается. После обновления системы почти всегда остаются вещи, которые надо подчистить. Но если умеешь пользоваться системой управления пакетами и настраивать сервисы, используемые в данной системе, это не вызывает никаких проблем.

К тому же, некоторых проблем можно избежать, если заранее подготовиться.

• Изменение нумерации интерфейсов не приведет к смене имен интерфейсов, если MAC-адреса прописаны в конфигурационных файлах интерфейсов.


• Монтирование файловых систем не должно быть привязано к физическим именам дисков, тщательно избегая их упоминаний в fstab. Для этого можно использовать LVM и метки томов. Кстати, даже у swap'а можно прописать метку тома.


• Внимательное чтение release notes перед обновлением дает представление о том, настройку каких пакетов надо будет подправить. Например, если сказано, что в новой версии используется Apache 2.2, надо будет поправить настройки Apache.

Но самое главное при обновлении – это умение манипулировать пакетами. Ну, вот, например, при обновлении FC5 → FC6 установилось ядро для i586 (вместо i686). Это становится сразу стало понятно при попытке установить драйвер nVidia с репозитария livna. Как переустановить тот же самый пакет, но для другой архитектуры? Поставить его поверх нельзя – конфликтующие файлы. Снести его нельзя, потому что kernel требуется куче других пакетов. Решение простое – ставим другой пакет, который тоже предоставляет kernel (например, kernel-xen), затем сносим kernel и устанавливаем другой, нужной архитектуры. После чего kernel-xen можно спокойно сносить.

[nepilsonis.livejournal.com]

Ну, LVM и md у меня используются, и тома монтируются по меткам.
Я, вообще-то, немножко другое имел в виду.
Я в ходе разборок узнал о мак адресе. Просто я не был готов к этому заранее.
И мне не совсем понятно, как же получается с нумерацией дисков… Ведь есть ещё grub с его hd(0,0).

Кстати, у новопоставленной федоры6 получилось ещё смешнее:
инсталлятор видел диски в одном порядке, а работающая система видит их в другом. Если загрузиться с установочного диска в rescue режиме, то диски видны, как и в инсталлере.

А повреждение данных на диске — это, по моему, вообще за гранью добра и зла.

[syslogs.livejournal.com]

Мне иногда кажется, что сисадмины -- это современные Дон Кихоты. Воюют с результатами воображения инженеров, программистов и системных архитекторов, с чужими ошибами и идеями. Но никто не может жить друг без друга -- ни решения без админов, ни админы без готовых решений. Поэтому Дон Кихоты будут жить вечно!

[nepilsonis.livejournal.com]

Вау!
Как ты это здорово сформулировал!

увы...

[dimgo.livejournal.com]

думаю, до мэнэджэра тебе мудить и мудить, так что не надейся! а карма первооткрывателя неизвестных большинству багов - это хорошо, это добренько, это стимул познания и свидетельство отличия. ты - иной! :))