Развернуть образ на HDD удалённо (DD).

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

Задача стоит именно так. Никакого второго локального физического носителя нет и не представляется возможным. Доступ есть только по SSH и то не напрямую, а через другой комп, который смотрит в инет. Физического доступа к этому серваку в рамках задачи нет. Есть локалка. Это мысль, можно загрузить в оперативку все нужные проги, или образ системы целиком (но как?) и потом осуществить копирование не локально из образа лежащего на этом жёстком на сам HDD а по сети через SCP. Благодарю, одна идея уже есть, время экспериментов.

Второй физический носитель не обязательно нужен. Если сервак в датацентре то обратись в сапорт датацентра хостера. Скажи что надо загрузить сервер каким-нибудь линухом, скорее всего у них уже есть отработанные варианты как это сделать. Задача-то типовая — загрузить сервер с чистой ОС для ремонта основной.

Спаибо за ответы! Поясняю. Сервер не в датацентре. Сервер не нужно загружать чистой ОС, на него нужно залить готовый, предварительно сконфигурированый и готовый к бою RAW образ. Дано: Удалённый сервак с доступом по SSH через шлюз в локальной сети. Комп в той же сети, который можно использовать, например как «носитель» для копирования этого самого образа. Физического доступа, дата-центра, флешек, третьих лиц, которые «случайно» оказались рядом с целевым компом нет и не планируется. Задача имеет как прикладной аспект (нужно её решить), так и спортивно-познавательный.

Так тебе проблему решить или потрахаться? Решение тебе уже предложили, а трахаться можешь сам.

разворачивать ОС поверх живой ОС и ее средствами - верхушка бреда, ФС превратится в кашу.

Есть удалённый сервер с крутящимся Debian(Ubuntu, неважно). Жёсткий диск только один.
войдя по SSH развернуть готовый образ HDD

первоночально загрузи сервер по PXE тогда задача решаема.

RAM-диск, минимальный набор программ и библиотек туда, chroot, отмонтировать HDD, Дальше думаю понятно.

Благодарю! То, что нужно!

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

Если ОЗУ мало, то можно скопировать исходные бинарники, модули ядра в вобще всё на удалённый сервер и подключить их по NFS (если есть поддержка в ядре).

Делал подобное, после chroot нужно делать pivot_root (может сейчас какая другая команда), иначе корень не отмонтировать.

И, понятно, сначала тренироваться, а уже потом ломать удалённый сервер.

MrClon, mky, Спасибо!

Конечно просимулирую где-либо до махинаций на условно-недоступном железе.

С NFS мысль превзошла даже мою изощрённую фантазию. Супер!

Интересная задачка. Если не трудно, отпишешься что и как получилось?

Да, планирую отписаться, только пока незнаю, когда это всё будет.

10000 к 1, чта не взлетит

Задача не тривиальная, но вполне реальная.

Здесь чел делал что-то похожее. http://habrahabr.ru/post/141320/

интересно, надо опробывать.

Возможно ли это впринципе?

Да, но верятность не 100%. Всё ниже изложенное выполняется на свой страх и риск.

Всё что смонтировано с этого диска перемонтируем в ro(mount -o ro,remount) и желательно оставить работающих процессов в системе по минимуму. Пишем образ dd if=dd_image_hdd | ssh root@ip 'dd of=/dev/sda bs=10M' Вероятность успеха ~70-80%, ~20-30% фейлов - в этих случаях dd может вернуть внезапно No space left on device. По окончании процесса ребут сделать не получится, нужно делать reset питания и в этом заключается главный минус.

так чем дело кончилось?

Пока ничем, я в дали от железяк на которых можно просимулировать и катострофически не хватает времени.