Копирование раздела Linux с жесткого диска на SSD


11

Хорошо, у меня есть ноутбук с жестким диском и SSD. Я хотел бы заменить первое на второе без необходимости переустанавливать все. После небольшого исследования я обнаружил, что нужно использовать живой диск + внешний жесткий диск + gparted, чтобы скопировать весь раздел Linux (в два этапа), а затем отредактировать fstab.

Теперь я думаю, что когда Linux установлен, он оценивает аппаратное обеспечение компьютера и, следовательно, настраивает некоторые параметры программного обеспечения. Поэтому я боюсь, что выполнение вышеперечисленного может «обмануть» ОС и привести к неоптимальной производительности по сравнению с SSD. Я не знаю, правильно ли это.


Таким образом, ваш актуальный вопрос «Есть ли какие-либо параметры производительности, которые необходимо изменить при копировании с жесткого диска на SSD»?
Псуси

Ответы:


8

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

Жесткие диски немного разные. Вы можете скопировать все файлы, но на вашем новом диске все еще должны быть установлены инструкции по загрузке (grub). Вы также должны убедиться, что идентификатор вашего нового диска совпадает со старым (или некоторые драйверы будут потеряны в море).

Как только UUID изменен, вы загружаетесь через live-cd, копируете все ваши драгоценные файлы на SSD и загружаете на новый диск chroot для создания загрузчика (grub).

Я собирался подробно рассказать о том, как делать такие вещи, но, проводя небольшое исследование по этой теме, я нашел это: http://blog.oaktreepeak.com/2012/03/move_your_linux_installation_t.html

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

Однако, если время ограничено, копирование с одного жесткого диска на другой - это нормально, если вы установите все ссылки со старого жесткого диска, «указывающие» на новый. Как и во всем, у него есть шанс потерпеть неудачу, но если вы делаете резервные копии, нет проблем с копированием диска на другой.


Спасибо. Я понимаю, что вы говорите об установке с нуля, но проблема в том, что некоторые личные настройки не сохраняются в домашней папке, например, настройки сетевого менеджера. Я думаю, что все такие настройки хранятся в / etc?
Реза

Да, я ожидаю, что некоторые настройки будут храниться в домашней папке. Вы знаете, я никогда не задумывался об этом. Я только что проверил, и копирование / etc / NetworkManager должно получить всю информацию о соединении. Да, он включает пароли.
morphheus

1
+1 за "В идеале, вы должны переустановить с нуля."
Малисокан

Только отвечает на главный вопрос, а не на подробный вопрос.
Мьяггард

-1

Linux - это не Windows. Вам не нужно беспокоиться о таких вещах. Вы можете просто создать необработанный раздел, используя dd. И после исправления UUID вы должны быть в порядке.


Как можно создать разделы с dd? Как можно было бы "исправить UUID"? Можете ли вы дать конкретные инструкции, как это сделать, и пример, пожалуйста?
Дэвид Фёрстер

ОП в этом случае может просто использовать инструмент dd, если он хочет клонировать весь диск. dd if=/dev/sdX of=/dev/sdY bs=64K conv=noerror,sync где sdX - источник, а sdY - пункт назначения. Конечно, целевой диск должен быть такого же или большего размера.
Swoorup

Не могли бы вы отредактировать свое сообщение, когда хотите добавить информацию? Лучше всего иметь все необходимое в одном месте. Кроме того, комментарии могут быть удалены по разным причинам. Существует также проблема «исправления UUID», которую вы не уточнили. Благодарю.
Дэвид Фёрстер
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.