FedoraForum.org - Using Fedora

Many Fedora packages cause core dump (SIGILL) on older CPUs

JuhaniJaakola — Sun, 01 Nov 2026 20:28:45 GMT

Fritzing fritzing-1.0.8^20260728-1.fc44.x86_64 crashes with a core dump on startup:

Code:

$ coredumpctl info

...

        Signal: 4 (ILL)

...

  Command Line: Fritzing

    Executable: /usr/bin/Fritzing

...

                Stack trace of thread 262282:

                #0  0x00007fc77aac3ab1 _sub_I_65535_0.0 (libvvdec.so.3 + 0x5aab1)

                #1  0x00007fc77ac2b3ef call_init (/usr/lib64/ld-linux-x86-64.so.2 + 0x53ef)

                #2  0x00007fc77ac2b4cd _dl_init (/usr/lib64/ld-linux-x86-64.so.2 + 0x54cd)

                #3  0x00007fc77ac44720 _dl_start_user (/usr/lib64/ld-linux-x86-64.so.2 + 0x1e720)

I have vvdec-libs-3.0.0-5.fc44.x86_64.

Google AI says that my CPU is tool old: "You are getting a SIGILL (Illegal Instruction) crash because the pre-compiled version of libvvdec.so.3 you installed is using AVX or AVX2 vector instructions, which your AMD A4-3300M processor does not support"

Code:

$ lscpu

,,,

  Model name:                AMD A4-3300M APU with Radeon(tm) HD Graphics

...

    Flags:                   fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pg

                             e mca cmov pat pse36 clflush mmx fxsr sse sse2 ht s

                             yscall nx mmxext fxsr_opt pdpe1gb rdtscp lm 3dnowex

                             t 3dnow constant_tsc rep_good nopl nonstop_tsc cpui

                             d extd_apicid aperfmperf pni monitor cx16 popcnt la

                             hf_lm cmp_legacy extapic cr8_legacy abm sse4a misal

                             ignsse 3dnowprefetch osvw ibs skinit wdt cpb hw_pst

                             ate vmmcall arat npt lbrv svm_lock nrip_save pausef

                             ilter

I have had similar core dumps from numeric Python modules, for example when importing python3-pandas-2.3.3-3.fc44.x86_64:

Code:

                Stack trace of thread 4452:

                #0  0x00007f9d34ea5c81 _ZL24__Pyx_InitCachedBuiltinsP16__pyx_mstatetype.constprop.0 (lib.cpython-314-x86_64-linux-gnu.so + 0xa5c81)

                #1  0x00007f9d34e1a86d _ZL20__pyx_pymod_exec_libP7_object.lto_priv.0 (lib.cpython-314-x86_64-linux-gnu.so + 0x1a86d)

                #2  0x00007f9d59aa627f PyModule_ExecDef (libpython3.14.so.1.0 + 0x2a627f)

Shouldn't all x86_64 packages work on all 64-bit CPUs?

dump vs tar

rholme — Sun, 01 Nov 2026 14:22:42 GMT

Up to about a year ago, I used dump and restore for backups. Since they have gone away i am using tar.
Tar is nice but not nearly (IMHO) as nice/easy-to-use as restore when putting something back.
Dump also less output files and you do file systems not directories. NICE!

Sad that dump/restore died and just wonder if I missed somthing. I there a better replacement?

How to keep the root partition healthy (it was recently 99% full)

davidlevner — Fri, 30 Oct 2026 15:49:04 GMT

I'm running Fedora 44 with KDE. I recently got a message that my root partition was full. I brought up a shell and confirmed, with the df command that this partition was indeed 99% full. After getting over my initial shock, I closed all applications, ran a dnf update and rebooted. I also removed a large log file from /var that had not been used since 2021. When the system returned, df reported that the root partition was 76% full.

I have several questions about this episode:

1) Is 76% full healthy for the root partition or is there more I should do?

2) My best guess as to what happened is that I was using a web browser (Brave--similar to Chrome) and was working on a tab that froze. I had to close the tab. A minute or two later I got the warning about the root partition. Maybe the Javascript, or something else, running in that web page entered an infinite loop and/or had a memory leak. Would that cause the root partition to fill up??

