Полный перенос Ubuntu на SSD.

[Smokin]

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

Ситуация такая, есть ноутбук на котором я работаю,с HDD и двумя ОС. W10 которая не работает( не запускается, она не нужна) и Ubuntu 16.04. Решил сделать апдейд машине, купить SSD, так как обычный жесткий сильно замедляет работу. Какой и на сколько еще не решил(не менее 120гб). На Ubuntu стоит разные программы типа MySql, apache2, php, mongodb и другие которые настроить повторно будет проблематично (так как делал это не я). Поэтому хотелось бы полностью, так сказать на корню, перенести Ubuntu на SSD. Если есть возможность то решение проблемы наиболее подробным способом объяснить(для тупых). Спасибо заранее.

[kofesutra]

http://clonezilla.org/ спасёт отца русской демократии

[Sly_tom_cat]

Делаете полный бекап, на ssd делаете btrfs и на нее разворачиваете бекап, может потребуется руками восстановить GRUB.

Подробнее тут.

ЗЫ предложил btrfs т.к. считаю что эта ФС лучше всего подходит для ssd.

[EvangelionDeath]

Sly_tom_cat, я бы добавил, что после разворачивания бекапа на SSD нужно еще исправить fstab


Я делал перенос так:

• Загрузился с LiveCD
• Разбиваешь SSD на разделы (не обезательно так, как было на HDD, главное что бы инфа по разделам поместилась)
• Форматируешь разделы с пункта 2
• Копируешь данные с харда на примонтированыые разделы с помощью rsync
• Редактируешь fstab на SSD что бы UUID совпадали с твоими на SSD
• Устанавливаешь GRUB на SSD (ищем тему Восстановление GRUB)
• Выключаем железку.
• Подключаем SSD в качестве загрузочного
• PROFIT

[Sly_tom_cat]

EvangelionDeath, согласен - fstab при смене FS обязательно надо править.

Но бить SSD на разделы я бы не советовал - там лучше сделать только один раздел (btrfs) + если UEFI, то еще EFS раздел.
А вот разнесением разных ФС внутри btrfs делается по подтомам.

[Smokin]

Спасибо за ответы, теперь давайте по порядку.

http://clonezilla.org/ спасёт отца русской демократии

Есть ли какая то статья как правильно это сделать?
Я вот нашел http://ubuntulogia.blogspot.com/2011/03/clonezilla.html подойдет ли она?

Делаете полный бекап, на ssd делаете btrfs и на нее разворачиваете бекап, может потребуется руками восстановить GRUB.

Подробнее тут.

ЗЫ предложил btrfs т.к. считаю что эта ФС лучше всего подходит для ssd.

Sly_tom_cat, я бы добавил, что после разворачивания бекапа на SSD нужно еще исправить fstab


Я делал перенос так:

• Загрузился с LiveCD
• Разбиваешь SSD на разделы (не обезательно так, как было на HDD, главное что бы инфа по разделам поместилась)
• Форматируешь разделы с пункта 2
• Копируешь данные с харда на примонтированыые разделы с помощью rsync
• Редактируешь fstab на SSD что бы UUID совпадали с твоими на SSD
• Устанавливаешь GRUB на SSD (ищем тему Восстановление GRUB)
• Выключаем железку.
• Подключаем SSD в качестве загрузочного
• PROFIT

Как я понял нужно все делать с одновременно подключенными HDD и SSD?
1. Загрузить на флешку\CD ubuntu аналогичной версии и запустить с нее.
2. Разбить так как здесь? Это обязательно, нельзя ли сделать более компактно(с учетом того,что часть занимает не работующая Windows)? https://www.dropbox.com/s/tk2zhdu53jo5b4o/gparted.png?dl=0
3. Тут понятно.
4. Тут вроде тоже.
5. Только UUID править? И подскажите пожалуйста как узнать UUID SSD?
Далее вроде тоже понятно, правда про GRUB еще не смотрел. =)

[Sly_tom_cat]

И подскажите пожалуйста как узнать UUID SSD?

sudo blkid

ЗЫ и не надо увлекаться цитированием.
Пользователь добавил сообщение 24 Ноября 2016, 17:26:09:

Только UUID править?

Нет, если поменяли тип FS то еще и FS менять.

Если воспользовались подтомами то надо еще опции монтирования прописать subvol=<имя подтома>

Про btrfs советую почитать эту статью (там хоть и много, зато довольно много интересного).

[Tear]

