Изменение ФС корневого раздела

>dd, cp, tar?

я копировал tar'ом - всё ОК.

говорят cp -a тоже работает

и да, dd тут не пойдёт. Она только btrfs -> btrfs. Она вообще тупая, просто копирует байт за байтом.

А какие ключи у tar задействовал, не помнишь? А как поступил с /dev, /var, /tmp и прочими /sys, /proc и /run?

Хотя, да, глупый вопрос. Я же из другой ОС все буду делать. Спасибо. Сегодня попробую tar'ом обойтись.

В таре есть опция -one-file-system

Ммм. Что-то из man'а не очень понятно. Эта опция указывает tar'у, что он не должен ходить по ссылкам на другие разделы?

Уже нашел. Это не то. Думаю, и так все сработает.

cp -ax будет достаточно.

А он точно права корректно сохранит?

У меня всё корректно сохранял.

вариант с cp (исключить /dev /sys итд)

cp -pR /{bin,etc,...,/var} /mnt/newroot

в генту-вики есть расписан подробно вариант с tar'ом (правда оно сейчас почему-то лежит, если что вариант из кеша гугла)

http://dep346.narod.ru/articles/slack-move/
http://habrahabr.ru/qa/5729/

посмотри тут.

Спасибо, но это не то. Мне не нужно устанавливать новую систему со старыми конфигами. Мне нужно просто подменить ФС. В итоге пришел к таким мыслям: 1) tar'а хватит за глаза; 2) Не забыть бы поправить /boot/grub/grub.cfg на загрузочном разделе, а то он сейчас настроен на загрузку с btrfs. Сейчас попробую и, если все успешно, поставлю, что проблема решена.

ttp://dep346.narod.ru/articles/slack-move/ там ведь на примере слаки расмотренно перенос на другой диск.
Переносите систему на другой диск (tar-ом или cp), меняете ФС, переносите систему назад.
Правите конфиги grub.cfg, fstab

если из другой системы, то никаких ключей не надо.

4.6 Notable `tar' Usages
========================

_(This message will disappear, once this node revised.)_

You can easily use archive files to transport a group of files from one
system to another: put all relevant files into an archive on one
computer system, transfer the archive to another system, and extract
the contents there. The basic transfer medium might be magnetic tape,
Internet FTP, or even electronic mail (though you must encode the
archive with `uuencode' in order to transport it properly by mail).
Both machines do not have to use the same operating system, as long as
they both support the `tar' program.

For example, here is how you might copy a directory's contents from
one disk to another, while preserving the dates, modes, owners and
link-structure of all the files therein. In this case, the transfer
medium is a «pipe»:

$ (cd sourcedir; tar -cf - .) | (cd targetdir; tar -xf -)

You can avoid subshells by using `-C' option:

$ tar -C sourcedir -cf - . | tar -C targetdir -xf -

The command also works using long option forms:

$ (cd sourcedir; tar --create --file=- . ) \
| (cd targetdir; tar --extract --file=-)

or

$ tar --directory sourcedir --create --file=- . \
| tar --directory targetdir --extract --file=-

This is one of the easiest methods to transfer a `tar' archive.

(info tar)


Можно и через файл. Тогда бекап останется.

Я фигею. «Упаковал» 12Gb данных в tar без архивации - на выходе получил файлик в 10 Gb. Клевая эта btrfs...

Печально, но факт: btrfs еще не торт. С обычным initramfs.img Арч не взлетел, но с fallback таки загрузился и я смог перегенерить образ, так что можно считать переезд успешным.

P.S. После распаковки тех же 10Gb на новую ФС получилось: занято 11Gb, свободно 9.3Gb (на btrfs было свободно 7Gb и занято 12Gb). Добавлю к этому еще странный глюк с GDM, который через раз подхватывал тему (стандартную) и показывал нечто черно-белое с огромными шрифтами. На reiserfs уже перезагрузился трижды и пока все хорошо, так что списываю это на проблемы btrfs.

Всем спасибо за советы и поддержку =)

Я переносил дебиан прямо во время работы используя rsync -a

Переносил систему с одного HDD на другой cp -ax, загрузившись с LiveCD. Главное — не забыть потом чрутнуться и сделать /sbin/lilo.