Как я знаю, работает ли dd все еще?

ddrescue даст Вам статистику, когда она работает.

демонстрация: http://www.youtube.com/watch?v=vqq9A01geeA#t=144s

Я обычно присоединяю strace к такому рабочему процессу (с -p $PID опция), чтобы видеть, остается ли это заблокированным в системном вызове или если это все еще активно.

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

Для dd, можно отправить сигнал. Для других команд, которые читают или пишут в файл, можно наблюдать их положение в файле с lsof.

lsof -o -p1234    # where 1234 is the process ID of the command
lsof -o /path/to/file

Если Вы планируете заранее, передаете данные по каналу через pv.

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

Править: iotop -o шоу только программирует, которые в настоящее время работают, операции ввода-вывода (благодарит Jason C за этот комментарий).

Под OS X (не примерял Linux), можно просто ввести Ctrl+T в терминальном выполнении dd. Это распечатает тот же вывод как kill -INFO $PID, плюс использование ЦП:

load: 1.40  cmd: dd 34536 uninterruptible 3.49u 64.58s
5020305+0 records in
5020304+0 records out
2570395648 bytes transferred in 4284.349974 secs (599950 bytes/sec)

Я узнал об этом, читая этот поток, и пытаясь открыть новую вкладку в моем терминале, но смешавшись ⌘ +T с Ctrl+T.

Иногда Вы не можете использовать ИНФОРМАЦИЮ или сигнал USR1 потому что stderr поток dd процесс не доступен (например, потому что терминал, в котором он выполнялся, был уже закрыт). В этом случае обходное решение должно сделать следующее (протестированный на FreeBSD, может немного отличаться на Linux):

1. Использовать iostat оценить средний уровень записи (МБ/с) к целевому устройству, например:

   iostat -d -w30 ada0

   Замените своим названием целевого устройства ada0 здесь, и ожидайте минута его для предоставления пары результатов. "w" параметр определяет сколько секунд между образцами. Увеличение его даст лучшую среднюю оценку с меньшим различием, но необходимо будет ожидать дольше.

2. Использовать ps определить сколько времени dd работал:

   ps -xo etime,command | grep dd

   Преобразуйте это в секунды для получения общих секунд времени выполнения.

3. Умножьте общие секунды времени выполнения средним уровнем записи для получения общего переданного МБ.

4. Получите размер устройства в МБ с:

   grep ada0 /var/run/dmesg.boot

   Замените своим названием целевого устройства ada0. Разделите результат на средний уровень записи для получения общего времени трансфера в секундах. Вычтите время, которое это выполняло до сих пор для получения времени, оставаясь.

Эта стратегия только работает если dd писал непрерывно на текущем среднем уровне записи, так как он начался. Если другие процессы конкурируют за ЦП или ресурсы ввода-вывода (включая шину ввода-вывода) затем, это может уменьшить скорость передачи.

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

Затем, для записи образа на диск, скажем, с размером блока 4 МБ:

pv -ptearb /path/to/image.bin | dd iflag=fullblock of=/dev/whatever bs=4M

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

Параметр iflag = fullblock заставляет dd захватывать полные блоки ввода через pv , в противном случае вы зависите от конвейера для размеров блоков.

Чтобы пойти другим путем, используйте dd для чтения и pv для записи, хотя вы должны явно указать размер, если источник является блочным устройством. Для устройства 4 ГБ:

dd if=/dev/whatever bs=4M | pv -ptearb -s 4096m > /path/to/image.bin

Вы также можете определить размер автоматически, например:

dd if=/dev/whatever bs=4M | pv -ptearb -s `blockdev --getsize64 /dev/whatever` > /path/to/image.bin

На самом деле не имеет значения, в каком порядке вы выполняете dd и pv , это полностью зависит от производительности - если устройство, на которое вы читаете или с которого вы выполняете чтение, имеет оптимальную производительность для определенных размеров блоков, вы хотите использовать dd вместо pv для доступа к этому устройству. Вы даже можете прикрепить dd на обоих концах, если хотите, или вообще не использовать, если вам все равно:

pv -ptearb /path/to/image.bin > /dev/whatever
sync

WHAR Линия (письменные символы) в / proc / $ pid / io может дать вам точную информацию о dd процесс. Пока это меняется, ваш DD все еще работает!

Вот аккуратный маленький PHP-скрипт, который вы можете сохранить, а затем выполнить с помощью PHP filename.php во время DD , чтобы отобразить письменные байты. Приятное преимущество просмотра / proc / $ PID / IO all kill -usr1 $ (pidof dd) в том, что вам не нужно переключаться между клеммами, что не всегда вариант Отказ

<?php

/** Time between refreshs in seconds */
$refresh = 1;


/**
 * Start of Script 
 */

