не винда, обязано работать. Но да, копировать надо с остановленной системы, потому что работающая постоянно пишет туда/сюда, меняет состояние

>>> Развернул потом этот архив (через rescuecd), восстановил grub, вроде все запустилось но тормоза ужасные, винт трещит как ненормальный, все еле открывается. А в гноме половина програм не работает, сетки нет, звук и т.п.

Извините, а не знаете это от чего может быть... Такое ощущение было что фрагментировано все даже не знаю как. Хотя это и ext4... Из за чего такое может быть?

1) может быть от неправильного копирования
2) если нет, надо думать дальше

а чем копирование /home не вариант?)

Очень много установленного софта, базы данных, настройки в etc и т.д.

>но тормоза ужасные, винт трещит как ненормальный, все еле открывается.

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

Или вообще не надо так делать

В общем, копировать можно, но надо хорошо знать устройсво системы, чтобы в случае отличия железа знать что поправить. Например, ещё в прошлом веке в дистрибутивах была glibc для i386 и i686. Вам, если вы задаёте такие вопросы, ИМХО, лучше ставить заново.

А АMD, он же, вроде 64-битный и в этом режиме работает быстрее? Там же вроде отдельная сборка Убунты для этого была.

Заново ставить это будет ужас. Тогда работать можно аж где то через неделю.

Подскажите если можно правильный путь копирования системы на другой комп...

И вот по железу. Да, само собой там железо совсем другое. Ubuntu при инсталляции конфигурируется под нее и это на всегда или на другом компе она сама все определит при первом запуске?

Можно ли перенести систему (Ubuntu 10.10) с нетбука на настольный ПК?

Должно. Используйте не прямое копирование с живой файловой системы, а снапшоты с LVM. Говорят, это должно помочь быстро установить систему на новом харде/железе. ;)

Кстати, кто из линуксоидов умеет снимать делать снапшоты LVM и переносить их на другой компьютер, продемострируйте, пожалуйста, последовательность необходимых команд. ;)

Ubuntu при инсталляции конфигурируется под нее и это на всегда или на другом компе она сама все определит при первом запуске?

Plug'n'Play же.

постоянно копирую rsync-ом, проблем никаких

на самом деле, я немного удивлён, что у тебя получилось.. ;)

ведь в рабочей системе есть примонтированные виртуальные фс, такие, как /proc и /dev, которые явно не надо переносить с помощью tar. не говоря уже о том, что есть и открытые файлы, в которые постоянно что-то пишется.

повтори тоже самое, загрузив нетбук с лайвсиди. то есть, при остановленной системе.

а вообще, самое верное, как уже заметили тут - установка с нуля, и копирование /home. это идеальный вариант.

Недавно на своем компе поменял материнку и проц. Систему не переставлял - все работает.
ЗЫ: тоже использую убунту 10.10

>> А АMD, он же, вроде 64-битный и в этом режиме работает быстрее? Там же вроде отдельная сборка Убунты для этого была.

На сайте написано что 32-bit - recommended. Есть ли смысл ставить 64 бита? Памяти 4 гб. Процессор Phenom 4-х ядерный.

>или на другом компе она сама все определит при первом запуске

Вроде нет. Ядро, понятно, определит всё, что сможет. Если будут нужные модули, будут поддерживаться устройтва. Но, допустим, сетёвка может привязана по MAC-адресу, следовательно на новой системе сетёвка будет не eth0, а eth1 и правила в iptable никто не изменит, да и статический адрес со старой на новую не перенесёт.

Для копирования проще монтировать файловую систему в ro, либо грузитесь с другого носителя, либо останавливайте всех демонов, отключайте X-ы, в консоли можно перемонтировать файловую систему в ro и далее через «ssh | tar».

сюда 64 бита просто просится!

>ведь в рабочей системе есть примонтированные виртуальные фс, такие, как /proc и /dev

Мусорные файлы в /proc т.п. будут при запуске системы перекрыты смонтированной сверху виртуальной ф.с. А значит, на работу влияния оказывать не должны.

открытые файлы, в которые постоянно что-то пишется

/var и /tmp? Да и черт с ними.

а вообще, самое верное, как уже заметили тут - установка с нуля, и копирование /home. это идеальный вариант.

Windows-way?

>ведь в рабочей системе есть примонтированные виртуальные фс, такие, как /proc и /dev, которые явно не надо переносить с помощью tar

Ага, сделай так в Gentoo. Stage3 видел когда нибудь? Так что если в остановленной системе что то есть в /dev/ то лучше ее затарить, да и не придется заново создавать директории до входа в систему.

спасибо, кэп.
P.S.: happy gentoo user

а что такое Шindoшs?!

тут нет ничегошеньки удивительного.

Попробуйте сделать вот так http://ru.gentoo-wiki.com/wiki/Stage4

железо принципиально разное! тут лучше не экспериментировать! а ставить из установочного

Очень много установленного софта, базы данных, настройки в etc и т.д.

>Очень много установленного софта, базы данных, настройки в etc и т.д.

сделай установочный диск со своей системы - в убунте и сусе это два раза мышкой кликнуть

И чем же «принципиально разно» отличатюся системы, запущенные на «принципиально разном» железе одной архитектуры?

>тут лучше не экспериментировать

Почему?

продемострируйте, пожалуйста, последовательность необходимых команд

source# lvcreate -L 2G -n rootsnap -s /dev/vg00/rootfs
source# dd if=/dev/vg00/rootsnap bs=1024k | gzip -c | nc -l 12345
--->
dest# nc source 12345 | gzip -dc | dd of=/dev/vg01/rootfs
dest# resize2fs /dev/vg01/rootfs
dest# fsck /dev/vg01/rootfs

Увы, пользователи Linux не виноваты, что Вы не умеете использовать конвейеры.

Вчера менял. :)
Терабайтник потише ставил.
Разбил другой винт, тупо скопировал файлы, тупо сделал ' sudo dpkg-reconfigure grub-pc' указал установить загрузчик на нужный диск, подправил в новой системе /etc/fstab. Всё. Никакого grub-install.

Даже не rsync, чисто в mc

Ужас.

УРА! ЭТО РАБОТАЕТ!

Все заработало. Итог: надо правильно копировать, т.е. только на остановленной системе с livecd. И тогда все будет ОК. Я поправил только mac адрес в /etc/udev/rules.d/70-persistent-net.rules, а то сетевая была как eth1 и все. Все работает как прежде, несмотря на то что там был Atom а тут Phenom :) Здорово вообщем все! Ставлю тему как решенную.

>На сайте написано что 32-bit - recommended. Есть ли смысл ставить 64 бита? Памяти 4 гб. Процессор Phenom 4-х ядерный.

Так это для оффтопика написано, не?

Сотни раз клонировал систему методом dd_rescue /dev/sda /dev/sdb по живому. Проблемы были только в случае бэдов на дисках.

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

о_О это что то новое

http://www.linux.org.ru/books/HOWTO/Hard-Disk-Upgrade.html

переносил методом «tar,untar,bootloader setup» генту раз двадцать, а то и больше. УМВР. Как в других дистрах - хз. По идее должно работать.