Second careful attempt to upgrade to Leap 16.0 failed - how to troubleshoot?

I worked very hard to get my opensuse Leap 15.6 to pristine condition. I had to do a lot of work with the snapshots and with zypper since the previous upgrade from Leap 15.5 left pieces around.

This morning I started up a brand new Leap 16.0 upgrade using the software-migration tool and 6 hours later this upgrade finished, but with a system unable to go into graphics mode. I did manage to capture some pertinent files, in case anyone wants to see why this boot on Leap 16.0 failed to finish in Graphics mode (run level 5)

-rw------- 1 owner users 64947 Jun 11 15:28 blowup.boot.log.txt
-rw-r–r-- 1 owner users 118 Jun 11 15:25 blowup.flatpak-error.txt
-rw-r–r-- 1 owner users 3311 Jun 11 15:20 blowup.polkit.txt
-rw-r–r-- 1 owner users 952 Jun 11 15:20 blowup.systemctl.polkit.txt

Once again a key file libffi.so.7 was missing, and it appears to be one of the key problems during this upgrade. This is now the second time I have tried to upgrade to Leap 16.0.

I really would like to upgrade, but using up 6 hours and coming up short is not too exciting. I was very careful this time in cleaning up Leapt 15.6 before kicking off the upgrade with the migration tool. Any ideas on what to do next?

Please let me know what I should do next? I don’t just want to dump 68K of data into the forum but the boot log shows the problems.

- Randall

P.S. Fortunately Grub allowed me to boot up from a previous read-only snapshot (which has the working Leap 15.6 OS)

You can upload the files to paste.opensuse.org and share the links here.

It would also be useful to anyone trying to help if you showed the output (and executed command) for zypper lr -d. Paste that output in the message using the preformatted text style (that’s the button that looks like </> in the forum post editor toolbar).

Here is the output of “zypper lr -d” but after dropping back from Leap 16.0 to 15.6, the repository count went from 22 to just 14, so 8 were removed. I also do see problems with this repository list such as the openh-264 repo, which is Leap 16.0 (supposedly).

#  | Alias                       | Name                      | Enabled | GPG Check | Refresh | Keep | Priority | Type   | URI                                                                      | Service
---+-----------------------------+---------------------------+---------+-----------+---------+------+----------+--------+--------------------------------------------------------------------------+---------
 1 | NVIDIA:repo-non-free        | repo-non-free (15.6)      | No      | ----      | ----    | -    |   99     | rpm-md | https://download.nvidia.com/opensuse/leap/15.6                           | NVIDIA
 2 | brave_browser               | Brave Browser             | No      | ----      | ----    | -    |   97     | rpm-md | https://brave-browser-rpm-release.s3.brave.com/x86_64/                   | 
 3 | code                        | Visual Studio Code        | No      | ----      | ----    | -    |   99     | rpm-md | https://packages.microsoft.com/yumrepos/vscode                           | 
 4 | google-chrome               | google-chrome             | No      | ----      | ----    | -    |   99     | rpm-md | https://dl.google.com/linux/chrome/rpm/stable/x86_64                     | 
 5 | home_maxiotis               | Zoom repo (15.6)          | No      | ----      | ----    | -    |   99     | rpm-md | https://download.opensuse.org/repositories/home:/maxiotis/15.6/          | 
 6 | lynis                       | CISOfy Lynis repository   | No      | ----      | ----    | -    |   96     | rpm-md | https://packages.cisofy.com/community/lynis/rpm/                         | 
 7 | openSUSE:repo-non-oss       | repo-non-oss (15.6)       | No      | ----      | ----    | -    |   99     | rpm-md | http://cdn.opensuse.org/distribution/leap/15.6/repo/non-oss/x86_64       | openSUSE
 8 | openSUSE:repo-non-oss-debug | repo-non-oss-debug (15.6) | No      | ----      | ----    | -    |   99     | N/A    | http://cdn.opensuse.org/debug/distribution/leap/15.6/repo/non-oss/x86_64 | openSUSE
 9 | openSUSE:repo-openh264      | repo-openh264 (15.6)      | Yes     | (r ) Yes  | Yes     | -    |   99     | rpm-md | https://codecs.opensuse.org/openh264/openSUSE_Leap_16                    | openSUSE
