Greetings,
I’m presently running LEAP 42.3. I would like to update to LEAP 15.1. Does Yast provide an upgrade path for this? Or do I need to upgrade to LEAP 15.0? Or would it be easiest to just create a 15.1 ISO and go from there?
You can upgrade two ways from a DVD/USB drive or in place from the repo.
Either upgrade method should work if you have not over customized things. For the in place method you must point the basic repos to 15.1 repos, disable any specialty repos and do a zypper Dup. This should not be done from yast, zypper only.
For detailed instruction show zypper lr -d (using code tags here, # in tool bar). Note if you have a NVIDIA card best to wait until the kernel is fixed.
For DVD/USB option just select upgrade from the boot menu. But don’t update kernel if you have NVIDIA after the install the installer image kernel is OK but the newer one is broken for NVIDIA
Hi, according to this test sheet https://docs.google.com/spreadsheets/d/1AGKijKpKiJCB616-bHVoNQuhWHpQLHPWCb3m1p6gXPc/edit?pli=1#gid=94909276 there was at least a successful upgrade from 42.3 during the beta phase (see cell V10) so maybe trying to upgrade directly switching repositories to the 15.1 version and doing a “zypper dup” is worth the effort.
It is better to disable any “proprietary” or “community” repo during this process, and add again those repos with the right version once you are successfully logged in to a basic 15.1 system.
Keep in mind that the installer DVD has a limited selection of packages, so the “online” way with zypper dup is generally better, unless you have a slow or unstable connection that might leave you with an unbootable system if it goes down during download of criticl packages.
Does LEAP 15.0 support NVIDIA? I do have an NVIDIA card.
Yes, 15.0 supports Nvidia, as does 15.1. It is just the last update to the nouveau driver in 15.1 that broke some Nvidia cards and/or “Optimus” setups (but everything OK here, for instance).
So it is safe to install 15.1 but not installing the latest kernel (or keeping and booting the original one until the problem is fixed).
Some clarification might be needed here. The installer is going to install the latest available kernel. There might be ways around that. But the easiest would be:
(1) use the DVD installer;
(2) when asked about using online repos, say “no” (the default is “yes”).
That way you get the kernel from the DVD installer, which should be good.
Does LEAP 15.0 have NVIDIA support? Maybe I will upgrade from 42.3 to 15.0 and wait for NVIDIA support in 15.1? Sound like a good plan?
NVidia the gfxcard, or NVidia the video driver? The cards work fine with 15.1 - except with latest kernel 4.12.14-lp151.28.4, which is broken for use with (apparently all) NVidia cards with both FOSS DDX (nouveau and modesetting). 4.12.14-lp151.27.3 works fine. There are at least 3 open bugs about broken lp151.28.4. The kernel devs seem to be on vacation since lp151.28.4 hit the mirrors. The NVidia driver apparently works fine regardless of kernel version.
If you wish to stick exclusively to FOSS, you could create a lock:
zypper al kernel-default
perform the upgrade, then install and run 4.12.14-lp151.27.3 until the next kernel update comes along.
I did multiple successful (online/zypper) upgrades to 15.1 from versions older than 15.0, including 42.3.
Not all Nvidia cards are affected, everything normal here:
beta_bruno@LT_B:/home/bruno/bin> uname -r
4.12.14-lp151.**28**.4-default
beta_bruno@LT_B:/home/bruno/bin> sudo lspci -nnk |grep 3D
01:00.0 3D controller [0302]: **NVIDIA Corporation GM107M [GeForce GTX 960M]** [10de:139b] (rev a2)
beta_bruno@LT_B:/home/bruno/bin> DRI_PRIME=1 ./glxspheres
Polygons in scene: 62464 (61 spheres * 1024 polys/spheres)
Visual ID of window: 0x2bb
Context is Direct
**OpenGL Renderer: NV117**
59.052150 frames/sec - 65.902199 Mpixels/sec
58.405790 frames/sec - 65.180862 Mpixels/sec
beta_bruno@LT_B:/home/bruno/bin>
@jmduffyjr](https://forums.opensuse.org/member.php/106957-jmduffyjr) You can give 15.1 a try, follow the suggestions from nrickert or mrmazda and, if you are affected by the nouveau bug, stick to the 4.12.14-lp151.27.3 kernel until the problem is solved.
I have not checked yet, but the proprietary Nvidia driver should work irrespective of kernel version.
Is there a FOSS DDX hiding in there somewhere? There have been no reports of failures by those using non-FOSS NVidia software instead of modesetting DDX or nouveau DDX:
The NVidia driver apparently works fine regardless of kernel version.
Yes, NV117 refers to nouveau in use here:
LT_B:~ # DRI_PRIME=1 glxinfo |grep -E 'vendor | nouveau | NV117'
server glx vendor string: SGI
client glx vendor string: Mesa Project and SGI
Vendor: nouveau (0x10de)
Device: NV117 (0x139b)
OpenGL vendor string: nouveau
OpenGL renderer string: NV117
LT_B:~ #
You have a common special case, Optimus. All of the failures yet reported have exclusively NVidia gfx hardware. Apparently presence of Intel GPU avoids the oops during init.
Mrmazda and respondee’s,
Thanks again for all your information. Just so I am clear i want to confirm what is being said.
step1: Change the repo’s to the distribution release I’m targeting using Zypper.
step2: create the kernel lock
step3: Perform a Zypper distribution update. “zypper dup”
step4: Install and run 4.12.14-lp151.27.3
I found some procedures to do this within the forum. My question is… when I alter the repositories to the desired release, do I alter all the repositories? Presently I only have four of them. They are…
openSuSE-Leap-42.3-Non-Oss
openSuSE-Leap-42.3-Oss
openSuSE-Leap-42.3-Update-Non-Oss
openSuSE-Leap-42.3-Update
Or should I only alter the Update repositories? before the “zypper dup” ?
Thanks in advance for all the assistance here.
All 4 that you have are the standard ones. You must be careful with other not standard repos since you never know what you might pull in.
What matters is only those that are enabled. The four basics you have enabled now are the right way for most non-experts to start. Packman and any other optional repos can be altered and enabled after your basic 15.1 is working as expected using those four basics.
The main exception to using only those four is if you have been and wish to continue using proprietary (non-FOSS) NVidia drivers, which complicates the process in a manner I won’t attempt to describe except to suggest they be uninstalled before beginning the upgrade process, complete the process, evaluate the use the now installed FOSS drivers, then decide if you need to reinstall them.
Before I start… how does one determine if I require a non-FOSS driver? I have not installed anything proprietary. Only what is within the Leap distribution.
If you did, you know you did. There is no proprietary code on the installation media. You must take extra steps to have proprietary code on your PC.
Whether any is “required” can be rather subjective. NVidia users typically prefer to take the added steps to eek out extra performance that others might never notice. For email, web browsing, spreadsheets and letter writing, any performance difference is unlikely ever to be noticed. My NVidia hardware runs purely on FOSS.
There are also fan noise and battery life.
For email, web browsing, spreadsheets and letter writing, any performance difference is unlikely ever to be noticed.
It was true until desktop environments started to require 3D acceleration.
I just upgraded from a non-up-to-date 42.3 to 15.1 with no incidents. I am sure that the warnings by developers are due to their having only tested the path from one fully up-to-date distribution to the next one. What I did was dd-clone my system drive to an identical system drive, then boot from that cloned disk. At this point I can throw caution to the wind, because I have the original 42.3 bootable system drive, and whatever I do to the copy is zero risk. My 42.3 was not up to date, as I do not do automatic updates, but manually update individual packages occasionally to suit my needs. Without updating anything, I simply went into graphical YaST, changed all the repositories from “42.3” to “15.1” then, keeping all repositories enabled, including third-party repositories, opened up a root terminal window, did “zypper refresh” and “zypper dup” to start the upgrade. I use the Xfce desktop environment, and I was simultaneously using it (just web browsing and such). At the end, I rebooted. I only needed to clean up a few minor application-specific issues that would have happened anyway. I am running an Intel Kaby Lake processor with integrated Intel video, so no Nvidia or ATI to consider. My bootloader is still legacy GRUB (not GRUB 2), and the whole system is on a single EXT4 partition on an SSD. I’ve been updating this openSUSE installation since 10.x in 2008, and it is loaded with applications and customizations, meaning, it was certainly not an out-of-the-box 42.3. So, again, if you have a backup clone I’d say it’s worth a shot. If it works, you save a lot of time. Obviously, if it doesn’t, then you would have to start over and follow the recommended protocol.