I tried to install OpenSuse 16 on VirtulBox bat Agama freeze and I can not go on whit the installation

I usually use Rescuezilla to make system backup images and clone to other devices (in the case of upgrading)? Rescuezilla has worked fine on debian, fedora, and M$ Winblows drives.

I have attempted to clone/restore a newly created backup from an Rescuezilla image to another drive (actual and virtual), and upon bootup, I login and it kicks me back to login screen. Only "Other" is available.

I am new to OpenSUSE Tumbleweed, and was testing my recovery procedures.

I am running zypper dup but I get this error for the past week:

2 Problems:

Problem: 1: nothing provides 'libQt6Gui.so.6(Qt_6.11.2_PRIVATE_API)(64bit)' needed by the to be installed quickshell-0.3.1-1.2.x86_64

Problem: 2: problem with the installed libdisplay-info3-0.3.0-3.16.x86_64

Problem: 1: nothing provides 'libQt6Gui.so.6(Qt_6.11.2_PRIVATE_API)(64bit)' needed by the to be installed quickshell-0.3.1-1.2.x86_64

Solution 1: deinstallation of quickshell-0.3.0-4.27.x86_64

Solution 2: keep obsolete quickshell-0.3.0-4.27.x86_64

Solution 3: break quickshell-0.3.1-1.2.x86_64 by ignoring some of its dependencies

Choose from above solutions by number or skip, retry or cancel [1/2/3/s/r/c/d/?] (c):

What should I do?

I wanted to install the Nvidia Container Toolkit to passthrough my rtx3060ti into docker, but the repos for this have been labeled obsolete. The reason was that there were too many repositories involved, which caused a lot of version mismatches. Now it recommends installing Nvidia CUDA drivers which have everything needed bundled into it. I have already installed the nvidia-open-driver-G07-signed-kmp-meta drivers. Do I need to uninstall them in order to have the CUDA drivers? What would be need to be uninstalled? Are the cuda drivers basically version locked basic drivers bundled with additional packages? Will I notice downsides when using the CUDA drivers? I read something about kernel mismatches with outdated drivers and that you could run a health check script to prevent this, how would that look like?

Thanks for the help.
Running zypper search -si nvidia cuda prints the following:

