[qubes-users] Heads-up (Non-Qubes): thin-provisioned swap via LVM caused machine lockup

[Ulrich Windl]

Hi!

Just a note as qubes uses thin-provisioned LVs (but not for swap by 
default): I could reproducibly cause a Linux kernel freeze when multiple 
processes started to cause paging to a non-encrypted thinly-provisioned 
LV (basically backed on SSD, actually two SSDs behind a hardware RAID1 
controller).
As the machine had rather huge RAM (>512GB), I had used two swap 
devices: A smaller first one of size 5GB being a plain partition on the 
RAID device, and a huge thin-provisioned one with lower priority.


From my tests it was clear that the problem did not happen when the 
first swap device was being filled, but soon after the second device was 
used (actually when new blocks were allocated from the pool) the kernel 
had several pauses that got longer and longer, until eventually nothing 
more happened for minutes or hours (I had a top running in a PuTTY 
terminal).


I also could reproduce that the problem did not occur when the swap 
device had enough blocks allocated, but when I used discard to put them 
back into the pool, the freeze happened again when new blocks needed to 
be allocated.


For those being interested, I had filed a bug at kernel.org some days ago...

As PuTTY failed to exchange any data with the host (while PING was still 
answered), not detecting that the connection was dead, I had also filed 
a bug report for PuTTY some days ago (PuTTY should detect that the 
connection is dead). The problem was confirmed, but was considered to be 
"not common enough" to be taken seriously ("patches welcome").


Regards,
Ulrich

--
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 discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/a84f1808-fe62-9963-21a5-b315cbe02be9%40rz.uni-regensburg.de.

[qubes-users] Re: HCL HP Elitebook Folio 9470m

[jeff Smith]

Did you have to make any changes to the kernel settings in the xen config 
file to get it to install?

On Tuesday, May 26, 2015 at 5:45:34 PM UTC-5 Vladimir Shipovalov wrote:

> On Wednesday, August 20, 2014 at 11:44:52 AM UTC+1, Paolo Righi wrote:
>>
>> Hi I had a quick look at qubes os ... and it-s cool ... 
>> You will find the report for HCL.
>> There are some minor problems with shutdown *maybe i should try another 
>> kernel but at the moment i don't have the time, also i cannot touch the 
>> BIOS settings because thy are password protected by my boss who is an idiot 
>> and lost the password :(
>>
>> cheers
>> Paolo
>>
>
> Sorry if doesn't matter anymore, but you could reset BIOS settings & 
> password , with a help of SPI flasher + SOIC clip (this convenient way does 
> not require desoldering of BIOS flash, only a teardown of laptop)
>
> Best regards,
> Vladimir Shipovalov
>

-- 
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 discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/498edbc1-6555-49cd-93bf-e7b74b24d4ecn%40googlegroups.com.

[qubes-users] Kill switch on the Qubes OS contributed package tunnel package?

[Stumpy]

Chris,
Since i think the package was forked from your work I thought I would 
ask if you knew if the package included a kill switch? I noticed on your 
qubes github page it mentioned "fail close" which is the same thing? If 
yes, then i am guessing its safe to assume that the forked qubes package 
also includes a fail close/killswitch?

Thank you very much

--
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 discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/6e8f756e-01ff-338d-73d7-ddf9923048f6%40posteo.net.

[qubes-users] Installing Qubes OS contributed packages? (rofi and tunnel packages)

[Stumpy]

Hi, a few questions about the contributed packages.
I guess for starters, these shouldnt work in CentOS correct? (I assume 
this since there was only repo install instructions for fed, deb, and dom0).


I had wanted to try out rofi so I installed the repo in dom0, seemed to 
work just fine, but then i tried to install rofi, I tried every way i 
could like

sudo qubes-dom0-updates qubes-rofi
sudo qubes-dom0-updates rofi
sudo qubes-dom0-updates --action=install qubes-rofi
sudo qubes-dom0-updates --action=install rofi
sudo dnf install rofi
sudo dnf install qubes-rofi

and probably a few others i am forgetting but they all returned the same 
error, couldnt find the package? How does one correctly install in dom0?


I also wanted to try the to install the tunnel but am using centos 
minimal templates so I assume that was my problem there? (though 
normally I would just add the repo in the template, then install the 
tunnel package in the template correct?


Thank you for this, I am really hoping that some of these packages can 
help make some of the installation and configuration in qubes a bit easier!!


--
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 discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/fe0f7b11-b0a7-cf12-918a-f97800b3946f%40posteo.net.

Re: [qubes-users] How to install DisplayLink USB to HDMI converter

['Amir Omidi' via qubes-users]

How do you get dom0 to interface with the PCI? I've followed all of these 
steps but xrandr still can't find other displays.
On Tuesday, February 4, 2020 at 12:39:22 AM UTC-8 matt...@gmail.com wrote:

> hi,
>
> I got this working on my laptop (dual 4K monitors), but It’s complicated, 
> and compromised the security of dom0 (if that’s okay for you depends on 
> your reasons for using Qubes)
>
> I’ve sketched out the steps i took below, these intentionally are not step 
> by step instructions. It’s fragile and you will probably have to do some 
> debugging...
>
> - ensure that the USB3 controller that you plug the display link adapter 
> into is attached to Dom0 and not Sys-USB (I had to completely disable my 
> sys-usb wich breaks other stuff).
> This opens up a huge attack surface on Dom0. Only do this if you trust 
> all the USB devices you’ll be plugging in...
>
>
> - I needed to rebuild and install the display link and evdi RPMs. I 
> grabbed the latest src.rpm got each and then rpmbuild in Dom0 to get 
> installable packages (installing all the build and install dependencies 
> with Qubes-Dom0-update).
>
> This is a terrible idea, I should have used mock in a domU to build the 
> RPMs... it’s also not ideal to be installing an untrusted binary blob 
> (display link) in dom0
>
> - (probably related to driving 16billion pixels...) I regularly have to 
> restart X before I can use the extra screens (stop all vms, remove the X 
> shared memory file, restart X, setup the extra screens, start the VMs as 
> needed)
>
> It’s probably  possible to do this in a cleaner way, run display link in 
> the sys-usb qube and share the EVDI virtual frame buffer devices between 
> Dom0 and Sys-USB, but the later part is probably hard to get working 
> reliably...
>
> Hope this is helpful,
>
> ‘Tias
> 
>
> Sent from my iPhone
>
> On 3 Feb 2020, at 09:33, Omar Morando  wrote:
>
>  
>
> Hello,
> I'm a Qubes user, I'm using version 4.0.1 on my Dell Inspiron 13 5378 with 
> I-7, 16 GB of RAM, 2 TB SSD and everything works well.
>
> I need to use a USB 3.0 HDMI converter for an external monitor, in 
> addition to the HDMI port built into the laptop. I have read a couple of 
> topics from Reddit about this RPM driver for Fedora but nobody has managed 
> to make it work:
> https://github.com/displaylink-rpm/displaylink-rpm 
> 
> Do you have any suggestions? Do you know if someone has managed to install 
> it or if there is a specific version for Qubes? Searching the net, I did 
> not find any other information.
> If you give me support I can do tests that can then be made public for 
> other users.
> Thank you
>
>
> *Omar Morando*
> E // omar.m...@hotmail.it
> P // +39-348-4024361 <+39%20348%20402%204361>
> [image: Sent from Mailspring] 
>
> -- 
> 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...@googlegroups.com.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/qubes-users/VI1PR10MB358157310B986B1CD7F2016FF8000%40VI1PR10MB3581.EURPRD10.PROD.OUTLOOK.COM
>  
> 
> .
>
>

-- 
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 discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/51f66428-437b-4866-80aa-42763ab3d848n%40googlegroups.com.

[qubes-users] Re: Performance problems during video conference

[John Dyne]

Thanks, I could try to play with that. The problem is that the sound is 
sometimes not transmitted correctly. It is as if the network caused pauses 
in the sounds/voices. But I know from other computers that the network is 
good.

On Thursday, October 15, 2020 at 6:44:28 PM UTC+2 b17b7bdb wrote:

> We had a similar problem that we were able to fix with ALSA.  In the Dom0 
> terminal type "alsamixer" and check the Mic setting.  Ours was originally 
> set at a level of zero (negative dB gain).  Setting it to a level of 100 
> (dB gain of 12) fixed the problem for us.
>
> On 10/15/20 10:49 AM, John Dyne wrote:
> > I suffer performance problems, specially with the audio, during video
> > conferences (webex, zoom etc).
> >
> > Since the default of audio_low_latency is true, what could be the 
> problem?
> >
> >
> > --
>
>
> Sent with ProtonMail  Secure Email.
>
>

-- 
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 discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/84ee4c08-f419-430f-8715-f61fb0192daen%40googlegroups.com.