10 | openSUSE:repo-oss           | repo-oss (15.6)           | Yes     | (r ) Yes  | Yes     | -    |   99     | rpm-md | http://cdn.opensuse.org/distribution/leap/15.6/repo/oss/x86_64           | openSUSE
11 | openSUSE:repo-oss-debug     | repo-oss-debug (15.6)     | No      | ----      | ----    | -    |   99     | N/A    | http://cdn.opensuse.org/debug/distribution/leap/15.6/repo/oss/x86_64     | openSUSE
12 | openSUSE:repo-oss-source    | repo-oss-source (15.6)    | No      | ----      | ----    | -    |   99     | N/A    | http://cdn.opensuse.org/source/distribution/leap/15.6/repo/oss           | openSUSE
13 | opera                       | opera                     | No      | ----      | ----    | -    |   99     | rpm-md | https://rpm.opera.com/rpm/                                               | 
14 | packman                     | Packman                   | No      | ----      | ----    | -    |   90     | rpm-md | https://ftp.fau.de/pub/packman/suse/openSUSE_Leap_15.6/                  | 

The URL logs are at

bootlog:
  https://paste.opensuse.org/pastes/556a378bf262
flatpak error:
  https://paste.opensuse.org/pastes/899c07d7f094
polkit error:
  https://paste.opensuse.org/pastes/b71fbe00f3ea
systemctl polkit startup failure:
  https://paste.opensuse.org/pastes/e5de3bb81915

I wonder if I should remove flatpak from the 15.6 OS before attempting the upgrade using the migration tool?

My apologies but the editor refused to let me finish my full edit, so here is the post again in its entirety
To all:

Here is the output of “zypper lr -d” but after dropping back from Leap 16.0 to 15.6, the repository count went from 22 to just 14, so 8 were removed. I also do see problems with this repository list such as the openh-264 repo, which is Leap 16.0 (supposedly) and some of the last parts of the URL’s using the $(basearch) variable.

#  | Alias                       | Name                      | Enabled | GPG Check | Refresh | Keep | Priority | Type   | URI                                                                      | Service
---+-----------------------------+---------------------------+---------+-----------+---------+------+----------+--------+--------------------------------------------------------------------------+---------
 1 | NVIDIA:repo-non-free        | repo-non-free (15.6)      | No      | ----      | ----    | -    |   99     | rpm-md | https://download.nvidia.com/opensuse/leap/15.6                           | NVIDIA
 2 | brave_browser               | Brave Browser             | No      | ----      | ----    | -    |   97     | rpm-md | https://brave-browser-rpm-release.s3.brave.com/x86_64/                   | 
 3 | code                        | Visual Studio Code        | No      | ----      | ----    | -    |   99     | rpm-md | https://packages.microsoft.com/yumrepos/vscode                           | 
 4 | google-chrome               | google-chrome             | No      | ----      | ----    | -    |   99     | rpm-md | https://dl.google.com/linux/chrome/rpm/stable/x86_64                     | 
 5 | home_maxiotis               | Zoom repo (15.6)          | No      | ----      | ----    | -    |   99     | rpm-md | https://download.opensuse.org/repositories/home:/maxiotis/15.6/          | 
 6 | lynis                       | CISOfy Lynis repository   | No      | ----      | ----    | -    |   96     | rpm-md | https://packages.cisofy.com/community/lynis/rpm/                         | 
 7 | openSUSE:repo-non-oss       | repo-non-oss (15.6)       | No      | ----      | ----    | -    |   99     | rpm-md | http://cdn.opensuse.org/distribution/leap/15.6/repo/non-oss/x86_64       | openSUSE
 8 | openSUSE:repo-non-oss-debug | repo-non-oss-debug (15.6) | No      | ----      | ----    | -    |   99     | N/A    | http://cdn.opensuse.org/debug/distribution/leap/15.6/repo/non-oss/x86_64 | openSUSE
 9 | openSUSE:repo-openh264      | repo-openh264 (15.6)      | Yes     | (r ) Yes  | Yes     | -    |   99     | rpm-md | https://codecs.opensuse.org/openh264/openSUSE_Leap_16                    | openSUSE
