rPman

понижение в 48 раз это конечно много

по теме:
* проверь что включена аппаратная виртуализация в bios, так же попробуй выбери 'интерфейс виртуализации' kvm в настройках ускорения виртуальной машины (на linux должны доступны штатный от virtualbox и kvm, а hyper-v это только для windows хоста)

* установи на windows guest additions - это по факту драйвера на виртуальные устройства, после установки которых в настройках виртуальной машины можно включить контроллер virtio (и для сети тоже)

по умолчанию virtualbox использует эмулятор контроллера sata и он медленнее (но не в 48 раз, это конечно что то не то), особенно это видно при использовании сети на максимальной скорости, не virtio-... устройства начинают использовать cpu очень сильно

Практически все указанное может работать вообще без виртуализации нативно под windows (про именно win11 версию не знаю, зачем садомазохизмом заниматься) но установка и настройка пакетов будет чуть менее комфортной.

Если выбирать, пользоваться ли wsl2 или нет, я бы советовал пользоваться полноценной системой виртуализации (единственное зачем можно было бы им пользоваться, это заявленная нативная поддержка проброса GPU, но сам я так и не добрался попробовать, перешел на linux), хоть штатной от майкрософта hyperv хоть тот же virtualbox (у него интерфейс удобнее)

С точки зрения использования windows и виртуальной машины, производительность машины слегка понизится, из-за использования виртуализации и затрат на оперативную память (это заметно когда числодробилками станешь пользоваться, но считанные проценты, причем я говорю о скорость работы программ на хосте а не только госте)

И в догонку, если уж выбирать, то лучше в качестве хост системы использовать linux а по необходимости запускать windows в вируталке, но тут возникают проблемы с лицензированием (только дорогие версии windows такое легально позволяют), особенно если в windows нет потребности в использовании gpu

плагин к android total commander

никак, есть решения с виртуальными машинами, подходят только для очень производительных железок с большим количеством оперативной памяти

если железка x86 то есть мизерный шанс суметь запустить wine на android

рекомендую присмотреться к облачным решениям
берешь в аренду облако, ставишь там windows и настраиваешь удаленный доступ rdp, когда при ложение не нужно, облако останавливаешь
пример на selectel стоимость минимальной windows машины, десяток рублей в час (если брать машину на месяц может получиться дешевле)

curl это высокоуровневая утилита, поддерживает работу чуть ли не со всеми протоколами

DICT, FILE, FTP, FTPS, GOPHER, GOPHERS, HTTP, HTTPS, IMAP, IMAPS, LDAP, LDAPS, MQTT, POP3, POP3S, RTMP, RTMPS, RTSP, SCP, SFTP, SMB, SMBS, SMTP, SMTPS, TELNET and TFTP.

поэтому твоя задача могла бы решиться только ей просто указывай путь соответствующем формате scp://user:passwd@server... sftp://... и т.п. само собой беспарольная аутентификация по ключу так же работает

сообщения об ошибках должны подробно описать причину, по которой у тебя что то не получается, а ключ -v добавит подробностей

Если что указанные ссылки на ftp hp не работают из россии, так что используй например прокси, в curl она включается ключом --proxy socks5://ip:port если используется socks5 версия (локальная socks5 прокси поднимается ssh подключением к удаленному серверу просто подключившись туда с ключом ssh user@server -D1080 где 1080 порт, а socks сервер будет на localhost).

p.s. scp это штатный механизм работы с файлами через ssh соединение, т.е. он будет работать кажется при любых экзотических условиях (бывает даже специально пользователя заводят только с доступом по scp)
sftp это подключение по ftp, предварительно подключившись по ssh к серверу

ну и на засыпку, можно копировать файлы просто утилитой ssh используя перенаправления потоков

tar -c /source/files | ssh user@server "cd /path/to/;tar -x --"

тут архиватор tar пакуте локальные файлы, и выводит полученный архив в stdout, который передается через ssh подключение удаленному tar который все распаковывает уже на удаленном сервере

данный подход простой, не требует ничего настраивать и устанавливать на серверах (будет работать наверное на 20-летних железках) но не обрабатывает как следует ошибки, т.е. если что то пойдет не так все прервется

