I'm just wondering that reasons for converting VHDX files into qcow2 files in using UTM program.
I want to use windows11 on m1 mac, and I saw a post by others.
But they said "Convert VHDX file into qcow2 file.", I wonder that reasons for.
More or less for performance.VHDX files are converted into qcow2 as it better integrates with the qemu architecture which is used for virtualisation on Apple Silicon Macs (M1+).
This conversion is done automatically by UTM when creating the virtual machine manually converting is no longer necessary.
Related
inotify worked in WSL1. Then it was deliberately turned off in WSL2 due to an unsupported feature in a GNU software which is now solved.
How can inotify be enabled or turned on in WSL2?
inotify is supported in WSL2, but only on the Linux-based ext4 filesystem. Where you may be having trouble is that it does not work on Windows drives which are mounted using the 9P protocol (e.g. /mnt/c) or symlinks to any files on those drives.
I'm unaware of this being (per the question) due to "an unsupported feature in a GNU software which is now solved", nor it being "deliberately turned off". It's my understanding that the WSL team just hasn't "plumbed" (their word from the 2019 Build Conference) it in 9P.
It does, as you mention work in WSL1 on Windows drives mounted via drvfs, and using WSL1 is still a viable option for many development tasks. Of course, this is only necessary if you require that your watched files be on a Windows drive. Also note that WSL1 really used the Windows drive for both the Linux filesystem (via an overlay of sorts in your WSL1 directory), so if inotify worked for one, it likely worked for both for the same reason (same implementation of syscall translation).
The simplest solution, though, if it meets your workflow, is to just move your project somewhere on the WSL/Linux/ext4 filesystem, such as under your $HOME folder (again, not using a symlink).
As for how to enable it, I don't think that's going to be possible. While the 9P client is open-source and included in the WSL2 kernel Github project here, the server that runs in Windows and provides access to those drives is, as far as I know, still closed-source.
For more details, see this answer.
We develop a server-side solution and to ease its deployment we would like to provide our cutomers with two options:
1. Docker image
2. VM image in OVA format
The images should be automatically created by our build machine.
As of today, we use packer for this purpose. First we create docker image and then update that image in preconfigured virtual machine image (using 'virtualbox-ovf' builder). This works pretty well, but there are some problems with this solution.
First, our vm includes docker framework and two OSes (host's and docker's), so our VM image is ~twice bigger than docker. Second, to base our solution on another linux distro, we should manually configure new VM machine.
We are looking for 'Dockerfile'-style solution to create and configure VM automatically and then export it in OVA format. 'virtualbox-iso' builder is the obvious way to do this, but the building process will be much longer.
If you are willing to use Debian as your base OS then you could look at TurnKey Linux's TKLDev. It's probably a bit of a learning curve initially but it's a pretty cool thing IMO (although I'm very biased - see below disclaimer). TKLDev will build you a TurnKey (Debian based) ISO with your software installed on top. Then using Buildtasks you can convert the ISO to OVA, VMDK, LXC, Docker, OpenStack, etc...
Unfortunately Buildtasks is not very well documented but significant chunks of it are in bash so if you are handy with a Linux commandline you could work it out. Otherwise ask on the TurnKey forums.
The initial development (from Packer to TKLDev) may take a little while, but once the heavy lifting is done the creation of an ISO (in a guest VM on a moderm multicore CPU PC) takes about 10-15 mins and the OVA probably another ~5; Docker another ~5.
If you wanted to make it build automatically then you could use a hook to trigger a fresh TKLDev build (including the buildtasks image creation) everytime a commit was made to a repo. I know that git supports this but I assume that other version control systems allow something similar.
Also if the appliance that you are making is open source then perhaps it could be added to the TurnKey Linux library?
Disclaimer: I work with TurnKey Linux. :)
FWIW this is essentially the process we use to create our library of appliances in most virtualisation formats known to human kind!
Do you know any software to verify a FAT Implementation?
I'm writing on a FAT32 Implementation which supports "basic wear leveling" on a SPI-Flash.
Now I want to know if my (binary) Image of the Flash is a "valid" FAT, maybe including a list of the FAT BootArea Parameters.
OS independent, tied to Windows on Work, but have my Linux Machine available.
If you know any software - perfect! Let me know!
If not - don't worry, thanks for reading :)
if you have binary image then run any disk check tool and see analyse the output. some of those tools may require you to mount the image so this will probably be much easier on linux. another test you can do is to: mount, install an OS on this image and then run it with virtualbox to check if the system boots correctly
We are running Fedora on a dedicated server:
Linux host.**obscured**.<tld> 2.6.18-348.6.1.el5 #1 SMP Tue May 21
15:29:55 EDT 2013 x86_64 x86_64 x86_64 GNU/Linux
One important aspect of our web application is the ability to upload all types of documents, such as Open Office or Microsoft, and convert them dynamically to PDF, so they can be displayed on the site, and also using a JPG thumbnail created from the PDF asset.
Until recently, this function worked great, using LibreOffice 4.0. We used the soffice binary to dynamically convert uploaded files in a background shell command.
Then suddenly, LibreOffice stopped working, and we could not restore it, so we downloaded and installed LibreOffice 4.3.
The program now works, in the sense that it no longer bombs when forking off a the process, but the conversion no longer works, and doesn't produce any output or errors:
We essentially use the same syntax as from LibreOffice 4.0, which used to work correctly:
/opt/libreoffice4.3/program/soffice --headless --convert-to pdf --nofirststartwizard
--outdir **obscured** --nofirststartwizard **obscured**.docx
(I have obscured certain information here, intentionally, for the privacy of our users)
Again, this same syntax used to work with LibreOffice 4.0, until it broke, presumably due to an update of Java JRE on the server (we're not 100% sure...)
I cross-checked the syntax against online resources.
There was also mention of not being able to convert when another LibreOffice instance is running, and I checked that this was the only process!
Any thoughts or ideas will be appreciated, as this function is an important part of the application user experience
I have the same problem, after I 've used strace , I could see that fonts are missing.
http://ask.libreoffice.org/en/question/30069/pdf-font-embedding-in-libreoffice-42/
I would like to programatically convert SVG files to PDF files. However, the SVG files contain text that must be searchable in the generated PDF files. Also, it has to work on Red Hat Enterprise Linux 5.3 or CentOS 5.3 for the x86_64 architecture. It would be nice if it were Open Source or at least not very expensive.
Here is what I've tried. All of these, except Batik, work fine on Debian Lenny.
Inkscape
I can get it installed using autopackages from http://inkscape.modevia.com/ap, but when I use it from the command line, the text is not searchable.
Batik rasterizer [sic]
When it converts SVG files to PDF files, the text is no longer searchable.
svg2pdf
The source for this and several of its dependencies are available to download. I have been trying to get it to compile on CentOS, but haven't had success yet. I found a precompiled version for Debian x86_64, but it doesn't work on CentOS.
rsvg-convert
Generated PDF isn't searchable on CentOS 5.3. Perhaps installing a newer version of cairo would help. Thanks to DaveParillo for mentioning rsvg-convert (on superuser).
SOLUTION (but perhaps some of the above will still be useful to the reader)
princeXML
It works fine on CentOS when installed from source. For some reason it doesn't work when installed from the .rpm. Thanks Erik Dahlström!
Cross posted on superuser
You could try princexml, it's free for non-commercial use.