On Fri, Dec 27, 2019 at 08:33:10AM +0100, tetrahedra via qubes-users wrote:
Periodically all graphics-heavy apps (Firefox, ...) in all VMs seem to
slow down simultaneously. Rebooting fixes the situation. Running `sudo
journalctl -f` in dom0 doesn't show anything unusual. What would you
suggest as
'Chökie Gyaltsen' via qubes-users:
> Thank you very much for your answers, my replies in bold below.
>
> Sent with ProtonMail Secure Email.
>
> ‐‐‐ Original Message ‐‐‐
> On Thursday, December 26, 2019 2:03 PM, 'awokd' via qubes-users
> qubes-users@googlegroups.com wrote:
>
>> 'Chökie G
On Fri, Dec 27, 2019 at 09:05:52AM +0100, tetrahedra via qubes-users wrote:
On Fri, Dec 27, 2019 at 08:33:10AM +0100, tetrahedra via qubes-users wrote:
Periodically all graphics-heavy apps (Firefox, ...) in all VMs seem to
slow down simultaneously. Rebooting fixes the situation. Running `sudo
jo
Guerlan:
> I'm following https://wiki.ubuntu.com/DebuggingKernelSuspend to debug
> kernel suspend problems. However, on dom0 there's no pm-suspend command.
>
> How can I install SECURELY this command or how to substitute for another
> one?
>
> This is the command:
>
> sudo sh -c "sync && echo
Aaron Janse:
> On Thursday, December 26, 2019 at 5:31:50 AM UTC-8, awokd wrote:
>
>> What happens if you use an options line like the following?
>>
>> options=console=vga loglvl=all efi=no-rs
>>
>
> ```
> (XEN) Platform timer is 23.999MHz HPET
> (XEN) [...]
> (XEN) CPU0: No irq handler for vect
tetrahedra via qubes-users:
> On Thu, Dec 26, 2019 at 11:47:37AM +, 'awokd' via qubes-users wrote:
>> There's a brief discussion at https://www.qubes-os.org/doc/networking/,
>> but there may be more detailed notes in the source code for Qubes' VM
>> networking components. Qubes uses Xen's netwo
tetrahedra via qubes-users:
> On Fri, Dec 27, 2019 at 09:05:52AM +0100, tetrahedra via qubes-users wrote:
>> On Fri, Dec 27, 2019 at 08:33:10AM +0100, tetrahedra via qubes-users
>> wrote:
>>> Periodically all graphics-heavy apps (Firefox, ...) in all VMs seem to
>>> slow down simultaneously. Reboot
On Fri, Dec 27, 2019 at 08:49:02AM +, 'awokd' via qubes-users wrote:
Further inspection shows there's a LOT of disk I/O going on.
after installing iotop in dom0, this appears to be coming from command
[NN.xvda-0], presumably one of the VMs. How do I map the NN (number) to
a given running VM?
On Fri, Dec 27, 2019 at 09:57:16AM +0100, tetrahedra via qubes-users wrote:
Unfortunately I need to get work done so have to reboot to "just make it
go away" but I am still interested in troubleshooting ideas (for when it
happens next).
One thing I noticed on reboot -- the initial round of stop
December 27, 2019 8:35 AM, "awokd' via qubes-users"
wrote:
> Guerlan:
>
>> I'm following https://wiki.ubuntu.com/DebuggingKernelSuspend to debug
>> kernel suspend problems. However, on dom0 there's no pm-suspend command.
>>
>> How can I install SECURELY this command or how to substitute for an
On Sun, Dec 22, 2019 at 02:45:34PM +, Claudia wrote:
> overrides the XFCE Power Manager settings. Xscreensaver is only
> configured to blank the screen; I'm not sure if it even supports
> powering it off. To return control to XFCE, go to Menu > System Tools
it does, and it works (for me).
che
"This can especially be the case with consumer class machines such as
Ryzen."
I had to lol about this since I have had many Intel systems with one
problem or another and this is certainly not isolated to Ryzen. I am also
running a Ryzen system running three VMs with PCI-passthrough on one of t
December 27, 2019 11:37 AM, "John Mitchell" wrote:
> "This can especially be the case with consumer class machines such as Ryzen."
> I had to lol about this since I have had many Intel systems with one problem
> or another and this is
> certainly not isolated to Ryzen. I am also running a Ryzen
December 27, 2019 11:32 AM, dhorf-hfref.4a288...@hashmail.org wrote:
> On Sun, Dec 22, 2019 at 02:45:34PM +, Claudia wrote:
>
>> overrides the XFCE Power Manager settings. Xscreensaver is only
>> configured to blank the screen; I'm not sure if it even supports
>> powering it off. To return co
Hallo Dane
Would you be so kind and explain how did you manage to boot with your laptop.
I have exactly the same model.
Nvidia 1650 6gb.
I tried to install qubes many time but same problem over and over. Black screen
after install.
Whats about GPU pass? Can you play any Steam game?
Wrong secti
Thank you very much Awokd, below the answers in bold
Sent with ProtonMail Secure Email.‐‐‐ Original Message ‐‐‐
On Friday, December 27, 2019 8:30 AM, 'awokd' via qubes-users
qubes-users@googlegroups.com wrote:
> 'Chökie Gyaltsen' via qubes-users:
>
> > Thank you very much for your answ
December 26, 2019 12:59 PM, "awokd' via qubes-users"
wrote:
> Claudia:
>
> TLDR; check bottom of https://community.amd.com/thread/241650, looks
> like there was a recently released related updated. Not sure if
> applicable to your situation.
Thanks for the link! I'm not sure if it affects me o
On Friday, December 27, 2019 at 12:41:35 AM UTC-8, awokd wrote:
>
> See if you can turn off the HPET timer in your UEFI config, and include
> that "apic_verbosity=debug" option. That might make more combinations
> available to Xen and provide more detail.
>
I wasn't sure where to put the hpet=d
In late September I backed up qubes using a new WD Elements external
drive. At the time I don't think I had sys-usb installed. Yesterday when
I tried to do the backups I was unable to mount the WD Elements drive,
another USB connected Toshiba hard drive, or the Toshiba drive connected
with ESATA.
I have always had a problem with my system clock losing time. My
understanding is that the ClockVM, which is usually sys-net, runs ntp and
and communicates the time to dom0, which communicates the time to all of
the other VMs.
I don't know exactly what makes sys-net the ClockVM, but I noticed t
On Fri, Dec 27, 2019 at 11:51:25AM -0800, John Maher wrote:
> understanding is that the ClockVM, which is usually sys-net, runs ntp and
> and communicates the time to dom0, which communicates the time to all of
> the other VMs.
actualy in qubes4 dom0+appvms "fetch" the time from clockvm,
though
Running a new install of Qubes r4.0.1 on an ultrabook based on the m5-6Y54
processor / SOC. Xentop shows it as having only 2 cores.
When the same machine boots into Debian on bare metal, with no BIOS changes,
top shows it as having four.
The Intel spec is 2 cores running 4 threads, so the diffe
On Fri, 27 Dec 2019, trueriver wrote:
> Running a new install of Qubes r4.0.1 on an ultrabook based on the
> m5-6Y54 processor / SOC. Xentop shows it as having only 2 cores.
>
> When the same machine boots into Debian on bare metal, with no BIOS
> changes, top shows it as having four.
>
> The
On Fri, Dec 27, 2019 at 08:46:35AM +, 'awokd' via qubes-users wrote:
What responsibilties does sys-net have in terms of forwarding DNS? The
documentation specifies how things work for AppVMs, and it says there is
no DNS server in the "network driver domain" (sys-net), but it does not
say what
'Ilpo Järvinen' via qubes-users wrote:
> > Is it possible to get Xen in Qubes to enable hyperthreading?
...
> > Are there any obvs pitfalls or technical issues to explain why Xen turns
> > it off?
>
> Yes, HT is turned off intentionally for security purposes. Some of the
> Intel CPU vulnerabiliti
25 matches
Mail list logo