dd диска из под работающей системы.

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

Отлично, esxi только логи пишет в процессе работы, датастор там внешний. Флешку в конверте отправить проще чем меня целиком)

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

флешка с системой как смонтирована? и почему скопировать файлами/каталогами нельзя?

неоднократно копировал систему из под работающей с помощью fsarchiver -A

ксерануть да проверить на ошибки фаловую системы внутри образа. авось и копирнется. яб таки еще в плюс сделал бы архивчик файлов. одно другому не мешает.

rsync + inotify тогда уж (и то с оговоркой, что слишком часто файлы в процессе не меняются, иначе этот процесс будет в лучшем случае бесконечным, в худшем- будут игрища с max_user_watches).

Будто бы, если приедешь, то сразу обесточишь серваки, извлечёшь нужную флешку, подключишь её к виндовсу и копирнёшь? Если с приездом то предполагается так сделать? Сдаётся мне, что нет понимания между лицом управляющим хостом и тобою. Возьми бразды правления этой ESXi на себя и тогда не надо будет грабить или изображать вирус, влезающий снаружи, но действующий изнутри.

есть нормальный способ бэкапа конфигурации ESXi, дд в этом случае поможет немного - как сказали ранее, образ будет битым из-за того, что ФС примонтирована и используется. Для нормального бэкапа есть стандартное средство в консоли ESXi.

vim-cmd hostsvc/firmware/backup_config

В любом случае у вас там кто-то есть и может подключать флешку. Мне кажется использование второго способа более правильное, хоть и не такое «железное», как клон диска

@prosto_user закрыл свой тред от анонимуса, поэтому я ему не скажу как достать премиум аккаунт нахаляву

Если подумать, в системе, где сейчас не запущено никаких (само-)обновлялок, сервисов/приложений/бд, куда обычно пишутся файлы?

/var/lock, /var/log, /var/run и всевозможные tmp и смонтированные виртуальные ФС, линки на них, которым в снимаемом образе обычно не место, т.к. они являются volatile, воссоздаются при старте, могут просто не существовать в выключенной системе, отражают мгновенное состояние системы, но по ним нельзя вернуть систему к этому мгновенному состоянию (это так не всегда работает).

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

Какой му*ак взял тебя на работу? Иди туалеты мой.