RE: [gentoo-user] clone root from HDD to SSD causes no video with NVIDIA driver

[Raffaele BELARDI]

> -Original Message-
> From: J. Roeleveld 
> Sent: Monday, June 15, 2020 16:20
> To: gentoo-user@lists.gentoo.org
> Subject: Re: [gentoo-user] clone root from HDD to SSD causes no video with
> NVIDIA driver
> 
> On Monday, June 15, 2020 9:56:39 AM CEST Raffaele BELARDI wrote:
> >   *   From: Dale 
> >   *   Sent: Wednesday, June 10, 2020 08:02
> >   *   To: gentoo-user@lists.gentoo.org u...@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.
> >
> >   *   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.
> > Just to update: I tried all the hints received here with no luck.
> > Since others on this list managed to get uefifb working with the
> > NVIDIA driver I believe the problem could be my mobo/UEFI FW/GPU
> > combination. I found some rather old posts ([1], [2]) supporting this
> > hypothesis. For the moment I switched to nouveau.
> 
> > Thanks again to all,
> >
> > raffaele
> >
> > [1]
> > https://forums.developer.nvidia.com/t/uefi-nvidia-vga-console-complain
> > ts/37
> > 690
>  [2]
> > https://forums.developer.nvidia.com/t/nvidia-devs-any-eta-on-fbdev-con
> > sole->
> mode-setting-implementation/47043
> 
> Personally, I would not expect this to be related to mainboard firmware/bios
> issues as I have not had any issues with efifb and nvidia-drivers on several
> systems.

I still have some hopes, I intend to give NVIDIA another try later.
> 
> What is your kernel-commandline?
> 
> Mine is really simple:
> $ cat /proc/cmdline
> root=/dev/nvme0n1p3

root=/dev/sdb5 ro quiet raid=noautodetect

> 
> I get the following in my dmesg for "efifb":
> 
> [8.717047] efifb: probing for efifb
> [8.717061] efifb: framebuffer at 0xd100, using 3072k, total 3072k
> [8.717062] efifb: mode is 1024x768x32, linelength=4096, pages=1
> [8.717064] efifb: scrolling: redraw
> [8.717065] efifb: Truecolor: size=8:8:8:8, shift=24:16:8:0
> [8.719748] fb0: EFI VGA frame buffer device
> 

Same here:
[0.705019] efifb: probing for efifb
[0.705029] efifb: framebuffer at 0xc000, using 3072k, total 3072k
[0.705030] efifb: mode is 1024x768x32, linelength=4096, pages=1
[0.705030] efifb: scrolling: redraw
[0.705031] efifb: Truecolor: size=8:8:8:8, shift=24:16:8:0
[0.705122] Console: switching to colour frame buffer device 128x48
[0.706608] fb0: EFI VGA frame buffer device
 
> Which is nowhere near the real resolution my screen can handle, but for
> emergencies, this is definitely sufficient.
> 
> For completeness, these are the entries for nvidia:
> 
> $ dmesg | grep -i nvidia
> [   11.222893] nvidia: loading out-of-tree module taints kernel.
> [   11.222908] nvidia: module license 'NVIDIA' taints kernel.
> [   11.241368] nvidia-nvlink: Nvlink Core is being initialized, major device
> number 240
> [   11.241687] nvidia :01:00.0: vgaarb: changed VGA decodes:
> olddecodes=io+mem,decodes=none:owns=io+mem
> [   11.283229] NVRM: loading NVIDIA UNIX x86_64 Kernel Module  440.82
> Wed Apr
> 1 20:04:33 UTC 2020
> [   11.287732] nvidia-modeset: Loading NVIDIA Kernel Mode Setting Driver for
> UNIX platforms  440.82  Wed Apr  1 19:41:29 UTC 2020
> [   11.289189] [drm] [nvidia-drm] [GPU ID 0x0100] Loading driver
> [   11.289191] [drm] Initialized nvidia-drm 0.0.0 20160202 for :01:00.0 on
> minor 0
> [   11.861737] input: HDA NVidia HDMI/DP,pcm=3 as /devices/
> pci:00/:00:03.0/:01:00.1/sound/card1/input28
> [   11.862152] input: HDA NVidia HDMI/DP,pcm=7 as /devices/
> pci:00/:00:03.0/:01:00.1/sound/card1/input29
> [   11.979061] input: HDA NVidia HDMI/DP,pcm=8 as /devices/
> pci:00/:00:03.0/:01:00.1/sound/card1/input30
> [   11.979134] input: HDA NVidia HDMI/DP,pcm=9 as /devices/
> pci:00/:00:03.0/:01:00.1/sound/card1/input31
> 