For the record, all my other partitions seem to be healthy. /boot is 37% full, /boot/efi is 14% full, /home is 14% full, /dev/sdb1 (removeable hard drive) is 50% full.

Mate desktop: shutdown / reboot

hmmsjan — Tue, 27 Oct 2026 08:45:20 GMT

Since many years, MATE is one of my favorite desktops. It's very stable in these roaring times, and after every Fedora release upgrade, it looks just the same. Until now. How should I shutdown the system? I could not find the shutdown menu option on the place where it was before.
Only logout is left, so poweroff goes via lightdm or brute-force poweroff command.

The strange thing is: after login, the shutdown option is on its well known place, but it disappears. Why ?
Seen in Fedora 45 (few days before release) and Debian 14 (not yet released)

.

[SOLVED] No working Audio/Video Recorder on F43

robertdaleweir — Tue, 27 Oct 2026 00:56:16 GMT

I have no working Video/Audio recorder available to me for Fedora 43. Kernel 7.2.8-100.fc43. I have installed several apps like Kooha, vokoscreenNG, OBS-Studio with no success. My old favorite easyscreensaver no longer works on Wayland. I never have been without something that just worked but I am now. Does anyone know of an app that would allow me to just record screen and simple USB microphone input. This is quite embarrassing really?

Ka-Boom!

Dan — Mon, 26 Oct 2026 22:26:52 GMT

Yikes! I just managed to crash the X server/GUI!

I was running Mate Disk Usage Analyzer, trying to plan out some data moves to clear space on /home/Dan, and just about had it figured out ... and ...

** <..:blink:..>

Uh, oh! Black screen!

The monitor then bounced between several reported resolutions of black, blinked a few times, and then settled again at 3840 x 2160, and the login screen faded in like it had been awakened in the middle of the night, and was still trying to get it's bearings.

Honestly, it surprised the 'ell out of me. This thing has been rock solid since we figured out the WPA glitch and I killed the associated culprits. Although this was obviously different because it didn't crank-out the whole system. It just took down the X server like a flat sap does a wobbly drunk.

I have no idea what glitched. At 32g, it wasn't an out-of-memory situation, but something surely and effectively clocked the X server.

So my warning is this: Until I know more, if you're going to run the Mate Disk Usage Analyzer ... save your work elsewhere first.

sleeping and re-login

rholme — Mon, 26 Oct 2026 10:27:34 GMT

For the past few months, putting my system to "sleep" so I need to enter my password to begin again has changed.
50% of the time after I enter my password, the screen shows a "dumb" terminal prompt for login. I use "Conrol/Alt/F3" buttons simultaneously and proceed to the normal desktop.
Once in a while I need to reboot to get to my desktop.

I have used Fedora for years and this extra step was never needed before.

Is this a bug that should be reported or am I doing something wrong?

Won't boot with HP G5 docking station

jeffshead — Sat, 24 Oct 2026 15:23:14 GMT

Just installed Fedora on a Surface Go 2.
...
Operating System: Fedora Linux 44
KDE Plasma Version: 6.7.5
KDE Frameworks Version: 6.31.0
Qt Version: 6.11.2
Kernel Version: 7.2.11-200.fc44.x86_64 (64-bit)
Graphics Platform: Wayland
Processors: 4 � Intel� Core� m3-8100Y CPU @ 1.10GHz
Memory: 8 GiB of RAM (7.6 GiB usable)
Graphics Processor: Intel� UHD Graphics 615
Manufacturer: Microsoft Corporation
Product Name: Surface Go 2
System Version: 1
...

Works great except the system will not boot when it's connected to an HP G5 docking station. If I power off the Surface, disconnect it from the dock, boot the Surface, login and then connect it to the dock, everything works without issue.

As a test, I tried a different docking station. The Surface does boot when it's connected to a Dell WD22TB4 docking station.

When I try to boot the Surface with it connected to the HP dock, the Surface freezes on the black screen with the MS and Fedora logo and spinning icon, every time.