Quqas, весь смысл в том чтобы была принципиальная возможность подмены нулей например дырками файла (по этой причине я бы выбирал бы не vhdx формат, который непонятно как вакуумизировать, ведь это windows specific решения а у тебя ext3 формат

считай все современные файловые системы умеют в sparse files, это когда файл на диске реально занимает только столько места, сколько в него записали, а так же есть сопроводительные утилиты, заменяющие нули на эти дыры

в linux обычный cp с ключом --sparse=always скопирует и подменит нули в файле на дыры

посмотри тут

p.s. в твоем случае настоятельно рекомендую другой подход (так как описанный выше потребует сначала раздуть файло до 2тб, что конечно можно уместить на какой-нибудь btrfs/zfs с поддержкой сжатия но сильно не эффективно) лучше сделать резервную копию диска с помощью partclone (поддерживает огромное количество файловых систем) эта утилита умеет копировать блочные устройства (считай как dd) пропуская сектора, помеченные файловой системой как свободные, т.е. создаешь второй пустой диск (даже если он будет raw, я настоятельно рекомендую хранить образы как есть) и из виртуальной машины (так как vhd монтировать напрямую сложно, говорят с большими дисками имеющиеся инструменты глючат) и с помощью clonezilla клонируешь со старого на новый.

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

что то свое, вот старенький пост на эту тему

vncsnapshot есть в репозитариях

upd. не подумал, что vnc сервер у тебя может не стоять, сам X-сервер умеет давать скриншоты, утилита

xwd -root -display :99 | convert - png:- > screenshot.png

в данном случае xwd (пакет x11-app) делает скриншот, а convert (пакет imagemagic) конвертирует его в png

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

(если используются виртуальные машины, посмотри, возможно инструменты, встроенные в гипервизор содержат уже ответ. Например если не используются снапшоты, то резервная копия базы данных - это копия файлов-контейнеров ее дисков)

Второе, способов создания резервной копии операционной системы - огромное количество, каждый из них отличается удобством как создания копии так ее восстановления, и плюсы не всегда сочетаются с минусами.

Резервная копия на уровне файлов это rsync или tar, позволяет управлять что копировать а что пропускать на уровне файлов, но самая медленная из возможных. Помним, если в файлы идет запись то нормально резервную копию можно делать только из снапшота или выключив машину. Для восстановления такой метод требует наибольшее количество телодвижений, но как один из шагов - вполне допускается

Резервная копия на уровне блочных устройств:
* как уже сказал, если виртуальная машина использует файлы для хранения образов дисков - можно просто их копировать (отключив или приостановив ее само собой, либо используя снапшоты гипервизора)
* можно копировать диски изнутри из гостевой системы ее средствами, в этом случае можно использовать ее технологии снапшотов
Например в linux при использовании btrfs можно моментально создать снапшот и получить в виде файла (потоком) разницу между этим снапшотом и предыдущим, хранить их а потом эти инкрементальные копии применить последовательно для другой стартовой копии диска (так можно делать начиная с пустого диска)

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

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

в linux ядре есть поддержка чтения fat и ntfs, я даже слышал, давно правда, об успешном запуске с ntfs диска, с кучей проблем но работало

но по факту, нормально и без танцев с бубном, корневая файловая система должна быть родной для linux (а точнее модулей grub и ядра linux), для этого и создают /boot раздел, отформатированный по простому в ext4 или btrfs или xfs в общем без необычностей, туда складывают ядро vmlinuz и мини линукс с модулями - initramfs, этот образ уже умеет любые извращения (он собирается автоматически при установке поддержки той или иной фичи пакетным менеджером) от lvm и шифрования до каскадного bcache с сетевыми дисками или блочным устройством на основе gpu ram (и такие модули есть)

опиши что да как сделал, что ожидал, что получил, с ошибками сюда, может тогда сможем помочь

sudo fsck -vck /dev/sda1
где sda1 раздел с файловой системой где нужно провести проверку и маркировать бэд блоки

-c This option causes e2fsck to use badblocks(8) program to do a read-only scan of the device in order to find any bad blocks. If any bad blocks are found, they are added to the bad block inode to prevent them from be‐
ing allocated to a file or directory. If this option is specified twice, then the bad block scan will be done using a non-destructive read-write test.

если у тебя есть список бэд блоков в формате, выдаваемый badblocks то можно отформатировать файловую систему сразу указав нужные сектора:
mke2fs ключ -l

p.s. это про ext3/ext4 файловую систему
как уже сказали тут отвечающие, делать это на современных (10 лет) может быть бессмысленно, количество сбойных секторов будет увеличиваться, так как классический пример их появления - отшелушившаяся часть поверхности диска - эта чешуйка будет летать внутри диска и оставлять все новые и новые бэд блоки.