I don't have these at the moment because I switched to noveau to stabilize the 
system, later I'll try again with NVIDIA.

> On a side-note, anyone know how to prevent these sound-devices from
> appearing?
> I never use these on this system.
> 
> --
> Joost
> 
> 
> 

Re: [gentoo-user] clone root from HDD to SSD causes no video with NVIDIA driver

[J. Roeleveld]

On Monday, June 15, 2020 9:56:39 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. 
> 
>   *   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. 
> Just to update: I tried all the hints received here with no luck. Since
> others on this list managed to get uefifb working with the NVIDIA driver I
> believe the problem could be my mobo/UEFI FW/GPU combination. I found some
> rather old posts ([1], [2]) supporting this hypothesis. For the moment I
> switched to nouveau.
 
> Thanks again to all,
> 
> raffaele
> 
> [1]
> https://forums.developer.nvidia.com/t/uefi-nvidia-vga-console-complaints/37
> 690
 [2]
> https://forums.developer.nvidia.com/t/nvidia-devs-any-eta-on-fbdev-console-> 
mode-setting-implementation/47043 

Personally, I would not expect this to be related to mainboard firmware/bios 
issues as I have not had any issues with efifb and nvidia-drivers on several 
systems.

What is your kernel-commandline?

Mine is really simple:
$ cat /proc/cmdline 
root=/dev/nvme0n1p3

I get the following in my dmesg for "efifb":

[8.717047] efifb: probing for efifb
[8.717061] efifb: framebuffer at 0xd100, using 3072k, total 3072k
[8.717062] efifb: mode is 1024x768x32, linelength=4096, pages=1
[8.717064] efifb: scrolling: redraw
[8.717065] efifb: Truecolor: size=8:8:8:8, shift=24:16:8:0
[8.719748] fb0: EFI VGA frame buffer device


Which is nowhere near the real resolution my screen can handle, but for 
emergencies, this is definitely sufficient.

For completeness, these are the entries for nvidia:

$ dmesg | grep -i nvidia
[   11.222893] nvidia: loading out-of-tree module taints kernel.
[   11.222908] nvidia: module license 'NVIDIA' taints kernel.
[   11.241368] nvidia-nvlink: Nvlink Core is being initialized, major device 
number 240
[   11.241687] nvidia :01:00.0: vgaarb: changed VGA decodes: 
olddecodes=io+mem,decodes=none:owns=io+mem
[   11.283229] NVRM: loading NVIDIA UNIX x86_64 Kernel Module  440.82  Wed Apr  
1 20:04:33 UTC 2020
[   11.287732] nvidia-modeset: Loading NVIDIA Kernel Mode Setting Driver for 
UNIX platforms  440.82  Wed Apr  1 19:41:29 UTC 2020
[   11.289189] [drm] [nvidia-drm] [GPU ID 0x0100] Loading driver
[   11.289191] [drm] Initialized nvidia-drm 0.0.0 20160202 for :01:00.0 on 
minor 0
[   11.861737] input: HDA NVidia HDMI/DP,pcm=3 as /devices/
pci:00/:00:03.0/:01:00.1/sound/card1/input28
[   11.862152] input: HDA NVidia HDMI/DP,pcm=7 as /devices/
pci:00/:00:03.0/:01:00.1/sound/card1/input29
[   11.979061] input: HDA NVidia HDMI/DP,pcm=8 as /devices/
pci:00/:00:03.0/:01:00.1/sound/card1/input30
[   11.979134] input: HDA NVidia HDMI/DP,pcm=9 as /devices/
pci:00/:00:03.0/:01:00.1/sound/card1/input31


