Перенос системы на новый диск.

Собираюсь переустанавливать debian. Есть возможность без лишних проблем скопировать раздел с системой на новый винт?
Сейчас думаю проще будет заново поставить. Тогда как перенести пользователей, группы и пароли на новую систему. Если /etc/passwd и /etc/group со старой системы скопировать поверх новой, что будет. Я так уже пробовал, в результате пришлось заново создавать пользователей и группы. Благо их не много было. В данном случае наоборот - много создавать придется.

можно скопировать всю систему, если нужно перенести пользователей то нужно скопировать /etc/passwd /etc/group и /etc/shadow.

NordWest, поищи по форуму, на предмет backup системы tar'ом или dd, тема неоднократно поднималась, если много настроек то, не надо ничего переустанавливать.
Например рраз, два, три, четыре

Спасибо, попробую!

Вот допустим я с помощью dd скопирую раздел на раздел. Но ситуация усложнена тем, что новый раздел у меня на mdadm'е сделан. Там же ещё что-то надо менять. Вот есть описание похожей ситуации: http://www.permlug.org/node/3717. Но там ещё boot на отдельном разделе. Не очень я понимаю те пляски с chroot'ом, монтированием /proc и /sys и созданием образа initrd. Не поясните? Делать тупо покомандно не хочется.

NordWest написал:

Не очень я понимаю те пляски с chroot'ом, монтированием

Что такое chroot.
Для чего нужены /proc, /dev, /sys.
Структура каталогов в Linux.
Ответы на эти вопросы помогут с пониманием и избавят от необдуманных плясок.

Да, это же Федора. В дебиане /sys нету. mkinitrd нет видать по этой же причине. Эх, значит переустановка.

У меня /sys на месте.
И при чем тут Федора?

Да, и у себя нашел. Пример по ссылке на федоре сделан и knoppix. У меня система amd64 и chroot не выполнился. А под debian команда mkinitrd другая - mkinitramfs видимо. В общем заковыристо как-то.

NordWest написал:

У меня система amd64 и chroot не выполнился.

Как собственно умудрились?
Подразумеваем что корень, с установленной системой на разделе /dev/sda1
Чрутимся туда:

$ mkdir -vp /mnt/debian
$ mount -v /dev/sda1 /mnt/debian
$ mount -v --bind /proc/ /mnt/debian/proc/
$ mount -v --bind /dev/  /mnt/debian/dev/
$ mount -v --bind /sys/  /mnt/debian/sys/
$ chroot /mnt/debian 

Вот практически мой случай нашел: http://www.howtoforge.com/how-to-set-up-software-raid1-on-a-running-system-incl-grub2-configuration-debian-squeeze
Только там ещё и на работающей системе это вытворяют, а у меня на отдельном диске. Всёж полегче.
Правда возникла проблема - grub не грузится. Выдает "error read fd0" кажется и выходит в свою спасательную консоль. Чего бы ему не хватало то?..
Может от того, что у меня с md массивами какая-то неразбериха. У меня уже были md0 и md1. Я решил переименовать и сделать под разделы, указанные в статье, диски md0, md1 и md2. А те сделать md3 и md4. Только после переименований они как-то перемешались. В /etc/mdadm/mdadm.conf по две строки с /dev/md/0 и /dev/md/1. И при запуске они как-то в разнобой стартуют, то одни видны массивы, то другие...
==
Загрузился с установочного диска в режиме восстановления и в консоли нового корня переставил grub. Теперь ошибка выдается, но выкидвает не в консоль, а в меню граба. Попытался там адреса дисков md поменять - никак. В консоле если набрать ls, то выводит эти самые повторяющиеся md/0 и md/3. Вырубил физически эти массивы и тогда получил загрузку. Получается осталось порядок в массивах навести, но как??

В общем, кажется, заработало)))
С md решилось указанием --update=name при пересоздании. Забыл.
Правда ошибка fd0 при загрузке остается и намного дольше она происходит конечно.
А так классно. Действительно не пришлось всё переустанавливать)))