>> Ситуации бывают разные и нужно уметь обходиться минимальными средствами, если у вас
>> настолько рафинированные задачи, что можно до каждого компа пришагать со своим
>> сидюком и еще при этом у каждого вашего компа есть сд-привод
>> или вы его таскаете за собой - я за вас рад.
> Мы говорим о шаращке? Нет, не о шаражке.
> Я с вами полностью согласен. В шарашке куча
> разных систем обслуживаемых ОДНИМ человеком, недокомплектация банальными сидиромами,
> нет виртуализации и так далее...
> Сервера в такой шарашке- это офисные списанные писюки в которые воткнули то
> что было. Если же вы будите покупать нормальный брендовый сервер -
> то сидиром там будет, а если вы от него откажитесь -
> вам его могут подарить в нагрузку...
сд-привод, есть рудимент, как вы выразились. лишняя сущность, я ими не пользовался на своих серверах года четыре уже, по-этому платформы выбираются без них.
Еще раз: случаи бывают разные и обходиться нужно теми инструментами, что есть в наличии. Примеров в моей практике была масса: обращались сторонние люди, которым сотрудники датацентра не могли сутки починить систему ими же и установленную, обращались МВД-шники, через генерального, со своими серверами, ставили сервера в новых ДЦ и там не было привычной инфраструктуры, накрывалась медным тазом привычная инфраструктура и т.д.
У меня все стандартные ремонтные работы на моем железе проходят через ip-kvm, сервер загружается с pxe в FreeBSD livefs. Там нет mc и хотя сделать оно можно - я против. Почему? А потому что завтра у вас что-то приключится и будет вам доступен стандартный FreeBSD livefs, без ваших костомизаторов, или делать нужно будет не родные железяки, в родных ДЦ, что делать будете? сидеть и тупить думая как задачу решить без mc? Или, например, не раз приходилось пользоваться /rescue, это стандартный ремонтный инструмент и администратор должен его знать и уметь с ним работать. Администратор должен не по ходу решения проблемы разбираться с инструментом: vi, тыкаясь в мануал: "как осилить vi начинающему", а должен думать о конкретной проблеме и решать ее быстро и четко, выстроив у себя в мозгу цепочку действий которая должна привести к желаемому результату.
Вышесказанное относится к ремонтникам и админам старшего звена, техподдержка или БД-шники всего этого знать не обязаны, к ним др. требования.
> А между прочим вы намешали в кучу явления разных порядков.
Разных, а что в этом плохого? Вспоминаются соискатели и впечатления от них...
> вопрос любимого
> редактора- это вопрос комфорта. Что плохого в том, что человек обслуживающий
> систему ВЕЗДЕ поставит свой любимый редактор.. НУ ЧТО В ЭТОМ ПЛОХОГО???
Выше описал чем плохо и почему.
> Знание о том как система загружается- это вопрос совершенно другого порядка. Это
> область профессиональной компетенции сисадмина. Но видите ли, этот вопрос вдруг возник
> только в вашем письме, тут... крутой руководитель крутого датацентра высчитывающий в
> уме маски сетей- об этом ньюансе даже НЕ ВСПОМНИЛ когда перечислял
> по каким критериям он отсеивает кандидатов.. Вам не кажется это странным?
Обсуждать человека которого я даже не видел - занятие не благодарное, но истина в его словах есть, относится она, правда, не к любому уровню администрежки.
> Что касается поднятия сети без перезагрузки компа...даже в виндовс в тривиальном случае
> перезагрузка компа дял поднятия сети не требуется...это какоето странное требование...
Да, многие не умеют общаться с ifconfig-ом, кроме как заученными фразами через rc.conf, а о route и вообще не слышали. Это опять же из опыта поиска администраторов...