10 | openSUSE:repo-oss           | repo-oss (15.6)           | Yes     | (r ) Yes  | Yes     | -    |   99     | rpm-md | http://cdn.opensuse.org/distribution/leap/15.6/repo/oss/x86_64           | openSUSE
11 | openSUSE:repo-oss-debug     | repo-oss-debug (15.6)     | No      | ----      | ----    | -    |   99     | N/A    | http://cdn.opensuse.org/debug/distribution/leap/15.6/repo/oss/x86_64     | openSUSE
12 | openSUSE:repo-oss-source    | repo-oss-source (15.6)    | No      | ----      | ----    | -    |   99     | N/A    | http://cdn.opensuse.org/source/distribution/leap/15.6/repo/oss           | openSUSE
13 | opera                       | opera                     | No      | ----      | ----    | -    |   99     | rpm-md | https://rpm.opera.com/rpm/                                               | 
14 | packman                     | Packman                   | No      | ----      | ----    | -    |   90     | rpm-md | https://ftp.fau.de/pub/packman/suse/openSUSE_Leap_15.6/                  | 

The URL logs are at

bootlog: bootlog
flatpak error: flatpak error
polkit error: polkit error
systemctl polkit startup failure: systemctl startup polkit.service fail

The current “sudo snapper list” of snapshots shows:

owner@localhost:~> sudo snapper list
   # | Type   | Pre # | Date                            | User | Cleanup  | Description             | Userdata     
-----+--------+-------+---------------------------------+------+----------+-------------------------+--------------
  0  | single |       |                                 | root |          | current                 |              
317  | pre    |       | Thu 11 Jun 2026 09:48:25 AM PDT | root | number   | zypp(zypper)            | important=yes
318  | single |       | Thu 11 Jun 2026 10:00:22 AM PDT | root | timeline | timeline                |              
323  | post   |   317 | Thu 11 Jun 2026 02:56:43 PM PDT | root | number   |                         | important=yes
325  | pre    |       | Thu 11 Jun 2026 03:11:09 PM PDT | root | number   | zypp(zypper)            | important=yes
326  | single |       | Thu 11 Jun 2026 03:48:45 PM PDT | root | number   | rollback backup of #121 | important=yes
327* | single |       | Thu 11 Jun 2026 03:49:01 PM PDT | root |          | writable copy of #317   |              
328  | single |       | Thu 11 Jun 2026 04:00:17 PM PDT | root | timeline | timeline                |              
329  | single |       | Thu 11 Jun 2026 05:00:02 PM PDT | root | timeline | timeline                |              
330  | single |       | Thu 11 Jun 2026 06:00:02 PM PDT | root | timeline | timeline                |              
331  | single |       | Thu 11 Jun 2026 07:00:02 PM PDT | root | timeline | timeline                |  

As I mentioned earlier, the repositories have been changed by the openSUSE service and the url’s are not correct, for example:

sudo zypper ref
Repository 'repo-openh264 (15.6)' is up to date.                                                                                                                                                                
Retrieving repository 'repo-oss (15.6)' metadata ........................................................................................................................................................[error]
Repository 'repo-oss (15.6)' is invalid.
[openSUSE:repo-oss|http://cdn.opensuse.org/distribution/leap/15.6/repo/oss/x86_64] Failed to retrieve new repository metadata.
History:
 - [openSUSE:repo-oss|http://cdn.opensuse.org/distribution/leap/15.6/repo/oss/x86_64] Repository type can't be determined.
Please check if the URIs defined for this repository are pointing to a valid repository.
Skipping repository 'repo-oss (15.6)' because of the above error.
Some of the repositories have not been refreshed because of an error.

I was forced to manually restore the Leap 15.6 repositories (not the openSuse service ones) so I could recover a working repository list. Now I will have to manually fix about 1/2 of the current repositories so that the “zypper ref” command will successfully execute as things are broken right now, but at least I know how to fix this problem.

I wonder if I should remove flatpak from the 15.6 OS before attempting the upgrade using the migration tool?

I do appreciate your input.

- Randall

I fixed the repositories:

#  | Alias                           | Name         | Enabled | GPG Check | Refresh | Keep | Priority | Type   | URI                                                                                  | Service
---+---------------------------------+--------------+---------+-----------+---------+------+----------+--------+--------------------------------------------------------------------------------------+---------
 1 | NVIDIA:repo-non-free            | repo-non-f-> | Yes     | (r ) Yes  | Yes     | -    |   99     | rpm-md | https://download.nvidia.com/opensuse/leap/15.6                                       | NVIDIA
 2 | brave_browser                   | Brave Brow-> | Yes     | (r ) Yes  | Yes     | -    |   96     | rpm-md | https://brave-browser-rpm-release.s3.brave.com/x86_64/                               | 
 3 | code                            | Visual Stu-> | Yes     | (r ) Yes  | Yes     | -    |   96     | rpm-md | https://packages.microsoft.com/yumrepos/vscode                                       | 
 4 | google-chrome                   | google-chr-> | Yes     | (r ) Yes  | Yes     | -    |   96     | rpm-md | https://dl.google.com/linux/chrome/rpm/stable/x86_64                                 | 
 5 | home_maxiotis                   | Zoom repo -> | Yes     | (r ) Yes  | Yes     | -    |   96     | rpm-md | https://download.opensuse.org/repositories/home:/maxiotis/15.6/                      | 
 6 | lynis                           | CISOfy Lyn-> | Yes     | (r ) Yes  | Yes     | -    |   92     | rpm-md | https://packages.cisofy.com/community/lynis/rpm/                                     | 
 7 | openSUSE:repo-non-oss           | repo-non-o-> | Yes     | (r ) Yes  | Yes     | -    |   99     | rpm-md | http://cdn.opensuse.org/distribution/leap/15.6/repo/non-oss?mediahandler=curl2       | openSUSE
 8 | openSUSE:repo-non-oss-debug     | repo-non-o-> | No      | ----      | ----    | -    |   99     | N/A    | http://cdn.opensuse.org/debug/distribution/leap/15.6/repo/non-oss?mediahandler=curl2 | openSUSE
 9 | openSUSE:repo-openh264          | repo-openh-> | Yes     | (r ) Yes  | Yes     | -    |   99     | rpm-md | http://codecs.opensuse.org/openh264/openSUSE_Leap?mediahandler=curl2                 | openSUSE
10 | openSUSE:repo-oss               | repo-oss (-> | Yes     | (r ) Yes  | Yes     | -    |   99     | rpm-md | http://cdn.opensuse.org/distribution/leap/15.6/repo/oss?mediahandler=curl2           | openSUSE
11 | openSUSE:repo-oss-debug         | repo-oss-d-> | No      | ----      | ----    | -    |   99     | N/A    | http://cdn.opensuse.org/debug/distribution/leap/15.6/repo/oss?mediahandler=curl2     | openSUSE
12 | openSUSE:repo-oss-source        | repo-oss-s-> | No      | ----      | ----    | -    |   99     | N/A    | http://cdn.opensuse.org/source/distribution/leap/15.6/repo/oss?mediahandler=curl2    | openSUSE
13 | openSUSE:update-backports       | update-bac-> | Yes     | (r ) Yes  | Yes     | -    |   99     | rpm-md | http://cdn.opensuse.org/update/leap/15.6/backports?mediahandler=curl2                | openSUSE
14 | openSUSE:update-backports-debug | update-bac-> | No      | ----      | ----    | -    |   99     | N/A    | http://cdn.opensuse.org/update/leap/15.6/backports_debug?mediahandler=curl2          | openSUSE
15 | openSUSE:update-non-oss         | update-non-> | Yes     | (r ) Yes  | Yes     | -    |   99     | rpm-md | http://cdn.opensuse.org/update/leap/15.6/non-oss?mediahandler=curl2                  | openSUSE
16 | openSUSE:update-non-oss-debug   | update-non-> | No      | ----      | ----    | -    |   99     | N/A    | http://cdn.opensuse.org/debug/update/leap/15.6/non-oss?mediahandler=curl2            | openSUSE
17 | openSUSE:update-oss             | update-oss-> | Yes     | (r ) Yes  | Yes     | -    |   99     | rpm-md | http://cdn.opensuse.org/update/leap/15.6/oss?mediahandler=curl2                      | openSUSE
18 | openSUSE:update-oss-debug       | update-oss-> | No      | ----      | ----    | -    |   99     | N/A    | http://cdn.opensuse.org/debug/update/leap/15.6/oss?mediahandler=curl2                | openSUSE
19 | openSUSE:update-sle             | update-sle-> | Yes     | (r ) Yes  | Yes     | -    |   99     | rpm-md | http://cdn.opensuse.org/update/leap/15.6/sle?mediahandler=curl2                      | openSUSE
20 | openSUSE:update-sle-debug       | update-sle-> | No      | ----      | ----    | -    |   99     | N/A    | http://cdn.opensuse.org/debug/update/leap/15.6/sle?mediahandler=curl2                | openSUSE
21 | opera                           | opera        | Yes     | (r ) Yes  | Yes     | -    |   96     | rpm-md | https://rpm.opera.com/rpm/                                                           | 
22 | packman                         | Packman      | Yes     | (r ) Yes  | Yes     | -    |   90     | rpm-md | https://ftp.fau.de/pub/packman/suse/openSUSE_Leap_15.6/                              | 

I used Google’s Gemini AI to help me out, and a summary is posted here: Gemini Summary of changes made to recover repositories

Good you tried non-graphical mode but 6 hours is way too long, likely errors were hit and/or things did time out. What would help is a log of the upgrade process. Did you use the opensuse-migration-tool?

It looks like you boot log has been generated as user, try to generate it as root.

Your polkit log shows:

error while loading shared libraries: libffi.so.7: cannot open shared object file: No such file or directory

That looks to me like a major problem, I ask zypper to deinstall that package it wants to remove 2120 pacakges.

Try:

sudo zypper install libffi8

If it returns an error please post the command all output it gives.

In response to new questions, yes, I used the opensuse-migration-tool in command line level, and terminated the graphics mode. The libffi8 installed with no errors.

The raw boot log is raw boot log

The complete log file for the Leap 16.0 upgrade is Leap 16.0 upgrade log file As can be seen the upgrade started at 10:30:26 am and completed at 15:16:56 which is a bit less than 5 hours.

In the future, for my next attempt to upgrade to Leap 16.0 what is needed?

  1. results of “sudo zypper ref”, “sudo zypper up”, “sudo zypper dup” and “sudo zypper verify”
  2. List of repositories “sudo zypper lr -d”
  3. boot log
  4. upgrade log
  5. list of snapshots from “sudo snapper list”
  6. if bootup fails, any pertinent logs ?? name??
  7. systemctl status of failed services
  8. status of mounted partitions (before upgrade) such as df

Did I miss anything?

- Randall

What is the exact model of your GPU? You seem to have old G05 installed. This is not supported or provided for Leap 16.0. Leap 16.x only supports G06 and upwards. So you may need to switch to nouveau prior upgrading.

Gemini AI analyzed the upgrade log, are its conclusions reasonable?
- Randall

I have analyzed the upgrade log for your transition from openSUSE Leap 15.6 to 16.0. While the system package manager appears to have reached the end of its installation queue without completely aborting, there are several critical post-installation script failures and warnings that require immediate attention. These issues indicate a broken state for certain tools and will likely cause desktop environments and containerized applications to malfunction.

Here are the critical failures and issues spotted in the log:

  1. Glib2 Schema Compilation Failures During the installation of glib2-tools and multiple other packages (like gsettings-desktop-schemas , seahorse , and meld ), the glib-compile-schemas scriptlet failed with an exit status of 127.

TXT

  • Error: symbol lookup error: /usr/bin/glib-compile-schemas: undefined symbol: g_variant_builder_init_static

TXT

  • Impact: This is a severe issue. Many GNOME and GTK-based applications rely on compiled schemas for their settings. This error indicates an ABI mismatch or a partial upgrade state where the newly installed glib2 tools are attempting to run against an older, incompatible libglib shared library still residing in memory or improperly linked.
  1. Flatpak and Libostree Symbol Errors Throughout the upgrade, post-transaction scripts attempting to invoke flatpak failed repeatedly.

TXT

  • Error: flatpak: symbol lookup error: /lib64/libostree-1.so.1: undefined symbol: g_unix_mount_entry_free

TXT

  • Impact: This indicates that libostree was either not upgraded properly or is out of sync with the underlying glib2 libraries it links against. This breaks Flatpak application management.

TXT

  1. Missing libffi.so.7 Shared Library There are critical shared library errors affecting GTK utilities and Flatpak.

TXT+ 1

  • Error: flatpak: error while loading shared libraries: libffi.so.7: cannot open shared object file: No such file or directory

TXT

  • Error: /usr/bin/gtk-update-icon-cache: error while loading shared libraries: libffi.so.7: cannot open shared object file: No such file or directory

TXT

  • Impact: OpenSUSE Leap 16.0 has likely moved to a newer libffi version. The log confirms that libffi8 was installed successfully. However, the existing flatpak and gtk-update-icon-cache binaries are still attempting to link against the older libffi.so.7 from Leap 15.6, preventing them from running and updating the icon caches.
  1. Expired SuSE Package Signing Keys Starting midway through the upgrade (around the installation of libelf-devel ), the log is flooded with GPG key expiration errors.

TXT

  • Error: Key 70af9e8139db7c82 (SuSE Package Signing Key <build@suse.de>) expired on 2024-09-20 01:21:47

TXT

  • Impact: While the package manager continued the installation, your system is failing to properly verify package signatures because the trusted public key has expired.
  1. Capabilities and Permissions Warnings The permissions-config scriptlets threw several warnings regarding missing capabilities and incorrect ownerships:
  • /usr/bin/clockdiff: setting to root:root 0755 "cap_net_raw=p". (missing capabilities)

TXT

  • /usr/bin/newgidmap: setting to root:root 0755 "cap_setgid=ep". (wrong owner/group root:shadow, wrong permissions 4755, missing capabilities)

TXT

  • /usr/libexec/gstreamer-1.0/gst-ptp-helper: setting to root:root 0755 "cap_net_bind_service=ep". (missing capabilities)

TXT

Recommended Next Steps:

  1. Avoid rebooting immediately if possible, as your graphical environment (X11/Wayland and GTK/KDE) might fail to start due to the unresolved glib2 and libffi issues.
  2. Open a root terminal and run ldconfig to ensure all shared library cache links are pointing to their newly installed Leap 16.0 versions.
  3. Refresh your repositories and keys (zypper ref), then carefully re-run zypper dup to ensure no packages were left half-installed or skipped due to the expired keys.
  4. You will likely need to force a reinstallation of packages generating the symbol errors (e.g., zypper in -f glib2-tools flatpak libostree-1-1) to properly trigger their post-install hooks.
Graphics:
  Device-1: NVIDIA GK208B [GeForce GT 710] vendor: Micro-Star MSI
    driver: nvidia v: 470.256.02 alternate: nouveau,nvidia_drm non-free:
    series: 470.xx+ status: legacy-active (EOL~2023/24) arch: Fermi 2
    code: GF119/GK208 process: TSMC 28nm built: 2010-16 pcie: gen: 2
    speed: 5 GT/s lanes: 8 ports: active: none off: HDMI-A-1
    empty: DVI-D-1,VGA-1 bus-ID: 05:00.0 chip-ID: 10de:128b class-ID: 0300

You need to remove the Nvidia drivers and switch to nouveau. Your GPU is to old to be supported by the Nvidia drivers in Leap 16.x

Please take a look here advice on GT710 video card as I am trying to follow good advice from the forum

The link does not exist.

This reinstall of 3 programs has been done now to possibly fix the upgrade problems as noted by Gemini AI.

The following 3 packages are going to be reinstalled:
  flatpak glib2-tools libostree-1-1

3 packages to reinstall.

Package download size:     2.1 MiB

Package install size change:
            |       8.2 MiB  required by packages that will be installed
       0 B  |  -    8.2 MiB  released by packages that will be removed

Backend:  classic_rpmtrans
Continue? [y/n/v/...? shows all options] (y): y
Retrieving: glib2-tools-2.78.6-150600.4.35.1.x86_64 (update-sle (15.6))
                                                        (1/3), 246.9 KiB    
Retrieving: glib2-tools-2.78.6-150600.4.35.1.x86_64.rpm [done (109.3 KiB/s)]
Retrieving: libostree-1-1-2024.10-150500.3.9.4.x86_64 (update-sle (15.6))
                                                        (2/3), 425.3 KiB    
Retrieving: libostree-1-1-2024.10-150500.3.9.4.x86_64.rpm ............[done]
Retrieving: flatpak-1.16.0-150600.3.6.1.x86_64 (update-sle (15.6))
                                                        (3/3),   1.5 MiB    
Retrieving: flatpak-1.16.0-150600.3.6.1.x86_64.rpm ...................[done]

Checking for file conflicts: .........................................[done]
(1/3) Installing: glib2-tools-2.78.6-150600.4.35.1.x86_64 ............[done]
(2/3) Installing: libostree-1-1-2024.10-150500.3.9.4.x86_64 ..........[done]
(3/3) Installing: flatpak-1.16.0-150600.3.6.1.x86_64 .................[done]

This is upon my currently running Leap 15.6 version.

advice on GeForce GT710 video card
see https://forums.opensuse.org/t/geforce-gt710-support-on-leap-16-0/194292/3

Page not found…

@hendersj do you see this thread? Is it private?

Whatever. The GT710 is not supported by the Nvidia drivers on Leap 16.0. There were already several other threads which explained that for the exact same model.

I just came across this from Gemini AI and it is starting to make sense.

Why your upgrade failed

  1. Driver Mismatch: Proprietary drivers are not “generic.” They are compiled as kernel modules for specific kernel versions. When the upgrade moved you to a newer kernel, the installed nvidia modules became incompatible.
  2. Repository Abandonment: Leap 16.0 does not include the G05 (470.xx) legacy driver packages in its main repositories because they are unsupported by NVIDIA. When your upgrade ran, the system couldn’t find a compatible proprietary driver to replace your existing one, leaving your system in a broken, half-upgraded state.
  3. Kernel/Userspace conflict: Because the nvidia kernel module fails to initialize, the graphical environment falls back to nouveau (or fails entirely), but the userspace libraries (libgl etc.) are still trying to talk to the incompatible nvidia driver. This creates the “symbol lookup error” you see for tools like glib and flatpak.
    this might be the reason my upgrade failed.

In light of information about the Nvidia GeForce GT710 card, I consider this as probably the cause for the two failed upgrades. After I replace the video card, I will try a third time to upgrade to Leap 16.0

Thank you for all your comments and advice.

It’s a DM thread, not a public discussion.

As already discussed the most important problem seems to be:

# WARNING: nvidia-gfxG05-kmp-default-470.256.02_k6.4.0_150600.21-lp156.92.1 does not contain any kernel modules
# /usr/bin/ldd: line 159: /lib/ld-linux.so.2: cannot execute binary file: Exec format error

What also does not look good to me is what you can find at the end of the log:

2026-06-11 21:01:53|radd   |openSUSE:repo-oss|http://cdn.opensuse.org/distribution/leap/15.6/repo/oss?mediahandler=curl2|
2026-06-11 21:01:53|radd   |openSUSE:repo-oss-debug|http://cdn.opensuse.org/debug/distribution/leap/15.6/repo/oss?mediahandler=curl2|
2026-06-11 21:01:53|radd   |openSUSE:repo-oss-source|http://cdn.opensuse.org/source/distribution/leap/15.6/repo/oss?mediahandler=curl2|
2026-06-11 21:01:53|radd   |openSUSE:repo-non-oss|http://cdn.opensuse.org/distribution/leap/15.6/repo/non-oss?mediahandler=curl2|
2026-06-11 21:01:53|radd   |openSUSE:repo-non-oss-debug|http://cdn.opensuse.org/debug/distribution/leap/15.6/repo/non-oss?mediahandler=curl2|

So the migration-tool did disable these repo’s at the start but it makes no sense to enable 15.6 back at the end. Either update these URL’s or remove them.

On:

# error: Key 70af9e8139db7c82 (SuSE Package Signing Key <build@suse.de>) expired on 2024-09-20 01:21:47

See: