[РЕШЕНО] Переезд на ssd

Haron_Prime	# 8 лет, 2 месяца назад
Темы: 28 Сообщения: 2109 Участник с: 08 июня 2014	Доброго времени суток. В линухе не совсем новичёк - шестой год использую как основную ось как на десктопе (Ubuntu + Kubuntu), так и на ноуте и недобуке (и там и там Xubuntu). За это время препробовал с полсотни разных дистров, как deb-based так и rpm-based. С месяц назад установил арч с кедами - понравилось, стал использовать как основную ось. До сих пор все вопросы решал чтением манов. Но сейчас не совсем уверен в правильности своих действий, хотя и перечитал всё, что смог найти на форуме по поводу переноса и SSD. Итак. Дано: 1 - десктоп с 3-мя винтами и 3-мя осями (Arch, Kubuntu 14.04, Ubuntu 14.10 - все 64-битные). 2 - SSD-диск Kingston SSDNow V300 60GB 2.5" SATAIII MLC (заказал в интернет-магазине, завтра/послезавтра должен прибыть) Требуется: Перенести установленный и настроеный арч в кедах на новый винт. Предполагаемый порядок действий: 1 - загружаюсь в одну из бунт (скорее всего буду работать из убунты 14.10) 2 - создаю на новом винте 2 раздела ext4 (под корень и под хомяк) 3 - далее в терминале `sudo su dd if=/dev/sda8 off=/dev/sdd1 #корень dd if=/dev/sda9 off=/dev/sdd2 #хомяк` 4 - после копирования `mount /dev/sdd1 /mnt mount --bind /dev /mnt/dev mount --bind /proc /mnt/proc mount --bind /sys /mnt/sys chroot /mnt` правлю /etc/fstab сейчас он выглядит вот так # /dev/sda8 LABEL=Arch UUID=93005019-daa7-4c9d-ad98-56df31072d13 / ext4 rw,relatime,data=ordered 0 1 # /dev/sda9 /dev/sda9 /home ext4 rw,relatime,data=ordered 0 2 tmpfs /tmp tmpfs nodev,nosuid,noatime 0 0 tmpfs /var/tmp tmpfs nodev,nosuid,noatime 0 0 tmpfs /var/log tmpfs nodev,nosuid,noatime 0 0 tmpfs /var/lock tmpfs nodev,nosuid,noatime 0 0 /dev/sda5 /media/haron/BKP ext4 defaults,relatime 0 0 /dev/sdb2 /media/haron/Data ext4 defaults,relatime 0 0 /dev/sdc5 /media/haron/Video ext4 defaults,relatime 0 0 /dev/sdc6 /media/haron/Music ext4 defaults,relatime 0 0 меняю UUIDы корня и хомяка, правлю опции монтирования (relatime,discard), прописываю в tmpfs /var/cache/pacman/pkg 5 - устанавливаю GRUB на /dev/sdd 6 - выхожу из чрута, отмонтирую всё, ребут, настраиваю в биосе загрузку с SSD, радуюсь Ну и собственно вопрос - где я натупил? Вопрос №2 - нужны ли дополнительные опции при переносе, типа bs=4M? Gnome 2 >> Unity >> KDE 4 >> Openbox >> Awesome >> Xmonad GitHub , BitBuket

# 8 лет, 2 месяца назад

Сообщения: 2109

Участник с: 08 июня 2014

Доброго времени суток.
В линухе не совсем новичёк - шестой год использую как основную ось как на десктопе (Ubuntu + Kubuntu), так и на ноуте и недобуке (и там и там Xubuntu). За это время препробовал с полсотни разных дистров, как deb-based так и rpm-based. С месяц назад установил арч с кедами - понравилось, стал использовать как основную ось. До сих пор все вопросы решал чтением манов. Но сейчас не совсем уверен в правильности своих действий, хотя и перечитал всё, что смог найти на форуме по поводу переноса и SSD.
Итак.
Дано:
1 - десктоп с 3-мя винтами и 3-мя осями (Arch, Kubuntu 14.04, Ubuntu 14.10 - все 64-битные).
2 - SSD-диск Kingston SSDNow V300 60GB 2.5" SATAIII MLC (заказал в интернет-магазине, завтра/послезавтра должен прибыть)

Требуется:
Перенести установленный и настроеный арч в кедах на новый винт.

Предполагаемый порядок действий:
1 - загружаюсь в одну из бунт (скорее всего буду работать из убунты 14.10)

2 - создаю на новом винте 2 раздела ext4 (под корень и под хомяк)

3 - далее в терминале

sudo su
dd if=/dev/sda8 off=/dev/sdd1   #корень
dd if=/dev/sda9 off=/dev/sdd2    #хомяк

4 - после копирования