I'm not proficient with Linux so where do I start with troubleshooting? I can't find it now, but I read an Internet article where another user ran into a similar situation (different computer model) and determined it was not driver related but had something to do with grub and legacy BIOS. Going from memory, I believe that person was able to go into their PC's UEFI BIOS and enable a setting that allowed legacy boot for something. Maybe USB but I can't remember.

Anyway, there's no legacy setting that I can find in the Surface's BIOS. Does anyone know what's happening and where to start troubleshooting?

[SOLVED] Help rolling back Silverblue

Gumper — Sat, 24 Oct 2026 14:00:34 GMT

In the past I added several rpmfusion repos and packages in order to get better CODEC support and now would like to rollback to an older pinned version. When I boot into this older pinned version and then try to do an upgrade, it's giving me the following messages, preventing the upgrade from running.

error.jpg

I'm not sure how to proceed to correct this so I can revert back to this older pinned version.

The version that I'd like to go back to is the lowest one in this picture.

status.jpg

Can anyone offer some suggestions on how to move forward with this?

Thanks

Attached Images

error.jpg (119.4 KB)
status.jpg (136.4 KB)

sed and repeat patterns

rholme — Fri, 23 Oct 2026 11:08:30 GMT

Sed matches and replaces (using the "s") command the first occurrence of a pattern on a line (range).
However if you want to remove the 2nd (through Nth) occurrence you must run through sed again.
If your example you want to remove all spaces you must run through sed the number of spaces times.

Is there any way to tell sed to deal with a repeat or recurring pattern?
I cannot find in the man page.

Real world Fedora filesystem performance

Spazzy — Mon, 19 Oct 2026 21:43:21 GMT

After installing a new WD Black SN770 nvme and cloning the old sata Blue SSD drive on to it, I find the performance of the new black drive to actually be worse than the old sata. Copying large files from one sata SSD to another typically maintained about 450MB/s throughput, even when doing several files. Large files to me = movie images and usually 18-35GB each. I recall copying 80G of files and watching the results and it was around 450MB/s at the end, average.

Using Clonezilla Live to clone the old ssd system drive showed it averaged about 33.02GB/minute. That drive had 285.9GB of data on it. Other than a couple large games, no large files that I recall. Doing the math on those numbers, it maintained 550MB/Sec for the entire 285GB. That indicates to me the nvme was waiting on the ssd, as I would expect.I wasn't sure what to expect but was pleasantly surprised.

Copying files in dolphin however, moves about 100MB/s slower than it did from sata ssd to sata ssd, and almost 200MB/s slower than Clonezilla cloned the system drive. I used system info to track the SSD temp and it never raises above 31C, and with a idle temp of 26C, I can't imagine there's thermal throttling going on. But the throughput graph sure looks like that's what it does. Even if it runs out of on-drive cache I would expect the sustained write speed should be greater than the max speed of a sata ssd. But I have yet to see it average 400MB/s during a write.

Cannot install pax package

RupertPupkin — Mon, 19 Oct 2026 14:31:48 GMT

When I tried installing the pax package from the Fedora repos, I got this error:

Code:

...

Running transaction

  Preparing        :                                                        1/1

  Installing       : pax-3.4-49.fc44.x86_64                                 1/1

  Running scriptlet: pax-3.4-49.fc44.x86_64                                 1/1

alternatives version 1.33 - Copyright (C) 2001 Red Hat, Inc.

This may be freely redistributed under the terms of the GNU Public License.



usage: alternatives --install    

                    [--initscript ]

                    [--family ]

                    [--follower   ]*

       alternatives --remove  

       alternatives --auto 

       alternatives --config 

       alternatives --display 

       alternatives --set  

       alternatives --list

       alternatives --remove-all 

       alternatives --add-follower     

       alternatives --remove-follower   



common options: --verbose --test --help --usage --version --keep-missing --keep-foreign

                --altdir  --admindir 

warning: %post(pax-3.4-49.fc44.x86_64) scriptlet failed, exit status 2



Error in POSTIN scriptlet in rpm package pax

The downloaded packages were saved in cache until the next successful transaction.