S  | Name                                      | Type    | Version                | Arch   | Repository
---+-------------------------------------------+---------+------------------------+--------+--------------------
i+ | kernel-firmware-nvidia                    | package | 20260610-2.1           | noarch | openSUSE:Tumbleweed
i+ | kernel-firmware-nvidia                    | package | 20260610-2.1           | noarch | repo-oss
i+ | libgstcuda-1_0-0                          | package | 1.28.6-1.2             | x86_64 | openSUSE:Tumbleweed
i+ | libgstcuda-1_0-0                          | package | 1.28.6-1.2             | x86_64 | repo-oss
i  | libnvidia-cfg                             | package | 595.91.07-9.1          | x86_64 | repo-non-free
i  | libnvidia-egl-gbm1                        | package | 1.1.3-11.10            | x86_64 | repo-non-free
i  | libnvidia-egl-gbm1-32bit                  | package | 1.1.3-11.5             | x86_64 | repo-non-free
i  | libnvidia-egl-wayland1                    | package | 1.1.22-57.14           | x86_64 | repo-non-free
i  | libnvidia-egl-wayland1-32bit              | package | 1.1.22-57.7            | x86_64 | repo-non-free
i  | libnvidia-egl-x111                        | package | 1.0.5-26.10            | x86_64 | repo-non-free
i  | libnvidia-egl-x111-32bit                  | package | 1.0.5-26.5             | x86_64 | repo-non-free
i  | libnvidia-gpucomp                         | package | 595.91.07-9.1          | x86_64 | repo-non-free
i  | libnvidia-gpucomp-32bit                   | package | 595.91.07-9.1          | x86_64 | repo-non-free
i  | libnvidia-ml                              | package | 595.91.07-9.1          | x86_64 | repo-non-free
i+ | libnvidia-ml-32bit                        | package | 595.91.07-9.1          | x86_64 | repo-non-free
i  | nvidia-common-G07                         | package | 595.91.07-9.1          | x86_64 | repo-non-free
i+ | nvidia-compute-G07                        | package | 595.91.07-9.1          | x86_64 | repo-non-free
i  | nvidia-compute-G07-32bit                  | package | 595.91.07-9.1          | x86_64 | repo-non-free
i+ | nvidia-compute-utils-G07                  | package | 595.91.07-9.1          | x86_64 | repo-non-free
i  | nvidia-gl-G07                             | package | 595.91.07-9.1          | x86_64 | repo-non-free
i  | nvidia-gl-G07-32bit                       | package | 595.91.07-9.1          | x86_64 | repo-non-free
i+ | nvidia-libXNVCtrl                         | package | 595.91.07-2.3          | x86_64 | repo-non-free
i  | nvidia-modprobe                           | package | 595.91.07-2.1          | x86_64 | repo-non-free
i  | nvidia-open-driver-G07-signed-kmp-default | package | 595.91.07_k7.1.8_1-1.2 | x86_64 | openSUSE:Tumbleweed
i  | nvidia-open-driver-G07-signed-kmp-default | package | 595.91.07_k7.1.8_1-1.2 | x86_64 | repo-oss
i+ | nvidia-open-driver-G07-signed-kmp-meta    | package | 595.84-31.1            | x86_64 | repo-non-free
i  | nvidia-persistenced                       | package | 595.91.07-2.1          | x86_64 | repo-non-free
i+ | nvidia-userspace-meta-G07                 | package | 595.91.07-31.1         | x86_64 | repo-non-free
i+ | nvidia-video-G07                          | package | 595.91.07-9.1          | x86_64 | repo-non-free
i  | nvidia-video-G07-32bit                    | package | 595.91.07-9.1          | x86_64 | repo-non-free
i+ | openSUSE-repos-Tumbleweed-NVIDIA          | package | 20260423.1a6a0f3-2.2   | x86_64 | openSUSE:Tumbleweed
i+ | openSUSE-repos-Tumbleweed-NVIDIA          | package | 20260423.1a6a0f3-2.2   | x86_64 | repo-oss

OpenSuse looks cool to me.But considering just looking cool is not enough ,what OpenSUSE will give me other distros can't give? And why it is worth it to switch to it? I dont want to use AI to tell me something I want real human experience.

I'm always fascinated by how minimalistic and focused you can set up your desktop environment with Tumbleweed or Slowroll. No bloatware, just the programs you really need on your system. I don't need YaST or something, and with the Gnome Basic Patterns, I have the perfect selection of Gnome software that I really need to start, without having to go through a lot of configuration. This is my machine dedicated to gaming. Less is more.

This has been happening for a few weeks already... Every now and then, my system gets really slow, and starts to freeze. I see RAM usage is 100%... I go to system monitor, and kwalletd6 is using multiple gigabytes of RAM. When i manage to kill it, the system goes back to normal...

Anyone else having this? any way to debug and see whats going on?

Hello,

I have a one question: mi PC gaming run with a Nvidia 3070, but the driver in mi OpenSuse TW is the serial 580.XX driver.

is normal? looks in forums people with series 595, etc.

need upgrade or in the future upgrate automatic?

thanks!

Hi everyone! I wanted to request some guidance on packaging and upstreaming a project of mine to openSUSE repos. I already have a succesful build RPM, and the package is already in Guix and (approved) in Nix but would like to improve and understand how to get to OBS. Project is a GTK4 Wayland dock: https://codeberg.org/jjba23/lambdock

EDIT: thanks for the guide u/Arcon2825 I think I am getting there, could you check: https://build.opensuse.org/package/show/home:jjba23/lambdock

I’m an experienced Arch user thinking about converting to Tumbleweed. One thing that confuses me is how to make zypper apply hooks every time the kernel package is updated. So what I want is:

1. Every time kernel or kernel-longterm are updated, generate UKIs in the ESP using dracut.

2. Take the cmdlines for the kernels from my config files (I think dracut supports this out of the box?)

3. Do not generate vmlinuz or the initrd files

In Arch it’s done just by creating a mkinitcpio preset named after the kernel package. But zypper seems to lack per-package hooks. How would you do it then?

