> Со сжатием? Во-первых, это долго, во-вторых, а место у вас в ~/ хватит? > А если дело происходит на нетбуке с атомом? :-) Там есть вариант без сжатия. Я показал лишь примеры, для разных ситуаций. (Я обычно делаю примерно так)!
> > Во-вторых, спецфайлы в /dev, /sys и других директориях скопируются, при > этом вы потом делаете mount --bind на эти директории, т.е. их содержимое > будет скрыто, а затем, после перезагрузки их уже покроет монтирование > через fstab. > Иными словами, часто корня на новой системе будет забита ненужными > файлами. Это, конечно, не особо критично, но вдруг в /tmp окажется > чей-нибудь sparse file. Попробуйте примонтировать отдельно, root раздел рабочей системы. Там будет только то, что реально есть на файловой системе. Для того оно и монтируется отдельно. Копировать каталоги избирательно - костыль! 13 февр. 2014 г., в 16:22, Сергей Бессонов <[email protected]> написал(а): > 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, Сергей Бессонов <[email protected] >> <mailto:[email protected]>> написал(а): >> >>> 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 >>>>> [email protected] >>>>> <mailto:[email protected]>://lists.ubuntu.com/mailman/listinfo/ubuntu-ru >>>>> >>>>> >>>> >>>> >>> >>> >>> -- >>> С уважением, Бессонов Сергей. >>> >>> >>> -- >>> ubuntu-ru mailing list >>> [email protected] <mailto:[email protected]> >>> https://lists.ubuntu.com/mailman/listinfo/ubuntu-ru >> >> >> > > > -- > С уважением, Бессонов Сергей. > > > -- > ubuntu-ru mailing list > [email protected] > https://lists.ubuntu.com/mailman/listinfo/ubuntu-ru
-- ubuntu-ru mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-ru
