Re: [gentoo-user] Re: Netflix Error Code O7355 with Opera
On Wednesday, June 10, 2020 10:35:06 PM CEST Neil Bothwick wrote: > On Wed, 10 Jun 2020 19:04:15 - (UTC), Grant Edwards wrote: > > > I've got the sinking feeling that it's c copyright management thingy > > > > > > that only works on Chrome. I dread building it; wish me luck... > > > > You don't actually build Chrome. You install the binary package. > > > > You can build Chromium, but Netflix won't work with it. > > I don't watch Netflix on my laptop, but I've just tried it in Chromium > and it seems to be working fine. I suspect it's either the widevone or > proprietary-codecs USE flag. I would expect "widevine" as that is mentioned in the help about the DRM support in firefox. (See my other email) -- Joost
Re: [gentoo-user] Re: Netflix Error Code O7355 with Opera
On Thursday, June 11, 2020 12:33:41 AM CEST Adam Carter wrote: > On Thu, Jun 11, 2020 at 5:40 AM Grant Edwards > > wrote: > > On 2020-06-10, J. Roeleveld wrote: > > > I had it working in Firefox. > > > > firfox or firefox-bin? > > Source built firefox works for me. Same here > FWIW i build with USE +hwaccel +lto which seem to consistently work. pgo > works sometimes, then doesnt. Haven't tried pgo on v77. I do not have those enabled and can watch full-screen on 3440x1440. Currently using 68.8.0, but don't expect any issue with newer versions. To make this work, in "about:preferences", the option "Play DRM-controlled content" needs to be enabled. Here is some info about this: https://support.mozilla.org/en-US/kb/enable-drm?as=u_source=inproduct -- Joost
Re: [gentoo-user] AMDGPU: computer won't shut down [UPDATE]
> > Can someone explain how the amdgpu.dc=1 parameter gets passed to grub? > > Thanks in advance. > Is it in /etc/default/grub's GRUB_CMDLINE_LINUX_DEFAULT=? If the question is how it got there, maybe the timestamp on the file offers a hint?
Re: [gentoo-user] Re: Netflix Error Code O7355 with Opera
On Thu, Jun 11, 2020 at 5:40 AM Grant Edwards wrote: > On 2020-06-10, J. Roeleveld wrote: > > > I had it working in Firefox. > > firfox or firefox-bin? > Source built firefox works for me. FWIW i build with USE +hwaccel +lto which seem to consistently work. pgo works sometimes, then doesnt. Haven't tried pgo on v77.
Re: [gentoo-user] AMDGPU: computer won't shut down [RESOLVED, kinda]
On 2020-06-10 18:23, n952162 wrote: On 2020-06-10 13:48, n952162 wrote: On 2020-06-09 23:53, n952162 wrote: I posted about this problem perhaps a year ago - when running with AMDGPU, my system won't turn off, I have to hold the power button down for a long time, forcing it down. At that time, various people commented. but AMDGPU didn't work at all for me in the end, didn't talk to my HDMI display. I gave up on it. Thanks to all the great help here, I finally got my system properly updated and AMDGPU working, and it finally talks to my HDMI display. But, it still doesn't shut down. Is it a bug? Is my system still not right? Is there something I have to do yet? The following assignment is on the linux line when booting in grub: amdgpu.dc=1 When I make that 0, the system shuts down properly when the power button is pressed. When it's 1, the system hangs after blank screen when that button is pressed. I found this in the AMDGPU webpage: /AMDGPU with Display Core was first implemented for VEGA10 (GCN5.0) and RAVEN (with DCN 1.0) GPUs/APUs. Kernels before version 4.17 have (experimental) DC support for older cards (GCN1.1 and newer) via command line option /amdgpu.dc=1/, which may work better than the older radeon kernel module. Likewise, if DC needs to be disabled for any particular reason, option /amdgpu.dc=0/can be used on the kernel command line. / It's not clear to me if DC serves a function in kernels >= 4.17 or why it's installed as default by grub ... I don't see anything similar in the new kernel parameters I posted to this topic, but I do find this in my .config file: # # Display Engine Configuration # CONFIG_DRM_AMD_DC=y CONFIG_DRM_AMD_DC_DCN1_0=y # CONFIG_DEBUG_KERNEL_DC is not set Was this left over from an earlier configuration and not properly cleaned out, or is it necessary, for some reason? Can someone explain how the amdgpu.dc=1 parameter gets passed to grub? Okay, I found out how amdgpu.dc=1 gets into grub - via /etc/default/grub. I'm not sure who put it there - was it the kernel make process? Note that even with amdgpu.dc=0, I still have (finally!) HDMI output to my monitor. There's a lot of talk on the internet about whether amdgpu.dc=1 is good or bad, but nobody seems to know or explain what it's about, or the role of Display Core WRT to AMDGPU. The only important thing unresolved for me now is whether I still need those DRM_AMD_DC kernel variables, above.
Re: [gentoo-user] Encrypting a hard drive's data. Best method.
Michael wrote: > On Wednesday, 10 June 2020 07:59:19 BST Dale wrote: >> Howdy, >> >> Same topic just new question. I use KDE and am wanting to have it so >> the Device Notifier will allow me to mount the drive when I turn it on. > I probably missed in earlier threads, but is this is an externally powered > USB > device? > Not USB but eSATA. >> So far, I got it set up and when I turn the drive on and click for it to >> mount it, it asks me for a password. > Where do you "click for it"? The Device Notifier in the KDE panel thingy. I use it to access my cameras, SD cards put in my card reader and even my cell phone. > > >> I type in the password but it mounts it to the wrong place. > Please define "wrong place". > It mounts under /run. I want it mounted under /home. >> If I do it on the command line, it works as expected. > What is expected? > I was expecting it to mount from the Device Notifier just like it does from the command line. >> I have it set up in dmcrypt and fstab. So, command line >> works, KDE's Device Notifier doesn't. > For the avoidance of doubt: > > "command line" = /bin/mount > > "KDE's Device Notifier" = /usr/bin/udisksctl > > There is a difference between the two: > > $ ls -la /bin/mount > -rws--x--x 1 root root 56360 May 11 00:25 /bin/mount > > $ ls -la /usr/bin/udisksctl > -rwxr-xr-x 1 root root 60496 Nov 23 2019 /usr/bin/udisksctl > > > You run mount as root with temporarily elevated privileges and operate on > devices directly via the kernel, but can only mount such block devices if > they > have a corresponding /etc/fstab entry - unless you are root. > > You run udisksctl as plain user - it is a userspace command which operates on > the udisks daemon to manipulate mountable devices via D-Bus. The default > mountpoint by udisksctl is under /run/media//LABEL > True but since I'm wanting to mount it under the same /home directory as the user doing the mounting, it shouldn't require any additional privileges. >> It tells me I don't have >> permission to access but it also mounts it in the wrong place. I >> suspect it mounting it in the wrong place leads to the permissions >> error. It mounts under /run. I want it mounted under /home. > You may be able to achieve this via udev rules for the specific UUID of the > disk, or perhaps via a symlink from /home to the /run mountpoint. I haven't > tested this, but you could give it a spin and see what you get. > > PS. You can ignore my earlier questions, no need to answer them. The > structure of your message was perhaps back to front to assist my > understanding. :-) No problem. Sometimes when anyone is writing, it's assumed that everyone else knows the steps that are taken. Usually that is not the case. It's why we always ask for error messages, commands used etc etc etc. ;-) Based on everything I've found with google, I think the Device Notifier is badly limited. It can get to a certain point but it can't go any further. It seems we need a better tool or the current tool needs a little extra programming. I was wanting to avoid the command line part in case something happened to me and someone needed to access a encrypted device. Victor seems to confirm that with his reply. Thanks. Dale :-) :-)
Re: [gentoo-user] Encrypting a hard drive's data. Best method.
Victor Ivanov wrote: > On 10/06/2020 07:59, Dale wrote: >> It tells me I don't have permission to access but it also mounts it > This KDE bug re Device Notifier has been present for a long time and > it's seriously infuriating. Mounting from Dolphin, on the other hand, > seems to work just fine, though it too doesn't miss the opportunity to > complain about privileges. > > It's not a Gentoo specific issue, as I've experienced this on other > distros too. I believe there was an upstream bug report that kept > getting resolved and reopened. > > On 10/06/2020 07:59, Dale wrote: >> I type in the password but it mounts it to the wrong place. > This is normal. By default, volumes mounted from userspace will be > mounted under "/run/media//". This makes sense and is > entirely due to user privileges. Mounting under other directories would > require escalation of privileges. But most basic UI features are > designed for the most common scenario. > > On 10/06/2020 07:59, Dale wrote: >> How do I tell the Device Notifier that I want it mounted somewhere >> else? > From KDE you can't and there's no KDE-specific tool to allow you to do > that. But you can add the UUID of the filesystem to /etc/fstab and KDE > will then mount it under that location. However, make sure that the UUID > is that of the open volume, not the encrypted container. > > For example, if you manually open the encrypted volume via the command > line, e.g.: > > # cryptsetup open /dev/sdz1 crypto_volume_name > > This will ask you for the encryption password and, if correct, will > create a new block device "/dev/mapper/crypto_volume_name". > > You can then get the UUID of "/dev/mapper/crypto_volume_name" with: > > # blkid /dev/crypto_volume_name > > At this point you can close your LUKS container via: > > # cryptsetup close crypto_volume_name > > You can bypass steps 1 and 3 above by mounting via the KDE as usual, > which will automatically create the block device > "/dev/mapper/luks_abcdef1234". You can then get its UUID via step 2 and > replace step 3 by ejecting the mounted volume. > > Finally, add this UUID to /etc/fstab in the usual way: > > UUID= /dst/mount/dir [mount_options],user 0 0 > > Note "user" under mount options. This is critical to making it work > seamlessly from KDE, otherwise it will require escalation of privileges > to mount the volume. > > Once you do the above, the volume should automatically be mounted under > "/dst/mount/dir" the next time you mount it via Dolphin or Device Notifier. > > It still won't get rid of the annoying "You don't have permissions" > error message, but it does work. > > Hope this helps. > > - Victor > I've got that in dmcrypt and fstab as the wiki says. That part works. It's the KDE part that isn't working correctly. However, I did do one thing different, I put users instead of user. Plural not singular. Should users work the same as user? I wonder, other distros have crypttab file instead of dmcrypt. I wonder if I created a crypttab file if that would help KDE even if Gentoo ignores it or doesn't know it exists. It sounds like the Device Notifier is just not set up or designed to do what I want to do. Given the number of people who do what I'm doing, it looks like KDE would either update the Device Notifier or have a new tool that handles encrypted things. Dale :-) :-)
Re: [gentoo-user] Re: Netflix Error Code O7355 with Opera
On Wed, 10 Jun 2020 19:04:15 - (UTC), Grant Edwards wrote: > > I've got the sinking feeling that it's c copyright management thingy > > that only works on Chrome. I dread building it; wish me luck... > > You don't actually build Chrome. You install the binary package. > > You can build Chromium, but Netflix won't work with it. I don't watch Netflix on my laptop, but I've just tried it in Chromium and it seems to be working fine. I suspect it's either the widevone or proprietary-codecs USE flag. -- Neil Bothwick Standard: (n., adj.) a design target which manufacturers may embellish, improve upon, or ignore as they wish, so long as it can be used profitably in their advertising. pgpCuWHIzy1oD.pgp Description: OpenPGP digital signature
[gentoo-user] Re: Netflix Error Code O7355 with Opera
On 2020-06-10, J. Roeleveld wrote: > I had it working in Firefox. firfox or firefox-bin? -- Grant
Re: [gentoo-user] Re: Netflix Error Code O7355 with Opera
On 10 June 2020 19:41:18 CEST, Grant Edwards wrote: >On 2020-06-10, Mark Knecht wrote: > >>On all of my Kubuntu machines I have no problem with Netflix in >Chrome. >> The closest ffmpeg info I can give you with their package manager >follows. > >I've nevert gotten Netflix to work in anything except Chrome. [Though >I don't remember trying Opera.] > >-- >Grant I had it working in Firefox. Not tried it on my desktop on a while as my tv supports it natively. -- Joost -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: [gentoo-user] Re: Netflix Error Code O7355 with Opera
On Wed, Jun 10, 2020 at 02:41:12PM -0400, Walter Dnes wrote It wasn't as bad as I feared. "time emerge google-chrome" shows... real11m44.909s user16m47.775s sys 3m13.092s What helps is that it looks like portage is installing a pre-compiled bin file image. And oh yeah, Netflix works fine. Just as I suspected, it was Google-specific DRM. -- Walter Dnes I don't run "desktop environments"; I run useful applications
[gentoo-user] Re: Netflix Error Code O7355 with Opera
On 2020-06-10, Walter Dnes wrote: > On Wed, Jun 10, 2020 at 05:41:18PM -, Grant Edwards wrote > >> I've nevert gotten Netflix to work in anything except Chrome. [Though >> I don't remember trying Opera.] > > I've got the sinking feeling that it's c copyright management thingy > that only works on Chrome. I dread building it; wish me luck... You don't actually build Chrome. You install the binary package. You can build Chromium, but Netflix won't work with it. -- Grant
Re: [gentoo-user] Re: Netflix Error Code O7355 with Opera
On Wed, 10 Jun 2020 14:41:12 -0400, Walter Dnes wrote: > > I've nevert gotten Netflix to work in anything except Chrome. [Though > > I don't remember trying Opera.] > > I've got the sinking feeling that it's c copyright management thingy > that only works on Chrome. I dread building it; wish me luck... google-chrome is the binary package, it shouldn't be a problem. > [i660][root][~] emerge -pv google-chrome > > These are the packages that would be merged, in order: > > Calculating dependencies... done! > [ebuild N ] acct-group/lp-0::gentoo 0 KiB > [ebuild N ] acct-group/lpadmin-0::gentoo 0 KiB > [ebuild N ] sys-libs/libcap-2.26-r2::gentoo USE="(split-usr) -pam > -static-libs" 66 KiB [ebuild N ] app-text/qpdf-9.0.2:0/26::gentoo > USE="-doc -examples -perl -static-libs -test" 0 KiB [ebuild N ] > dev-perl/LWP-MediaTypes-6.20.0-r1::gentoo 0 KiB [ebuild N ] > virtual/perl-Time-Local-1.280.0::gentoo 0 KiB [ebuild N ] > virtual/perl-IO-Socket-IP-0.390.0-r2::gentoo 0 KiB [ebuild N ] > dev-perl/X11-Protocol-0.560.0-r1::gentoo 0 KiB [ebuild N ] > dev-perl/HTML-Tagset-3.200.0-r1::gentoo 0 KiB [ebuild N ] > dev-perl/Socket6-0.280.0::gentoo 0 KiB [ebuild N ] > virtual/perl-Socket-2.27.0-r2::gentoo 0 KiB [ebuild N ] > virtual/perl-Storable-3.150.0::gentoo 0 KiB [ebuild N ] > virtual/perl-Time-HiRes-1.976.0::gentoo 0 KiB [ebuild N ] > dev-perl/HTTP-Date-6.20.0-r1::gentoo 0 KiB [ebuild N ] > dev-perl/HTML-Parser-3.720.0::gentoo USE="-test" 0 KiB [ebuild N > ] dev-perl/Encode-Locale-1.50.0::gentoo USE="-test" 0 KiB [ebuild N > ] dev-perl/ExtUtils-Config-0.8.0::gentoo USE="-test" 0 KiB [ebuild > N ] dev-perl/XML-XPath-1.420.0::gentoo USE="-examples -test" 0 KiB > [ebuild N ] dev-perl/IO-HTML-1.1.0::gentoo USE="-test" 0 KiB > [ebuild N ] dev-perl/ExtUtils-Helpers-0.26.0::gentoo USE="-test" > 0 KiB [ebuild N ] dev-perl/Sub-Name-0.210.0::gentoo > USE="-suggested -test" 0 KiB [ebuild N ] > dev-perl/HTTP-Message-6.130.0::gentoo USE="-test" 0 KiB [ebuild N > ] dev-perl/File-Listing-6.40.0-r1::gentoo 0 KiB [ebuild N ] > dev-perl/Try-Tiny-0.300.0::gentoo USE="-minimal -test" 0 KiB [ebuild > N ] dev-perl/WWW-RobotRules-6.20.0-r1::gentoo 0 KiB [ebuild N > ] dev-perl/ExtUtils-InstallPaths-0.11.0::gentoo USE="-test" 0 KiB > [ebuild N ] dev-libs/nspr-4.25::gentoo USE="-debug" 0 KiB [ebuild > N ] dev-perl/Tie-IxHash-1.230.0::gentoo USE="-test" 0 KiB [ebuild > N ] dev-perl/HTTP-Cookies-6.40.0::gentoo USE="-test" 0 KiB > [ebuild N ] dev-perl/HTTP-Negotiate-6.10.0-r1::gentoo 0 KiB > [ebuild N ] dev-perl/IO-Socket-INET6-2.720.0-r1::gentoo 0 KiB > [ebuild N ] dev-perl/Module-Build-Tiny-0.39.0::gentoo USE="-test" > 0 KiB [ebuild N ] dev-perl/HTTP-Daemon-6.60.0::gentoo USE="-test" > 0 KiB [ebuild N ] dev-libs/nss-3.51::gentoo USE="-cacert -utils" > 0 KiB [ebuild N ] x11-apps/xprop-1.2.4::gentoo 0 KiB [ebuild N > ] dev-perl/Net-SSLeay-1.880.0::gentoo USE="-examples -libressl > -minimal -test" 0 KiB [ebuild N ] > dev-perl/Mozilla-CA-2099::gentoo 0 KiB [ebuild N ] > dev-perl/IO-Socket-SSL-2.66.0::gentoo USE="-examples -idn" 0 KiB > [ebuild N ] dev-perl/Net-HTTP-6.170.0::gentoo USE="-minimal > -test" 0 KiB [ebuild N ] dev-perl/libwww-perl-6.270.0::gentoo > USE="ssl -test" 0 KiB [ebuild N ] > dev-perl/LWP-Protocol-https-6.70.0::gentoo USE="-test" 0 KiB [ebuild > N ] dev-perl/XML-Twig-3.520.0::gentoo USE="-nls -test" 0 KiB > [ebuild N ] dev-perl/Net-DBus-1.1.0::gentoo USE="-test" 0 KiB > [ebuild N ] x11-misc/xdg-utils-1.1.3-r1::gentoo USE="-doc" 0 KiB > [ebuild N ] net-print/cups-2.3.3-r1::gentoo USE="X ssl threads > -acl -dbus -debug -kerberos -lprng-compat -pam (-selinux) -static-libs > -systemd -usb -xinetd -zeroconf" 0 KiB [ebuild R] > app-text/ghostscript-gpl-9.50::gentoo USE="X cups* -dbus -gtk > -static-libs -tiff -unicode" L10N="-de (-ja) -ko -zh-CN -zh-TW" 0 KiB > [ebuild N ] net-print/cups-filters-1.27.4::gentoo USE="foomatic > jpeg png postscript -dbus -ldap -pclm -pdf -perl -static-libs -test > -tiff -zeroconf" 0 KiB [ebuild N ] > www-client/google-chrome-81.0.4044.138::gentoo USE="(-selinux)" > L10N="-am -ar -bg -bn -ca -cs -da -de -el -en-GB -es -es-419 -et -fa > -fi -fil -fr -gu -he -hi -hr -hu -id -it -ja -kn -ko -lt -lv -ml -mr > -ms -nb -nl -pl -pt-BR -pt-PT -ro -ru -sk -sl -sr -sv -sw -ta -te -th > -tr -uk -vi -zh-CN -zh-TW" 65,416 KiB > > Total: 48 packages (47 new, 1 reinstall), Size of downloads: 65,482 KiB > [i660][root][~] > That's the trouble with binary packages, you can't turn off dependencies with USE flags, but most of that stuff is fairly small, much of it is perl modules. -- Neil Bothwick Politicians are like nappies Both should be changed regularly, and for the same reason pgpwDVOA7PBAW.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Re: Netflix Error Code O7355 with Opera
On Wed, Jun 10, 2020 at 05:41:18PM -, Grant Edwards wrote > I've nevert gotten Netflix to work in anything except Chrome. [Though > I don't remember trying Opera.] I've got the sinking feeling that it's c copyright management thingy that only works on Chrome. I dread building it; wish me luck... [i660][root][~] emerge -pv google-chrome These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild N ] acct-group/lp-0::gentoo 0 KiB [ebuild N ] acct-group/lpadmin-0::gentoo 0 KiB [ebuild N ] sys-libs/libcap-2.26-r2::gentoo USE="(split-usr) -pam -static-libs" 66 KiB [ebuild N ] app-text/qpdf-9.0.2:0/26::gentoo USE="-doc -examples -perl -static-libs -test" 0 KiB [ebuild N ] dev-perl/LWP-MediaTypes-6.20.0-r1::gentoo 0 KiB [ebuild N ] virtual/perl-Time-Local-1.280.0::gentoo 0 KiB [ebuild N ] virtual/perl-IO-Socket-IP-0.390.0-r2::gentoo 0 KiB [ebuild N ] dev-perl/X11-Protocol-0.560.0-r1::gentoo 0 KiB [ebuild N ] dev-perl/HTML-Tagset-3.200.0-r1::gentoo 0 KiB [ebuild N ] dev-perl/Socket6-0.280.0::gentoo 0 KiB [ebuild N ] virtual/perl-Socket-2.27.0-r2::gentoo 0 KiB [ebuild N ] virtual/perl-Storable-3.150.0::gentoo 0 KiB [ebuild N ] virtual/perl-Time-HiRes-1.976.0::gentoo 0 KiB [ebuild N ] dev-perl/HTTP-Date-6.20.0-r1::gentoo 0 KiB [ebuild N ] dev-perl/HTML-Parser-3.720.0::gentoo USE="-test" 0 KiB [ebuild N ] dev-perl/Encode-Locale-1.50.0::gentoo USE="-test" 0 KiB [ebuild N ] dev-perl/ExtUtils-Config-0.8.0::gentoo USE="-test" 0 KiB [ebuild N ] dev-perl/XML-XPath-1.420.0::gentoo USE="-examples -test" 0 KiB [ebuild N ] dev-perl/IO-HTML-1.1.0::gentoo USE="-test" 0 KiB [ebuild N ] dev-perl/ExtUtils-Helpers-0.26.0::gentoo USE="-test" 0 KiB [ebuild N ] dev-perl/Sub-Name-0.210.0::gentoo USE="-suggested -test" 0 KiB [ebuild N ] dev-perl/HTTP-Message-6.130.0::gentoo USE="-test" 0 KiB [ebuild N ] dev-perl/File-Listing-6.40.0-r1::gentoo 0 KiB [ebuild N ] dev-perl/Try-Tiny-0.300.0::gentoo USE="-minimal -test" 0 KiB [ebuild N ] dev-perl/WWW-RobotRules-6.20.0-r1::gentoo 0 KiB [ebuild N ] dev-perl/ExtUtils-InstallPaths-0.11.0::gentoo USE="-test" 0 KiB [ebuild N ] dev-libs/nspr-4.25::gentoo USE="-debug" 0 KiB [ebuild N ] dev-perl/Tie-IxHash-1.230.0::gentoo USE="-test" 0 KiB [ebuild N ] dev-perl/HTTP-Cookies-6.40.0::gentoo USE="-test" 0 KiB [ebuild N ] dev-perl/HTTP-Negotiate-6.10.0-r1::gentoo 0 KiB [ebuild N ] dev-perl/IO-Socket-INET6-2.720.0-r1::gentoo 0 KiB [ebuild N ] dev-perl/Module-Build-Tiny-0.39.0::gentoo USE="-test" 0 KiB [ebuild N ] dev-perl/HTTP-Daemon-6.60.0::gentoo USE="-test" 0 KiB [ebuild N ] dev-libs/nss-3.51::gentoo USE="-cacert -utils" 0 KiB [ebuild N ] x11-apps/xprop-1.2.4::gentoo 0 KiB [ebuild N ] dev-perl/Net-SSLeay-1.880.0::gentoo USE="-examples -libressl -minimal -test" 0 KiB [ebuild N ] dev-perl/Mozilla-CA-2099::gentoo 0 KiB [ebuild N ] dev-perl/IO-Socket-SSL-2.66.0::gentoo USE="-examples -idn" 0 KiB [ebuild N ] dev-perl/Net-HTTP-6.170.0::gentoo USE="-minimal -test" 0 KiB [ebuild N ] dev-perl/libwww-perl-6.270.0::gentoo USE="ssl -test" 0 KiB [ebuild N ] dev-perl/LWP-Protocol-https-6.70.0::gentoo USE="-test" 0 KiB [ebuild N ] dev-perl/XML-Twig-3.520.0::gentoo USE="-nls -test" 0 KiB [ebuild N ] dev-perl/Net-DBus-1.1.0::gentoo USE="-test" 0 KiB [ebuild N ] x11-misc/xdg-utils-1.1.3-r1::gentoo USE="-doc" 0 KiB [ebuild N ] net-print/cups-2.3.3-r1::gentoo USE="X ssl threads -acl -dbus -debug -kerberos -lprng-compat -pam (-selinux) -static-libs -systemd -usb -xinetd -zeroconf" 0 KiB [ebuild R] app-text/ghostscript-gpl-9.50::gentoo USE="X cups* -dbus -gtk -static-libs -tiff -unicode" L10N="-de (-ja) -ko -zh-CN -zh-TW" 0 KiB [ebuild N ] net-print/cups-filters-1.27.4::gentoo USE="foomatic jpeg png postscript -dbus -ldap -pclm -pdf -perl -static-libs -test -tiff -zeroconf" 0 KiB [ebuild N ] www-client/google-chrome-81.0.4044.138::gentoo USE="(-selinux)" L10N="-am -ar -bg -bn -ca -cs -da -de -el -en-GB -es -es-419 -et -fa -fi -fil -fr -gu -he -hi -hr -hu -id -it -ja -kn -ko -lt -lv -ml -mr -ms -nb -nl -pl -pt-BR -pt-PT -ro -ru -sk -sl -sr -sv -sw -ta -te -th -tr -uk -vi -zh-CN -zh-TW" 65,416 KiB Total: 48 packages (47 new, 1 reinstall), Size of downloads: 65,482 KiB [i660][root][~] -- Walter Dnes I don't run "desktop environments"; I run useful applications
Re: [gentoo-user] Re: Netflix Error Code O7355 with Opera
On Wed, Jun 10, 2020 at 10:41 AM Grant Edwards wrote: > > On 2020-06-10, Mark Knecht wrote: > > >On all of my Kubuntu machines I have no problem with Netflix in Chrome. > > The closest ffmpeg info I can give you with their package manager follows. > > I've nevert gotten Netflix to work in anything except Chrome. [Though > I don't remember trying Opera.] > > -- > Grant > I use Chrome all the time so that's all I previously had experience with. 1) No problem with Firefox. Video played fine. 2) Tried Opera. (which is a 'snap') Did not work. HTH, Mark
[gentoo-user] Re: Netflix Error Code O7355 with Opera
On 2020-06-10, Mark Knecht wrote: >On all of my Kubuntu machines I have no problem with Netflix in Chrome. > The closest ffmpeg info I can give you with their package manager follows. I've nevert gotten Netflix to work in anything except Chrome. [Though I don't remember trying Opera.] -- Grant
Re: [gentoo-user] Gentoo-sources 5.7.x [FIXED]
On Wednesday, 10 June 2020 15:49:30 BST Neil Bothwick wrote: > Any reason you bury the iniitrd in the options list rather that having it > on a separate line? None in particular. Perhaps I was following an example. I don't think it matters much, especially as I rarely need to change it. > This is what I'm now using: > > title Desktop > version 5.4.38-gentoo > linux vmlinuz-5.4.38-gentoo > options root=LABEL=yooden rd.luks.uuid=luks-... > initrdintel-uc.img > initrdinitramfs-5.4.38-gentoo.img Maybe I'll take some ideas from that - thanks. -- Regards, Peter.
Re: [gentoo-user] Netflix Error Code O7355 with Opera
On Wed, Jun 10, 2020 at 9:59 AM Walter Dnes wrote:
>
> I'm getting bored, so I decided to try out Netflix... no go. I get
> "Netflix Error Code O7355". I'm using Opera 68, which easily beats the
> Opera (55 or later) linux system requirements at
> https://help.netflix.com/en/node/23742 The Netflix website says they
> don't offer linux support, although Netflix is supposed to run on Linux.
> I don't give up easily. I launched Opera from a console and got a bunch
> of errors. The following appear to be relavant...
>
> [30107:108:0610/121713.922079:ERROR:batching_media_log.cc(38)]
MediaEvent: {"error":"FFmpegDemuxer: no supported streams"}
> [30107:108:0610/121713.922439:ERROR:batching_media_log.cc(38)]
MediaEvent: {"error":"FFmpegDemuxer: no supported streams"}
> [30107:66:0610/121714.098041:ERROR:batching_media_log.cc(35)] MediaEvent:
{"pipeline_error":14}
> [30107:66:0610/121714.098624:ERROR:batching_media_log.cc(35)] MediaEvent:
{"pipeline_error":14}
>
> A wild guess is that ffmpeg is missing a codec or two. If anybody has
> Netflix in HTML5 running on Linux, please post the output of...
>
> emerge -pv ffmpeg
>
> Hopefully that fixes my problem.
Walter,
Sorry if this doesn't help much. You asked for Linux but requested
Gentoo. (i,e, - the emerge request)
On all of my Kubuntu machines I have no problem with Netflix in Chrome.
The closest ffmpeg info I can give you with their package manager follows.
Good luck,
Mark
mark@science:~$ dpkg --list | ffmpeg
ffmpeg version 4.2.2-1ubuntu1 Copyright (c) 2000-2019 the FFmpeg developers
built with gcc 9 (Ubuntu 9.3.0-3ubuntu1)
configuration: --prefix=/usr --extra-version=1ubuntu1 --toolchain=hardened
--libdir=/usr/lib/x86_64-linux-gn
u --incdir=/usr/include/x86_64-linux-gnu --arch=amd64 --enable-gpl
--disable-stripping --enable-avresample --d
isable-filter=resample --enable-avisynth --enable-gnutls --enable-ladspa
--enable-libaom --enable-libass --ena
ble-libbluray --enable-libbs2b --enable-libcaca --enable-libcdio
--enable-libcodec2 --enable-libflite --enable
-libfontconfig --enable-libfreetype --enable-libfribidi --enable-libgme
--enable-libgsm --enable-libjack --ena
ble-libmp3lame --enable-libmysofa --enable-libopenjpeg --enable-libopenmpt
--enable-libopus --enable-libpulse
--enable-librsvg --enable-librubberband --enable-libshine
--enable-libsnappy --enable-libsoxr --enable-libspee
x --enable-libssh --enable-libtheora --enable-libtwolame
--enable-libvidstab --enable-libvorbis --enable-libvp
x --enable-libwavpack --enable-libwebp --enable-libx265 --enable-libxml2
--enable-libxvid --enable-libzmq --en
able-libzvbi --enable-lv2 --enable-omx --enable-openal --enable-opencl
--enable-opengl --enable-sdl2 --enable-
libdc1394 --enable-libdrm --enable-libiec61883 --enable-nvenc
--enable-chromaprint --enable-frei0r --enable-li
bx264 --enable-shared
WARNING: library configuration mismatch
avcodec configuration: --prefix=/usr --extra-version=1ubuntu1
--toolchain=hardened --libdir=/usr/lib/x86
_64-linux-gnu --incdir=/usr/include/x86_64-linux-gnu --arch=amd64
--enable-gpl --disable-stripping --enable-av
resample --disable-filter=resample --enable-avisynth --enable-gnutls
--enable-ladspa --enable-libaom --enable-
libass --enable-libbluray --enable-libbs2b --enable-libcaca
--enable-libcdio --enable-libcodec2 --enable-libfl
ite --enable-libfontconfig --enable-libfreetype --enable-libfribidi
--enable-libgme --enable-libgsm --enable-l
ibjack --enable-libmp3lame --enable-libmysofa --enable-libopenjpeg
--enable-libopenmpt --enable-libopus --enab
le-libpulse --enable-librsvg --enable-librubberband --enable-libshine
--enable-libsnappy --enable-libsoxr --en
able-libspeex --enable-libssh --enable-libtheora --enable-libtwolame
--enable-libvidstab --enable-libvorbis --
enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx265
--enable-libxml2 --enable-libxvid --enable
-libzmq --enable-libzvbi --enable-lv2 --enable-omx --enable-openal
--enable-opencl --enable-opengl --enable-sd
l2 --enable-libdc1394 --enable-libdrm --enable-libiec61883 --enable-nvenc
--enable-chromaprint --enable-frei0r
--enable-libx264 --enable-shared --enable-version3 --disable-doc
--disable-programs --enable-libaribb24 --ena
ble-liblensfun --enable-libopencore_amrnb --enable-libopencore_amrwb
--enable-libtesseract --enable-libvo_amrw
benc
libavutil 56. 31.100 / 56. 31.100
libavcodec 58. 54.100 / 58. 54.100
libavformat58. 29.100 / 58. 29.100
libavdevice58. 8.100 / 58. 8.100
libavfilter 7. 57.100 / 7. 57.100
libavresample 4. 0. 0 / 4. 0. 0
libswscale 5. 5.100 / 5. 5.100
libswresample 3. 5.100 / 3. 5.100
libpostproc55. 5.100 / 55. 5.100
Hyper fast Audio and Video encoder
usage: ffmpeg [options] [[infile options] -i infile]... {[outfile options]
outfile}...
Use -h to get full help or, even better, run 'man ffmpeg'
mark@science:~$
[gentoo-user] Netflix Error Code O7355 with Opera
I'm getting bored, so I decided to try out Netflix... no go. I get
"Netflix Error Code O7355". I'm using Opera 68, which easily beats the
Opera (55 or later) linux system requirements at
https://help.netflix.com/en/node/23742 The Netflix website says they
don't offer linux support, although Netflix is supposed to run on Linux.
I don't give up easily. I launched Opera from a console and got a bunch
of errors. The following appear to be relavant...
[30107:108:0610/121713.922079:ERROR:batching_media_log.cc(38)] MediaEvent:
{"error":"FFmpegDemuxer: no supported streams"}
[30107:108:0610/121713.922439:ERROR:batching_media_log.cc(38)] MediaEvent:
{"error":"FFmpegDemuxer: no supported streams"}
[30107:66:0610/121714.098041:ERROR:batching_media_log.cc(35)] MediaEvent:
{"pipeline_error":14}
[30107:66:0610/121714.098624:ERROR:batching_media_log.cc(35)] MediaEvent:
{"pipeline_error":14}
A wild guess is that ffmpeg is missing a codec or two. If anybody has
Netflix in HTML5 running on Linux, please post the output of...
emerge -pv ffmpeg
Hopefully that fixes my problem.
--
Walter Dnes
I don't run "desktop environments"; I run useful applications
Re: [gentoo-user] AMDGPU: computer won't shut down [UPDATE]
On 2020-06-10 13:48, n952162 wrote: On 2020-06-09 23:53, n952162 wrote: I posted about this problem perhaps a year ago - when running with AMDGPU, my system won't turn off, I have to hold the power button down for a long time, forcing it down. At that time, various people commented. but AMDGPU didn't work at all for me in the end, didn't talk to my HDMI display. I gave up on it. Thanks to all the great help here, I finally got my system properly updated and AMDGPU working, and it finally talks to my HDMI display. But, it still doesn't shut down. Is it a bug? Is my system still not right? Is there something I have to do yet? The following assignment is on the linux line when booting in grub: amdgpu.dc=1 When I make that 0, the system shuts down properly when the power button is pressed. When it's 1, the system hangs after blank screen when that button is pressed. I found this in the AMDGPU webpage: /AMDGPU with Display Core was first implemented for VEGA10 (GCN5.0) and RAVEN (with DCN 1.0) GPUs/APUs. Kernels before version 4.17 have (experimental) DC support for older cards (GCN1.1 and newer) via command line option /amdgpu.dc=1/, which may work better than the older radeon kernel module. Likewise, if DC needs to be disabled for any particular reason, option /amdgpu.dc=0/can be used on the kernel command line. / It's not clear to me if DC serves a function in kernels >= 4.17 or why it's installed as default by grub ... I don't see anything similar in the new kernel parameters I posted to this topic, but I do find this in my .config file: # # Display Engine Configuration # CONFIG_DRM_AMD_DC=y CONFIG_DRM_AMD_DC_DCN1_0=y # CONFIG_DEBUG_KERNEL_DC is not set Was this left over from an earlier configuration and not properly cleaned out, or is it necessary, for some reason? Can someone explain how the amdgpu.dc=1 parameter gets passed to grub? Thanks in advance. //
Re: [gentoo-user] clone root from HDD to SSD causes no video with NVIDIA driver
On Wednesday, June 10, 2020 9:00:42 AM CEST Raffaele BELARDI wrote: > From: Dale > Sent: Wednesday, June 10, 2020 08:02 > To: gentoo-user@lists.gentoo.org > Subject: Re: [gentoo-user] clone root from HDD to SSD causes no video with > NVIDIA driver > Raffaele BELARDI wrote: > > > > nomodeset did not change anything, but adding EFI_FB to the kernel finally > got me a functional console. But if I startx from there I am back again to > the same point, no X, no console switching with CTR-ALT-Fn, no crash in > syslog, I have to SSH to get to a working shell. I'm not getting anywhere, > I think I'll better install from stage3. > > > Just one more info, when issue 'halt' from the SSH OpenRC scripts are > executed up to the 'mount-ro' (or similar) script, which fails with > "Remounting / ro failed because we are using /" > > And the process hangs there, I need to hit the power switch to power off. > > > > Thanks to all who contributed, > > > > raffaele > > > > Odds are, if you start from stage3, you will get the same problem again > unless you do something different. When I first stated using Gentoo, I > didn't realize that one can restart a install pretty much anywhere in the > install. Starting over doesn't get you anything different if you repeat > the same steps. > Since you can ssh into the machine, I'd grab log files and post them here. > I'd look into sddm.log and Xorg.0.log. If you see other logs such as > rc.log, I'd post them as well. Surely something in one of those will shed > some light. It has to be easier than starting over and most likely having > the same issue again. I used ls -al /var/log/ | grep log to see what all > types of logs were there. You may have some I don't or use different tools > that generate other logs. > Here are some logs from the original config (the first one that was working > on HDD but not on SSD), so before before I stopped X/added nomodeset/added > FB_EFI. There is no DM log, it never gets to that point. > Raffaele > I checked the logs and can't find anything obvious. However: 1) My "xorg.conf" is empty 2) /etc/xorg.conf.d has 2 files: "20opengl.conf" which contains: == Section "Files" EndSection == and "40-libinput.conf" which contains: == Section "InputClass" Identifier "libinput pointer catchall" MatchIsPointer "on" MatchDevicePath "/dev/input/event*" Driver "libinput" EndSection Section "InputClass" Identifier "libinput keyboard catchall" MatchIsKeyboard "on" MatchDevicePath "/dev/input/event*" Driver "libinput" EndSection Section "InputClass" Identifier "libinput touchpad catchall" MatchIsTouchpad "on" MatchDevicePath "/dev/input/event*" Driver "libinput" EndSection Section "InputClass" Identifier "libinput touchscreen catchall" MatchIsTouchscreen "on" MatchDevicePath "/dev/input/event*" Driver "libinput" EndSection Section "InputClass" Identifier "libinput tablet catchall" MatchIsTablet "on" MatchDevicePath "/dev/input/event*" Driver "libinput" EndSection == (I did not copy the comments from the 40... file. Can you try starting X with an empty xorg.conf ? I also miss a lot of output in the "Xorg.0.log" file. It looks like it doesn't start properly. -- Joost
Re: [gentoo-user] Gentoo-sources 5.7.x [FIXED]
On Wed, 10 Jun 2020 11:01:45 +0100, Peter Humphrey wrote: > > > Did you also remove the leading slash from the kernel? I'm still > > > running 5.4 but I tried removing the slashes from the kernel and > > > initrds and it booted fine. Thanks for the heads up, I'll be ready > > > when 5.7+ goes longterm. > > > > I didn't, no, but I'll try it. > > This is the new default boot entry: > > # cat /boot/loader/entries/30-gentoo-5.7.1.conf > title Gentoo Linux 5.7.1 > linux vmlinuz-5.7.1-gentoo > options root=/dev/nvme0n1p4 initrd=intel-uc.img net.ifnames=0 > raid=noautodetect > > I've just booted from it. > > I assume I wouldn't be able to if I removed the leading slash from root= I /think/ you're right there. Any reason you bury the iniitrd in the options list rather that having it on a separate line? This is what I'm now using: title Desktop version 5.4.38-gentoo linux vmlinuz-5.4.38-gentoo options root=LABEL=yooden rd.luks.uuid=luks-... initrd intel-uc.img initrd initramfs-5.4.38-gentoo.img -- Neil Bothwick Don't let your mind wander, it's too little to be let out alone. pgpbgtbxMkHPA.pgp Description: OpenPGP digital signature
RE: [gentoo-user] clone root from HDD to SSD causes no video with NVIDIA driver
On 9 June 2020 19:04:53 CEST, Raffaele BELARDI wrote: >> -Original Message- >> For plain console (TTY1,...) you need to enable EFI_FB in the kernel. > >I read that it may conflict with the NVIDIA proprietary driver [1] so I >did not enable it. I'll give it a try. > >> As you came from an older, non-GPT setup, I am assuming this is also >the first >> attempt to boot using EFI? >> >> Joost > >On this PC, yes. I managed to have a similar setup (UEFI/Win10/Gentoo >converted from MBR to GPT) working on a different, Noveau-based PC. > >Raffele > >[] https://wiki.gentoo.org/wiki/NVIDIA/nvidia-drivers search EFI I use nvidia and efi. Efi_fb is enabled and I happily play 3D games as well. -- Joost -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: [gentoo-user] Encrypting a hard drive's data. Best method.
On 10/06/2020 07:59, Dale wrote: > It tells me I don't have permission to access but it also mounts it This KDE bug re Device Notifier has been present for a long time and it's seriously infuriating. Mounting from Dolphin, on the other hand, seems to work just fine, though it too doesn't miss the opportunity to complain about privileges. It's not a Gentoo specific issue, as I've experienced this on other distros too. I believe there was an upstream bug report that kept getting resolved and reopened. On 10/06/2020 07:59, Dale wrote: > I type in the password but it mounts it to the wrong place. This is normal. By default, volumes mounted from userspace will be mounted under "/run/media//". This makes sense and is entirely due to user privileges. Mounting under other directories would require escalation of privileges. But most basic UI features are designed for the most common scenario. On 10/06/2020 07:59, Dale wrote: > How do I tell the Device Notifier that I want it mounted somewhere > else? From KDE you can't and there's no KDE-specific tool to allow you to do that. But you can add the UUID of the filesystem to /etc/fstab and KDE will then mount it under that location. However, make sure that the UUID is that of the open volume, not the encrypted container. For example, if you manually open the encrypted volume via the command line, e.g.: # cryptsetup open /dev/sdz1 crypto_volume_name This will ask you for the encryption password and, if correct, will create a new block device "/dev/mapper/crypto_volume_name". You can then get the UUID of "/dev/mapper/crypto_volume_name" with: # blkid /dev/crypto_volume_name At this point you can close your LUKS container via: # cryptsetup close crypto_volume_name You can bypass steps 1 and 3 above by mounting via the KDE as usual, which will automatically create the block device "/dev/mapper/luks_abcdef1234". You can then get its UUID via step 2 and replace step 3 by ejecting the mounted volume. Finally, add this UUID to /etc/fstab in the usual way: UUID= /dst/mount/dir [mount_options],user 0 0 Note "user" under mount options. This is critical to making it work seamlessly from KDE, otherwise it will require escalation of privileges to mount the volume. Once you do the above, the volume should automatically be mounted under "/dst/mount/dir" the next time you mount it via Dolphin or Device Notifier. It still won't get rid of the annoying "You don't have permissions" error message, but it does work. Hope this helps. - Victor signature.asc Description: OpenPGP digital signature
[gentoo-user] virtualbox in headless configuration broken after update: delayed echo
I updated my system and now characters typed into vbox over ssh are not echo-ed until *after* a CR is entered. I diffed the stty output, to see if I could spot anything: 10~>cat /tmp/sttydiff 2,3c2,3 < rows 37 < columns 100 --- > rows 44 > columns 88 21d20 < discard = ^O 23c22,23 < min = 1 --- > discard = ^O > min = 1 30c30 < hupcl --- > -hupcl 36c36 < brkint --- > -brkint 48,49c48,49 < imaxbel < iutf8 --- > -imaxbel > -iutf8 Also, the font seems to be screwed up, because the last line of the window only shows the top half of the line. Anybody else encounter this or know what's wrong? Vbox seems to work okay when run locally, on the machine it's installed on.
Re: [gentoo-user] clone root from HDD to SSD causes no video with NVIDIA driver
On 06/09 05:13, Raffaele BELARDI wrote: > > -Original Message- > > From: tu...@posteo.de > > Sent: Tuesday, June 9, 2020 05:44 > > To: gentoo-user@lists.gentoo.org > > Subject: Re: [gentoo-user] clone root from HDD to SSD causes no video with > > NVIDIA driver > > > > > > Hi, > > > > if even displaying the console login failed, then the hole display system > > has > > gone nuts...but since the boot process as such (that is: > > the bios prompt right after POSTing) is visible, I would say, that there is > > no > > physical problem (that is: cable connected to port 2 of the monitor while > > the > > monitor is switched to port 1 and such). > > > > I would try this: > > Boot your PC, ssh into the PC and download the according nvidia-drivers > > directly from NVIDIA of the same version. > > > > quickpkg the installed drivers and remove them > > > > Check whether /usr/src/linux links to the kernel sources of the kernel > > version you are booting. > > > > Install the NVIDIA-drivers you have downloaded. > > > > Reboot. > > > > Background: > > The portage package does not install nvidia-drivers correctly - in my case, > > X > > and such works fine but RTX/Optix which is used by Blender was defunc. > > After installing the original package and masked the one which came with > > portage everything works fine. > > But the portage driver works on this same system when booted from the HDD > instead of the SSD so I'd think the driver is ok, unless it has some > dependency on UEFI vs MBR. That would be strange, but anything is possible. > > Raffaele > Hi, since I am using an EFI-boot with NVidia-drivers, which boots from SSD may be my configurations may help: kernel: # # Frame buffer Devices # CONFIG_FB_CMDLINE=y CONFIG_FB_NOTIFY=y CONFIG_FB=y # CONFIG_FIRMWARE_EDID is not set CONFIG_FB_CFB_FILLRECT=y CONFIG_FB_CFB_COPYAREA=y CONFIG_FB_CFB_IMAGEBLIT=y CONFIG_FB_SYS_FILLRECT=y CONFIG_FB_SYS_COPYAREA=y CONFIG_FB_SYS_IMAGEBLIT=y # CONFIG_FB_FOREIGN_ENDIAN is not set CONFIG_FB_SYS_FOPS=y CONFIG_FB_DEFERRED_IO=y CONFIG_FB_MODE_HELPERS=y CONFIG_FB_TILEBLITTING=y # # Frame buffer hardware drivers # # CONFIG_FB_CIRRUS is not set # CONFIG_FB_PM2 is not set # CONFIG_FB_CYBER2000 is not set # CONFIG_FB_ARC is not set # CONFIG_FB_ASILIANT is not set # CONFIG_FB_IMSTT is not set # CONFIG_FB_VGA16 is not set # CONFIG_FB_UVESA is not set # CONFIG_FB_VESA is not set # CONFIG_FB_EFI is not set # CONFIG_FB_N411 is not set # CONFIG_FB_HGA is not set # CONFIG_FB_OPENCORES is not set # CONFIG_FB_S1D13XXX is not set # CONFIG_FB_NVIDIA is not set # CONFIG_FB_RIVA is not set # CONFIG_FB_I740 is not set # CONFIG_FB_LE80578 is not set # CONFIG_FB_MATROX is not set # CONFIG_FB_RADEON is not set # CONFIG_FB_ATY128 is not set # CONFIG_FB_ATY is not set # CONFIG_FB_S3 is not set # CONFIG_FB_SAVAGE is not set # CONFIG_FB_SIS is not set # CONFIG_FB_NEOMAGIC is not set # CONFIG_FB_KYRO is not set # CONFIG_FB_3DFX is not set # CONFIG_FB_VOODOO1 is not set # CONFIG_FB_VT8623 is not set # CONFIG_FB_TRIDENT is not set # CONFIG_FB_ARK is not set # CONFIG_FB_PM3 is not set # CONFIG_FB_CARMINE is not set # CONFIG_FB_SMSCUFX is not set # CONFIG_FB_UDL is not set # CONFIG_FB_IBM_GXT4500 is not set # CONFIG_FB_VIRTUAL is not set # CONFIG_FB_METRONOME is not set # CONFIG_FB_MB862XX is not set CONFIG_FB_SIMPLE=y # CONFIG_FB_SM712 is not set # end of Frame buffer Devices kernel commandline BOOT_IMAGE=/boot/vmlinuz-5061700-64-RT root=/dev/nvme0n1p3 ro console=tty1 nomodeset enable_mtrr_cleanup mtrr_spare_reg_nr=6 mtrr_gran_size=64K mtrr_chunk_size=64M These are examples...please adapt to your setup accordingly. HTH! :) Cheers! Meino
Re: [gentoo-user] AMDGPU: computer won't shut down [UPDATE]
On 2020-06-09 23:53, n952162 wrote: I posted about this problem perhaps a year ago - when running with AMDGPU, my system won't turn off, I have to hold the power button down for a long time, forcing it down. At that time, various people commented. but AMDGPU didn't work at all for me in the end, didn't talk to my HDMI display. I gave up on it. Thanks to all the great help here, I finally got my system properly updated and AMDGPU working, and it finally talks to my HDMI display. But, it still doesn't shut down. Is it a bug? Is my system still not right? Is there something I have to do yet? The following assignment is on the linux line when booting in grub: amdgpu.dc=1 When I make that 0, the system shuts down properly when the power button is pressed. When it's 1, the system hangs after blank screen when that button is pressed.
Re: [gentoo-user] Gentoo-sources 5.7.x [FIXED]
On Tuesday, 9 June 2020 19:32:23 BST Andrew Udvare wrote: [Snip much interesting stuff] My motherboard is also Asus: an X99-A. I haven't overwritten the UEFI BIOS kernel image for quite a while; not since I arrived at a stable layout of /boot. This is my /boot layout: # tree /boot /boot ├── config-5.4.38-gentoo ├── config-5.4.38-gentoo-rescue ├── config-5.7.1-gentoo ├── early_ucode.cpio ├── EFI │ ├── Boot │ │ └── bootx64.efi │ └── systemd │ └── systemd-bootx64.efi ├── intel-uc.img ├── loader │ ├── entries │ │ ├── 08-gentoo-5.4.38-rescue.conf │ │ ├── 09-gentoo-5.4.38-rescue.nonet.conf │ │ ├── 30-gentoo-5.7.1.conf │ │ ├── 32-gentoo-5.7.1.nox.conf │ │ ├── 34-gentoo-5.7.1.nonet.conf │ │ ├── 40-gentoo-5.4.38.conf │ │ ├── 42-gentoo-5.4.38.nox.conf │ │ └── 44-gentoo-5.4.38.nonet.conf │ ├── loader.conf │ └── random-seed ├── System.map-5.4.38-gentoo ├── System.map-5.4.38-gentoo-rescue ├── System.map-5.7.1-gentoo ├── vmlinuz-5.4.38-gentoo ├── vmlinuz-5.4.38-gentoo-rescue └── vmlinuz-5.7.1-gentoo It's the outcome of a good deal of effort to find a working structure, and I'd need some persuasion to change it again. :) -- Regards, Peter.
Re: [gentoo-user] clone root from HDD to SSD causes no video with NVIDIA driver
On 10/06/20 06:47, Raffaele BELARDI wrote: > nomodeset did not change anything, but adding EFI_FB to the kernel finally > got me a functional console. But if I startx from there I am back again to > the same point, no X, no console switching with CTR-ALT-Fn, no crash in > syslog, I have to SSH to get to a working shell. I'm not getting anywhere, I > think I'll better install from stage3. Console switching is, iirc, a toggle-off-on feature. It might be toggled off by default and starting X toggles it on, but it's not getting that far ... See if you can toggle it on at the console and then try startx. Or is it possible you can't toggle buffers because it's booting with only console enabled? That could also explain the X problem because it hasn't got a buffer to switch to? Hope this helps, although it probably won't ... Cheers, Wol
Re: [gentoo-user] Gentoo-sources 5.7.x [FIXED]
On Wednesday, 10 June 2020 09:57:18 BST Peter Humphrey wrote: > On Tuesday, 9 June 2020 18:29:50 BST Neil Bothwick wrote: > > Did you also remove the leading slash from the kernel? I'm still running > > 5.4 but I tried removing the slashes from the kernel and initrds and it > > booted fine. Thanks for the heads up, I'll be ready when 5.7+ goes > > longterm. > > I didn't, no, but I'll try it. This is the new default boot entry: # cat /boot/loader/entries/30-gentoo-5.7.1.conf title Gentoo Linux 5.7.1 linux vmlinuz-5.7.1-gentoo options root=/dev/nvme0n1p4 initrd=intel-uc.img net.ifnames=0 raid=noautodetect I've just booted from it. I assume I wouldn't be able to if I removed the leading slash from root= -- Regards, Peter.
Re: [gentoo-user] Encrypting a hard drive's data. Best method.
On Wednesday, 10 June 2020 07:59:19 BST Dale wrote: > Howdy, > > Same topic just new question. I use KDE and am wanting to have it so > the Device Notifier will allow me to mount the drive when I turn it on. I probably missed in earlier threads, but is this is an externally powered USB device? > So far, I got it set up and when I turn the drive on and click for it to > mount it, it asks me for a password. Where do you "click for it"? > I type in the password but it mounts it to the wrong place. Please define "wrong place". > If I do it on the command line, it works as expected. What is expected? > I have it set up in dmcrypt and fstab. So, command line > works, KDE's Device Notifier doesn't. For the avoidance of doubt: "command line" = /bin/mount "KDE's Device Notifier" = /usr/bin/udisksctl There is a difference between the two: $ ls -la /bin/mount -rws--x--x 1 root root 56360 May 11 00:25 /bin/mount $ ls -la /usr/bin/udisksctl -rwxr-xr-x 1 root root 60496 Nov 23 2019 /usr/bin/udisksctl You run mount as root with temporarily elevated privileges and operate on devices directly via the kernel, but can only mount such block devices if they have a corresponding /etc/fstab entry - unless you are root. You run udisksctl as plain user - it is a userspace command which operates on the udisks daemon to manipulate mountable devices via D-Bus. The default mountpoint by udisksctl is under /run/media//LABEL > It tells me I don't have > permission to access but it also mounts it in the wrong place. I > suspect it mounting it in the wrong place leads to the permissions > error. It mounts under /run. I want it mounted under /home. You may be able to achieve this via udev rules for the specific UUID of the disk, or perhaps via a symlink from /home to the /run mountpoint. I haven't tested this, but you could give it a spin and see what you get. PS. You can ignore my earlier questions, no need to answer them. The structure of your message was perhaps back to front to assist my understanding. :-) signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Gentoo-sources 5.7.x [FIXED]
On Tuesday, 9 June 2020 18:29:50 BST Neil Bothwick wrote: > On Tue, 09 Jun 2020 17:07:40 +0100, Peter Humphrey wrote: > > > Nope. Didn't help. All I have now is dredging through the kernel > > > config yet again, or possibly even trying an initrd. I hope I'm not > > > being forced down that road after all these years. > > > > It was so simple, and the clue was in an earlier message. > > > > # cat /boot/loader/entries/30-gentoo-5.7.1.conf > > title Gentoo Linux 5.7.1initrd=/intel-uc.img > > linux /vmlinuz-5.7.1-gentoo > > options root=/dev/nvme0n1p4 initrd=/intel-uc.img net.ifnames=0 > > raid=noautodetect That's got corrupted somehow. My first post had it right, but the first line of the file above is not. > > All I had to do was to remove the slash from initrd=/intel-uc.img. I > > did that in all the .../entries files and 5.4.38 also still boots > > happily. > > Did you also remove the leading slash from the kernel? I'm still running > 5.4 but I tried removing the slashes from the kernel and initrds and it > booted fine. Thanks for the heads up, I'll be ready when 5.7+ goes > longterm. I didn't, no, but I'll try it. -- Regards, Peter.
RE: [gentoo-user] clone root from HDD to SSD causes no video with NVIDIA driver
From: Dale Sent: Wednesday, June 10, 2020 08:02 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] clone root from HDD to SSD causes no video with NVIDIA driver Raffaele BELARDI wrote: nomodeset did not change anything, but adding EFI_FB to the kernel finally got me a functional console. But if I startx from there I am back again to the same point, no X, no console switching with CTR-ALT-Fn, no crash in syslog, I have to SSH to get to a working shell. I'm not getting anywhere, I think I'll better install from stage3. Just one more info, when issue 'halt' from the SSH OpenRC scripts are executed up to the 'mount-ro' (or similar) script, which fails with "Remounting / ro failed because we are using /" And the process hangs there, I need to hit the power switch to power off. Thanks to all who contributed, raffaele Odds are, if you start from stage3, you will get the same problem again unless you do something different. When I first stated using Gentoo, I didn't realize that one can restart a install pretty much anywhere in the install. Starting over doesn't get you anything different if you repeat the same steps. Since you can ssh into the machine, I'd grab log files and post them here. I'd look into sddm.log and Xorg.0.log. If you see other logs such as rc.log, I'd post them as well. Surely something in one of those will shed some light. It has to be easier than starting over and most likely having the same issue again. I used ls -al /var/log/ | grep log to see what all types of logs were there. You may have some I don't or use different tools that generate other logs. Here are some logs from the original config (the first one that was working on HDD but not on SSD), so before before I stopped X/added nomodeset/added FB_EFI. There is no DM log, it never gets to that point. Raffaele <> <> <> <>
Re: [gentoo-user] Encrypting a hard drive's data. Best method.
Howdy, Same topic just new question. I use KDE and am wanting to have it so the Device Notifier will allow me to mount the drive when I turn it on. So far, I got it set up and when I turn the drive on and click for it to mount it, it asks me for a password. I type in the password but it mounts it to the wrong place. If I do it on the command line, it works as expected. I have it set up in dmcrypt and fstab. So, command line works, KDE's Device Notifier doesn't. It tells me I don't have permission to access but it also mounts it in the wrong place. I suspect it mounting it in the wrong place leads to the permissions error. It mounts under /run. I want it mounted under /home. How do I tell the Device Notifier that I want it mounted somewhere else? I've never done this part before since I let everything else mount under /run. My cameras, cell phone, card reader and such mounts under it. That's fine for those. This I want to mount under /home tho. Is this doable? Is there another tool KDE needs to do this? Thanks. Dale :-) :-)
Re: [gentoo-user] AMDGPU: computer won't shut down
On 2020-06-10 00:20, Ashley Dixon wrote: On Tue, Jun 09, 2020 at 11:53:55PM +0200, n952162 wrote: I posted about this problem perhaps a year ago - when running with AMDGPU, my system won't turn off, I have to hold the power button down for a long time, forcing it down. Thanks to all the great help here, I finally got my system properly updated and AMDGPU working, and it finally talks to my HDMI display. But, it still doesn't shut down. I assume you are using the AMDGPU drivers [1], but are you also using AMDGPU-PRO (closed-source accelerator) [2] ? AMDGPU yes AMDGPU-PRO no. Also, are you loading the firmware directly into the kernel, or as kernel modules ? # # Firmware loader # CONFIG_FW_LOADER=y CONFIG_EXTRA_FIRMWARE="amdgpu/stoney_ce.bin amdgpu/stoney_me.bin amdgpu/stoney_mec.bin amdgpu/stoney_pfp.bin amdgpu/stoney_rlc.bin amdgpu/stoney_sdma.bin amdgpu/stoney_uvd.bin amdgpu/stoney_vce.bin" CONFIG_EXTRA_FIRMWARE_DIR="/lib/firmware" # CONFIG_FW_LOADER_USER_HELPER is not set CONFIG_WANT_DEV_COREDUMP=y CONFIG_ALLOW_DEV_COREDUMP=y CONFIG_DEV_COREDUMP=y # CONFIG_DEBUG_DRIVER is not set # CONFIG_DEBUG_DEVRES is not set # CONFIG_DEBUG_TEST_DRIVER_REMOVE is not set # CONFIG_TEST_ASYNC_DRIVER_PROBE is not set CONFIG_GENERIC_CPU_AUTOPROBE=y CONFIG_GENERIC_CPU_VULNERABILITIES=y CONFIG_REGMAP=y CONFIG_REGMAP_I2C=m CONFIG_DMA_SHARED_BUFFER=y # CONFIG_DMA_FENCE_TRACE is not set Which GPU series/firmware do you have installed [3] ? -- 00~>lspci | grep -i vga 00:01.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Stoney [Radeon R2/R3/R4/R5 Graphics] (rev da) -- Volcanic Islands CARRIZO, FIJI, STONEY, TONGA, TOPAZ, WANI GCN3.x R9 285, R9 380, R9 380X, R9 Fury, R9 Nano, R9 Fury X, Pro Duo 4.5 3.2 amdgpu radeonsi -- drwxr-xr-x 2 root root 4096 Dec 15 16:50 /var/db/pkg/sys-kernel/linux-firmware-20191022 -- 00~>equery uses sys-kernel/linux-firmware-20191022 [ Legend : U - final flag setting for installation] [ : I - package is installed with flag ] [ Colors : set, unset ] * Found these USE flags for sys-kernel/linux-firmware-20191022: U I - - initramfs : Create and install initramfs for early microcode loading in /boot (only AMD for now) + + redistributable : Install also non-free (but redistributable) firmware files - - savedconfig : Allows individual selection of firmware files -- [1] https://wiki.gentoo.org/wiki/AMDGPU [2] https://wiki.gentoo.org/wiki/AMDGPU-PRO [3] https://wiki.gentoo.org/wiki/AMDGPU#Incorporating_firmware (see the table)
Re: [gentoo-user] clone root from HDD to SSD causes no video with NVIDIA driver
Raffaele BELARDI wrote: >> -Original Message- >> From: J. Roeleveld >> Sent: Tuesday, June 9, 2020 08:23 >> To: gentoo-user@lists.gentoo.org >> Subject: Re: [gentoo-user] clone root from HDD to SSD causes no video with >> NVIDIA driver >> >> For plain console (TTY1,...) you need to enable EFI_FB in the kernel. >> >> I use Nvidia and also have this enabled in the kernel, so it can work >> together. >> I also use the nvidia-drivers package provided in Portage. Not everything is >> added, but most is. The RTX/Optix libraries are added when using a "multilib" >> profile, judging from the ebuild. > nomodeset did not change anything, but adding EFI_FB to the kernel finally > got me a functional console. But if I startx from there I am back again to > the same point, no X, no console switching with CTR-ALT-Fn, no crash in > syslog, I have to SSH to get to a working shell. I'm not getting anywhere, I > think I'll better install from stage3. > > Just one more info, when issue 'halt' from the SSH OpenRC scripts are > executed up to the 'mount-ro' (or similar) script, which fails with > "Remounting / ro failed because we are using /" > And the process hangs there, I need to hit the power switch to power off. > > Thanks to all who contributed, > > raffaele > > Odds are, if you start from stage3, you will get the same problem again unless you do something different. When I first stated using Gentoo, I didn't realize that one can restart a install pretty much anywhere in the install. Starting over doesn't get you anything different if you repeat the same steps. Since you can ssh into the machine, I'd grab log files and post them here. I'd look into sddm.log and Xorg.0.log. If you see other logs such as rc.log, I'd post them as well. Surely something in one of those will shed some light. It has to be easier than starting over and most likely having the same issue again. I used ls -al /var/log/ | grep log to see what all types of logs were there. You may have some I don't or use different tools that generate other logs. I suspect either one of those logs will shed some light or it is a kernel config or kernel boot option problem. Just a gut thing. Since you can ssh in, it seems everything else is working. Dale :-) :-)
