[opensuse] Leap 15.1 Installation Experience
Hi Folks, I just had a "bad" experience while doing a full install of Leap 15.1 from DVD. I'll relate my trials here just in case others might be affected too. I normally like to wait a bit before using a new release, but some "political" considerations overrode my usual caution. I've done one full install and maybe six or so upgrades from 15.0 without any unexpected issues. Nice job, developers! But this particular desktop was running 42.3, and had been running well for years since 13.2. It has an Nvidia GeForce GTS 250 frame buffer running on an Intel DP55KG mobo with an I7 CPU. So I installed 15.1 on an available SSD partition formatted with Ext-4. Things went well until the first boot, when the entire system froze. Black screen, no flashing lights, nothing. I was able to successfully boot with nomodeset, but the display was kind of funky in a number of different ways. I added the nvidia repository and the modules appeared to load after a zypper dup, but it didn't fix the problem. Further, rpm -qa didn't list the nvidia drivers! Maybe I was seeing things? So I next tried downloading and installing the proprietary Nvidia binary blob, which also didn't work. Strange. Given that the box was working well with 42.3 and earlier, and that I hadn't seen any issues like this with 15.0, I tried a 15.0 full-install from DVD and it worked! I added the nvidia repo and things continued to work after a zypper dup. Then, I ran a DVD upgrade, not full install, to 15.1 and it also worked! Add the nvidia repo again, and we're all happy as clams. Bottom line: Upgrade to 15.1 from 15.0 worked when a direct install of 15.1 failed. I suspect something is going on with the Nvidia frame buffer. I was kind of rushed with this install, the user isn't working this week and I needed to get it ready for his return, or I would have taken more time document and understand things a bit more. Maybe next time, I have a few more identical desktops to work through. I do notice some lingering bugs in things like kdesvn, coolkey, pam_pkcs11, and kscreenlocker, but I'll report those in bugzilla. Regards, Lew -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Lew Wolfgang composed on 2019-06-07 10:09 (UTC-0700):
Bottom line: Upgrade to 15.1 from 15.0 worked when a direct install of 15.1 failed. I suspect something is going on with the Nvidia frame buffer.
You are right. Kernel is busted for FOSS DDX for NVidia hardware: https://bugzilla.opensuse.org/show_bug.cgi?id=1136978 https://bugzilla.opensuse.org/show_bug.cgi?id=1137067 https://bugzilla.opensuse.org/show_bug.cgi?id=1137512 The 15.1 release kernel works normally. Update kernel 4.12.14-lp151.28.4 does not. -- Evolution as taught in public schools is religion, not science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 06/07/2019 12:25 PM, Felix Miata wrote:
Lew Wolfgang composed on 2019-06-07 10:09 (UTC-0700):
Bottom line: Upgrade to 15.1 from 15.0 worked when a direct install of 15.1 failed. I suspect something is going on with the Nvidia frame buffer. You are right. Kernel is busted for FOSS DDX for NVidia hardware:
https://bugzilla.opensuse.org/show_bug.cgi?id=1136978 https://bugzilla.opensuse.org/show_bug.cgi?id=1137067 https://bugzilla.opensuse.org/show_bug.cgi?id=1137512
The 15.1 release kernel works normally. Update kernel 4.12.14-lp151.28.4 does not.
Bummer, Thanks Lew and Felix. So this means if I update from 42.3 to 15.1 with the Nvidia drivers loaded, I can update OK, but on first zypper up when I pull in the updated kernel, things will break? -- David C. Rankin, J.D.,P.E. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
David C. Rankin composed on 2019-06-08 02:15 (UTC-0500):
Felix Miata wrote:
Lew Wolfgang composed on 2019-06-07 10:09 (UTC-0700):
Bottom line: Upgrade to 15.1 from 15.0 worked when a direct install of 15.1 failed. I suspect something is going on with the Nvidia frame buffer.
You are right. Kernel is busted for FOSS DDX for NVidia hardware:
https://bugzilla.opensuse.org/show_bug.cgi?id=1136978 https://bugzilla.opensuse.org/show_bug.cgi?id=1137067 https://bugzilla.opensuse.org/show_bug.cgi?id=1137512
The 15.1 release kernel works normally. Update kernel 4.12.14-lp151.28.4 does not.
Bummer,
Thanks Lew and Felix. So this means if I update from 42.3 to 15.1 with the Nvidia drivers loaded, I can update OK, but on first zypper up when I pull in the updated kernel, things will break?
For those with NVidia GPU not using non-FOSS software, do your upgrade online: 1-Lock the kernel (zypper al kernel-defaul*) 2-zypper dup upgrade 3-Install release kernel lp151.27 (answer Y to remove lock; it will remain in effect until you do zypper rl kernel-defaul*) If using (non-FOSS) NVidia driver or booting using nomodeset, lp151.28 is not broken. Remote login also works as expected using the lp151.28 kernel. If using Optimus/Prime, you may not be affected by the lp151.28 failure: https://forums.opensuse.org/showthread.php/536295-Is-there-an-upgrade-path-f... -- Evolution as taught in public schools is religion, not science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 06/08/2019 12:41 AM, Felix Miata wrote:
Thanks Lew and Felix. So this means if I update from 42.3 to 15.1 with the Nvidia drivers loaded, I can update OK, but on first zypper up when I pull in the updated kernel, things will break? For those with NVidia GPU not using non-FOSS software, do your upgrade online:
1-Lock the kernel (zypper al kernel-defaul*) 2-zypper dup upgrade 3-Install release kernel lp151.27 (answer Y to remove lock; it will remain in effect until you do zypper rl kernel-defaul*)
If using (non-FOSS) NVidia driver or booting using nomodeset, lp151.28 is not broken.
Remote login also works as expected using the lp151.28 kernel.
If using Optimus/Prime, you may not be affected by the lp151.28 failure: https://forums.opensuse.org/showthread.php/536295-Is-there-an-upgrade-path-f...
Thanks for the pointers, Felix. But how will this work for fresh installs on systems without Internet connectivity? Some of these particular systems are still running 13.2! Regards, Lew -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 06/08/2019 08:41 AM, Lew Wolfgang wrote:
On 06/08/2019 12:41 AM, Felix Miata wrote:
Thanks Lew and Felix. So this means if I update from 42.3 to 15.1 with the Nvidia drivers loaded, I can update OK, but on first zypper up when I pull in the updated kernel, things will break? For those with NVidia GPU not using non-FOSS software, do your upgrade online:
1-Lock the kernel (zypper al kernel-defaul*) 2-zypper dup upgrade 3-Install release kernel lp151.27 (answer Y to remove lock; it will remain in effect until you do zypper rl kernel-defaul*)
If using (non-FOSS) NVidia driver or booting using nomodeset, lp151.28 is not broken.
Remote login also works as expected using the lp151.28 kernel.
If using Optimus/Prime, you may not be affected by the lp151.28 failure: https://forums.opensuse.org/showthread.php/536295-Is-there-an-upgrade-path-f...
Thanks for the pointers, Felix. But how will this work for fresh installs on systems without Internet connectivity? Some of these particular systems are still running 13.2!
Ah, I think I get it. Felix: would a fresh full-install of 15.1 without a network connection work? The kernel could then be locked, network connected, and and then perform an update? Once the on-line kernel is fixed, unlock kernel-defaul*? Or, is the kernel on the 15.1 DVD broken with Nvidia? Regards, Lew -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Lew Wolfgang composed on 2019-06-08 08:41 (UTC-0700):
Felix Miata wrote:
For those with NVidia GPU not using non-FOSS software, do your upgrade online:
1-Lock the kernel (zypper al kernel-defaul*) 2-zypper dup upgrade 3-Install release kernel lp151.27 (answer Y to remove lock; it will remain in effect until you do zypper rl kernel-defaul*)
If using (non-FOSS) NVidia driver or booting using nomodeset, lp151.28 is not broken.
Remote login also works as expected using the lp151.28 kernel.
If using Optimus/Prime, you may not be affected by the lp151.28 failure: https://forums.opensuse.org/showthread.php/536295-Is-there-an-upgrade-path-f...
Thanks for the pointers, Felix. But how will this work for fresh installs on systems without Internet connectivity? Some of these particular systems are still running 13.2!
By "online" I meant using zypper dup to do the upgrade. This is the process I nearly always use, including kernel locking. New kernels I always install last, or later. Those with no internet connectivity, only the installation media, have no access to the bad kernel, so the potential for a usable upgrade from installation media exists. It would depend on whether and which optional repos are kept enabled. If none, it should be good. -- Evolution as taught in public schools is religion, not science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 06/08/2019 12:15 AM, David C. Rankin wrote:
On 06/07/2019 12:25 PM, Felix Miata wrote:
Lew Wolfgang composed on 2019-06-07 10:09 (UTC-0700):
Bottom line: Upgrade to 15.1 from 15.0 worked when a direct install of 15.1 failed. I suspect something is going on with the Nvidia frame buffer. You are right. Kernel is busted for FOSS DDX for NVidia hardware:
https://bugzilla.opensuse.org/show_bug.cgi?id=1136978 https://bugzilla.opensuse.org/show_bug.cgi?id=1137067 https://bugzilla.opensuse.org/show_bug.cgi?id=1137512
The 15.1 release kernel works normally. Update kernel 4.12.14-lp151.28.4 does not. Bummer,
Thanks Lew and Felix. So this means if I update from 42.3 to 15.1 with the Nvidia drivers loaded, I can update OK, but on first zypper up when I pull in the updated kernel, things will break?
Hi David, No, that wasn't my experience. For me, a fresh install of 15.1 failed at the first boot and I wasn't able to get it working by loading the Nvidia binary blobs after a nomodeset boot. A fresh install of 15.0, followed by a DVD upgrade to 15.1 worked fine at first boot and I was then able to update using the Nvidia repository without issue. I didn't try upgrading from 42.3 and I don't think I will. Too much could go wrong. Regards, Lew -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 06/08/2019 10:32 AM, Lew Wolfgang wrote:
Hi David,
No, that wasn't my experience. For me, a fresh install of 15.1 failed at the first boot and I wasn't able to get it working by loading the Nvidia binary blobs after a nomodeset boot. A fresh install of 15.0, followed by a DVD upgrade to 15.1 worked fine at first boot and I was then able to update using the Nvidia repository without issue.
I didn't try upgrading from 42.3 and I don't think I will. Too much could go wrong.
Yep, agreed there. the 42.3 to 15.1 will be a fresh install. I'm still chasing down a few issues with 15.1 before I satisfied I can make the jump without losing a couple of day with (why isn't XYZ working). Fringe-benefit, as a result of trying to figure out why xterm-256color wasn't loading by default in 15.1, I ended up playing with my prompt to tweak the colors for 256 colors, and on an xterm with Linux colors (black background), I like the improvements, You can try them and see what you think: ## root prompt export PS1="\[\e[1;34m\][\[\e[38;5;203m\]\A \[\e[1;34m\]\h\[\e[38;5;197m\]:\w\[\e[1;34m\]] # \[\e[0m\]" ## user prompt export PS1="\[\e[38;5;244m\]\D{%R}\[\e[38;5;69m\] \h:\w> \[\e[0m\]" old versions: export PS1="\[\e[1;34m\][\[\e[1;31m\]\A \[\e[1;34m\]\h\[\e[0;31m\]:\w\[\e[1;34m\]] # \[\e[0m\]" export PS1="\[\e[1;30m\]\D{%R}\[\e[1;34m\] \h:\w> \[\e[0m\]" (just select/middle-mouse-paste the PS1=... into a terminal and hit return) -- David C. Rankin, J.D.,P.E. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 06/07/2019 10:25 AM, Felix Miata wrote:
Lew Wolfgang composed on 2019-06-07 10:09 (UTC-0700):
Bottom line: Upgrade to 15.1 from 15.0 worked when a direct install of 15.1 failed. I suspect something is going on with the Nvidia frame buffer. You are right. Kernel is busted for FOSS DDX for NVidia hardware:
https://bugzilla.opensuse.org/show_bug.cgi?id=1136978 https://bugzilla.opensuse.org/show_bug.cgi?id=1137067 https://bugzilla.opensuse.org/show_bug.cgi?id=1137512
The 15.1 release kernel works normally. Update kernel 4.12.14-lp151.28.4 does not.
Ah, I finally read the bug reports and I think I understand what happened. The nouveau driver in kernel 4.12.14-lp151.28.4 is broken. This is the kernel you get after installing 15.1 with network and repositories enabled. nouveau must have borked things up to the point where I couldn't load the Nvidia blob after a nomodeset boot. But installing and updating 15.0, including the Nvidia repo, works fine. Then, a DVD upgrade from 15.0 to 15.1 must bypass the nouveau driver, leaving the new 15.1 with the working Nvidia drivers. One would hope that the updated kernel is fixed asap! This problem would be a complete show-stopper for Joe Sixpack! I guess that a full-install of 15.1 with external repositories disabled would also work. Once up and running, enable only the Nvidia repo and do a zypper dup. Then, enable the rest of the repositories, and hope for the best? I may have a chance to try this if 4.12.14-lp151.28.4 isn't fixed soon. Regards, Lew -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 07/06/2019 19.09, Lew Wolfgang wrote:
Hi Folks,
I just had a "bad" experience while doing a full install of Leap 15.1 from DVD. I'll relate my trials here just in case others might be affected too. I normally like to wait a bit before using a new release, but some "political" considerations overrode my usual caution.
I've done one full install and maybe six or so upgrades from 15.0 without any unexpected issues. Nice job, developers!
But this particular desktop was running 42.3, and had been running well for years since 13.2. It has an Nvidia GeForce GTS 250 frame buffer running on an Intel DP55KG mobo with an I7 CPU.
I'll write a comment about the nvidia rpms that happened to me. During installation of these, there is "something" that tries to build modules against the current kernel. Sometimes this fails, but the message is lost and zypper doesn't say. Next thing you know, graphical mode does not work. -- Cheers / Saludos, Carlos E. R. (from 15.0 x86_64 at Telcontar)
participants (4)
-
Carlos E. R. -
David C. Rankin -
Felix Miata -
Lew Wolfgang