lovecraft

Если вы снимаете образ, то вам обязательно нужно озаботиться его целостностью. В Windows за это отвечает служба теневого копирования, которая по запросу приложения создает моментальный снимок тома. Перед этим вызываются так называемые VSS writes (всякие СУБД и т.п.), которые сбрасывают свои кэши на диск перед созданием слепка.

В Linux есть два способа сделать снэпшот тома

1. Нужно иметь систему, установленную на LVM, и на группе томов должно быть свободное место для создания снэпшота. Этим нужно озаботиться в момент установки системы, переносить уже установленную на LVM несколько проблематично, хотя и возможно
2. Нужно использовать btrfs, которая поддерживает снэпшоты на уровне ФС.

В случае 1 вы
а) монтируете удаленный каталог с сервера бэкапов на ваш сервер через sshfs
б) сохраняете в файл разметку диска через gdisk
в) сохраняете в файл конфигурацию LVM-томов через vgcfgbackup
г) делаете снэпшот LVM-тома через lvcreate
д) делаете бэкап только использованных секторов в томе через partclone
е) удаляете снэпшот
ж) отмонтируете каталог с бэкапами

в случае 2 вы
а) монтируете удаленный каталог с сервера бэкапов на ваш сервер через sshfs
б) сохраняете в файл разметку диска через gdisk
в) создаете снэпшот ФС через утилиту btrfs
г) rsync-ом копируете содержимое снэпшота в удаленный каталог со всеми разрешениями, хозяевами, acl и xattr
д) удаляете снэпшот
е) отмонтируете каталог с бэкапами

Если же у вас LVM или btrfs нет, тогда надо смонтировать удаленный каталог через sshfs, сделать туда бэкап СУБД ее штатными средствами и скопировать содержимое ФС через rsync

Забекапьте сначала таблицу разделов через gdisk, а потом - раздел с ESX (там вроде VFAT) и vmfs через partclone. Скачать статические бинарники можно тут, не во всех дистрибутивах в пакете partclone идет partclone.vmfs

Ключевое слово тут - решение. Например, Citrix Xen - решение, а Xen, поставленный из репозитория Debian - нет, потому что во втором случае вам даже кластер придется настраивать руками. В принципе, если рассматривать именно гипервизор, то особой разницы между vmware, kvm и xen нет - виртуалки везде работают)). И тут начинается интересное: вам же не нужен гипервизор без поддержки, патчей и без саппорта. Следовательно, вам нужно брать RHEL (США), потому что RedHat - основной разработчик kvm/libvirt или Citrix Xen (тоже США). Дальше начинаются тонкости - кто как поддерживает Live Migration, HA, кластеры, хранилища, как работает VDI и т.п. VMWare в этом отношении хорош тем, что из понятной консоли можно сделать 95% настроек, а внутрь гипервизора лезть придется в исключительных случаях. У kvm и xen копание в потрохах - обычный процесс, правда, настройки гибче - можно стартовый скрипт переписать или чего еще там. Уж не знаю, плюс это или минус.

Два демона с двумя конфигами в каталоге /etc/openvpn- это единственное и очень изящное решение, например, в случае падения клиента не отвалится сервер.

Маршрутизация на два интерфейса и кэширование - это две разные задачи.

Для выполнения первой используются встроенные средства ядра Linux и утилиты из набора iproute2, например, так. Можно сделать маршрутизацию на основе адреса клиента и т.п.

Для выполнения второй (совершенно независимо от первой) используются кэширующие прокси, например squid.

Или вам нужна программа, в которой "поставил галочку в интерфейсе и все работает?"

1. Запускаем gparted, усекаем раздел на флешке (может работать довольно долго, если надо быстро - сделайте образ флешки на жесткий диск через dd и работайте с ним).
2. Копируем таблицу разелов со старой флешки на новую через sfdisk + 446 байт в начале диска или же через gdisk
3. Копируем раздел через partclone или dd.

SquashFS - это образ ФС, упакованный настолько, насколько возможно, в нем сжаты не только файлы, но и таблица их размещения, из разряженных файлов удалено свободное место, используется дедупликация и т.п. Образ доступен только для чтения, модифицировать его без распаковки и повторной упаковки невозможно. Поскольку LiveCD все же нужно что-то писать на диск, этот вопрос решается с помощью каскадно-монтируемой ФС, которая использует для записи временный каталог в RAM.

Вот тут рекомендуют включать RSS принудительно командой
>>netsh int tcp set global rss=enabled
Сетевой интерфейс в Xen не имеет ограничений по скорости работы, но из-за того, что очереди обрабатываются на одном ядре в гостевой системе, скорость без RSS упирается примерно в 1Gb/s

Что значит "wine не хочет воспринимать его"? Пинги ходят?

Как я понимаю, вам нужен disaster recovery, т.е. восстановление данных на пустой диск. Делается это следующим образом. Допустим, на сервере с бэкапами backup-storage у вас есть каталог /media/ssd01, тогда
1. Монтируем каталог
mount -t nfs backup-storage:/media/ssd01 /mnt/backup
2. Создаем подкаталог с бэкапом
export backupdate=$(date --iso-8601=seconds)
mkdir /mnt/backup/backup-$(backupdate)
3. У вас, видимо, GPT-разметка, так что используем sgdisk. Бэкапим разметку диска в файл.
sudo sgdisk -b /mnt/backup/backup-$(backupdate)/disk_layout.bin /dev/sda
4. Копируем содержимое первого раздела (там только загрузчик) и второго (там ядро и вторая часть загрузчика)
mkdir /mnt/backup/backup-$(backupdate)/EFI
mkdir /mnt/backup/backup-$(backupdate)/boot
cp -a /<куда там монтируется sda1 и монтируется ли вообще?> /mnt/backup/backup-$(backupdate)/EFI
cp -a /boot /mnt/backup/backup-$(backupdate)/boot
5. Копируем расположение LVM-разделов
vgcfgbackup -f /boot /mnt/backup/backup-$(backupdate)/lvm.txt
6. Делаем снэпшот корневого раздела
lvcreate -s -n backup -L20G /dev/ubuntu--vg/root
7. Бэкапим только заполненные блоки снэпшота
partclone.extfs -c -s /dev/ubuntu--vg/backup -o /mnt/backup/backup-$(backupdate)/ubuntu--vg-root.img
8. Удаляем снэпшот
lvremove /dev/ubuntu--vg/backup
9. Размонтируем каталог с бэкапами
umount /mnt/backup

Все это дело загоняется в скрипт и дергается раз в сутки по крону. Разворачиваться - в том же порядка, но есть тонкости, например, перед vgcfgrestore надо сделать pvcreate --restorefile <файл> --uuid .
Копировать /dev/sda через dd - очень плохая идея, вы потеряете целостность ФС. Ресурс на запись у SSD сейчас такой, что можно не боятся писать на него столько, сколько надо.

А что у вас за девайс, для которого в ядре нет драйверов?

Сделать так, чтобы скипт выполнялся после "подъёма" интерфейса: https://wiki.openwrt.org/doc/techref/hotplug

dmesg в момент подключения диска в студию.

При выполнении программы процессор кушает только 14%, RAM 15% -- хотелось бы больше

Значит, бутылочное горлышко в другом месте )
Проще всего разместить текстовый файл на RAM-диске, например
mkdir /tmp/ramdisk
mount -t tmpfs -o size=2G tmpfs /tmp/ramdisk
cp ./myfile.txt /tmp/ramdisk

Все сразу станет очень быстро.

Ставим на Винду Virtualbox, в него - Linux и SANE, пробрасываем туда сканер и готово)