Перенос ubuntu на другой HDD !?

[andvs]

Мне необходимо перенести весь установленный, настроенный и захламленный файлами диск с убунтой на другой диск! Причина такого маневра заключается в покупке более производительного и большего по объему диска.

Ну я тут да там почитал о бекапах и сделал вывод что все намного проще, вот только перед "маневрами" решил поинтересоваться у профессионалов о "адекватности" такой идеи.

Ну вообщем то думаю сделать так:

Код: [Выделить]

sudo dd if=/dev/sdA bs=1M of=/dev/sdB
То-есть загрузиться с флешки, примонтировать оба диска и скопировать диск целиком! Насколько я понял, то копировать будет все вместе с таблицей разделов и соответственно загрузчиком. Потом с помощью программки gparted увеличить основной раздел и отключить старый диск.

Вопрос!
Таким нехитрым способом у меня получится воплотить в жизнь эту идею или нужно выбрать другой способ?

Также интересует, не будет ли потери данных и не появится необходимости в редактировании конфигов?

[alex_ander]

не знаю - сработает ли твоя команда, но точно знаю, что правильно пишется sda или sdb (маленькими буквами)

[andvs]

не знаю - сработает ли твоя команда, но точно знаю, что правильно пишется sda или sdb (маленькими буквами)

Ну это тоже полезное замечание! Спасибо и на том!

Я же ничем не рискую, ведь в случае неудачного копирования старый диск не перестанет работать. Сегодня попробую!

[alex_ander]

тут был?

[andvs]

тут был?

Да, в первую очередь! Просто делать образ, а потом его переносить не получиться в связи с отсутствием третьего диска.
Пользователь решил продолжить мысль 08 Декабря 2015, 02:57:22:Еще почитал документацию и форумы, вот пришлось поменять команду:

dd if=/dev/sdX of=/dev/sdY bs=512 conv=noerror,sync

Аргументируют это тем, что при копировании большими блоками есть риск потерять пространство в случае ошибок. Вот что пишет автор:

Cloning an entire hard disk

From physical disk /dev/sdX to physical disk /dev/sdY

# dd if=/dev/sdX of=/dev/sdY bs=512 conv=noerror,sync

This will clone the entire drive, including the MBR (and therefore bootloader), all partitions, UUIDs, and data.

noerror instructs dd to continue operation, ignoring all read errors. Default behavior for dd is to halt at any error. sync fills input blocks with zeroes if there were any read errors, so data offsets stay in sync. bs=512 sets the block size to 512 bytes, the «classic» block size for hard drives. If and only if your hard drives have a 4 Kib block size, you may use «4096» instead of «512». Also, please read the warning below, because there is more to this than just «block sizes» -it also influences how read errors propagate.

Warning: The block size you specify influences how read errors are handled. Read below.

The dd utility technically has an «input block size» (IBS) and an «output block size» (OBS). When you set bs, you effectively set both IBS and OBS. Normally, if your block size is, say, 1 Mib, dd will read 1024*1024 bytes and write as many bytes. But if a read error occurs, things will go wrong. Many people seem to think that dd will «fill up read errors with zeroes» if you use the noerror,sync options, but this is not what happens. dd will, according to documentation, fill up the OBS to IBS size after completing its read, which means adding zeroes at the end of the block. This means, for a disk, that effectively the whole 1 Mib would become messed up because of a single 512 byte read error in the beginning of the read: 12ERROR89 would become 128900000 instead of 120000089.

If you are positive that your disk does not contain any errors, you could proceed using a larger block size, which will increase the speed of your copying several fold. For example, changing bs from 512 to 64 Ki changed copying speed from 35 MB/s to 120 MB/s on a simple Celeron 2.7 GHz system. But keep in mind that read errors on the source disk will end up as block errors on the destination disk, i.e. a single 512-byte read error will mess up the whole 64 Kib output block.

[bukass]

andvs,

Записать mbr

Код: [Выделить]

dd if=/dev/sda of=/dev/sdb bs=512 count=1
Я обычно делаю бекап и восстановление из него двумя командами.

Код: [Выделить]

dd if=/dev/sda1 | gzip - | dd of=/path_to_backups/fs.img.gz
dd if=fs.img.gz | gunzip - | dd of=/dev/sda1

То есть делаешь дамп конкретно sda1

[alex_ander]

bukass,
а что такое дамп? я конечно примерно догадываюсь, но хотелось бы наверняка

[SergeyIT]

Вообще-то можно в gparted через копи/пасте перенести разделы, потом подправить конфигурационные файлы и переустановить груб... но при этом и uuid разделов старых и новых будут одинаковые (если не ошибаюсь, и через dd тоже), то есть надо поменять. Другой способ, который использовал - устанавливаешь чистую Ubuntu и затем копируешь из старой системы в новую с сохранением прав и владельцев, исключая /tmp /proc ... конфиг. файлы /etc/fstab и еще каких-то (где-то было на форуме); затем загружаешься в новой системе и делаешь update-grub.

[alex_ander]

... делаешь grub-update.

update-grub , так, на всякий случай подправил

[SergeyIT]

Алекс_К, спасибо , давно не пользовался, забывать стал

[victor00000]

Windows на диск?
это не возможно, это хитрый, это нужно деньги ждать по быстрее для DVD/CD.

[AnrDaemon]

Ваш автор дурак. При копировании любыми блоками нет опасности потерять данные, если копировать правильно.
Проблема, о которой вы не задумываетесь при вашем способе копирования - выравнивание разделов на старом и новом диске может отличаться. И разделы, скопированные со старого медленного на новый быстрый через клонирование всего диска, могут в итоге дать такую же медленную скорость, как и на старом.
Ну и ещё при использовании GPT я не уверен, как потом расширять базовый раздел таблицы на весь диск.

[andvs]

Ваш автор дурак. При копировании любыми блоками нет опасности потерять данные, если копировать правильно.
Проблема, о которой вы не задумываетесь при вашем способе копирования - выравнивание разделов на старом и новом диске может отличаться. И разделы, скопированные со старого медленного на новый быстрый через клонирование всего диска, могут в итоге дать такую же медленную скорость, как и на старом.
Ну и ещё при использовании GPT я не уверен, как потом расширять базовый раздел таблицы на весь диск.

Вообщем то перенести с помощью dd у меня получилось при размере блоков 4096, а вот увеличить раздел нет! Получается что раздел подкачки записан после основного раздела и переместить его просто не получается, а удалить и создать новый страшно! Но получилось увеличить раздел подкачки! )) По производительности улучшений нет. Проверял тем же dd, но по факту чтение-запись остались приблизительно на старом уровне. Первая попытка копирования блоками по 512 просто обрывалась с ошибкой, почему я не понял!
Ну сам факт того что раздел перенесен со старого и изношеного диска на новый командой dd меня радует.  Так же понравилось то, что не пришлось править конфиги и переустанавливать граб! Хотя по непонятной для меня причине при запуске предлагает загрузить вин7, которой небыло не при установке линукса, не при переносе его на другой диск! Ну это наверное я при установке второй хард криво форматнул и загрузчик винды подцепился, а я не заметил!

[bukass]

bukass,
а что такое дамп? я конечно примерно догадываюсь, но хотелось бы наверняка

dd - disk dump буквально.

Я обычно делаю бекап и восстановление из него двумя командами.

Таким способом backup-а поделился в свое время Azure. Использую.

[БТР]

dd - disk dump буквально.

dd - dataset definition