Очень медленно копируются файлы

[Обедающий философ]

Здравствуйте!

На днях сделал бекап системы при помощи команды

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

rsync -aAXv --exclude={"/dev/*","/proc/*","/sys/*","/tmp/*","/run/*","/mnt/*","/media/*","/lost+found"} / /папка/назначения
. Ну и сейчас оный бекап пригодился. Купил новенький samsung 860 evo, ну и копирую на него чудесным образом спасённые файлы при помощи убунты 16.04 с загрузочного усб хдд. Только вот что nautilus, что cp, что rsync копируют подозрительно медленно - порядка двух мегабайт в секунду, что для двадцать первого века и sata2, на мой взгляд, слегка постыдно. Ещё и система подвисает (быть может, это виноват фирефохэ).

Эдак я буду 16 часов копировать. В то время как в винде подобного рода операции занимают 10 - 20 минут. И это я уже не первый раз замечаю - когда я с усб-диска загружаю линукс (ubuntu или parted magic) и хочу что-то скопировать (пробовал также clonezilla и ещё что-то в этом роде) - это происходит катастрофически медленно.

Кто виноват и что делать?

Заранее благодарен.

[The Green Side]

Файлы мелкие копируются с низкой скоростью? Если так, но это нормально. Максимальная скорость достигается только при копировании одного крупного файла.

[Обедающий философ]

Да, но отчего в винде они копируются в десятки раз быстрее? Самое смешное - что dd приблизительно ту же скорость даёт, ежели я правильно помню. А вот тестирование дисков в графической программе "диски" даёт положенные 300 и 55-110 мегабайт в секунду соответственно.

Попробовал монтировать с опцией async и копировать через tar - то же самое. Также советуют gcp, но оно отказалось ставиться под предлогом E: Unable to locate package gcp.

[ReNzRv]

Обедающий философ,
Мегабиты и мегабайты в секунду не путаете? (1 Байт = 8 Бит)

[Обедающий философ]

Нѣтъ!
Пользователь добавил сообщение 25 Марта 2020, 01:43:18:Не вынесла душа поэта. Вынул оба диска и поставил копироваться на другом компе с нормальной убунтой. Только похоже, что здесь оно также будет копироваться в районе 13 часов. А главный прикол в том, что изначальный rsync занял порядка одного часа. Получается, что с ССД на ХДД копируется быстро, а с ХДД на ССД медленно?

Теперь ещё надо под виндой попробовать.

[zg_nico]

rsync

Может, истоки проблемы именно в выбранном способе резервирования?

(Нажмите, чтобы показать/скрыть)

Пример: создаю резервные копии загрузочного раздела EFI (/dev/sda1) и корневого раздела с ubuntu (/dev/sda2). Операции выполняются либо с загрузочной флешки, либо с параллельно установленной системы (можете себе хоть какой-нибудь slitaz в отдельный раздел поставить и обозвать его recovery):Сохранение
1. Загрузочный раздел EFI.
1.1 Выполняем отмонтирование (необходимо, если система, с которой выполняется сохранение резервной копии, загружена в EFI - в этом случае она автоматически монтирует раздел EFI себе в /boot/efi/)

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

sudo umount /dev/sda11.2 Выполняем сохранение образа в условный каталог /media/username/my_usb_drive

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

sudo dd status=progress if=/dev/sda1 | gzip - | dd of=/media/username/my_usb_drive/image-sda1.img.gz2. Корневой раздел системы
2.1 Выполняем заполнение свободного пространства нулями и отмонтирование сохраняемого раздела

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

mkdir ~/MountDrivePoint
sudo umount /dev/sda2; sudo mount /dev/sda2 ~/MountPoint
dd status=progress if=/dev/zero of=~/MountPoint/bufFile; rm ~/MountPoint/bufFile
sudo umount /dev/sda22.2 Выполняем сохранение образа в условный каталог /media/username/my_usb_drive

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

sudo dd status=progress if=/dev/sda2 | gzip - | dd of=/media/username/my_usb_drive/image-sda2.img.gzПо итогу для текущих моих корневого раздела и загрузчика получаю размеры файлов резервных копий:
sda1 размер раздела 200Мб, занято из них 36Мб, итоговый размер архива с образом резервной копии: 21Мб
sda2 размер раздела 40Гб, занято из них 29Гб, итоговый размер архива с образом резервной копии: 10Гб
Восстановление
1. Загрузочный раздел EFI.
1.1 Выполняем отмонтирование (необходимо, если система, с которой выполняется сохранение резервной копии, загружена в EFI - в этом случае она автоматически монтирует раздел EFI себе в /boot/efi/EFI)

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

