Trouble with kernel 5.19.14-200.fc36.x86_64 update

Wonder if anyone has the same problem. After dnf update to kernel 5.19.14 from 13, I couldn’t run YouTube videos. My wifi was working fine, download speed at 220 mbps, so it wasn’t that. I had to use Timeshift to get back to pre-updated state to use it. I did this twice, and with same results. I tried the suggested codec updates in the Doc, but it didn’t help. BTW, SeLinux Troubleshooter had 13 alerts after update. Any ideas?

What were the alerts about?
Is selinux in enforcing or permissive mode?
Did you try setting selinux to permissive sudo setenforce 0 to see if it is an selinux issue or not?

What errors do you see in the log with journalctl when this occurs?

10:50:58 setroubleshootd: SELinux is preventing restorecon from map access on the file /etc/ For complete SELinux messages run: sealert -l 88052192-aa30-4c2d-b001-df81f568c7be

10:50:01 setroubleshootd: SELinux is preventing cupsd from unlink access on the file /etc/cups/subscriptions.conf.O. For complete SELinux messages run: sealert -l b39752c4-b34d-4db2-b885-f835125f54d7

As I said there were 13 alerts … here are 2 examples


Those are 2 completely different apps being interfered with. For details follow the directions in each. Maybe you should dig deeper into the sealert info to see what each is telling you. Also check the time on each alert to see if the youtube video may have triggered the alert.

If it is an selinux issue that is actually being seen when attempting to run the youtube videos then it may be solved by running sudo restorecon -R / to ensure all files on the system have context according to the latest selinux policies.

I know that in the past there have been changes to selinux policies that have interfered and the system needed to be relabeled to match the new selinux policy as a fix.

Hi @gcmc999

Would you be able to look at the logs to see if there are any errors there when you tried to play the Youtube videos etc?

Current problem: videos (tested: YouTube and Instagram) stalled (circle goes round) while trying to play in browsers (tested: Firefox, and Brave with blocking turned off).

SYSTEM: Kernel: 5.19.14-200.fc36.x86_64
.:ccccccccccccc;OWMKOOXMWd;ccccccc:. Uptime: 19 mins
.:ccccccccccccc;KMMc;cc;xMMc:ccccccc:. Packages: 2286 (rpm)
,cccccccccccccc;MMM.;cc;;WW::cccccccc, Shell: bash 5.2.2
:cccccccccccccc;MMM.;cccccccccccccccc: Resolution: 1366x768
:ccccccc;oxOOOo;MMM0OOk.;cccccccccccc: DE: Cinnamon 5.2.7
cccccc:0MMKxdd:;MMMkddc.;cccccccccccc; WM: Mutter (Muffin)
ccccc:XM0’;cccc;MMM.;cccccccccccccccc’ WM Theme: Mint-X (Mint-Y)
ccccc;MMo;ccccc;MMW.;ccccccccccccccc; Theme: Mint-Y-Red [GTK2/3]
ccccc;0MNc.ccc.xMMd:ccccccccccccccc; Icons: Mint-X-Teal [GTK2/3]
cccccc;dNMWXXXWM0::cccccccccccccc:, Terminal: gnome-terminal
cccccccc;.:odl:.;cccccccccccccc:,. CPU: Intel i5-3320M (4) @ 3.300GHz
:cccccccccccccccccccccccccccc:'. GPU: Intel 3rd Gen Core processor Grap
.:cccccccccccccccccccccc:;,… Memory: 2393MiB / 7488MiB

. sudo restorecon -R / didn’t solve problem
. sudo dnf history clean -all did clean up files and allowed for clean downloaded from repos. without ‘clean’, previous downloaded files will be used instead. (During update it said e.g. " kernel 5.19.14 **** [Downloaded])
. sudo dnf history rollback # result: “Nothing to do”
. sudo journalctl -xe nothing to add to logs. + nothing showing in app “Problem Reporting”

. reloaded Realtek 88x2bu driver, and confirmed was not wifi dongle’s problems, ran speedtest @ Dd 228 Mbps Ud 32 Mbps
. tried system wifi card , same problem with video playbacks
. Selected previous kernel @ GRUB, i.e., 13 didn’t run either

The only way right now is not to do an update and rollbacked incremental changes by Timeshift (at least I have that)

I presume videos are played in HTML5 ? looks like not a compatibility issues? Brave based on Chromium, but Firefox is not , so it can’t be browser decoding issue. But seems like one. I turned off all extensions too…

Maybe I should wait for Fed37 and do a clean install ? Thanks.

I have the same problem. Videos stopped working after the update to 5.19.14 from 13. This problem happens within Firefox and Chrome. I have found a work around of sorts. Running “systemctl --user restart pipewire.service” allows videos and sound to play. However, switching between headphones and my laptop’s speakers causes video play to stop. Based on some errors I saw when doing “journalctl -xe | grep pipewire”, I tried installing pipewire-plugin-libcamera. That didn’t resolve the problem. Here are the most recent messages in journalctl. Something is going on with mod.rt that gets somewhat mitigated when I restart pipewire.

pipewire.service - PipeWire Multimedia Service.
Oct 14 22:19:37 fedora-framework pipewire[5391]: mod.rt: Can’t find xdg-portal: (null)
Oct 14 22:19:37 fedora-framework pipewire[5391]: mod.rt: found session bus but no portal
Oct 14 22:19:37 fedora-framework rtkit-daemon[868]: Successfully made thread 5391 of process 5391 (/usr/bin/pipewire) owned by ‘1000’ high priority at nice level -11.
Oct 14 22:19:37 fedora-framework rtkit-daemon[868]: Successfully made thread 5444 of process 5391 (/usr/bin/pipewire) owned by ‘1000’ RT at priority 20.
Oct 14 22:19:38 fedora-framework pipewire[5391]: [0:03:53.766575385] [5391] INFO Camera camera_manager.cpp:293 libcamera v0.0.0

Hey Tim: Thanks for your pointer, it was pipewire causing problem. I got it working after:

  1. sudo dnf re-install gnome-shell
  2. Download Gnome packages app, and search pipewire
  3. I believe installing Rust-*bindings (all related files) made it work (I read about Linux and Rust…)

So they just released 5.19.15 , so it works with this update.

1 Like

The kernel cannot use external crates (which is what all those rust-* packages contain), so this is unrelated.

It works for me, both sound and video are running smoothly, no dropped frames, but if you have better solutions, let me know.

In my case, the core of the issue was due to a version of pipewire-pulseaudio related libraries that was pulled in from another repo that wasn’t upgraded with the most recent Fedora upgrade I ran. I figured this out by going through the pulseaudio/pipewire packages and forcing some reinstalls. When I tried reinstalling this package, I got an error about some libraries that were not compatible. The issue could be remedied by adding --allowerasing to the reinstall command. Once this was done, videos and sound returned to normal.

FWIW, I also tried installing, then uninstalling rust packages related to pipewire. Those packages made no difference when either installed or removed.

My experience really may not apply to other people as it’s clear to me that the core of the issue was due to some additional packages on my machine that weren’t part of the core Fedora 36 packages. Other people may experience similar video issues due to hardware or other package issues. However, I will say that this isn’t the first time I have run into pipewire related sound and video issues. In my opinion, pipewire’s stability and robustness still need considerable improvement. Other components of Fedora have not been as fragile as pipewire.


It is well known that packages from 3rd party repos may not be compatible with fedora. This same problem exists with most of the major distros, since the 3rd party is not constrained to test and ensure their package has no inconsistencies with the main repo.

This means it is always at the users risk when they install software from any 3rd party repo, or even download and compile it then install locally.

1 Like