монтирование окон совместно использует на Linux при хранении полномочий окон
Ваш хост имеет 8 ГБ поршня:
Mem: 8181868k total
Вашему первому VM выделили 1 ГБ поршня к нему. Ваш vm файл конфигурации указывает 1048576, и единицы находятся в КБ (я предполагаю это, но он не имеет никакого смысла ни в каких других единицах). Это подтверждено выводом вершины, показывающей 1026868k, который также достаточно близок к 1 ГБ для резервного копирования этого.
Это становится сбивающим с толку, потому что те числа не совпадают. Это, вероятно, из-за RAM, зарезервированной для PCI и отображений адресного пространства BIOS - это происходит даже в KVM, потому что KVM представляет поддельный BIOS, который должен зарезервировать некоторую память для BIOS и psuedo пространства PCI.
Второму VM аналогично выделили 2 ГБ поршня к нему.
Существует хороший ответ здесь о том, как интерпретировать вывод "свободных" правильно, который стоит считать. Я не буду копировать его здесь
К сожалению, списки ACL для Linux и Windows сильно отличаются. Когда вы получаете доступ к файловой системе Linux из Windows через Samba, Samba удается сопоставить более простые списки ACL Linux с ACL Windows, не теряя слишком много информации. Чтобы это работало, вам уже понадобятся многие параметры, которые есть в вашем smb.conf.
Обратный путь намного сложнее и, вероятно, даже невозможен, тем более что монтирование Linux имеет другую семантику, чем сопоставленный общий ресурс Windows. И монтирование происходит с драйвером ядра, который вообще не реализует списки управления доступом. Единственный способ, который у нас есть, - это получить информацию с помощью дополнительных программ, таких как getcifsacl.
Итак, обычные инструменты Linux, такие как rsync, ничего не знают о списках ACL Windows и не могут их хранить. Если вам нужно восстановить эти ACL, вы Вам нужно будет сохранить их самостоятельно с помощью getcifsacl и восстановить с помощью setcifsacl. Поскольку эти команды, к сожалению, работают только с отдельными файлами, а setcifsacl не может работать напрямую с выводом getcifsacl, вам понадобится сложный набор скриптов для резервного копирования / восстановления этих ACL. Быстрый поиск не показал никакого существующего решения.
Один из способов обойти это - позволить Windows делать резервную копию и использовать общий ресурс Linux в качестве хранилища для файлов резервных копий (а не отдельных файлов).
Как насчет создания большого файла в каталоге samba и монтирования его как цикла? Вот как это могло работать, основываясь на замечательной статье http://users.softlab.ntua.gr/~ttsiod/backup.html
dd if=/dev/zero of=/mnt/windows/BigFile bs=1M count=1 seek=150000
mount.cifs //WINJOE/important_folder /mnt/important \
-o lfs,user=backitup,dom=TODOMAIN,cifsacl,nounix --verbose
По умолчанию при монтировании Samba размер файла ограничен 2 ГБ (или 4 ГБ). , не уверен). Вот почему параметр « lfs » используется при монтировании, чтобы разрешить файлы большего размера.
mount -o loop /mnt/important/BigFile /mnt/backup
losetup /dev/loop0 /mnt/windows/BigFile
необязательно с использованием шифрования: losetup -e aes256
mkfs.ext4 /dev/loop0
mount /dev/loop0 /mnt/important/BigFile
cd /mnt/important/BigFile
rsync -avz --exclude /proc --exclude /sys root@server:/ ./