On 8/20/20 12:29 AM, 54th Parallel wrote:
On Thursday, 20 August 2020 at 06:58:35 UTC+8 Chris Laprise wrote:
Not an issue with dom0 KDE here. But I did have this problem with
k/ubuntu on my new AMD Ryzen Thinkpad... graphics driver was not
working
and defaulted to a
On Thursday, 20 August 2020 at 06:58:35 UTC+8 Chris Laprise wrote:
> Not an issue with dom0 KDE here. But I did have this problem with
> k/ubuntu on my new AMD Ryzen Thinkpad... graphics driver was not working
> and defaulted to a non-accelerated framebuffer mode. In this case I had
> to
Thanks for your reply. Unfortunately, not :(
I still have the problem when df -h /rw report one size and du other
size... :(
[user@host rw]$ df -h /rw
Filesystem Size Used Avail Use% Mounted on
/dev/xvdb 2.0G 1.6G 341M 83% /rw
[user@host rw]$ mount|grep xvdb
/dev/xvdb on /rw
On 8/19/20 2:08 PM, 54th Parallel wrote:
Quick question:
I decided to try out KDE on 4.0 and was liking it until I noticed the
low overall framerate and the high CPU usage of dom0 shown in xentop
whenever there's motion (like dragging windows around). Since I'm using
an i7-1065G7, power
Le 19/08/2020 à 09:30, Eva Star a écrit :
Hello,
ncdu /rw - show that actually used less then 1G of data
df -h show: /dev/xvdb 2.0G 1.8G(used) 171M 92% /rw (show that
used 1.8G)
qvm-ls --format disk is also show that used 1900 MB and 92% of disk space.
So, where is 1G of free
I have an appVM that I changed into a dvm template, but I need to
increase the size of tmpfs /run/user/1000 from the default 10% of memory
size to e.g. 40% when an application in the dvm is opened (and the
disp gets created).
To do this I edited /etc/systemd/logind.conf in the appVM and
Quick question:
I decided to try out KDE on 4.0 and was liking it until I noticed the low
overall framerate and the high CPU usage of dom0 shown in xentop whenever
there's motion (like dragging windows around). Since I'm using an
i7-1065G7, power shouldn't be an issue, so I was surprised.
Is
On 8/19/20 8:52 AM, Dylanger Daly wrote:
So I managed to wrestle with Qube's build system and compile
kernel-latest 5.8.1 after installing the resulting rpm I'm still
observing the same black screen bug.
/Linux dom0 5.8.1-1.qubes.x86_64 #1 SMP Wed Aug 19 11:21:32 UTC 2020
x86_64 x86_64
So I managed to wrestle with Qube's build system and compile kernel-latest
5.8.1 after installing the resulting rpm I'm still observing the same black
screen bug.
*Linux dom0 5.8.1-1.qubes.x86_64 #1 SMP Wed Aug 19 11:21:32 UTC 2020 x86_64
x86_64 x86_64 GNU/Linux*
This bug must be something
Hello,
i'm new to qubes and i like the security aspect it provides. During testing i
noticed 2 problems i couldn't solve.
1. The resume from suspend function doesn't work for me. The Computer powers on
again, but the screen stays black. Keyboard and mouse don't work either. Using
other linux
You can use devilspie2. It's easy to install it in dom0.
--
You received this message because you are subscribed to the Google Groups
"qubes-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to qubes-users+unsubscr...@googlegroups.com.
To view this
On Thursday, August 6, 2020 at 1:29:49 AM UTC+2 Dylanger Daly wrote:
> > You have good taste in laptops. :)
>
> Haha thank you, as do you, the T14 was second on my list, yeah I suspect
> there will be plenty of Qubes users on these devices they tick a lot of
> boxes, I've never used Qubes with
Hello,
ncdu /rw - show that actually used less then 1G of data
df -h show: /dev/xvdb 2.0G 1.8G(used) 171M 92% /rw (show that used
1.8G)
qvm-ls --format disk is also show that used 1900 MB and 92% of disk space.
So, where is 1G of free space?
Thanks
--
You received this message
On 8/19/20 6:45 AM, 54th Parallel wrote:
On Wednesday, 19 August 2020 at 00:15:08 UTC+8 Robert Spigler wrote:
This is the real solution for the Intel problem :)
https://github.com/QubesOS/qubes-issues/issues/4318
I believe IBM stated they also have protections against the Rowhammer
attacks
14 matches
Mail list logo