mount /dev/sdd1 /mnt
mount --bind /dev /mnt/dev
mount --bind /proc /mnt/proc
mount --bind /sys  /mnt/sys
chroot /mnt

правлю /etc/fstab
сейчас он выглядит вот так

# /dev/sda8 LABEL=Arch
UUID=93005019-daa7-4c9d-ad98-56df31072d13	/         	ext4      	rw,relatime,data=ordered	0 1

# /dev/sda9
/dev/sda9	/home     				ext4    rw,relatime,data=ordered		0 		2

tmpfs 		/tmp 					tmpfs 	nodev,nosuid,noatime 			0 		0
tmpfs 		/var/tmp 				tmpfs 	nodev,nosuid,noatime 			0 		0
tmpfs 		/var/log 				tmpfs 	nodev,nosuid,noatime 			0 		0
tmpfs 		/var/lock 				tmpfs 	nodev,nosuid,noatime 			0 		0

/dev/sda5 	/media/haron/BKP 		ext4 	defaults,relatime	 			0 		0
/dev/sdb2 	/media/haron/Data 		ext4 	defaults,relatime	 			0 		0

/dev/sdc5 	/media/haron/Video 		ext4 	defaults,relatime	 			0 		0
/dev/sdc6 	/media/haron/Music 	ext4 	defaults,relatime	 			0 		0

меняю UUIDы корня и хомяка, правлю опции монтирования (relatime,discard), прописываю в tmpfs /var/cache/pacman/pkg

5 - устанавливаю GRUB на /dev/sdd

6 - выхожу из чрута, отмонтирую всё, ребут, настраиваю в биосе загрузку с SSD, радуюсь

Ну и собственно вопрос - где я натупил?
Вопрос №2 - нужны ли дополнительные опции при переносе, типа bs=4M?

Gnome 2 >> Unity >> KDE 4 >> Openbox >> Awesome >> Xmonad
GitHub , BitBuket

maisvendoo	# 8 лет, 2 месяца назад
Темы: 68 Сообщения: 1142 Участник с: 10 октября 2012	Haron_Prime Требуется: Перенести установленный и настроеный арч в кедах на новый винт. Мне кажется, тут можно обойтись без dd, обычным копированием рекурсивно с сохранением атрибутов `# cp -rav источник приемник` предварительно верно примонтировав деревья старой и новой ФС Я трижды переезжал (два раза у себя, один раз у тян), вот писал тут. Думаю Вам пойдет, только точки монтирования и девайсы у Вас будут свои. Ну и вот ещё статья про последний переезд Преимущества методы - можно изменить размеры разделов и тип ФС при перезде. При всей кажущейся сложности, операция крайне элементарная (виндам и не снилось...) Да пребудет с нами Сила...! CPU Intel Core i9 10900-KF/RAM DDR4 128 Gb/NVidia GForce GTX 1080 Ti Turbo 11Gb/SSD M2 512 Gb/HDD Seagate SATA3 2 Tb/HDD Toshiba 3Tb/HDD Toshiba 6Tb http://rusrailsim.org

maisvendoo

# 8 лет, 2 месяца назад

Темы: 68

Сообщения: 1142

Участник с: 10 октября 2012

Haron_Prime
Требуется:
Перенести установленный и настроеный арч в кедах на новый винт.

Мне кажется, тут можно обойтись без dd, обычным копированием рекурсивно с сохранением атрибутов


# cp -rav источник приемник

предварительно верно примонтировав деревья старой и новой ФС

Я трижды переезжал (два раза у себя, один раз у тян), вот писал тут. Думаю Вам пойдет, только точки монтирования и девайсы у Вас будут свои. Ну и вот ещё статья про последний переезд

Преимущества методы - можно изменить размеры разделов и тип ФС при перезде. При всей кажущейся сложности, операция крайне элементарная (виндам и не снилось...)

Да пребудет с нами Сила...!
CPU Intel Core i9 10900-KF/RAM DDR4 128 Gb/NVidia GForce GTX 1080 Ti Turbo 11Gb/SSD M2 512 Gb/HDD Seagate SATA3 2 Tb/HDD Toshiba 3Tb/HDD Toshiba 6Tb
http://rusrailsim.org

Haron_Prime	# 8 лет, 2 месяца назад
Темы: 28 Сообщения: 2109 Участник с: 08 июня 2014	СПС. Почитаю. На счёт копирования - поробую. Сейчас под корень и под хомяк выделены разделы по 25 гиг. Планирую на новом винте выделить под корень 25 и всё, что останется, под хомяк. Хомяк у меня и сейчас используеься только для конфигов и симлинков на каталоги с данными. И менять в этой схеме ничего не планирую Gnome 2 >> Unity >> KDE 4 >> Openbox >> Awesome >> Xmonad GitHub , BitBuket

Haron_Prime

# 8 лет, 2 месяца назад

