13.02.2014 15:57, Александр Рулев пишет: > Я обычно делаю примерно так: >
Такой метод тоже имеет право жить, но: > Предположим система стоит на /dev/sda1 > > на системе которую надо скопировать: > Монтируем root раздел в отдельную папку > mkdir /mnt/root > mount /dev/sda1 /mnt/root > > Если есть еще разделы которые надо скопировать, монтируем и их. К примеру: > mount /dev/sda2 /mnt/root/boot > mount /dev/sda5 /mnt/root/home > > Аналогично монтируем разделы на которые перемещаем: > mkdir /mnt/target > mount /dev/sdb1 /mnt/target > > Запаковываем: > cd /mnt/root > tar czvpf ~/root-backup.tar.gz > Со сжатием? Во-первых, это долго, во-вторых, а место у вас в ~/ хватит? А если дело происходит на нетбуке с атомом? :-) Во-вторых, спецфайлы в /dev, /sys и других директориях скопируются, при этом вы потом делаете mount --bind на эти директории, т.е. их содержимое будет скрыто, а затем, после перезагрузки их уже покроет монтирование через fstab. Иными словами, часто корня на новой системе будет забита ненужными файлами. Это, конечно, не особо критично, но вдруг в /tmp окажется чей-нибудь sparse file. > Распаковываем: > tar ~/root-backup.tar.gz -C /mnt/target/ > > Можно так: > cd /mnt/root && tar cp | tar xvp -C /mnt/target/ > > Или даже так: > cd /mnt/root && tar czp | ssh target-hostname ‘tar xzp -C ‘/mnt/root’ > > Делаем chroot в "новую систему": > for i in /sys /proc /dev; do mount --bind $i /mnt/target$i;done > chroot /mnt/traget /bin/bash > > правим /etc/fstab (заменить UUID) > если система переносится на новое железо, возможно потребуются ещё > правки. К примеру: /etc/udev/rules.d/70-persistent-net.rules и тому > подобное. > > Устанавливем GRUB > grub-install /dev/sda > update-grub > > Далее всё отмонтировать и перезагрузить. > > 13 февр. 2014 г., в 15:09, Сергей Бессонов <ace...@gmail.com > <mailto:ace...@gmail.com>> написал(а): > >> 13.02.2014 15:06, Pivushkov Alexandr пишет: >>> если я правильно все помню, просто ср нельзя. как то там через tar >>> делалось. >> >> Можно. Я так делал десятки раз. Более того, можно даже с раздела, >> смонтированного под rw, только логи могут оказаться недописанными. >> >> Единственное что, забыл сказать, что директории /dev, /proc, /sys и /tmp >> копировать не надо. >> >>> >>> если не хотите морочить себе голову попробуйте клонзилла - работает >>> проверено. >>> >>> еще, хорошо бы, уточнить не ставит ли убунту что то особенное именно >>> для ссд. планировщик какой либо. я на ссд ставил только вчистую... >> >> Убунта при каждом запуске проверяет оборудование, соответственно, для >> SSD будет выставлено то, что надо. >> >> Если же хочется оптимизировать — это уже поле для экспериментов. >> >>> >>> >>> On 13.02.2014 13:01, Сергей Бессонов wrote: >>>> 13.02.2014 12:41, M пишет:> Добрый день!>> Посоветуйте, пожалуйста, >>>> как проще сделать смену HDD - SSD на ноутбуке?> Установить новый диск >>>> в контейнер, подключить его по USB и перенести> посекторно командой >>>> dd?>> Как правильно и быстро это сделать?>> Спасибо!> >>>> Михаил>Посекторно вы перенесёте слишком много пустых секторов, к тому >>>> же объёмHDD и SSD отличаются, и тут возможны проблемы с размером ФС. >>>> Я бы рекомендовал загрузиться в init S, удостовериться, что >>>> кореньсмонтирован в ro, и просто скопировать данные с помощью cp. >>>> Затем на SSD надо будет поправить fstab на предмет новых UUID, >>>> ипереустановить загрузчик. >>>> Либо сразу вставить SSD внутрь, грузиться с USB флешки и делать то >>>> жесамое из-под Live системы. >>>> -- С уважением, Бессонов Сергей. >>>> >>>> -- ubuntu-ru mailing >>>> listubuntu-ru@lists.ubuntu.comhttps >>>> <mailto:listubuntu-ru@lists.ubuntu.comhttps>://lists.ubuntu.com/mailman/listinfo/ubuntu-ru >>>> >>>> >>> >>> >> >> >> -- >> С уважением, Бессонов Сергей. >> >> >> -- >> ubuntu-ru mailing list >> ubuntu-ru@lists.ubuntu.com <mailto:ubuntu-ru@lists.ubuntu.com> >> https://lists.ubuntu.com/mailman/listinfo/ubuntu-ru > > > -- С уважением, Бессонов Сергей. -- ubuntu-ru mailing list ubuntu-ru@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-ru