Запись в диск с помощью 'объема плазмы', кажется, является быстрой сначала и медленной в конце

Question 1

Я писал изображение kubuntu в свою палку usb с помощью этой команды

pv /home/manuel/Downloads/torrents/kubuntu-16.10-desktop-amd64.iso > /dev/sdb

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

1,49GiB 0:03:03 [8,31MiB/s] [===============// //===============>] 100%

Это делает использование pv довольно бесполезная команда.

Как я могу отключить эту функциональность кэширования, которая, кажется, была активирована?

Question 2

Я нашел Ваше сообщение при изучении подобной проблемы, пытающейся записать изображение в SD-карту (через читателя/устройство записи USB). Используя объем плазмы, это показало бы 100% почти сразу, но заняло бы несколько минут впоследствии для фактического завершения.

я нашел решение своей проблемы с помощью dd, объема плазмы и каналов, и установив запись dd к прямому режиму. Это также имело эффект улучшения скорости записи довольно много. Я не знаю, существует ли кто-либо вниз стороны использования этого метода (я прочитал изображение назад и выполнил контрольную сумму - и все появляется хорошо).

Мой пример использует изображение Raspbian (2017-09-07-raspbian-stretch-lite.img), который составляет 1 854 590 976 байтов (1.8 ГБ) в размере. Я показал несколько других методов, и Вы видите взятые разницы во времени.

Так, с помощью dd | объем плазмы | dd с прямым режимом, только 2 минутам потребовались 57 секунд:

dd if=2017-09-07-raspbian-stretch-lite.img ibs=1M status=none | pv -s 1854590976 | dd of=/dev/sdX obs=1M oflag=direct status=none

(установка состояния ни к одному останавливает dd портящий дисплея объема плазмы).

Используя объем плазмы отдельно сразу показывает 100%, но затем занял 8 минут 28 секунд для фактического завершения:

pv 2017-09-07-raspbian-stretch-lite.img > /dev/sdX

Используя dd отдельно без любого представления прогресса, занял 8 минут 15 секунд:

dd if=2017-09-07-raspbian-stretch-lite.img of=/dev/sdX bs=1M

Используя тот же dd выше, но добавляющий oflag=direct делает это 2 минутами 54:

dd if=2017-09-07-raspbian-stretch-lite.img of=/dev/sdX bs=1M oflag=direct

я попробовал загрузки различных комбинаций, которые любой намного медленнее (некоторые занимают до 12 минут!), или снова сразу показывают 100%.

Один протест использования объема плазмы этот путь состоит в том, что необходимо узнать размер изображения сначала и указать его с-s опцией. При сценариях вещей как я достаточно легко определить размер файла одновременно.

Hope это помогает кому-то.

Question 3

Question 4

Согласно...

dd if=2017-09-07-raspbian-stretch-lite.img of=/dev/sdX bs=1M oflag=direct

Я изменил это немного...

dd if=/dev/zero | pv -tearp -s 1820g | dd of=/dev/sda bs=100M oflag=direct

Непосредственный ответ dd: suggest iflag=fullblock

Таким образом, я сделал...

dd if=/dev/zero | pv -tearp -s 1820g | dd of=/dev/sda bs=100M iflag=fullblock

Со скорости записи спрыгивают 56,3 MiB/s кому: 122MiB/s

То предназначенное время должно было заполнить жесткий диск на 2 ТБ

был сделан коротким приблизительно от 9 часов до 4 часов.

Оборудование:

        ASUS x77vg
        4GB Memory
        Linux Mate 18.3
        HDD: Seagate ST2000LM015-2E81 - Size: 1863GiB

Надежда, которая помогает кому-то...

Nick · Accepted Answer · 3 November 2019 в 12:06