On a side-note, anyone know how to prevent these sound-devices from appearing? 
I never use these on this system.

--
Joost

RE: [gentoo-user] clone root from HDD to SSD causes no video with NVIDIA driver

[Raffaele BELARDI]

  *   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.


  *   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.

Just to update: I tried all the hints received here with no luck. Since others 
on this list managed to get uefifb working with the NVIDIA driver I believe the 
problem could be my mobo/UEFI FW/GPU combination. I found some rather old posts 
([1], [2]) supporting this hypothesis. For the moment I switched to nouveau.

Thanks again to all,

raffaele

[1] 
https://forums.developer.nvidia.com/t/uefi-nvidia-vga-console-complaints/37690
[2] 
https://forums.developer.nvidia.com/t/nvidia-devs-any-eta-on-fbdev-console-mode-setting-implementation/47043

Re: [gentoo-user] clone root from HDD to SSD causes no video with NVIDIA driver

[J. Roeleveld]

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] clone root from HDD to SSD causes no video with NVIDIA driver

[J. Roeleveld]

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] clone root from HDD to SSD causes no video with NVIDIA driver

[tuxic]

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] clone root from HDD to SSD causes no video with NVIDIA driver

[Wols Lists]

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] clone root from HDD to SSD causes no video with NVIDIA driver

[Raffaele BELARDI]

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] clone root from HDD to SSD causes no video with NVIDIA driver

[Dale]

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

:-)  :-) 

RE: [gentoo-user] clone root from HDD to SSD causes no video with NVIDIA driver

[Raffaele BELARDI]

> -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

RE: [gentoo-user] clone root from HDD to SSD causes no video with NVIDIA driver

[Raffaele BELARDI]

> -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

RE: [gentoo-user] clone root from HDD to SSD causes no video with NVIDIA driver

[Raffaele BELARDI]

> -Original Message-
> From: Ashley Dixon 
> Sent: Tuesday, June 9, 2020 05:52
> To: gentoo-user@lists.gentoo.org
> Subject: Re: [gentoo-user] clone root from HDD to SSD causes no video with
> NVIDIA driver
> 
> On Tue, Jun 09, 2020 at 05:43:33AM +0200, tu...@posteo.de wrote:
> > I would try this:
> > Boot your PC, ssh into the PC and download the according
> > nvidia-drivers directly from NVIDIA of the same version.
> 
> > On 06/08 06:20, Raffaele BELARDI wrote:
> > > No console except SSH. I'm not sure I can invoke startx from an SSH.
> 
> Irrelevant aside:
> 
> The  kernel  loads  the  graphics  drivers  on  boot;  it  is  no   longer   
> the
> responsibility of X under normal circumstances.  Assuming you can get access
> to the kernel command line arguments (with grub, this can be done from  the
> bootup menu [1]), passing the `nomodeset` option will prevent the NVIDIA
> drivers  from loading until you start the X server. There is no need for SSH
> here.
> 
> [1] https://ubuntuforums.org/showthread.php?t=1613132

Interesting, I will give the nomodeset a try. But I still don't understand the 
mechanism used by the kernel to load proprietary driver, I assumed that had to 
be done via modprobe, and I think I disabled the OpenRC script firing that.

Raffaele

RE: [gentoo-user] clone root from HDD to SSD causes no video with NVIDIA driver

[Raffaele BELARDI]

> -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

Re: [gentoo-user] clone root from HDD to SSD causes no video with NVIDIA driver

[tuxic]