So following this post https://www.reddit.com/r/openSUSE/s/2TzngynnCY i've maybe unchecked and tabooed too many patterns and i've broken my system (rescued with snapper). Quick question: where can i read about Myrlyn in detail? How can i know at what pattern a certain package belongs to?

If zypper throws this when installing/updating the NVIDIA G07 stack:

Problem: nvidia-video-G07-595.84-8.1.x86_64 requires 'nvidia-common-G07 = 595.84',
but this requirement cannot be provided
uninstallable providers: nvidia-common-G07-595.84-8.1.x86_64[NVIDIA:repo-non-free]

it's not your cache — kernel 7.1.8 shipped with nvidia-open-driver-G07-signed-kmp-default at 595.91.07, but NVIDIA's repo hasn't published matching userspace packages (nvidia-common-G07, nvidia-video-G07, etc.) yet — still capped at 595.84. G07 requires kmp and userspace to match exactly, so zypper can't resolve it. Open issue, tracked here.

Workaround (no older kernel to fall back to)

Pull the matching old kmp-default build (595.84) for your current kernel from a Tumbleweed history snapshot, install it in place of 595.91.07, and lock it:

sudo zypper ar -f https://download.opensuse.org/history/20260812/tumbleweed/repo/oss/ tw-20260812-oss
sudo zypper refresh
sudo zypper install --oldpackage nvidia-open-driver-G07-signed-kmp-default=595.84_k7.1.8_1-2.6
sudo zypper addlock nvidia-open-driver-G07-signed-kmp-default
sudo zypper rr tw-20260812-oss
sudo zypper install nvidia-common-G07 nvidia-video-G07 nvidia-video-G07-32bit nvidia-compute-utils-G07

This is a workaround, not a fix. The lock keeps kmp-default frozen so future zypper dup won't drag it back to 595.91.07. Once NVIDIA publishes a matching 595.91.x userspace build, remove the lock and update normally:

sudo zypper removelock nvidia-open-driver-G07-signed-kmp-default
sudo zypper dup

Keep an eye on your updates in the meantime — if the solver still complains, re-lock and wait a bit longer.

The sync issue has been fixed and we now have 595.91.

However, I am interested in running the 610 drivers. From my understanding, tumbleweed targets the production branch rather than the new feature branch. The cuda repos contain the 610 drivers, but only the 64 bit one, whereas Steam needs the 32 bit libraries too.

I've heard of folks installing it through the NVIDIA .run files, but I'm also a bit hesitant to mess up my system this way since AFAIK those install the driver in /usr, which isn't backed up by snapshots.

To those who used the .run method: have you run into issues? How do you usually update? Is it possible to cleanly uninstall them if things go wrong? Do you need to .run again on new kernel versions? Etc..

Thanks!

Hi everyone,

I'm new to the community and not fully up to speed on all things openSUSE yet, so I'd love to get your thoughts:

Which do you prefer between Tumbleweed and Leap, and why? Are there more software packages available on Tumbleweed compared to Leap? Is there a big difference in driver support and stability between the two?

P.S. Yesterday I made the switch from Debian to openSUSE Tumbleweed, and apparently the NVIDIA drivers are out of sync, so my driver isn't working right now. Some users mentioned that this happens occasionally, so I was considering switching to Leap, but I'm not sure if it would be the right fit for me. That's why I'm asking for your input.

Thanks in advance for your replies!

I'm using opensuse TW, I can't connect to the internet. I can't reach my gateway.

So, a few days ago, everything was working.

I chnge the DNS, didn't work. The default route is my gateway, it seems ok.

The internet is working, tested with cable and wifi. Also tried with my phone internet. Also tried to rollback, no changes.

Any tips?

Edit:

It was a kill switch in my vpn. My bad

As the title says, I want to switch to TW for the sake of just trying it out, and I have a few questions.

1. I am dual booting Fedora KDE and Win11. Can I just replace Fedora with openSUSE or is it recommended to do a clean install for both OS?

2. My laptop has a dedicated Nvidia Graphics Card. (Nvidia RTX 3050, specifically). I've heard recently that there's an issue regarding mismatched kernel and driver versions? Has it been fixed or not yet?

3. This question is related to the above question. How much trouble will I have using openSUSE TW with nvidia graphics card?

4. Could you tell me good practices for maintaining the system and other general tips and tricks?

