alibek Опубликовано 29 апреля, 2021 · Жалоба Есть у меня сервер с RAID-контроллером и корзиной на 4 диска, из которых только в одной корзине есть диск (десктопный SATA на небольшой объем). На сервере установлен Debian и сделаны некоторые настройки, которые мне не хотелось бы делать заново. В скором времени к серверу я возьму четыре серверных диска, два соберу в зеркало, еще два оставлю автономными. И хотелось бы просто перенести на них систему целиком. Поскольку сейчас системный диск подключен как автономный, а новый системный диск будет RAID-1, то просто клонировать диск я не могу (к тому же на новых дисках будет другой размер сектора и не исключено, что клонировать так просто не получится). Я планирую сделать следующим образом: 1. Переключить текущий диск в слот 4, перенастроить RAID. 2. Включить в первые два слота новые диски, создать зеркало. 3. Загрузиться со старого диска (в слоте 4), создать на новом диске (который RAID-1 в первых двух слотах) файловую систему, с такой же разбивкой. 4. Скопировать партиции с помощью dd. 5. Загрузиться с нового диска, проверить, что ничего не поломалось. 6. Вытащить из слота 4 старый диск, вставить в слоты 3 и 4 новые диски. 7. Настроить в RAID-контроллере как новые автономные диски. 8. В системе добавить их как новые разделы. Ничего не упустил? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
snvoronkov Опубликовано 29 апреля, 2021 · Жалоба dd зачем? cpio, dump/restore, tar чем не угодили? Да, и приготовится к пляскам с бубном при переустановке grub & initrd. blkid-же изменятся. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
alibek Опубликовано 29 апреля, 2021 · Жалоба dd по-моему самый быстрый. Да и я не уверен, что tar или cpio смогут правильно скопировать специальные файлы. С изменением blkid само собой придется повозиться. В крайнем случае на новый диск поставлю новую систему с аналогичной дисковой разбивкой, а затем загружусь с live-cd и скопирую разделы. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
lugoblin Опубликовано 30 апреля, 2021 · Жалоба Вы разработали замечательный план, но, возможно, имеет смысл расширить некоторые ограничения. Чай не удалённый марсоход перепрошиваете. Во первых, нет необходимости жонглировать дисками туда сюда. Во вторых, не надо клонировать загруженную живую систему из неё же. В третьих, ваш старый диск, в нетронутом состоянии, можно будет убрать в шкафчик на карантин, а то как бы чего не вышло с новым RAID-ом. Дoбудьте временную внешнюю корзину SATA-USB3 (USB2 тоже сойдёт). Скачайте какой-нибудь Live дистрибутив, заточенный на работу с дисками, например GParted или CloneZilla, и создайте загрузочную флешку. Вытащите старый диск и поставьте его во внешнюю корзину USB. Установите новые диски, настройте RAID, подключите корзину USB. Загрузитесь в LiveUSB. Следуйте какой-нибудь тривиальной доке. Например: https://www.addictivetips.com/ubuntu-linux-tips/clone-a-linux-hard-drive-with-gparted/ http://ridz1ba.blogspot.com/2015/11/how-to-clone-hdd-or-sdd-using-gparted.html Специализированный дистрибутив на флешке не обязателен. Попанковать можно хоть на Knoppix, хоть на Ubuntu Live, хоть на том-же Debian в rescue mode. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ivan_83 Опубликовано 30 апреля, 2021 · Жалоба 14 часов назад, alibek сказал: На сервере установлен Debian и сделаны некоторые настройки, которые мне не хотелось бы делать заново. Ну да, перенести /etc, /var так трудно :) 14 часов назад, alibek сказал: И хотелось бы просто перенести на них систему целиком. Я в таких случаях делаю так: размечаю руками новый диск, заливаю загрузчики, форматирую, и дальше вливаю туда используя rsync, правлю fstab (у меня uuid используются для рутового раздела). Ноль ребутов. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
snvoronkov Опубликовано 30 апреля, 2021 · Жалоба @lugoblin +1 Обычно примерно так и делаю. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
alibek Опубликовано 30 апреля, 2021 · Жалоба 6 часов назад, lugoblin сказал: Во вторых, не надо клонировать загруженную живую систему из неё же. Вот же ш. Слепое пятно прямо. Да, это логичнее и проще. 3 часа назад, Ivan_83 сказал: Ну да, перенести /etc, /var так трудно У меня пока еще не выпадало случая делать перенос в рамках одного дистрибутива. Обычно в лучшем случае на пару единиц меняется мажорная версия, а обычно и дистрибутив, а то и платформа. Проще клонировать, чем разбираться в отличиях между версиями. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vop Опубликовано 30 апреля, 2021 · Жалоба 9 hours ago, Ivan_83 said: Ну да, перенести /etc, /var так трудно :) В Debian большинство конфигов настраиваются путем добавления отдельных файлов. Поэтому совершенно разумно держать отдельную корзинку со всеми конфигами для /etc, не трогая фалы дистрибутива, где это возможно. Тогда перенос (или восстановление) системы заметно облегчится. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
boco Опубликовано 30 апреля, 2021 · Жалоба 11 часов назад, Ivan_83 сказал: Я в таких случаях делаю так: размечаю руками новый диск, заливаю загрузчики, форматирую, и дальше вливаю туда используя rsync, правлю fstab (у меня uuid используются для рутового раздела). Ноль ребутов. +1, только можно даже не править фстаб, у mkfs и mkswap есть ключ -U Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
NiTr0 Опубликовано 30 апреля, 2021 · Жалоба создать рэйд, потом создать разделы, подмонтировать их, создать каталоги /proc, /sys, потом - rsync кроме /proc и /sys (возможно и /dev туда же но точно не помню), потом - заинсталлить загрузчик на рэйд. всё. и да, это быстрее чем dd (который будет усердно копировать и пустое место, и фрагментацию в том числе). Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
jffulcrum Опубликовано 30 апреля, 2021 · Жалоба В 29.04.2021 в 16:17, alibek сказал: сервер с RAID-контроллером С настоящим? А то будет как у меня: Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ivan_83 Опубликовано 1 мая, 2021 · Жалоба 15 часов назад, boco сказал: +1, только можно даже не править фстаб, у mkfs и mkswap есть ключ -U У меня на фре таких нет :) Кроме того, мне выгоднее иметь разные UUID, на случай когда я диски перетыкаю, чтобы исключить ситуацию когда я хочу загрузится с одного диска а мне загрузчик хватает рут раздел с первого попавшегося диска. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
passer Опубликовано 1 мая, 2021 · Жалоба В 30.04.2021 в 18:46, NiTr0 сказал: dd (который будет усердно копировать и пустое место, и фрагментацию в том числе). Зависит от заполнения носителя, после некоего порога посекторное копирование будет быстрее, особенно, если в основной массе файлы в несколько десятков КБ. В зависимости от ситуации практикую и посекторное с помощью dd/ddrescue и копирование rsync/cp. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
NiTr0 Опубликовано 3 мая, 2021 · Жалоба В 02.05.2021 в 00:06, passer сказал: Зависит от заполнения носителя, после некоего порога посекторное копирование будет быстрее, особенно, если в основной массе файлы в несколько десятков КБ. да понятно что сильно фрагментированный диск пофайлово будет читаться медленнее, чем посекторная копия))) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
passer Опубликовано 4 мая, 2021 · Жалоба Даже при невысокой фрагментации файлы на диске расположены отнюдь не в алфавитном порядке, адаптированном высшим разумом для копирования на другой носитель. А дальше посильный, но весомый вклад вносит латентность доступа к данным данного накопителя из-за позиционирования считывающей головки. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
NiTr0 Опубликовано 4 мая, 2021 · Жалоба зато бонусом получаем на выходе нефрагментированный носитель, без лишних тормозов при обращении. как по мне - оно того стоит. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
taf_321 Опубликовано 5 мая, 2021 · Жалоба В 29.04.2021 в 21:17, alibek сказал: Ничего не упустил? Я бы в пункте 3 загрузился бы с какого-нибудь LiveCD, провел бы манипуляции по разбиению пространства на новых носителях и создания там новой ФС. А потом тупо скопировал бы содержимое старого диска на новый пофайлово (cp, rsync или банальный mc по вкусу). После чего на новом месте вносятся правки на тему uuid новых устройств/файловых систем (у меня это свелось к правке в /etc/fstab и /etc/default/grub). И далее в каком-нибудь /mnt монтируем все новые файловые системы чтобы был и полный / и /usr и /var c /home если они разнесены по разным ФС), в эту же иерархию через -o bind пробрасываем существующие /dev /proc и /sys. Далее просто chroot /mnt и уже из-под chroot'а колдунствуем на тему grub-install/grub-mkconfig и перегенерацию initrd. И совсем не понял смысла с жонглированием дисками из гнезда в гнездо. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...