Темы: 28

Сообщения: 2109

Участник с: 08 июня 2014

СПС. Почитаю.
На счёт копирования - поробую.
Сейчас под корень и под хомяк выделены разделы по 25 гиг. Планирую на новом винте выделить под корень 25 и всё, что останется, под хомяк. Хомяк у меня и сейчас используеься только для конфигов и симлинков на каталоги с данными. И менять в этой схеме ничего не планирую

Gnome 2 >> Unity >> KDE 4 >> Openbox >> Awesome >> Xmonad
GitHub , BitBuket

maisvendoo	# 8 лет, 2 месяца назад
Темы: 68 Сообщения: 1142 Участник с: 10 октября 2012	Haron_Prime Сейчас под корень и под хомяк выделены разделы по 25 гиг. Планирую на новом винте выделить под корень 25 и всё, что останется, под хомяк. Я бы даже сказал dd не пойдет в данном случае - она один в один побайтно копирует и создаст на новом винте копию старого. При различии в размерах разделов останется неразмеченная область Да пребудет с нами Сила...! CPU Intel Core i9 10900-KF/RAM DDR4 128 Gb/NVidia GForce GTX 1080 Ti Turbo 11Gb/SSD M2 512 Gb/HDD Seagate SATA3 2 Tb/HDD Toshiba 3Tb/HDD Toshiba 6Tb http://rusrailsim.org

maisvendoo

# 8 лет, 2 месяца назад

Темы: 68

Сообщения: 1142

Участник с: 10 октября 2012

Haron_Prime
Сейчас под корень и под хомяк выделены разделы по 25 гиг. Планирую на новом винте выделить под корень 25 и всё, что останется, под хомяк.

Я бы даже сказал dd не пойдет в данном случае - она один в один побайтно копирует и создаст на новом винте копию старого. При различии в размерах разделов останется неразмеченная область

Haron_Prime	# 8 лет, 2 месяца назад
Темы: 28 Сообщения: 2109 Участник с: 08 июня 2014	я уже понял, что с dd я тормознул :sad: Gnome 2 >> Unity >> KDE 4 >> Openbox >> Awesome >> Xmonad GitHub , BitBuket

Haron_Prime	# 8 лет, 2 месяца назад
Темы: 28 Сообщения: 2109 Участник с: 08 июня 2014	Прочитал обе статьи. Таки да, данный способ удобнее, чем заморочки с dd. Что касается GRUB'а - решил сделать немного хитрее. Дело в том, что у меня каждая ось стоит на отдельном винте и для каждой я устанавливал GRUB на её винт (чтоб не было проблем с загрузкой, если один из винтов посыплется). Не слишком удобно, когда в одной из осей обновляется ядро - приходится грузиться по очереди в две другие и обновлять их GRUB'ы, но зато надёжно )))) Ну так вот, чтоб не заморачиваться с чрутом, я, после переноса и редактирования fstab'а, просто обновлю убунтовский GRUB, чтоб он увидел новое расположение арча, загружусь в арч через убунтовский GRUB, и установлю GRUB из арча на /dev/sdd. С редактированием fstab'а из убунты проблем тоже не должно возникнуть - во всех трёх осях имя пользователя и пароль одинаковы. Мне уже приходилось несколько раз лечить сдохшую дев-версию убунты, находясь в стабильной кубунте (если конечно для этого было достаточно редактирования каких-либо конфигов ). Так что, думаю, должно получиться. Топик пока не закрываю - отпишусь по результатам преезда. Gnome 2 >> Unity >> KDE 4 >> Openbox >> Awesome >> Xmonad GitHub , BitBuket

Haron_Prime

# 8 лет, 2 месяца назад

Темы: 28

Сообщения: 2109

Участник с: 08 июня 2014

Прочитал обе статьи.
Таки да, данный способ удобнее, чем заморочки с dd.
Что касается GRUB'а - решил сделать немного хитрее. Дело в том, что у меня каждая ось стоит на отдельном винте и для каждой я устанавливал GRUB на её винт (чтоб не было проблем с загрузкой, если один из винтов посыплется). Не слишком удобно, когда в одной из осей обновляется ядро - приходится грузиться по очереди в две другие и обновлять их GRUB'ы, но зато надёжно ))))
Ну так вот, чтоб не заморачиваться с чрутом, я, после переноса и редактирования fstab'а, просто обновлю убунтовский GRUB, чтоб он увидел новое расположение арча, загружусь в арч через убунтовский GRUB, и установлю GRUB из арча на /dev/sdd.
С редактированием fstab'а из убунты проблем тоже не должно возникнуть - во всех трёх осях имя пользователя и пароль одинаковы. Мне уже приходилось несколько раз лечить сдохшую дев-версию убунты, находясь в стабильной кубунте (если конечно для этого было достаточно редактирования каких-либо конфигов ). Так что, думаю, должно получиться.