On 06/09 08:23, J. Roeleveld wrote:
> On Tuesday, June 9, 2020 5:43:33 AM CEST tu...@posteo.de wrote:
> > 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.
> > 
> > Cheers!
> > Meino
> > 
> > On 06/08 06:20, Raffaele BELARDI wrote:
> > > > -Original Message-
> > > > From: tu...@posteo.de 
> > > > Sent: Monday, June 8, 2020 18:14
> > > > To: gentoo-user@lists.gentoo.org
> > > > Subject: Re: [gentoo-user] clone root from HDD to SSD causes no video
> > > > with
> > > > NVIDIA driver
> > > > 
> > > > You said, you are able to ssh into your PC.
> > > > I would try the following: Boot the PC, ssh into it and disable the
> > > > start of X. Boot again: Are you getting the console login successfully?
> > > 
> > > X is started by lxdm, which is started by an /etc/local.d/ script. I
> > > removed that, after reboot I no longer see X processes, but no conole
> > > except for SSH. Syslog still shows the nvidia module being loaded. I
> > > removed 'modules' from boot runlevel, nvidia is still loaded. I unmerged
> > > nvidia-drivers, nvidia still loaded. This is puzzling me.> 
> > > > Can you check, whether /dev , /proc , /sys and other directories of a
> > > > special function are created and filled correctly?
> > > > Are the permissions ok?
> > > > Is /run available and setup correctly?
> > > 
> > > To the best of my knowledge yes, they look fine.
> > > 
> > > > Are there any leftovers from the root@hd in /etc/fstab?
> > > 
> > > I rewrote fstab using UUID instead of /dev/sdx, there shouldn't be
> > > problems there.> 
> > > > If you get to console successfully, is it possible to start X from the
> > > > commandline? What is printed on the terminal?
> > > > What does X.log say?
> > > 
> > > No console except SSH. I'm not sure I can invoke startx from an SSH.
> > > 
> > > Thanks,
> > > 
> > > raffaele
> 
> 
> 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.
> 
> As you came from an older, non-GPT setup, I am assuming this is also the 
> first 
> attempt to boot using EFI?
> 
> --
> Joost
> 
> 
> 

Hi Joost,

I am on pure AMD64 with Gentoo...so "multilib" is not an option for
me.

Cheers!
Meino

Re: [gentoo-user] clone root from HDD to SSD causes no video with NVIDIA driver

[J. Roeleveld]

On Tuesday, June 9, 2020 5:43:33 AM CEST tu...@posteo.de wrote:
> 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.
> 
> Cheers!
> Meino
> 
> On 06/08 06:20, Raffaele BELARDI wrote:
> > > -Original Message-
> > > From: tu...@posteo.de 
> > > Sent: Monday, June 8, 2020 18:14
> > > To: gentoo-user@lists.gentoo.org
> > > Subject: Re: [gentoo-user] clone root from HDD to SSD causes no video
> > > with
> > > NVIDIA driver
> > > 
> > > You said, you are able to ssh into your PC.
> > > I would try the following: Boot the PC, ssh into it and disable the
> > > start of X. Boot again: Are you getting the console login successfully?
> > 
> > X is started by lxdm, which is started by an /etc/local.d/ script. I
> > removed that, after reboot I no longer see X processes, but no conole
> > except for SSH. Syslog still shows the nvidia module being loaded. I
> > removed 'modules' from boot runlevel, nvidia is still loaded. I unmerged
> > nvidia-drivers, nvidia still loaded. This is puzzling me.> 
> > > Can you check, whether /dev , /proc , /sys and other directories of a
> > > special function are created and filled correctly?
> > > Are the permissions ok?
> > > Is /run available and setup correctly?
> > 
> > To the best of my knowledge yes, they look fine.
> > 
> > > Are there any leftovers from the root@hd in /etc/fstab?
> > 
> > I rewrote fstab using UUID instead of /dev/sdx, there shouldn't be
> > problems there.> 
> > > If you get to console successfully, is it possible to start X from the
> > > commandline? What is printed on the terminal?
> > > What does X.log say?
> > 
> > No console except SSH. I'm not sure I can invoke startx from an SSH.
> > 
> > Thanks,
> > 
> > raffaele


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.

As you came from an older, non-GPT setup, I am assuming this is also the first 
attempt to boot using EFI?

