CentOS9 клонировать диск

Купи другой ssd, который идёт в комплекте с clonezilla.

dd if=/dev/sda of=/dev/sdb bs=1M status=progress

Зависнет на первом же бед-блоке и добьет. Нужен ddrescue: https://wiki.gentoo.org/wiki/Ddrescue

Acronis. Это блин классика. Куча начинающих Linux, но опытных Windows пользователей его используют и нарываются на проблемы.

Используй нативные для Linux инструменты, CloneZilla или ddrescue.

Зависнет на первом же бед-блоке

На новом диске их нет. Вообще сомнительно что бед блоки могут быть на SSD

Показатель здоровья основывается на доступном резерве. Но даже если он закончится на ССД не появятся бед блоки. Они по другому умирают

У меня был опыт с SSD, когда копирование данных через dd зависло на одном нечитаемом блоке.

И я именно о такой ситуации при копировании со старого и говорю.

у меня никогда не вис

Вопрос везения. Если все блоки данных читаются, конечно он не виснет. Это собственно самое важное отличие dd и ddrescue – первый дойдя до нечитаемого блока данных зависает в бесконечных попытках чтения, то ddrescue пытается ограниченное число раз и идет дальше.

Не обязательно зависает, скорее прерывается. Чтобы не прерывалось, а заполняло ошибки нулями, можно использовать noerror в паре с fullblock

# Rescue data from an (unmounted!) partition of a failing device.
dd conv=noerror,sync iflag=fullblock </dev/sda1 > /mnt/rescue.img

См. https://www.gnu.org/software/coreutils/manual/html_node/dd-invocation.html

Хотя там тоже ddrescue рекомендуют.

лучше пусть прервется чем вместо файла с ключом шифрования тебе нуллбайтов запишет

Что я сделал не так?

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

Ещё вопросы есть?

Как клонировать CentOS 9, чтоб всё работало

При одинаковых по размеру дисках dd(rescue), впрочем и при разных (если новый диск больше) потом свободное место введешь в эксплуатацию. Если новый диск меньше, то придется выполнить большее кол-во действий

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

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

акронис не умеет переносить линуксовые загрузчики

юзай клонзилла

Плюсую. По идее это даже виндовые загрузчики портить не должно.

В общем склонировал заново RescueZill-ой. Ну во всяком случае видит все разделы. Они монтируются

Но теперь не грузятся оба диска) В т.ч. и тот с которого клонировали)

По моему пропал grub из MBR как-то так. Интересно как это оно испортило загрузчик диска источника?

Но всё же есть положительный момент в том, что перенесло кроме загрузки всё остальное правильно. Каким-то там live cd можно загрузиться с раздела

время переустанавливать Linux

время переустанавливать Linux

Как же) Для чего это все было надо? Так можно сразу ничего не клонирвать и просто устанавливать с 0 на чистый диск.

С тупыми советами проходим…

Постоянно пользую dd if=/dev/… of=/dev/… conv=noerror,sync bs=4M и ни каких проблем при клонировании.

Rescuezilla.

По моему пропал grub из MBR как-то

По вашему или всё-таки пропал? После того, как вы с livecd примонтировали свой бекап, что видите? Может у вас что-то в настройках мат платы поменялось, отчего она теперь и не понимает, что грузить.

Сколько можно эту дезинфу распространять? dd не зависнет на бед-блоке, он напишет в консоль ошибку и выключится. И уж точно ничего не добьёт.

И с чего ты взял что у автора бед-блоки на ссд есть?

У тебя завис не dd а ядро при попытке чтения значит. В dd нет никакой логики обработки ошибок, он на них просто падает.

про fullblock забывать не стоит, а то размер не совпадет, т.к. noerror просто не запишет в of нечитаемые данные.

См. https://superuser.com/a/1075837 и комменты.

После того, как вы с livecd примонтировали свой бекап, что видите?

Тут интересно. livecd видит/монтируются все разделы включая lvm

Я сейчас сделал grub-install –root-directory=/mnt /dev/sda не с лив сд, а с centos rescue. С лив сд оно тоже срабатывает но затем диск загружается только в grub rescue режиме

Я повторил grub-install –root-directory=/mnt /dev/sda но с centos rescue и появилась нормальная таблица загрузки

Но теперь centos не видит раздел home на lvm а лив сд его видит

В общем теперь проблема в том как добавить этот раздел

про fullblock забывать не стоит,

А вот это лишнее… по моему.fullblock — чтение лишь полных блоков. Даже в ArchWiki клонирование дисков с помощью dd нет лишних команд.. ну status=progress еще добавить можно. sync забивает нулями не четаемое и выравнивает размер. Не читайте импортных лохов за обедом.:-)

Оригинал получилось восстановить с помощью grub2-install из под CentOS rescue. Пишу вот это сейчас с рабочей машины

Но с клоном этот фокус не прокатил. И всё же RescueZill-а стёрла загрузку на обоих дисках

Тут можно гадать почему не вышло с клоном. Я возможно ранее там запортил. Но это снова делать клон чтоб это проверить)

В любом случае RescueZill-а работает некорректно

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

Исключена ошибка. Я четко написал, что каждый раз задаю клонировать диск полностью. Тут нельзя ошибиться

Сейчас еще раз сделал клон. На этот раз на исходнике не слетела загрузка. Получатель также загружается и тут не слетела загрузка

Но проблема с разделом /home на клоне осталась. При том лив сд видит на клоне этот раздел, монтирет без проблем. Ошибок на разделе нет

Но CentOS при загрузке его не монтирует и вообще не видит через lsblk от CentOS

В принципе /home просто можно создать и через cp скопировать. Но может кто-то что-то подскажет

но если dd спотыкается на файле

хм. Удивлен.

Я имел в виду спотыкается на том нечитаемом блоке, что часть файла, конечно. Я в курсе, что dd при клонировании диска уровнем ниже работает.

А какая там на вашем центосе разбивка? Хомяк на ЛВМе? Пытаюсь понять, как его может быть не видно. Было бы интересно глянуть на то, что вы пишите про разный вывод двух lsblk.

Производитель важен так как к Kingston в комплекте идет Acronis true image.

рукалицо.жпг... железо выбираем по софту идущему к нему...

Как клонировать CentOS 9, чтоб всё работало

Переустановите граб.

железо выбираем по софту идущему к нему.

Отнюдь) На основе горького опыта. Есть ньюансы у SSD Но это оффтоп.

Хомяк на ЛВМ

На ЛВМ root, swap home. Тут в принципе интересно, что хоме часто вылетает вообще в ходе разных экспериментов. Ни разу не вылетал root или swap

Так что я не буду уже пробовать CloneZill-у так как home всегда первым вылетает

Хотя интересно, что его видит даже centos rescue но он пропадает на шаге загрузки

Видимо хоме надо делать на ext4. Но вообще применительно к сейчас его можно прикрутить каким-то софтом?

я не уверен, но вроде так посто нельзя переносить на другой диск, там же везде будут другие uuid, нужно gtub перезаписать, и fstab поправить

Кстати, проверь на всякий случай этот SSD на другом железе. У меня была ситуация, когда ФС портилась на SSD под нагрузкой. Как выяснилось, дело было в блоке питания.

P.S. и заодно SATA шлейфы и т.п.

screamager, MirandaUser2, чушь. Диск новый. Авторы всяких tru image и zill знают о fstab и т.д.

Но я обнаружил что мало софта полноценно работает с lvm

при чём тут новизна SSD, если я писал про состояние шлейфов и БП.

Всё с этим хорошо. БП с запасом. Оно столько не жрет

В общем я прогнал клон через xfs_repair но от centos, kde part manager и теперь клон работает точно также как исходник

На самом деле даже точно не уаерен, что именно его вылечило

чушь. Диск новый.

Новый диск != полностью рабочий диск.

Но я обнаружил что мало софта полноценно работает с lvm

Может потому что не очень нужно?

в теории может удачно прочитаться с какой-то попытки, но, наверное, не с ssd

на самом деле проблема, описанная на superuser.com, полностью воспроизводится :-(.

В зависимости от размера блока (ibs) «плавает» не только размер заменяемой нулями области (по отношению к фактическому размеру области ошибок, что в принципе ожидаемо), но и размер клона (of), что уже хуже.

К kingston-ам в комплекте еще идёт SSD manager который пишет % здоровья

Так что вот это не какой-то там goldenfir с улётными скидками на aliexpress

Ну и этот диск норм. работает уже не первый день. Пишу это с системы с ним. Проблем с ним никаких нет. Так и не понял из-за чего он терял /home У него >90% здоровья

в теории может удачно прочитаться с какой-то попытки

Кстати да, с hdd такие истории случались.

К kingston-ам в комплекте еще идёт SSD manager который пишет % здоровья

А вы интересовались из каких показателей оно вычисляется? Имхо smartctl все-таки интереснее в части выхлопа.

Меня интересует только когда его следует менять, что я собсно и сделал. Хотя старый диск с 66% здоровья проработает где-то еще год, а может больше.

Но может и в любой момент бац и перестать определяться) В этом случае вытащить с SSD что-то уже очень сложно. А настраивать сервер на новом со всеми ньюансами многие из которых я даже не помню займет больше 2-х недель. Так, что 2 дня затраченные на замену того стоят

Если хочется мышевозного на манер Acronis True Image, то попробуй AOMEI Partition Assistant.

С ATI у меня тоже были проблемы, но на NTFS.

Я с его помощью SSD клонировал, но там загрузка UEFI, а не MBR. Всякие NTFS-разделы переносит с изменением раздела под новый диск, а линуксовые разделы копирует как есть. Судя по мониторингу дисков во время переноса, пустые блоки не пишет.

Бесплатной версии хватит за глаза и уши. Можно еще поискать готовый загрузочный образ.

Меня интересует только когда его следует менять, что я собсно и сделал. Хотя старый диск с 66% здоровья проработает где-то еще год, а может больше.

Так почему его следует менять на 66%, а не на 76% или 36% ?

В идеальном мире его бы следовало менять на 1% )))

Но SSD славится внезапным отказом и потому тут есть элемент гадания и прочтения судьбы по костям)