[qubes-users] How to add "nouveau.modeset=0" to boot settings in Qubes 4.x? (ASUS ROG GL552VW-DM141 laptop)

[@LeeteqXV (Twitter & Mastodon.technology)]

Hi all. I initially thought to save some time and cleared a reply to an 
existing thread to do a new post, but that did not work. Sorry about the 
wrong post. Reposting it here now. Thanks for the reply and pointing it 
out, Yuraeitha.


See my reply + follow-up question at the bottom, below the quoted posts:

##

My original post, incl. a reply by "Yuraeitha" below..:



"I am considering Qubes 4.x for an ASUS ROG GL552VW-DM141 laptop with 
NVIDIA graphics and built-in/onboard "fallback" Intel graphics.


In order to get for example Ubuntu Mate installed onto it, to get past 
the installer incompatibilities with NVidia, it is necessary to edit the 
boot menu and add "nouveau.modeset=0" to the startup command. Then 
Ubuntu boots fine.


Can this be done with Qubes 4.x?
How/where to affect such boot commands; can that be done from the boot 
media/USB stick directly, as we do with other Linux live USB sticks?


Thanks, "

--
https://mastodon.technology/@LeeteqXV/

###

Reply from "Yuraeitha" on Feb. 19th..:

- show quoted text -

"@LeeteqXV
It's probably best you start a new thread, this thread is about a whole 
different issue altogether.


But since this is an old thread, I'll briefly answer you.
This what you seek, directing a GPU directly into an AppVM, or any other 
work arounds, can currently be done in Qubes 3.2. nor Qubes 4.0.


However, it is planned for Qubes 4.1, which may reach release. Just 
don't get hyped yet, things can change, 4.0. is barely finished and 4.1. 
is currently only on the drawing board. Look here for quick information 
about 4.1. https://github.com/rootkovska/qubes-roadmap 
 you can see the GTX 
passthrough ability on the map.


Also, you don't really need Ubuntu for these kind of things, it can 
easily be fixed up in both Debian and Fedora. You can use Intel graphics 
just fine for 4k videos, you don't need nvidia for stuff like that on 
modern motherboard/CPU systems. You may need powerful graphic cards for 
gaming and high end graphics, but this too isn't possible, at least 
before Qubes 4.1. anyway. If you didn't need these in Qubes 4, then it 
will likely make no difference to you to use Intel graphics. Also Qubes 
dom0 frequently has nvidia graphic issues and may require a full 
properitary driver download/install, with a manual install.


To get a bit back on-topic, it saves you whole lot of hassle if you get 
adjusted to not be depending too much on Ubuntu and others that give 
everything on a silverplate. Although DVM protected content is never 
stable regardless of the Linux distribution, unless you download the 
Google Chrome browser from Google (Not Chromium), which usually always 
have working DVM videos in any Linux. Issue being, that Firefox and 
others, often loose the ability to play the video, especially Microsoft 
silverlight videos, which the work-arounds frequently break.


Essentially you can play the codecs fine, HTML5 is for example extremely 
easy to install in Fedora through enabling the RPMFusion repositories, 
which can easily be done in Qubes fedora template (best make a copy 
first). But it does not include HTML5-DVM.


Essentially, DVM is so messed up, you ma/y just want to download the 
Google Browser specifically for these videos, and just be done with the 
crapware copyright protectors throw at us. It's not like they care about 
Linux anyway, so why would changing to Ubuntu make any difference? 
Ubuntu is just as unstable in this regard of protected content due to 
lack of developer support of protected contents.


However, Fedora+Firefox+RPMFusionRepositories+ffmpeg+Firefox's own DVM = 
Netflix and all HTML5 videos on youtube, and similar modern websites, 
works smoothly without issues.


Try not to get too dependent on a system, really it makes little 
difference if you adjust yourself to it.


Also install Qubes with LegacyBIOS/Grub and press the E key during the 
Grub menu, then add after or before "quiet" on the module code-line. Or 
just temporarily disable nvidia in your UEFI, works too, more or less 
does the same as nouveau.modeset=0."'


###

The final part of Yuraeitha's answer is relevant for my case as it is 
about installing Qubes itself, not inside a VM..:


Also install Qubes with LegacyBIOS/Grub and press the E key during the 
Grub menu, then add after or before "quiet" on the module code-line. Or 
just temporarily disable nvidia in your UEFI, works too, more or less 
does the same as nouveau.modeset=0."


So; 1. That (ASUS ROG GL552VW-DM141 laptop) AMI BIOS does not have any 
function to disable NVIDIA for UEFI (or anything about disabling 
graphics at all), as far as I can see.


2. I add the modeset to the startup, then get to the actual startup GUI 
first page, but then cannot proceed. I manage to restart the installer 
in TEXT mode, which actually lets me install 

[qubes-users] How to add "nouveau.modeset=0" to boot settings in Qubes 4.x?

[@LeeteqXV (Twitter & Mastodon.technology)]

