Как проверить прогресс рабочего CP?

Когда Вы копируете много файлов, du -s /path/to/destination или find /path/to/destination | wc -l дает Вам общее представление о том, сколько было уже сделано.

Можно узнать, с которым копируется файл lsof -p1234 где 1234 является идентификатором процесса cp. Под многими системами, pgrep -x cp сообщают идентификаторы процесса всех рабочих названных процессов cp. Это не может быть очень полезно как порядок, в котором копируются файлы в данном каталоге, чрезвычайно непредсказуемо (в большом каталоге в соответствии с Linux, ls --sort=none скажет Вам; с деревом каталогов попробовать find).

lsof -p1234 также говорит Вам сколько байтов cp уже читал и записал для текущего файла, в OFFSET столбец.

В соответствии с Linux, существуют статистические данные использования IO в /proc/$pid/io (снова, используйте PID cp процесс для $pidf). rchar значение является общим количеством байтов, которые процесс считал, и wchar число байтов, которые записал процесс. Это включает не только данные в файлах, но также и метаданные в каталогах. Можно сравнить то число с приблизительным числом, полученным с du /path/to/source (который только считает данные файла). read_bytes и write_bytes только включайте то, что было считано или записано из устройства хранения данных, т.е. оно уже исключает терминальную диагностику и данные в кэше или все еще в буферах.

Существует несколько вещей, которые можно сделать. Вы могли присоединить strace к нему для наблюдения то, что это делает (вывод может быть обильным!):

strace -p [pid of cp]

или Вы могли добраться lsof для сообщения Вы, который регистрирует его в настоящее время, имеете открытый:

lsof -p [pid of cp]

Если Вы выполняете большое рекурсивное cp, Вы могли использовать pwdx для получения текущего рабочего каталога, который может дать Вам некоторое представление о том, как он делает:

pwdx [pid of cp]

То, что можно сделать, проверить файлы в месте назначения.

Если Ваше CP управляет, что-то как cp -a <my_source> <my_dest_folder> Я проверил бы, в котором уже копируются файлы <my_dest_folder> и каждый размер файла, таким образом, я вижу прогресс. Если <my_source> немного сложно (несколько слоев каталогов) затем, маленький сценарий смог бы проверить состояние. Хотя такой сценарий мог использовать немного ввода-вывода, который не будет затем использоваться cp процесс.

Один из моих любимых приемов для этого (в соответствии с Linux) должен узнать PID cp процесс (использование ps | grep cp или подобный), и затем заглянуть /proc/$PID/fd/ и /proc/$PID/fdinfo/.

$ cp -r y z
^Z
$ ls -l /proc/8614/fd
lrwx------ 1 jander jander 64 Aug  2 15:21 0 -> /dev/pts/4
lrwx------ 1 jander jander 64 Aug  2 15:21 1 -> /dev/pts/4
lrwx------ 1 jander jander 64 Aug  2 15:20 2 -> /dev/pts/4
lr-x------ 1 jander jander 64 Aug  2 15:21 3 -> /home/jander/y/foo.tgz
l-wx------ 1 jander jander 64 Aug  2 15:21 4 -> /home/jander/z/foo.tgz

Это покажет Вам, какие файлы процесс имеет открытый. Если Вы хотите видеть, как далеко в файл процесс...

$ cat /proc/8614/fdinfo/3
pos:    105381888
flags:  0500000

pos параметр является положением чтения (или запись) указатель в байтах.

На последних версиях Mac OS X можно просто поразить CTRL+T для наблюдения прогресса. Из страницы справочника OSX 10.6 для CP (1):

 "If cp receives a SIGINFO (see the status argument for stty(1)) signal,
 the current input and output file and the percentage complete will be
 written to the standard output."

Удар CTRL+T эквивалентен передаче сигналов о текущем процессе с SIGINFO на машинах BSD-выхода, включая OSX.

Это работает на dd (1) также.

Я не думаю, что Linux имеет этот механизм SIGINFO, и ничего не смотрите в странице справочника GNU для CP (1) о сигналах, которые могут использоваться для создания отчетов о прогрессе.

Вы можете послать сигнал в процесс:

kill -SIGUSR1 pid

Еще более полезно создать скрипт, который будет опрашивать до тех пор, пока вы не нажмете Ctrl-C или процесс не завершится:

while [ : ] ; do kill -SIGUSR1 $1 && sleep 1m || exit ; done

Работает для dd. Не работает для cp. Может быть, вам нужно использовать другой сигнал. Я как-то пробовал SIGINFO, но, похоже, на платформе Intel его больше нет.

xprop -root 2>/dev/null | sed -n '/^_NET_ACTIVE_WINDOW/ s/.* // p'

Использование отчасти вместо этого, возможно, связана с командой изменений вашей файловой системы.

Расставленные - это двигатель под GPARTED GUI. Вы можете использовать его в режиме интерактивного команда или непосредственно из командной строки.

Перед рассталось 3.0 3.0, следующая команда делает то, что вы, вероятно, ожидаете, узнав о GPARTED:

$ sudo parted /dev/sdb resize 1 1 200M

$ sudo parted /dev/sdb resizepart 1 400M
$ sudo resize2fs /dev/sdb1 400M