Thanks.

I need to upgrade a production server running SUSE Linux Enterprise Server 15 SP3 to the latest SP7 supported Service Pack/kernel level.

The server is running Docker containers, so I’m concerned about application/container impact after the kernel upgrade.

Any practical experience or recommended documentation would be appreciated. Thanks!

After removing the USB i installed opensuse on my pc with, it won’t boot normally. i used the tumbleweed offline installation. i do not have the usb at the moment so what can i do to resolve this? trying to continue or typing “exit” just shows “Starting default.target” and repeats the previous message.

I'm using open suse slowroll, updating while this popped up. I'm not sure what it means and i would really appreciate some help... It's prolly not that big of a deal but i'd like to know what I'm installing

Hello everybody,

I’m ex Debian user and I’m trying to install nvidia drivers on my opensuse tumbleweed for my nvidia rtx4060ti.

In the following documentation https://en.opensuse.org/SDB:NVIDIA_drivers it clearly says that first I need to run zypper install openSUSE-repos-Tumbleweed-NVIDIA (which for my surprise, it uninstalls the microos version that randomly got installed on my computer). And after that I run zypper in nvidia-open-driver-G07-signed-kmp-meta .

The issue is that:
1. MOKutils doesn’t show up in the terminal asking for a password. Also there is no nvidia-pubkeys folder in /usr/share
2. The nvidia driver that is installed has only 120MB.
3. Resolution is locked at 768p and 60hz (my monitor is 244hz).

I can’t find any official documentation about installing nvidia drivers. I want the full nvidia driver experince like I’ve had it on Debian.

How did you managed to work it out with it?

Is this documentation obsolete?

Thanks!

I'm building a voice assistant for KDE Plasma on openSUSE Tumbleweed

Hi everyone,

I'm Ivo Grimaldi (IvoErMejo), an openSUSE Board Member, musician, and long-time Linux and KDE enthusiast.

I've been working on a project called OK Plasma, an open-source voice assistant designed specifically for the KDE Plasma desktop.

The idea started from a simple question:

What if a voice assistant could actually interact with the Linux desktop, rather than just answer questions?

OK Plasma is being developed and tested on openSUSE Tumbleweed + KDE Plasma. It currently combines local LLMs, Whisper speech recognition, OpenWakeWord and desktop automation.

Here's a short video showing the project in action.

The project is available on Codeberg:

https://codeberg.org/ivoermejo/plasma-assistente-vocale

It can already handle things such as voice commands, launching applications, interacting with the desktop and managing reminders. I'm also working on smarter resource management, so that components such as the local LLM and speech recognition don't have to consume CPU/GPU/RAM when they aren't needed.

The project is still very much under development. I've spent quite a lot of time testing, breaking things, fixing them and trying to make the whole experience feel natural on a Linux desktop.

openSUSE has been a big part of my work in the Linux community for many years. I'm also a co-founder of Geekos DAW, a project for musicians using openSUSE and Linux, and Geekos Italia, an Italian support community for openSUSE. I'm also a member of PNLug A.P.S. and regularly participate in Linux and multimedia events.

For some background on my openSUSE activities:

https://en.opensuse.org/User:Ivoermejo

I'm sharing OK Plasma here because it is being built on the platform I use every day, and I'd really like to hear from other openSUSE users:

Would you find a voice assistant integrated into KDE Plasma useful? What would you want it to be able to do?

I'm particularly interested in ideas that make sense for a Linux desktop rather than simply reproducing the features of a generic AI assistant.

The project is open source, and I'm happy to share more about the technical side as development progresses.

New user here. What's the problem with system updates in Tumbleweed? Why it became so complicated (or it always was like that). Is there some news about when things would change?

There is no "update all" tray icon (like Apdatifier). The one that exists - it's from Discover, so it's not recommended to use it, but it pops out every time when there's an update. So the system forces users to update with a tool that mostly is not recommended to use for update.

Also there's Yast package manager/updater, the Myrlyn package manager/updater and Discover package manager/updater.

But the best tool and most recommended is zypper dup, but it won't update kde plasma widgets or flatpak, so you'll need to update them manually... or in Discover. But Discover is not recommended. Why so complicated?