You can remove cached packages by executing 'dnf clean packages'.

Error: Could not run transaction.

Anyone else here seeing the same error? I got a similar error about a PREUN scriptlet when I tried uninstalling the star package. This is in F44.

dnf remove wants to remove non-dependencies

pacifico — Sun, 18 Oct 2026 18:04:05 GMT

I'd like to remove several packages from a few systems that have seen many version upgrades since initial installation.

For example, I'd like to remove mysql-community-server.x86_64.

With sudo dnf remove mysql-community-server.x86_64, dnf outputs the following:

Code:

Package                         Arch   Version                 Reposit      Size

Removing:

 mysql-community-server         x86_64 8.4.7-10.fc42           mysql-8 102.0 MiB

Removing dependent packages:

 libreoffice-calc               x86_64 1:25.8.7.3-3.fc43       updates  26.8 MiB

 libreoffice-emailmerge         x86_64 1:25.8.7.3-3.fc43       updates  30.0 KiB

 libreoffice-graphicfilter      x86_64 1:25.8.7.3-3.fc43       updates   1.0 MiB

 libreoffice-impress            x86_64 1:25.8.7.3-3.fc43       updates 798.9 KiB

 libreoffice-pyuno              x86_64 1:25.8.7.3-3.fc43       updates   2.1 MiB

 libreoffice-writer             x86_64 1:25.8.7.3-3.fc43       updates  12.3 MiB

Removing unused dependencies:

 Box2D                          x86_64 2.4.2-5.fc43            fedora  251.6 KiB

 autocorr-en                    noarch 1:25.8.7.3-3.fc43       updates 285.0 KiB

 boost-date-time                x86_64 1.83.0-17.fc43          fedora   12.2 KiB

 clucene-contribs-lib           x86_64 2.3.3.4-52.20130812.e8e fedora  320.9 KiB

 clucene-core                   x86_64 2.3.3.4-52.20130812.e8e fedora    1.7 MiB

 hyphen-en                      noarch 2.8.8-27.fc43           fedora  103.9 KiB

 libabw                         x86_64 0.1.4-1.fc43            updates 269.5 KiB

 libargon2                      x86_64 20190702-8.fc43         fedora   49.0 KiB

 libcmis                        x86_64 0.6.3-1.fc43            updates   1.1 MiB

 libe-book                      x86_64 0.1.4-1.fc43            updates 522.0 KiB

 libeot                         x86_64 0.01-34.fc43            fedora   77.2 KiB

 libepubgen                     x86_64 0.1.1-21.fc43           fedora  376.2 KiB

 libetonyek                     x86_64 0.1.13-2.fc43           updates   2.4 MiB

 libexttextcat                  x86_64 3.4.6-12.fc43           fedora  453.8 KiB

 libfreehand                    x86_64 0.1.3-1.fc43            updates 453.9 KiB

 liblangtag                     x86_64 0.6.7-6.fc43            fedora  201.7 KiB

 liblangtag-data                noarch 0.6.7-6.fc43            fedora    2.1 MiB

 libmspub                       x86_64 0.1.5-1.fc43            updates 412.7 KiB

 libmwaw                        x86_64 0.3.23-1.fc43           updates   6.9 MiB

 libnumbertext                  x86_64 1.0.11-9.fc43           fedora  764.3 KiB

 libodfgen                      x86_64 0.1.8-15.fc43           fedora  757.8 KiB

 liborcus                       x86_64 0.20.2-2.fc43           fedora    1.8 MiB

 libpagemaker                   x86_64 0.0.4-27.fc43           fedora  150.9 KiB

 libqxp                         x86_64 0.0.3-1.fc43            updates 328.4 KiB

 libreoffice-core               x86_64 1:25.8.7.3-3.fc43       updates 286.0 MiB

 libreoffice-gtk3               x86_64 1:25.8.7.3-3.fc43       updates   1.9 MiB

 libreoffice-gtk4               x86_64 1:25.8.7.3-3.fc43       updates   1.8 MiB

 libreoffice-help-en            x86_64 1:25.8.7.3-3.fc43       updates  28.9 MiB

 libreoffice-langpack-en        x86_64 1:25.8.7.3-3.fc43       updates 172.0 KiB

 libreoffice-ogltrans           x86_64 1:25.8.7.3-3.fc43       updates 304.1 KiB

 libreoffice-pdfimport          x86_64 1:25.8.7.3-3.fc43       updates 586.2 KiB

 libreoffice-ure                x86_64 1:25.8.7.3-3.fc43       updates   6.5 MiB

 libreoffice-x11                x86_64 1:25.8.7.3-3.fc43       updates 508.0 KiB

 libstaroffice                  x86_64 0.0.8-1.fc43            updates   2.2 MiB

 libwps                         x86_64 0.4.14-6.fc43           fedora    2.1 MiB

 libzmf                         x86_64 0.0.2-41.fc43           fedora  181.1 KiB

 lpsolve                        x86_64 5.5.2.14-1.fc43         updates 739.3 KiB

 mariadb-connector-c            x86_64 3.4.8-1.fc43            updates 516.2 KiB

 mecab                          x86_64 0.996-10.fc43           fedora    1.2 MiB

 mecab-ipadic                   x86_64 2.7.0.20070801-33.fc43  fedora   50.6 MiB

 mecab-ipadic-EUCJP             x86_64 2.7.0.20070801-33.fc43  fedora   39.7 MiB

 mysql-community-icu-data-files x86_64 8.4.7-10.fc42           mysql-8   4.3 MiB

 mythes                         x86_64 1.2.5-9.fc43            fedora   23.3 KiB

 mythes-en                      noarch 3.0-42.fc43             fedora   20.7 MiB

 raptor2                        x86_64 2.0.15-49.fc43          fedora  563.4 KiB

 rasqal                         x86_64 0.9.33-31.fc43          fedora  866.5 KiB

 redland                        x86_64 1.0.17-40.fc43          fedora  506.0 KiB

 xmlsec1-nss                    x86_64 1:1.2.41-3.fc43         fedora  200.6 KiB

 zxing-cpp                      x86_64 2.2.1-5.fc43            fedora    1.3 MiB



