Переместить раздел из-под scp: почему он продолжается?
Я загружал с помощью scp большой файл с «удаленного» на «myserver»; это займет несколько часов. Он загружается в "~ / stuff /". Давайте назовем это «x.tgz».
Затем, немного забыв об этом, я заметил, что на / home / разделе почти не осталось места на диске. Я заметил, что «~ / stuff /» был довольно большим, поэтому решил переместить его из моего / home / раздела в мой emptier / backup / section: cd;mv stuff/ /backup/ Большой, разумный объем дискового пространства во всех разделах снова.
Затем я вспомнил длительный процесс scp, хлопнул себя по лбу и пошел смотреть на него, ожидая сообщения об ошибке. Но это все еще счастливо загружается. А?
Итак, он все еще сохраняется в / home / section или в / backup / section? Я думаю, что могу ответить на это, поскольку кажется, что дисковое пространство все еще сокращается в / home / но не / backup / Но что произойдет, когда он наконец завершит работу? Буду ли я иметь частичный /backup/x.tgz и полный ~ / stuff / x.tgz? Или первая половина в /backup/x.tgz и вторая половина в ~ / stuff / x.tgz?
Что еще важнее: я все испортил, и мне нужно убить scp и начать заново? [ 115]
1 ответ
Похоже, что некоторые / большинство / все «x.tgz» был загружен в оперативную память для scp'ing. Я бы посоветовал убить процесс и запустить его снова. Хотя было бы интересно посмотреть, действительно ли это работает, вы могли бы подождать или даже запустить параллель scp, а когда исходный код будет выполнен, запустить md5sum x.tgz как на удаленном, так и на хосте. Если шестнадцатеричные выходы совпадают, то они совпадают.