Возможно ли копировать полностью всю ОС Ubuntu через ssh?

Question

[Павел]

хочу копировать весь диск , а на другом ПК запустить , хочу сделать это по ssh в локалке, в линуксе же нет как в винде "этот файл сейчас исполняется и нельзя его копировать" ?

Comments

[xotkot]

тут есть много ограничений
1. размер дисков - принимающий диск должен быть равен или больше копируемого
2. скорость - если у вас медленная сеть а копируемый диск в несколько сотен гигабайт то передача может затянутся на несколько часов и естественно сеть в это время будет под нагрузкой
примерно 40-50 гигабайт в час при 100Мбит/с сети
3. диск с живой системой полноценно скопировать врядли получится, разве что загрузив её в ридонли, проще будет загрузится с флешки и с неё запускать команды на копирование, например:
отдаём
nc -c $IP $PORT < /dev/$DiskIN
принимаем
nc -l -p $PORT | pv -bpt > /dev/$DiskOUT

[Vitsliputsli]

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

Answer 1

[rPman]

файлы заблокированные на чтение в linux есть точно так же как и в других системах, исторически любое резервное копирование предлагается (в любой ос) делать через создание снапшота (в linux это средствами lvm если он используется или при использовани cow файловых систем таких как btrfs/zfs/... прямо их средствами), снапшот является замороженным мгновенным снимком файловой системы, без ограничений по чтению.

совершенно нормально, используя root копировать с помощью обычного cp (scp если по ssh) или rsync или к примеру tar -c . | ssh user@server tar -x скопирует все удаленно, завернув сначала в tar а на удаленной машине распаковав (с помощью ключей tar можно контролировать например файловую систему --one-file-system или передачу hardlink и symlink, например --dereference и --hard-dereference добавят в архив сам файл а не линк на него...)

осторожно, в рабочей системе могут быть запущенные базы данных, копировать файлы которых на живую нельзя (не будет гарантий что будут корректно скопированы данные), такие базы нужно копировать средствами баз данных

p.s. если же все же хочется скопировать систему как есть, а снапшоты недоступны, то лучше перевести диск в режим ro: mount -r remount,ro /dev/sd... и так с каждым разделом, на котором размещена система (тогда начнут отваливаться программы, пытающиеся делать запись) и уже получившиеся данные копировать
в этом случае можно использовать partclone, умеет копировать раздел как dd но не передавая сектора, помеченные как свободные, что заметно быстрее (собственно это самый быстрый способ скопировать раздел)

Answer 2

[CityCat4]

Не только можно, но иногда это единственный способ бэкапа - например бэкап удаленного VPS, где конечно же к адмиской панели тебя никто не пустит:

# dump -0auL root -f - /dev/vda2 | bzip2 | ssh [e-mail] -p 22 dd of=vda2.dump.bz2

Параметры, которые нужно менять:

-L root - метка бэкапа
/dev/vda2 - имя устройства, с которого снимается бэкап
[e-mail] - пользователь и имя сервера, куда передается бэкап
vda2.dump.bz2 - имя файла, куда будет записан бэкап (по умолчанию он будет в домашнем каталоге пользователя)

После отработки команды в домашнем каталоге юзера yaadmin на сервере srv.zhopa.ru будет файл vda2.dump.bz2, который представляет из себя пожатый bzip2 бэкап, снятый командой dump

Answer 3

[Сергей Карбивничий]

можно

Answer 4

[Армянское Радио]

Это возможно, но лучше все же воспользоваться все же инсталлятором, который работает по сети.
И уж конечно, в процессе копирования не следует менять на компе какие-то файлы, иначе на другом конце получится фарш.

Answer 5

[nihi1ist]

Можно. Примерно так.

Comments

[rPman]

вредный совет, делать dd из работающей системы, на диск могут быть записи, и dd вернет кашу в этих местах