- Удалённая переустановка linux на примере Debian
- Краткий план наших работ будет выглядеть так:
- Подготовка раздела.
- Установка «временной» ОС.
- Перенос системы на основной раздел.
- Подводя итоги.
- Как переустановить OpenSSH в Ubuntu — Вокруг-Дом — 2021
- Table of Contents:
- Шаг 1
- Шаг 2
- Шаг 3
- Как вручную переустановить и исправить Центр обновления Windows
- Как переустановить драйверы USB-мыши в Ubuntu с помощью командной строки
- Как переустановить Ubuntu через командную строку
- Удаленный доступ к Ubuntu (установка и настройка openssh) ч.2 (Октябрь 2021).
- Как удаленно установить Linux через SSH?
Удалённая переустановка linux на примере Debian
Существует множество фичей упрощающих жизнь системному администратору. Различные системы удаленного управления позволяют установить ОС на девственно-чистый сервер и сегодня это совсем не проблема. Даже наличие второго винчестера превращает проблему переустановки операционки в банальность. Поэтому в этой статье рассмотрим самый суровый из случаев: пусть на сервере имеется только один полностью разбитый винчестер, а наша задача — удалённо переустановить ОС.
Удивлённо поднимем брови, умиляясь тому, как гибка наша любимая операционка, засучим рукава и приступим к делу.
В основе данного метода лежит идея о том, что мы можем использовать SWAP-раздел для установки временной операционной системы, а когда она встанет на ноги — заняться основной. Главное и единственное, что нам нужно — это своп размером не менее 420 Мб (именно столько занимает lenny со всем необходимым).
В статье используются следующие допущения:
— у вас стоит дебиан, и ставить вы планируете дебиан,
— используется grub установленный в MBR.
Краткий план наших работ будет выглядеть так:
- превращаем swap-раздел в ext3;
- устанавливаем на него чистую ОС;
- перезагружаемся в нее;
- делаем нужные изменения на основном разделе;
- копируем чистую ОС из временного в основной раздел;
- загружаемся с основного раздела, включаем swap.
Подготовка раздела.
Первое, что мы сделаем — убедимся, есть ли у нас этот своп-раздел вообще:
Как видим — есть, и размер (отображается в Мб) вполне удовлетворяет требованиям. Осталось выяснить, как у нас разбит диск:
Видно, что на sda1 — текущая ОС, на sda5 — своп. Запутаться сложно, но всякое бывает.
Убедиться, что мы его выключили, можно выполнив всё тот же free:
Обновим нашу таблицу разделов:
Нам заботливо сообщили, что ядро не увидит изменений до перезагрузки, но нам это пока и не нужно. Теперь самое время подготовить файловую систему на нашем старом новом разделе. Например, ext3:
Примонтируем раздел куда-нибудь и на этом его подготовка будет закончена.
Установка «временной» ОС.
Здесь нужно заметить, что временной она является только по своему местоположению. Чтобы дважды не прогонять все действия по сборке чистой системы в дальнейшем мы просто скопируем её на основной раздел.
Используем отличное средство для получения минимальной установки — debootstrap. Здесь и далее мы будем считать что проблем с интернетом на сервере нет (иначе какой же он после этого сервер ?), поэтому выкачиваем всё из репозитория.
Данной утилите достаточно передать четыре параметра: желаемая архитектура, название релиза, директория установки и ссылка на полное зеркало. Архитектуру можно определить по выводу `uname -a`, дистрибутив выбираем на свой вкус, директория в данном случае та, куда мы смонтировали наш раздел, а ссылку на зеркало можно взять здесь: http://www.debian.org/mirror/list. Получается, что строка запуска выглядит примерно так:
После нажатия enter начнется процесс загрузки и установки пакетов, при достаточно среднем интернет-соединении (
10 Мбит) на это уходит порядка 5-10 минут — я даже не успел допить свой чай. В конце вы увидите сообщение о том, что система успешно установлена:
Теперь начинается одна из самых ответственных процедур: нам нужно правильно сконфигурировать новую систему. Любому сис-админу, наверное, снились кошмары о том, как он теряет удаленный контроль над машиной, да и в конце концов всё это мы затевали именно для того, чтобы не ехать в дата-центр. Поэтому отложим кружку кофе и сосредоточимся.
Сначала скопируем все важные настройки. Наверное, у каждого найдутся достаточно важные файлы, которые лежат не там где положено. У меня, к примеру, есть некий /etc/rc.routes со всеми нестандартными маршрутами. Главное не забыть ничего. Приводить тут какой-либо список, мне кажется, совершенно бессмысленно, но у меня это выглядит примерно так:
В fstab напишем самое необходимое — proc и наш корневой раздел:
Теперь смонтируем dev-окружение, перейдем в чрут нашей временной системы и сразу примонтируем proc:
Очевидно нам понадобится менеджер пакетов, думаю рассказывать о его настройке отдельно не нужно.
Настроим часовой пояс:
Также нам понадобятся следующие пакеты:
Сразу же, чтобы не забыть, создадим пользователя и назначим ему пароль, иначе в ssh нас потом не пустят:
Теперь переустановим загрузчик. Сначала необходимо создать все файлы загрузчика на новом диске:
После чего необходимо инициализировать МБР на загрузку с нашего нового раздела. Для этого всё там же, в чруте, войдем в консоль граба и напишем следующее:
Своеобразный автокомплит по табу подскажет нам, какие разделы есть в нашем распоряжении. Как видим всё на единицу меньше чем в названии в системе. Инициализируем загрузку с нашего sda5:
Загрузчик установлен куда нужно. Теперь выберем и установим подходящее ядро:
В ходе установки нас спросят «Create a symbolic link to the current kernel image?», на что мы ответим утвердительно. Так же сообщат, что мы устанавливаем ядро, требующее от загрузчика поддержку initrd, и уточнят, не передумали ли мы.
Отвечаем «Нет» и установка заканчивается. Осталось обновить меню загрузчика:
Выходим из чрута, собираем нервы в кулак и отправляем сервер в первую перезагрузку:
Если все было сделано правильно — машина перезагрузится в нашу временную систему. Мы можем зайти в ssh как пользователь, которого мы только что добавили.
Перенос системы на основной раздел.
Форматируем и монтируем наш старый раздел:
К слову, на этом этапе можно провести и обслуживание диска: например переразбить основной раздел и проверить файловую систему.
Остается скопировать нашу чистую ОС на основной раздел:
Обновляем fstab. На этот раз причешем его по всем правилам:
В очередной раз нужно обновить граб. На этот раз — для загрузки уже с нашего основного раздела:
Тут стоит отметить, что у меня в этом месте, в отличие от первого случая, menu.lst обновляться отказался, и там по-прежнему оставались ссылки на sda5. Почему это происходит — я так и не разобрался, поэтому вручную подредактировал этот файл:
Выходим из чрута и делаем вторую перезагрузку:
После перезагрузки можно убедиться, что мы снова на родном основном разделе:
Остается создать и включить своп:
Убедимся что всё нормально:
Ну и в конце, если вы редактировали /boot/grub/menu.lst врукопашную — стоит все-таки запустить скрипт его обновления еще раз:
Подводя итоги.
Данный способ безусловно не самый простой путь переустановки системы, однако, во многих случаях, он становится единственно возможным. Тем более вся процедура занимает около 25 минут, поэтому если ваш ДЦ не через дорогу, то в любом случае выходит совсем неплохая экономия времени. Получилось на удивление много букв — я пытался расписать подробно и понятно, но на самом деле операция простая и достаточно быстрая.
Источник
Как переустановить OpenSSH в Ubuntu — Вокруг-Дом — 2021
Table of Contents:
Ubuntu Linux включает OpenSSH клиент и сервер в свои репозитории программного обеспечения. OpenSSH — это набор программ с открытым исходным кодом, которые реализуют протокол защищенной оболочки. Клиент SSH обеспечивает безопасный доступ к удаленным серверам SSH, обеспечивая безопасный доступ к оболочке Linux через локальную сеть или Интернет. Клиентская программа OpenSSH по умолчанию установлена в Ubuntu, а сервер OpenSSH — нет. Вы можете переустановить пакет OpenSSH в вашей системе Ubuntu, если его файлы повреждены. Установщик программного обеспечения Ubuntu перезапишет существующие файлы пакета в вашей системе оригинальными файлами из пакета программного обеспечения.
Шаг 1
Откройте меню «Приложения», нажмите «Стандартные» и нажмите «Терминал».
Шаг 2
Введите «sudo apt-get —reinstall install package_name» в окне терминала, заменив «package_name» на «openssh-client» для клиента OpenSSH или «openssh-server» для сервера OpenSSH.
Шаг 3
Введите пароль при появлении запроса и нажмите «Ввод».
Как вручную переустановить и исправить Центр обновления Windows
Агент обновления Windows — это программа в вашей операционной системе Windows, которая отвечает за загрузку и установку обновлений Windows непосредственно с серверов Microsoft. Если обновление .
Как переустановить драйверы USB-мыши в Ubuntu с помощью командной строки
Переустановка драйвера для USB-мыши — это не то, что вы обычно делаете в Ubuntu или других версиях Linux, потому что она автоматически обрабатывается операционной системой. Если ты .
Как переустановить Ubuntu через командную строку
Ubuntu — это версия операционной системы Linux, операционная система с открытым исходным кодом, доступная бесплатно онлайн. Если у вас есть компьютер под управлением Ubuntu, и вы испытываете работу .
Удаленный доступ к Ubuntu (установка и настройка openssh) ч.2 (Октябрь 2021).
Источник
Как удаленно установить Linux через SSH?
Мне нужно удаленно установить Ubuntu Server 10.04 (x86) на сервер, на котором в данный момент работает RHEL 3.4 (x86). Я должен быть очень осторожным, потому что никто не может нажать кнопку перезагрузки для меня, если что-то пойдет не так.
Вы когда-нибудь устанавливали удаленно Linux? Какой способ вы бы порекомендовали? Какой-нибудь совет для вещей, чтобы остерегаться?
Обновить:
Спасибо за вашу помощь. Мне удалось «поменять резину за рулем» !
Вот схема того, что я сделал:
- Запустите debootstrap на существующем сервере Ubuntu
- Перенесите файлы в раздел подкачки сервера RHEL 3.4
- Загрузитесь в раздел подкачки (система debootstrap)
- Перенесите файлы в исходный корневой раздел
- Загрузитесь в новую систему Ubuntu и завершите установку с помощью tasksel, apt-get и т. Д.
Я проверил метод в виртуальной машине, а затем применил к серверу. Мне повезло, что все прошло гладко 🙂
Я согласен с мнением других ответов здесь: хотя может быть возможно установить Ubuntu удаленно на RHEL 3.4, вы, вероятно, будете наступать на очень тонкий лед.
Я думаю, что самая большая проблема, с которой вы можете столкнуться — это возраст ядра и libc в существующей системе. Это ядро серии 2.4.x? Если это так, я не уверен, что вы сможете это осуществить, потому что в какой-то момент во время установки вам нужно будет запустить инструменты, которые были скомпилированы для запуска в ядре Ubuntu и libc, и они могут работать неправильно (или вообще) в более старой среде выполнения. Если вы не используете ядро серии 2.6.x на удаленном сервере, я не думаю, что у вас есть большие шансы на успех.
Если вы все еще думаете, что можете попробовать это, есть несколько руководств, которые мне известны:
Установка новых систем Debian с помощью debootstrap , на debian-administration.org. Хотя он специфичен для Debian, он в основном применим и к Ubuntu.
Установка Debian GNU / Linux из системы Unix / Linux , из Руководства по установке Debian GNU / Linux. Опять же, специфичный для Debian, но в основном применимый.
Оба эти руководства довольно старые, поэтому ни одно из них не может рассматриваться как что-либо, даже близкое к руководству «вырезать и вставить». Я настоятельно рекомендую последовать совету других здесь и сделать несколько пробных запусков на локальном сервере или виртуальной машине, потому что есть определенные недостатки и ошибки, которые вам необходимо решить, прежде чем идти вперед по-настоящему.
Лучшая практика для удаленной установки любой ОС — это покупка серверного оборудования с внешним управлением (HP ilo, Dell drac), которое позволяет удаленно выключать и видеть консоль сервера. Даже не пытайтесь иначе.
Установка нового дистрибутива на месте может быть выполнена, но это очень сложно. Это то, что вы почти наверняка не получите право с первого раза. На самом деле, вам повезет, если вы сделаете это правильно в третий или четвертый раз.
Кроме того, никто здесь не сможет дать вам список белья, за которым вы можете просто следовать, и это произойдет. Вам придется экспериментировать с различными альтернативами, в зависимости от вашего точного раздела диска и структуры файловой системы, конфигурации оборудования и т. Д.
Тем не менее, вот как бы я поступил так, если бы мне пришлось:
- Получите машину, настроенную так же, как это возможно, к существующей машине: жесткие диски, сетевые карты, дисковые адаптеры, RAM, и все, что вы назовете.
- Настройте эту машину для имитации текущей настройки на этом хосте.
- Поэкспериментируйте с тем, что вам нужно сделать в этой тестовой системе.
- Сделайте об этом заметки, чтобы воспроизвести их в «живой» системе.
- Перед выполнением окончательной миграции снова просмотрите эти примечания в тестовой системе.
Некоторые методы, которые могут вам помочь:
- Решите, хотите ли вы установить новый раздел или попробуйте установить поверх существующей файловой системы. Если вы создаете новый раздел, вы всегда можете вернуться назад, загрузив старый раздел. Однако это, вероятно, означает, что вам нужно уменьшить текущую файловую систему, что должно быть сделано в автономном режиме. Я написал несколько заметок еще в 2007 году, когда сделал это .
- Возможно, вы сможете выполнить установку в небольшой раздел на тестовом компьютере, а затем внести соответствующие изменения, такие как IP-адреса и «dd», для этого образа файловой системы, чтобы использовать его для заполнения базовой установки в новом разделе. Это будет только в том случае, если вы используете отдельный раздел для новой установки.
- Вместо этого вы можете поместить корневую файловую систему на место в подкаталоге, а затем сделать что-то в initrd так, чтобы оно было: «cd / target; mv * oldroot; mv oldroot / newos / *». переместить все старые каталоги с места и поставить новые на место. Это должно быть сделано до того, как initrd выполнит «pivotroot», вероятно, сразу после монтирования файловой системы.
- Добавление некоторого кода в сценарии initrd может позволить вам совершать всевозможные замечательные вещи во время загрузки системы. Смотрите пост в блоге, на который я ссылаюсь выше, для более подробной информации.
- Ожидайте, что вы потерпите неудачу в этом. Это чрезвычайно рискованное начинание. Когда я изменил размер файловой системы (упомянутый выше), я был шокирован, когда она перезагрузилась должным образом.
- Вам нужно решить, что вы хотите сделать с загрузочными секторами, работает ли на них LILO или GRUB? Хотите попробовать остаться с текущим загрузчиком или перейти на 10.04? Вероятно, идеальным вариантом было бы использовать существующий загрузчик для загрузки в новую ОС, а затем запустить «grub-install» из этой ОС, чтобы установить новую.
Источник