--
Joost

Re: [gentoo-user] clone root from HDD to SSD causes no video with NVIDIA driver

[Ashley Dixon]

On Tue, Jun 09, 2020 at 05:43:33AM +0200, tu...@posteo.de wrote:
> I would try this:
> Boot your PC, ssh into the PC and download the according
> nvidia-drivers directly from NVIDIA of the same version.

> On 06/08 06:20, Raffaele BELARDI wrote:
> > No console except SSH. I'm not sure I can invoke startx from an SSH.

Irrelevant aside:

The  kernel  loads  the  graphics  drivers  on  boot;  it  is  no   longer   the
responsibility of X under normal circumstances.  Assuming you can get access  to
the kernel command line arguments (with grub, this can be done from  the  bootup
menu [1]), passing the `nomodeset` option will prevent the NVIDIA  drivers  from
loading until you start the X server. There is no need for SSH here.

I had a very similar situation with my AMD drivers a while ago, and  being  able
to use the local (pseudo-)TTY made debugging an order of magnitude less painful.

[1] https://ubuntuforums.org/showthread.php?t=1613132

-- 

Ashley Dixon
suugaku.co.uk

2A9A 4117
DA96 D18A
8A7B B0D2
A30E BF25
F290 A8AA



signature.asc
Description: PGP signature

Re: [gentoo-user] clone root from HDD to SSD causes no video with NVIDIA driver

[tuxic]

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.

Cheers!
Meino





On 06/08 06:20, Raffaele BELARDI wrote:
> > -Original Message-
> > From: tu...@posteo.de 
> > Sent: Monday, June 8, 2020 18:14
> > To: gentoo-user@lists.gentoo.org
> > Subject: Re: [gentoo-user] clone root from HDD to SSD causes no video with
> > NVIDIA driver
> > 
> > You said, you are able to ssh into your PC.
> > I would try the following: Boot the PC, ssh into it and disable the start 
> > of X.
> > Boot again: Are you getting the console login successfully?
> 
> X is started by lxdm, which is started by an /etc/local.d/ script. I removed 
> that, after reboot I no longer see X processes, but no conole except for SSH.
> Syslog still shows the nvidia module being loaded. I removed 'modules' from 
> boot runlevel, nvidia is still loaded. I unmerged nvidia-drivers, nvidia 
> still loaded. This is puzzling me.
> 
> > Can you check, whether /dev , /proc , /sys and other directories of a 
> > special
> > function are created and filled correctly?
> > Are the permissions ok?
> > Is /run available and setup correctly?
> 
> To the best of my knowledge yes, they look fine.
> 
> > Are there any leftovers from the root@hd in /etc/fstab?
> 
> I rewrote fstab using UUID instead of /dev/sdx, there shouldn't be problems 
> there.
>  
> > If you get to console successfully, is it possible to start X from the
> > commandline? What is printed on the terminal?
> > What does X.log say?
> 
> No console except SSH. I'm not sure I can invoke startx from an SSH.
> 
> Thanks,
> 
> raffaele
> 

Re: [gentoo-user] clone root from HDD to SSD causes no video with NVIDIA driver

[Neil Bothwick]

On Mon, 8 Jun 2020 18:07:37 +, Raffaele BELARDI wrote:

> > -Original Message-
> > From: Neil Bothwick 
> > Sent: Monday, June 8, 2020 18:07
> > To: gentoo-user@lists.gentoo.org
> > Subject: Re: [gentoo-user] clone root from HDD to SSD causes no video
> > with NVIDIA driver
> > 
> > You're missing device nodes in /dev that are needed before udev
> > populates it. Simply excluding the virtual filesystems as you have
> > results in these files not being copied as they are hidden behind the
> > virtual /dev/ mounted from used. The way I clone a root device is
> > 
> > mkdir -p /mnt/root
> > mount --bind / /mnt/root
> > rsync -a /mnt/root/ /mnt/new/device/
> > 
> > That preserves files that are otherwise hidden by mounted filesystems.
> >   
> I tried this:
> # mkdir -p /mnt/root
> # mount --bind / /mnt/root
> 
> The bind-mounted dev/ does not contain all devices, in particular the
> nvidia ones are missing. BTW, I thought these were created dynamically
> during the module load. Then, for a quick test: # rsync -a
> /mnt/root/dev/* /mnt/new/device/dev

It won't contain all devices, just the bare minimum needed to open a
console etc. The rest are created dynamically when udev starts, all you
need before then is enough to get you to that point.


> But it did not fix the issue.

Then you have a different problem, since the dev directory of the root
partition (which is not the same as /dev on the booted system) should now
contain the same on both disks.
 

-- 
Neil Bothwick

Isn't it a bit unnerving that doctors call what they do "practice?"


pgpsNBeb0NmuZ.pgp
Description: OpenPGP digital signature

RE: [gentoo-user] clone root from HDD to SSD causes no video with NVIDIA driver

[Raffaele BELARDI]

> -Original Message-
> From: tu...@posteo.de 
> Sent: Monday, June 8, 2020 18:14
> To: gentoo-user@lists.gentoo.org
> Subject: Re: [gentoo-user] clone root from HDD to SSD causes no video with
> NVIDIA driver
> 
> You said, you are able to ssh into your PC.
> I would try the following: Boot the PC, ssh into it and disable the start of 
> X.
> Boot again: Are you getting the console login successfully?

X is started by lxdm, which is started by an /etc/local.d/ script. I removed 
that, after reboot I no longer see X processes, but no conole except for SSH.
Syslog still shows the nvidia module being loaded. I removed 'modules' from 
boot runlevel, nvidia is still loaded. I unmerged nvidia-drivers, nvidia still 
loaded. This is puzzling me.

> Can you check, whether /dev , /proc , /sys and other directories of a special
> function are created and filled correctly?
> Are the permissions ok?
> Is /run available and setup correctly?

To the best of my knowledge yes, they look fine.

> Are there any leftovers from the root@hd in /etc/fstab?

I rewrote fstab using UUID instead of /dev/sdx, there shouldn't be problems 
there.
 
> If you get to console successfully, is it possible to start X from the
> commandline? What is printed on the terminal?
> What does X.log say?

No console except SSH. I'm not sure I can invoke startx from an SSH.

Thanks,

raffaele

RE: [gentoo-user] clone root from HDD to SSD causes no video with NVIDIA driver

[Raffaele BELARDI]

> -Original Message-
> From: Neil Bothwick 
> Sent: Monday, June 8, 2020 18:07
> To: gentoo-user@lists.gentoo.org
> Subject: Re: [gentoo-user] clone root from HDD to SSD causes no video with
> NVIDIA driver
> 
> You're missing device nodes in /dev that are needed before udev populates
> it. Simply excluding the virtual filesystems as you have results in these 
> files
> not being copied as they are hidden behind the virtual /dev/ mounted from
> used. The way I clone a root device is
> 
> mkdir -p /mnt/root
> mount --bind / /mnt/root
> rsync -a /mnt/root/ /mnt/new/device/
> 
> That preserves files that are otherwise hidden by mounted filesystems.
> 
I tried this:
# mkdir -p /mnt/root
# mount --bind / /mnt/root

The bind-mounted dev/ does not contain all devices, in particular the nvidia 
ones are missing. BTW, I thought these were created dynamically during the 
module load.
Then, for a quick test:
# rsync -a /mnt/root/dev/* /mnt/new/device/dev

But it did not fix the issue.

raffaele

Re: [gentoo-user] clone root from HDD to SSD causes no video with NVIDIA driver

[tuxic]

Hi Raffaele,

may be this could give some insight of was is happening.

You said, you are able to ssh into your PC. 
I would try the following: Boot the PC, ssh into it and disable the
start of X. Boot again: Are you getting the console login
successfully?

Can you check, whether /dev , /proc , /sys and other directories of a
special function are created and filled correctly?
Are the permissions ok?
Is /run available and setup correctly?

Are there any leftovers from the root@hd in /etc/fstab?

If you get to console successfully, is it possible to start X from
the commandline? What is printed on the terminal?
What does X.log say?

Hopefully we will find something to fix that problem!

Cheers!
Meino




On 06/08 04:02, Raffaele BELARDI wrote:
> Hello,
> 
> I am trying to switch an existing and fully working HDD, MBR-based ~amd64 
> LXDE/Kodi setup to a 500Gb SSD. I also took the opportunity to dual boot 
> Gentoo with Win10 on the same SSD. As suggested by the Wiki [1] I first 
> installed Win letting it GPT-partition the SSD and leaving some empty space 
> for a Gentoo ext4 root partition. Then I copied the Gentoo root from the HDD 
> to the SSD ('cp -a' except /dev, /sys and /proc which I recreated empty on 
> the SSD), UEFI-booted a SysRescue USB and installed GRUB2 to the 
> Windows-created ESP. Now, while the chain-loaded Windows boots happily, I'm 
> not able to get any GUI or terminal interface for SSD-booted Linux. The old, 
> HDD-based installation is still available and running fine.
> 
> In details:
> 
>   1.  GRUB starts and shows the linux/windows choices, select linux
>   2.  The screen changes to 'loading linux-x.x.x', the disk light shows 
> activity, I have indirect evidence that the OpenRC init reaches conclusion, 
> but the screen does not change
>   3.  I am able to SSH into the PC, all partitions are mounted, everything 
> looks fine
>   4.  Xorg.0.log shows NVIDIA driver was loaded but probably not executed, 
> all the NVIDIA lines are missing
>   5.  Only /dev/nvidiactl is present, /dev/nvidia0 and /dev/nvidia-modeset 
> are missing
>   6.  Syslog shows that the NVIDIA driver was loaded by the kernel, no crash
>   7.  CTRL-ALT-Fn  apparently has no effect
>   8.  I'm sure the kernel is fine for this NVIDIA driver because the HDD 
> installation works with it, nevertheless I recompiled and reinstalled the 
> kernel and NVIDIA drivers to the SSD from the SSH, no change
> 
> Before I give up and reinstall Gentoo from scratch on the SSD what else could 
> I try? I can share the logs if needed.
> 
> Thanks,
> 
> Raffaele
> 
> [1] https://wiki.gentoo.org/wiki/UEFI_Dual_boot_with_Windows_7/8

Re: [gentoo-user] clone root from HDD to SSD causes no video with NVIDIA driver

[Neil Bothwick]

On Mon, 8 Jun 2020 16:02:35 +, Raffaele BELARDI wrote:

> I am trying to switch an existing and fully working HDD, MBR-based
> ~amd64 LXDE/Kodi setup to a 500Gb SSD. I also took the opportunity to
> dual boot Gentoo with Win10 on the same SSD. As suggested by the Wiki
> [1] I first installed Win letting it GPT-partition the SSD and leaving
> some empty space for a Gentoo ext4 root partition. Then I copied the
> Gentoo root from the HDD to the SSD ('cp -a' except /dev, /sys and
> /proc which I recreated empty on the SSD), UEFI-booted a SysRescue USB
> and installed GRUB2 to the Windows-created ESP. Now, while the
> chain-loaded Windows boots happily, I'm not able to get any GUI or
> terminal interface for SSD-booted Linux. The old, HDD-based
> installation is still available and running fine.

You're missing device nodes in /dev that are needed before udev populates
it. Simply excluding the virtual filesystems as you have results in
these files not being copied as they are hidden behind the virtual
/dev/ mounted from used. The way I clone a root device is

mkdir -p /mnt/root
mount --bind / /mnt/root
rsync -a /mnt/root/ /mnt/new/device/

That preserves files that are otherwise hidden by mounted filesystems.


-- 
Neil Bothwick

Things are more like they are today than they ever have been before.


pgpSRCLRd_hTY.pgp
Description: OpenPGP digital signature