I install and was able to run some games on a Manjaro and Linux Mint vDisk. It is in a VDI file and the computer I am using is powerful enough to run the game.

When I run the game it will freeze my computer after a minute, forcing me to reboot my computer. I am not sure if this is the limitations of using a Linux vDisk or if there is something more I need to do to make the game run smoothly.

I have used the Windows VHD plugin and was able to play high end games on the VHD with very little performance loss.

In this guide below, it is not clear for distros such as Kali Linux on when to install the DEB file. Do I install it before I install the distro into Virtualbox, after I install the distro into VirtualBox, After I run vtoyboot for the first time?

https://www.ventoy.net/en/plugin_vtoyboot.html

虽然Ventoy 1.0.70已经支持了Qubes OS 4.1.0,但在我实机测试时仅能显示启动选单，不论是选择直接安装还是检查镜像都会黑屏。
我在VMware中测试过，Qubes OS安装时也会检查镜像，但可以按Esc跳过。实机启动却没有任何提示。

设备为联想小新Air15 2021锐龙款，U盘为三星Earplus 256GB版本。
Qubes OS镜像于VMware中正常启动，虽然会提示虚拟化错误...

I have persistent working well with a Ubuntu 20.04.1 LTS liveCD in an Automation environment.
As of late; i've noticed that the persistent FS is growing by just booting the image. IE after 100s of boots; the file system fills up to be totally full and eventually I have to "replace" the persistant.dat with a backup copy to restore functionality.

Looking for advice how to debug this "growth" issue.
Can I mount the presistant.dat file in another liveCD and "clean up"?
If so; how would I do this?
What should i look for as far as files taking up space?
Is there a way to force a filesystem check on the .dat file while booting? Would that help "clean up"?

Is there a tunefs command which might help limit the writes to the persistant.dat ? IE turn off journaling or something?

Obviously; I'd prefer to not have to regularly restore the .dat file in automation as that kindof defeats the purpose of having the persistence in the first place. 

Looking for any advice or ideas someone might have.

There are ways to add shutdown/restart tasks to be executed before a linux machine is shutdown. This is useful for having the script running automatically before every shutdown to ensure you can boot back up into the Linux vDisk after updates that the user may not be aware of. Distros like Linux Mint allow for automatic updates to happen in the background and if an update break the booting into the vDisk without the user knowing, having the script execute before shutdown will prevent this.

I would suggest having the vtoyboot as a package which can be easily installed and updated within the vDisk distro. I would recommend maintaining it on the AUR and Pacstall to ensure users can get the latest versions installed and to be able to install it on most or any distribution. For other distros, the current vtoyboot script will be needed but having a package which on the AUR and Pacstall will allow for updates and to ensure it will run vtoyboot on every shutdown and restart.

I installed Manjaro as a vDisk on my Ventoy drive and was able to boot it up and all was working well, I created a few new files and installed a few new apps. I then restarted Manjaro and ever since them the entire screen has a strong tint of yellow. So strong I can barely see the screen and had trouble shutting it down, logging in, using the distro.

I tried rebooting into Manjaro again and I still get this yellow screen. Has anyone else had this issue?

到最新的1.0.72为止，仍然不能引导 debian-live 镜像！

要在Ventoy引导随身Deepin，于是在Windows 11的Hyper-V中制作了Deepin的VHDx放在Ventoy，但是启动不了

i've made a Deepin in VHDx file using Windows 11 Hyper-V, but it doesn't work at all

Ventoy 1.0.71 installed on MicroSD 32GB. Inserted in 2 MicroSD adapters. Multiple ISO inside.

   

Test on Toshiba Satellite (old model, LEGACY mode only):

LEGACY mode

Yellow adapter is booting well after boot menu (can be seen as Mass Storage Device).
All ISO's are working, even both MiniTool ISO's (MiniToolPartitionWizard v12.6 and MiniToolPowerDataRecovery v10.1) are working fine.

   

Black adapter is showing Grub shell after boot menu (can be seen as Generic USB SD Reader).

   


Test on Lenovo ThinkBook (new model, UEFI and LEGACY mode):

UEFI mode
Both adapter is booting, only 2 ISO (MiniToolPartitionWizard v12.6 and MiniToolPowerDataRecovery v10.1) are not working, both is presenting this error, even if both are x64 EFI bootable.

   

LEGACY mode

Both adapters is showing GRUB shell after boot menu (can be seen as Generic USB SD Reader or Mass Storage Device).

   


Very strange behaviour..

2022/03/11 --- 1.0.71 release

1. VTOY_DEFAULT_IMAGE can be set to F2> to automatically enter F2 browser mode.
   
   
2. Fix the bug when booting FreeBSD 13.0 in F2 browser mode.
   
   
3. Auto use memdisk mode for Memtest86+ and KolibriOS iso file.
   
   
4. Support Easy Recovery Essentials for Win10/Win11.
   
   
5. Suppress Fn hotkey when VTOY_DEFAULT_IMAGE is set to Fn>.
   
   
6. New ISO support (total 830+)