sudo umount /dev/sda11.2 Выполняем восстановление сохраненного ранее состояния раздела из образа, который хранится в архиве /media/username/my_usb_drive/image-sda1.img.gz:

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

sudo dd status=progress if=/media/username/my_usb_drive/image-sda1.img.gz | gunzip - | sudo dd of=/dev/sda12. Корневой раздел системы
2.1 Выполняем отмонтирование:

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

sudo umount /dev/sda22.2 Выполняем восстановление сохраненного ранее состояния раздела из образа, который хранится в архиве /media/username/my_usb_drive/image-sda2.img.gz:

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

sudo dd status=progress if=/media/username/my_usb_drive/image-sda2.img.gz | gunzip - | dd of=/dev/sda2Что касается времени: конкретные цифры навскидку не вспомню, однако делается процесс сохранения менее 10 минут (если оба раздела брать в расчет). Обратное восстановление занимает что-то около 15 минут. В любом случае, быстрее, чем то, что Вы описываете.

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

[jura12]

меня смущает
1.устаревшая Ubuntu 16.04 и современный 860 ево. что вы хотите на современный ssd у него драйверов может не быть.
2.usb. что вы от него хотите. он всегда тормозит.
3.копируете hdd на sdd. что вы хотите. будет естественно копироваться со скоростью более медленного девайса.
4.если 860 ево в виде m.2 то вроде uefi загрузка нужна и разметка в gpt.

[snowin]

с загрузочного усб хдд

еще небось и usb2 ?чего же ты хотел от примитивных технологий 21 века

[Обедающий философ]

Операции выполняются либо с загрузочной флешки, либо с параллельно установленной системы

Вот это основной недостаток. Хотелось бы, чтобы бекап сливался автоматически при работающей системе, а я бы лежал на диване. Более того, ежели я правильно помню, и dd копирует ненамного быстрее.

1.устаревшая Ubuntu 16.04 и современный 860 ево. что вы хотите на современный ssd у него драйверов может не быть.

Ну правильно, я загрузочный хдд сделал во времена 16.04. И как выясняется, в 18.04 скорость ничуть не лучше.

2.usb. что вы от него хотите. он всегда тормозит.

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

Вощем в винде мне так и не удалось завести ext2fsd. Причём ещё один раздел в ext2 (тогда как обсуждаемые в ext4) она одно время видела, но и его перестала видеть после следования советам из интернета. Поставил триал paragon linux file systems, всё открылось, только отчего-то она говорит, что копирует лишь 21 гб (вместо положенных 70) и хочет их копировать 8 часов, то бишь скорость ещё меньше.

[zg_nico]

чтобы бекап сливался автоматически при работающей системе

ИМХО невыполнимо, т.к. диски не должны использоваться в процессе создания резервной копии. Копию снять с использующегося диска можно. Но восстановиться из нее после будет нереально (насколько по крайней мере я сам понимаю этот процесс).

[Обедающий философ]

Ну это, устанавливаем груб и update-grub, разве нет?
Пользователь добавил сообщение 25 Марта 2020, 14:09:29:Gcp копировал со скоростью 14 мегабайт в секунду, скопировал 77% и остановился. Ну в том смысле что всё ещё пишет, что копирует, только ничего не происходит.
Пользователь добавил сообщение 25 Марта 2020, 17:52:24:Вощем докопировал оставшееся при помощи rsync (на удивление быстро), потанцевал с бубном, всё вроде работает.
ТС, как видно по состоянию на 19/03/2021 потерял интерес к созданной им теме (пометка Решено в теме отсутствует, тема оставлена не закрытой, сообщений в теме давно не было). Тема стародавняя (последнее сообщение в топике: 25/03/2020; последнее сообщение от ТС в топике: 25/03/2020). Модератором раздела принято решение закрыть тему.
--zg_nico

[ReNzRv]

Обедающий философ,
Попробуй Clonezilla. Есть лайв образ для загрузки флешки который можно прописать в груб и грузится с него для создания/восстановления бекапа.