Топик пока не закрываю - отпишусь по результатам преезда.

Gnome 2 >> Unity >> KDE 4 >> Openbox >> Awesome >> Xmonad
GitHub , BitBuket

vadik	# 8 лет, 2 месяца назад
Темы: 55 Сообщения: 5395 Участник с: 17 августа 2009	Haron_Prime когда в одной из осей обновляется ядро - приходится грузиться по очереди в две другие и обновлять их GRUB'ы Не знаю как в бубунтах, но в арче (сейчас по крайней мере), после обновления ядра груб трогать не нужно (от слова совсем).

vadik

# 8 лет, 2 месяца назад

Темы: 55

Сообщения: 5395

Участник с: 17 августа 2009

Haron_Prime
когда в одной из осей обновляется ядро - приходится грузиться по очереди в две другие и обновлять их GRUB'ы

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

Haron_Prime	# 8 лет, 2 месяца назад
Темы: 28 Сообщения: 2109 Участник с: 08 июня 2014	в бубнах он тоже сам обновляется, но (!) у меня ТРИ груба на трёх винтах и при обновлении ядра в одной из осей, обновляется только её груб, что вполне естесственно. включите логику - каким образом может обновиться груб, установленный через кубунту на /dev/sdb, когда обновляется ядро в арче на /dev/sda8, чей груб стоит соответственно на /dev/sda ? причём о существовании двух других грубов на /dev/sdb и /dev/sdc арчу вообще ничего неизвестно - он знает только о том грубе, который был установлен на /dev/sda при установке самого арча Gnome 2 >> Unity >> KDE 4 >> Openbox >> Awesome >> Xmonad GitHub , BitBuket

Haron_Prime

# 8 лет, 2 месяца назад

Темы: 28

Сообщения: 2109

Участник с: 08 июня 2014

в бубнах он тоже сам обновляется, но (!) у меня ТРИ груба на трёх винтах и при обновлении ядра в одной из осей, обновляется только её груб, что вполне естесственно.
включите логику - каким образом может обновиться груб, установленный через кубунту на /dev/sdb, когда обновляется ядро в арче на /dev/sda8, чей груб стоит соответственно на /dev/sda ?
причём о существовании двух других грубов на /dev/sdb и /dev/sdc арчу вообще ничего неизвестно - он знает только о том грубе, который был установлен на /dev/sda при установке самого арча

Gnome 2 >> Unity >> KDE 4 >> Openbox >> Awesome >> Xmonad
GitHub , BitBuket

vadik	# 8 лет, 2 месяца назад
Темы: 55 Сообщения: 5395 Участник с: 17 августа 2009	Haron_Prime, все, я понял. Да, вашем случае без костылей никак. Дело не в "знает/не_знает". Дело в образах ядра которые кладуться к своему загрузчику. Если их раскладывать по всем /boot-ам, то перезагружаться в другие ОС не придется.

vadik

# 8 лет, 2 месяца назад

Темы: 55

Сообщения: 5395

Участник с: 17 августа 2009

Haron_Prime, все, я понял. Да, вашем случае без костылей никак. Дело не в "знает/не_знает". Дело в образах ядра которые кладуться к своему загрузчику. Если их раскладывать по всем /boot-ам, то перезагружаться в другие ОС не придется.

Haron_Prime	# 8 лет, 2 месяца назад
Темы: 28 Сообщения: 2109 Участник с: 08 июня 2014	можно и таким образом, но это не меньший костыль, чем обновление грубов при обновлении ядер в одной из осей, имхо к тому же, в последнее время я бубны вообще не использую, захожу раз в неделю, чтоб обновления проверить кубунту, наверное, вообще снесу после переезда арча на новый винт - ставил её исключительно для подстраховки при обновлении убунты до 14.10 prealfa до этого она была основной и единственной ситемой на компе оставлю её, чтоб отслеживать изменения и новинки Gnome 2 >> Unity >> KDE 4 >> Openbox >> Awesome >> Xmonad GitHub , BitBuket

Haron_Prime

# 8 лет, 2 месяца назад

Темы: 28

Сообщения: 2109

Участник с: 08 июня 2014

можно и таким образом, но это не меньший костыль, чем обновление грубов при обновлении ядер в одной из осей, имхо
к тому же, в последнее время я бубны вообще не использую, захожу раз в неделю, чтоб обновления проверить
кубунту, наверное, вообще снесу после переезда арча на новый винт - ставил её исключительно для подстраховки при обновлении убунты до 14.10 prealfa
до этого она была основной и единственной ситемой на компе
оставлю её, чтоб отслеживать изменения и новинки

Gnome 2 >> Unity >> KDE 4 >> Openbox >> Awesome >> Xmonad
GitHub , BitBuket