I am considering Qubes 4.x for an ASUS ROG GL552VW-DM141 laptop with 
NVIDIA graphics and built-in/onboard "fallback" Intel graphics.


In order to get for example Ubuntu Mate installed onto it, to get past 
the installer incompatibilities with NVidia, it is necessary to edit the 
boot menu and add "nouveau.modeset=0" to the startup command. Then 
Ubuntu boots fine.


Can this be done with Qubes 4.x?
How/where to affect such boot commands; can that be done from the boot 
media/USB stick directly, as we do with other Linux live USB sticks?


Thanks,

--
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 post to this group, send email to qubes-users@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/9f73691a-7383-e985-4575-8d6e258f66e3%40leeteq.com.
For more options, visit https://groups.google.com/d/optout.

[qubes-users] How to add "nouveau.modeset=0" to boot settings in Qubes 4.x?

[@LeeteqXV (Twitter & Mastodon.technology)]

I am considering Qubes 4.x for an ASUS ROG GL552VW-DM141 laptop with 
NVIDIA graphics and built-in/onboard "fallback" Intel graphics.


In order to get for example Ubuntu Mate installed onto it, to get past 
the installer incompatibilities with NVidia, it is necessary to edit the 
boot menu and add "nouveau.modeset=0" to the startup command. Then 
Ubuntu boots fine.


Can this be done with Qubes 4.x?
How/where to affect such boot commands; can that be done from the boot 
media/USB stick directly, as we do with other Linux live USB sticks?


Thanks,

--
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 post to this group, send email to qubes-users@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/19077588-cfbb-6608-6a1e-0e99df77ab2d%40leeteq.com.
For more options, visit https://groups.google.com/d/optout.

Re: [qubes-users] Relation between increasing RAM and the increased need for display memory

[@LeeteqXV (Twitter & Mastodon.technology)]

On 28/09/17 12:32, Zrubi wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 09/21/2017 08:47 PM, Teqleez wrote:

Hi all.

I assume this is relevant not only for considerations related to
the practical limit/benefit of increasing RAM in existing
computers, but also regarding the specifications when buying new
computers.

- At the following amounts of RAM; 8GB -> 16GB -> 24GB -> 32GB ->
48GB -> 64GB, how much does the requirements for the graphics card
memory increase with each step, if we assume the
normal/daily/"permanent" usage to be 70-80% of the available RAM?

This obviously depends on how many different VM's one has open, and
how much video memory each one needs, but can we make an assumption
on some sort of average number for this, to see if it is possible
to find some kind of rule-of-thumb figures?

For example, if we assume a "normal"(?!?) Qubes-OS user whose sole
reason for increasing memory is in fact to be able to run more
Qubes simultaneously; how many more Qubes can he/she expect to be
running per extra 8gb of RAM, and how much more will each such step
"typically" require of the graphics card memory, if we assume a
"linear" growth in the number of concurrently open Qubes?

I am guessing that with the capacity to run (increasingly) many
Qubes, the amount of applications running in each one will be
lower, to the point where we most often choose to run
"one-app-qubes". For the sake of this example we could also assume
that this example user is a "lazy" person who will not bother
configuring minimal templates, but only use the default shipped
fedora-24(++) template for each one, just for the sake of
simplicity and playing around with these numbers a bit.


IMHO there is no real connection between RAM used by the OS and apps,
a and the RAM ins your VGA. (VRAM)

VRAM is used for:
- - game (3D) data rendering, which is out of scope in case of Qubes
(maybe if you using Compiz with fancy desktop effects)

- - display rendering.

The later is still need more and more VRAM because of the bigger and
bigger common resolutions Like:
800x600 -> 1024x768 -> 1920x1080 -> 2560x1080 -> 4K -> 8K -> etc.

So you still need more and more VRAM to render all your pixels in your
screens. These can be multiplied if you start using multi-monitor setups
.

But these needs are not growing as fast as your conventional RAM needs.
I'm using 3xHD screens, and the 512Mb VRAM used by the integrated VGA
is still enough for that,  while my OS has 16Gb RAM.


- -- 
Zrubi

-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCAAGBQJZzM+6AAoJEBozWgtUjzdkzbUQAMuN8HsuXf5YeKERJ8pubew9
5bzQIbv7bffzF0O7w4VndyxF28jE49KLjBkFf6siInOgL4SbG2SQVPP/lyHZG2kq
9rlCu0294ICHU7ASDOfnuQx+6IPJZdUGTXb2tt0r3OlY418Gdj/cHNIT5Ul1j/DW
nGpvKUNQzVzmV0Bl43KlKD4ZwBh1+Xz5AgfI21E2GGKiwpMMKWEGy6ZYmSoe7Opu
0LC/MHWABnQtNwNcGsXyZ6K0BhakuT3va32x4aQC7d2e60iJjvxHaLP+WEFEVSDd
LpbEPQVWA1+LJ4eOC5xmT0LkKCxeBezU2zOk+ZCP0jVcgwS7VecMQchuKUViNBEe
Lgx3BBSb39ZXZb89zwK6y+3nDb81Ewuq95d2i3PnCU72SJi9Z4Uhu5m2xVVYNNf8
eHk+dChrGp7QZ51bHNl4sdDsVGiWC6c7/Vf7LAeL5WBQi6hgeASvoTBWEOsHSgPj
PjTHXw0R3IXrLyfzajLmc51UMh9zn67pstI5y/6KjX89Bv9h38kXg5DnIxNDbxjD
FX0MJAECd2e4y3NOIclPVa8dY1m5nMgo4H4GbPXvF2mXsi1kY/CzTY/zT7/R0HaM
ufXupUY+Hnlv/v+QRlTob+d38H7eLeHf5wqmgIxSrQnsDSqc5HeprMjzQOCNvnaB
dW9yigS7udjNfVDjVbi1
=fVJ+
-END PGP SIGNATURE-