if (!($pid = exec('pidof dd')))
    exit("no dd running\n");

$history = array();
$break_ms = $refresh * 1000000;
$start_time = exec("ls -ld /proc/$pid --time-style=+\"%s\" | egrep -o [0-9]{10}");


fprintf(STDOUT, "PID: %s\n", $pid);
fprintf(STDOUT, "START TIME: %s\n\n", date("Y-m-d H:i:s", $start_time));


while (true) {
    if (isset($curr))
        array_push($history, $curr);

    if (count($history) > 10) array_shift($history);
    $oldest = reset($history);
    $latest = end($history);

    /**
     * get number of written bytes from /proc/$pid/io
     */
    #if (!($curr = exec("cat /proc/$pid/io | grep ^write_bytes | sed 's/write_bytes: //g'")))
    #    break;

    /* prepare proc_open() parameter */
    $descriptorspec = array(
        0 => array('pipe', 'r'), // stdin
        1 => array('pipe', 'w'), // stdout
        2 => array('pipe', 'w'), // stderr
    );

    $process = proc_open("cat /proc/$pid/io | grep ^write_bytes | sed 's/write_bytes: //g'", $descriptorspec, $pipes);
    if (!is_resource($process)) break;

    $stdout = stream_get_contents($pipes[1]);
    $stderr = stream_get_contents($pipes[2]);
    proc_close($process);

    if (!empty($stderr)) break;
    $curr = trim($stdout);

    /**
     * caculate elapsed time from start */
    $time_elapsed = time() - $start_time;

    /**
     * avg speed since start */
    $avg = $time_elapsed > 0 ? round($curr / $time_elapsed) : 0;

    /**
     * avg speed of last 10 updates */
    if (count($history) > 0)
        $speed = human_file_size(round(($latest - $oldest) / count($history) / $refresh));

    $output = sprintf("\rBYTES WRITTEN: %s [%s]  ::  CURRENT: %s/s  ::  AVERAGE: %s/s  ::  ELAPSED: %s", $curr, human_file_size($curr), isset($speed) ? $speed : 0, human_file_size($avg), gmdate("H:i:s", $time_elapsed));
    printf("%s%s", $output, str_repeat(" ", exec("tput cols") - strlen($output)));

    usleep($break_ms);
}

fprintf(STDOUT, "\ndd has finished!\n\n");

function human_file_size($size,$unit="") {
  if( (!$unit && $size >= 1<<30) || $unit == "GB")
    return number_format($size/(1<<30),2)." GB";
  if( (!$unit && $size >= 1<<20) || $unit == "MB")
    return number_format($size/(1<<20),2)." MB";
  if( (!$unit && $size >= 1<<10) || $unit == "kB")
    return number_format($size/(1<<10),2)." kB";
  return number_format($size)." bytes";
}

Я начал использовать dcfldd (1), который показывает dd операции лучшим способом.

Пока выполняется dd , я запускаю это в другом терминале как root:

while pgrep ^dd; do pkill -INFO dd; sleep 1; done

Он печатает dd каждые 1 секунду в исходном окне терминала , где выполняется dd , и завершает работу, когда команда выполнена.

Начиная с coreutils v8.24, dd имеет встроенную поддержку для отображения прогресса. Просто добавьте параметр status = progress .

Пример:

dd if=arch.iso of=/dev/sdb bs=4M status=progress

Источник

Вы можете использовать progress который, в частности, показывает прогресс запущенного dd. Он использует /proc/$pid/fd и /proc/$pid/fdinfo, которые вы также можете отслеживать вручную.

Если вы записываете на медленный накопитель, например на USB-накопитель, вам может понадобиться знать не только ход выполнения самой команды dd, но также ход фактической записи на целевое устройство.

• Один из способов узнать об окончании процесса — запустить syncпосле команды dd и подождать, пока она завершит очистку буферов, чтобы окно терминала вернулось к приглашению. Но индикации прогресса по-прежнему нет. Вы можете следить за ходом очистки, наблюдая за «грязными» данными, например, с помощью шелл-скрипта watch-flush, который является частью mkusb . Этот сценарий оболочки -использует данные из системного файла /proc/meminfo.

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

  sudo dd if=file.img bs=1M of=/dev/sdx status=progress oflag=dsync
  

  Пожалуйста, проверьте и еще раз -проверьте правильность указания целевого устройства. В противном случае вы можете перезаписать ценные данные. ddделает то, что вы ему говорите, без вопросов, и по этой причине он получил прозвище «Разрушитель данных».

• В Ubuntu и Debian вы также можете использовать mkusb для выполнения задачи клонирования. Он обмотает ремень безопасности вокруг dd:, поможет вам идентифицировать целевое устройство и позволит дважды -проверить его перед запуском процесса.