Transaction Summary:

 Removing:          56 packages



After this operation, 619 MiB will be freed (install 0 B, remove 619 MiB).

Is this ok [y/N]: N   

Operation aborted by the user.

However, output given by dnf repoquery --whatrequires mysql-community-server.x86_64 is empty:

Code:

Updating and loading repositories:

Repositories loaded.

I absolutely want to keep several of the packages dnf remove indicates are to be removed.

I have tried the following:

Code:

sudo dnf remove --noautoremove mysql-community-server.x86_64

sudo dnf --setopt=clean_requirements_on_remove=False remove mysql-community-server.x86_64

These give the same result.

I worry that doing this via rpm will corrupt dependency information built by dnf and I suspect that data is incorrect to begin with.

Suggestions?

Thanks in advance.
-Al

Amazon Prime Video locks up Firefox tab

TechnoJunky — Sun, 18 Oct 2026 17:59:17 GMT

For the past 2 days, every time I got to Amazon Prime Video, the tab in Firefox freezes. Sometimes I can mouse over a video and the popup comes up, other times it won't even do that. Once I get to the site the tab is dead. It doesn't become responsive again. I can't go to any other website or anything in that tab. Opening new tabs allows them to work but the Prime Video tab is just borked. Today I left it there for 30 minutes, it's still unresponsive. I can use Chromium and the site works, so it seems to be restricted to just Firefox. I'm running that latest version 158.0. Oddly this also occurs when I use Firefox Nightly, which I don't use often anymore but still have installed. With Firefox, I disabled all the extensions for blocking website stuff (ads, trackers, etc). Still freezes. Is this happening for anyone else?

The Amazon ordering website works just fine.

44 WS Gnome not copying all files to NTFS drive

Boblebad007 — Sat, 17 Oct 2026 16:55:48 GMT

Hello all

I have serious problems with Fedora 44 WS Gnome not copying/moving all files to external USB NTFS drive :confused:

I just moved 6 files and only the last one showed up on my drive. The other 5 didn't.

All the best
Carsten