Ref. "(maybe if you using Compiz with fancy desktop effects) "

For me, the desktop environment affects my well-being and mood very 
much, so yes some of such "effects" are important, both for efficiency 
and for the general good feeling when working etc.,, not the fancy part.


I prefer to have 12+ viewports/workspaces, each with its own name and 
background image, so I can associate specific tasks/applications to each 
one, plus with a wrap-around function to navigate beyond the borders. I 
use Compiz for this on Ubuntu, and fortunately all of the above is 
possible in Qubes without any extra tools.


Compiz provides customized window transparency so that when I write, I 
arrange for good (text++) contrast towards the nice background image on 
each desktop, on a per-window basis. I use Alt+[numeric"+"] and 
Alt-[numeric"-"] keyboard shortcuts to increase/decrease the 
transparency on the active window. (Not sure if this is possible in 
Qubes out-of-the-box?)


With this as the background (all done outside of the VMs), along with 
the initially mentioned points about increasing use of one-app-vms, are 
you saying that we can basically just keep upping the RAM without 
worrying about the potential need for increased display memory?


I would like to know what are the minimum requirements for the graphics 
card in this respect, for "both ends of the spectre", so to speak;


a) ~16GB RAM, which is getting increasingly possible with sub-€1000 
laptops (just for the perspective on the limits).

b) >32GB RAM, for the high-end computers.

Will it be possible to use a (compatible) laptop in the sub-€1000 range 
as long as it has enough RAM, or should 

Re: [qubes-users] Qubes OS 4.0 first release candidate (rc1) has been released!

[@LeeteqXV (Twitter & Mastodon.technology)]

On 04/08/17 18:18, Micah Lee wrote:

On 08/04/2017 07:19 AM, Zrubi wrote:

But still feels like a bare naked login screen. IMHO this should
be just as important as the Qubes boot (splash) screen.

Which also have similar aesthetic. Do you think about just some
better background there, or some bigger change?

A would say it's needs a bigger change.
But of course this is really subjective, and currently do not have
time to design a qubes related skin for the login manager :(

So this is just my (and my surroundings) opinion.
Handle with sustenance ;)

On a related note, I would love to see some better Qubes graphics
design. Especially, in my opinion, better built-in choices for the
desktop wallpaper.

Good default wallpaper makes a big difference in first impression of an
OS. (And until #215 is implemented, users who aren't comfortable with
Linux will have a hard time figuring out how to set a custom dom0
wallpaper themselves, and will probably expose dom0 to an untrusted
image in any case.)

Maybe there are some graphics designers or professional photographers in
the Qubes community. I wonder if a call for wallpaper submissions or
something similar could help?
Wallpapers (and first impressions...) are really important, even more so 
with less GUI snacks.
There are many great, suitable and royalty-free wallpaper images at 
www.Pixabay.com .
Just need to select some that have some practical areas where the Qubes 
logo can be added.


I think that Qubes should come with a decent collection with various 
categories to choose from (5-15 options in each category? nature, 
animals, urban, countryside, skyline, linux, tech, future, ... etc.)


Here are 10 potential wallpapers from Pixabay (royalty-free):
https://pixabay.com/en/coast-concrete-lighthouse-ocean-1838593/
https://pixabay.com/en/lighthouse-night-beacon-historic-1969705/
https://pixabay.com/en/human-group-clock-time-silhouette-439149/
https://pixabay.com/en/path-road-unknown-sand-dessert-1461447/
https://pixabay.com/en/fractals-background-mathematics-1800242/
https://pixabay.com/en/sunset-beach-hype-mijas-costa-1226113/
https://pixabay.com/en/anonymous-protect-campaign-2023760/
https://pixabay.com/en/water-flowing-whitewater-splash-195926/
https://pixabay.com/en/finger-fingerprint-security-digital-2081169/
https://pixabay.com/en/titan-3-super-computer-large-fast-79578/

Regards,
https://mastodon.technology/@LeeteqXV/
https://twitter.com/@LeeteqXV/
https://Leeteq.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 post to this group, send email to qubes-users@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/c1ac6a80-0d8e-83f5-6ee6-36bf174979e1%40leeteq.com.
For more options, visit https://groups.google.com/d/optout.