A какая там сейчас ФС? Зачем эти пляски с btrfs, если там ext4? Нужно просто диск склонировать, всё.
Пользователь добавил сообщение 24 Ноября 2016, 17:50:16:Или просто установить заново на новый диск и не париться.

[Sly_tom_cat]

Tear, ext4 не так хороша для SSD как btrfs. Поэтому пляски стоят свечь

Да и совсем не факт, что SSD будет иметь тот же размер что и hdd. С-но пляски все-равно нужны будут.

[Tear]

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

[EvangelionDeath]

Как я понял нужно все делать с одновременно подключенными HDD и SSD?

Все правильно вы поняли

2. Разбить так как здесь? Это обязательно, нельзя ли сделать более компактно(с учетом того,что часть занимает не работующая Windows)? https://www.dropbox.com/s/tk2zhdu53jo5b4o/gparted.png?dl=0

Я же написал - разбить так, как хотите, главное,что бы информация, которую вы желаете перенести влезла. Если вам Win не надо, то раздела на ССД ей и не нужно)

5. Только UUID править? И подскажите пожалуйста как узнать UUID SSD?
Далее вроде тоже понятно, правда про GRUB еще не смотрел. =)

Ну может еще надо будет исправить ФС (если вы переносите систему на другую файловую систему), флаги монтирования (зависит от ФС). UUID можете узнать способом,что описал Sly_tom_cat или можно глянуть в GParted (есть на LiveCD)
Пользователь добавил сообщение 24 Ноября 2016, 18:45:16:

ну не знаю, чем btrfs так уж хороша для ssd, но если сейчас система на ext4, то я бы фс не менял при клонировании. Есть утилиты, которые клонируют разделы на новые харды. Честно, не представляю, как клонировать на другую фс в разделе.

1) нет резервирования места
2) нет inode
3) есть сжатие

Не надо ничего клонировать!!!

[Sly_tom_cat]

не знаю, чем btrfs так уж хороша для ssd

Это тема отдельного разговора (тут это - немного офтоп), но EvangelionDeath уже указал отдельные нюансы "лучшести".
Я добавлю только одно - когда пилили ext2 (а именно ее "потоха" до сих пор тянет в себе ext4) то еще даже флешек не было, не то что ssd. А вот btrfs пилилась изначально под работу на разных типах устройств хранения: hdd/ssd. Т.е. там изначально есть многие решения по снижению числа записей, которые в ext4 просто никак не внедрить потому, что структура дисковой разметки этой ФС не позволит это сделать.

[Tear]

Други, задача тут не выбрать ФС для установки на ssd, а перенести существующую систему на другой диск. Разве нет? Я вот не знаю, как уже установленная система себя поведёт при тупо переносе файлов и конфигов на разделы в другой фс. Я вот так и не понял, какая там фс сейчас.
Пользователь добавил сообщение 24 Ноября 2016, 20:56:55:

Не надо ничего клонировать!!!

А что надо? Тупо файлы скопировать? Ну-ну.. Мы не ищем лёгких путей, правда?

[Sly_tom_cat]

задача тут не выбрать ФС для установки на ssd, а перенести существующую систему на другой диск

Все верно, но т.к. перенос все-таки не с диска на диск, а с диска на ssd, то это повод сначала выбрать наиболее подходящую фс для ssd и уже потом на нее переносить систему.

[EvangelionDeath]

А что надо? Тупо файлы скопировать? Ну-ну.. Мы не ищем лёгких путей, правда?

Представляешь! Именно скопировать с помощью rsync, поправить fstab,установить grub и сделать grub-update! Все! Больше нифига делать не надо.

Други, задача тут не выбрать ФС для установки на ssd, а перенести существующую систему на другой диск. Разве нет? Я вот не знаю, как уже установленная система себя поведёт при тупо переносе файлов и конфигов на разделы в другой фс. Я вот так и не понял, какая там фс сейчас.

Расскажу даже больше, я так переносил систему не только на другой диск, но и вообще на другое железо (одинаковое разве что разрядность CPU)! И о ужас: оно работает! И не улетает в BSoD (kernel panic). И да, так как разговор о 16.04 то все просто будет работать при переносе с ext4 на btrfs (поддержка последнего интегрирована уже в ядро, в 14.04 надо было бы доустановить пакет)

Если "сделать имидж", потом его залить не "сложнее"? Я уже даже промолчу, что с имиджами надо бы, что бы размеры разделов совпадали. Разве нет?