Search results

It is because he's trying to sync to a Windows DC and per usual Windows does things different. See for example: https://support.scc.suse.com/s/kb/Synchronize-chrony-with-a-Windows-NTP-Server?language=en_US

The chronyc sources output says it isn't synced (left-most column).

If there are any shortwave listeners or ham operators in the house, they will be very upset with you for installing one of those things. They spew RF energy everywhere since they use basically the whole HF band and your house wiring probably isn't shielded at all (why would it be?). Just wanted...

Why do you care? Is there an actual slowdown of the VM that persists, or is this more of an aesthetic issue where you don't like to see swap use? From a system performance perspective it actually might be a good idea to put some lesser-used things in swap in order to have cache on a slow device.

You should just be able to use a "server" line instead of "pool" in /etc/chrony/chrony.conf. It might be helpful to read the chrony and chrony.conf man pages... server <ip-of-the-vm> iburst The thing is, though, that this setup seems kind of brittle to me. Your cluster time will depend on that...

The command "chronyc sources" will show what sources it is synced to, or if it is not synced. Example output: ~$ chronyc sources MS Name/IP address Stratum Poll Reach LastRx Last sample =============================================================================== ^+...

Multi monitors work fine for me using xrdp on Debian with the regular Windows client or with krdc. Xrdp is much easier to set up now on Debian 13 since there is now "pipewire-module-xrdp" so you don't have to compile stuff to get sound.

Somebody makes a RAM stick called "G Skill Ripjaws RAM"? LOL! The way PC vendors name things, especially in the gaming space, is pretty hilarious. I mean, wow, it is just a memory stick. Off-topic, sorry, but I found it funny.

This isn't a question about PVE, it is about configuring your thin client. From the thin client point of view the VMs are the same as 40 machines. It might be more productive to ask on that vendor forum.

You might also want to look into Apache Guacamole.

Maybe you should ask the provider of your support subscription.

What would be the difference security-wise? You will either have to open a port or go through a third-party server that your customers may or may not trust. Either way support people will need root access.

You did at one time, and one of them installed a hook to reinstall the mod.

First, please search the forum before posting. Somebody (always "new member") asks this question every few days. First, if you have any PCIe devices passed in to the VM, then all VM memory must be pinned at startup to avoid issues with DMA. That's one thing. The other thing is that VM's that...

I don't know. Maybe someone else can chime in.

You know, there is a thing called a "cross compiler" where you compile on a PC for a foreign target. This is very popular in the embedded space because most embedded chips are slow and have limited resources compared with a PC. If you do that you'd only need to test on the Pi. On Debian machines...

I don't use iGPU passthrough. VirGL meets my needs and I don't like the idea of having no console when something goes wrong.

That is an ARM chip. PVE does not support ARM.

I don't know what the defaults would be for a 10 TB drive. But you almost certainly don't need 98 GB for the rootfs. I'm running with a 64 GB rootfs, 8GB of swap, and 2 TB of LVM-thin.

You really need to read that manual. PVE tends to use block storage for VM's, not a filesystem. It is different from VMWare that way.