Смотрите на этот вопрос для техники для использования dd
netcat
и сделайте примечание исследования, что диск ввод-вывод был ограничивающим фактором по локальной сети с конкретными включенными аппаратными средствами. По Интернету и с более быстрыми аппаратными средствами, может варьироваться Ваш пробег. При помощи /dev/zero
как источник и /dev/null
как место назначения, диск фактор ввода-вывода будет устранен, как отмечено в комментариях.
целевая система:
nc-l-p 9000 | объем плазмы | dd =/dev/nullисходная система:
dd, если =/dev/zero | объем плазмы | nc 9000-q 10
Я подозреваю, что ./ IPCop-cf065eb0.vswp
является неработающей символической ссылкой. Вы должны иметь возможность удалить это с помощью rm, а затем rmdir каталог.
Однако возможно, что повреждение файловой системы также является причиной. Это очень раздражает в esxi, потому что для VMFS нет fsck (обычное решение этой проблемы, если это не сломанная символическая ссылка, - это перезагрузка в однопользовательском режиме и запуск fsck; это невозможно сделать в esxi для разделов виртуальных машин. ). Вы можете попробовать перезагрузить гипервизор, но я не уверен, что это исправит; если этого не произойдет, вам придется перенести все виртуальные машины из резервного хранилища с папкой в нем и переформатировать его.
Я лично считаю, что не стоит проходить через все это только для того, чтобы все оставалось "аккуратный",