Lately, I've noticed that different tabs that I have open in Firefox are
crashing. This seems to have started recently. They can be restored
easily, but there's a nuisance factor here.
Hardware/Software basic deets:
Dell XPS 13 L322X laptop, vintage circa 2013.
1TB Samsung Solid state drive
F32 - everything has been updated
TL,DR: I have problems with resuming from suspend to RAM on my new Ryzen
computer. I have only seen this happen if I put root onto a btrfs
subvolume, not on ext4. The proprietary nvidia driver seems to be one
additional factor, but I have also seen this with the nvidia driver
removed. Experienced something similar?
I have upgraded my PC with a Ryzen 7 3700X, Asus ROG STRIX x570-E Gaming
and a Samsung 970 EVO PLUS NVMe SSD.
The existing Fedora 32 system from my old SATA SSD worked flawlessly
(with suspend to RAM).
For the last years I have always used ext4 (previously ext3) on
monolithic root partitions (no separate /boot or /home, but separate
data partitions) on mbr partitioned SATA disks, booting in legacy BIOS mode.
With the new drive I wanted to make the switch to GPT, UEFI boot and
btrfs (ext4 /boot). I didn't want to install a new system (with those
months of finding programs you have not yet installed) but opted to just
copy over my old F32 system.
So I used gparted to set up the GPT and a 200MiB EFI System partition,
three 500MiB boot partitions (for different distributions or Fedora
versions), a 16GiB swap partition and the rest of the drive as btrfs. In
the btrfs volume I created a fedora32 subvolume with a nested home
subvolume. I then mounted everything (/, /boot, /boot/efi) on my old f30
system and copied over everything from my f32 partition. After bind
mounting /sys, /proc and /dev I chrooted into the new copy, adjusted the
fstab, installed all efi related packages, ran grub2-mkconfig and made
sure the kernel paths in /boot/loader/entries were correct. I then
switched to the system rescue mode of a f32 netinstall USB drive booted
in UEFI mode (to get access to the efivars) to install grub with target
x86_64-efi and regenerate the initrds.
After that everything booted up and seemed to work until I tried suspend
to RAM. It went to sleep properly, but resuming did not complete. After
waking up it just continued to display the last four kernel messages of
the suspend action (suspending processes, ..., suspending terminal). It
reacted to emergency sync sysrq (HDD LED blinking) but the other sysrq
keys did not seem to work ("u" also provoked a blinking LED sometimes).
This happened from within KDE as well as from text terminal with
systemctl suspend. Log files after reboot just had entries until shortly
before suspend (processes suspended, all except the last CPU core
disabled, unneeded drives stopped) but not from the attempt to resume.
I assumed this to be caused by the NVMe-SSD and unsuccessfully tried
some suggested solutions that have worked for others with suspend
problems with NVMe-SSDs (disabling acpiphp, disabling d3cold_allowed).
Since I had too many variables I trashed the content of the new SSD and
started anew with a mbr partition table to boot in legacy BIOS mode. I
just plain cloned the original f32 partition to the NVMe SSD, adjusted
the fstab, updated grub.cfg, recreated the initrds installed grub to the
mbr and everything worked, including suspend.
I then again did another copy with btrfs root (and ext4 /boot), this
time on MBR with BIOS boot and it again showed the previous suspend
problem. No swap space this time.
I also did a new install of F32 (from Everything Netinstall with Plasma
Workspace profile) with btrfs root and ext4 /boot, which suspended
correctly at the beginning but failed to resume after I installed the
proprietary nvidia driver for my graphics card. Removing the nvidia
driver (and updating grub.cfg and the initrds) returned that install to
a working state.
I then removed the nvidia driver also on the second non-working copy of
my old system (checked that "lsmod | grep nvidia" does not show
anything), but suspend still did not work. It did not show the kernel
messages but just a black screen with frozen mouse pointer. So the
nvidia driver seems to be one way to trigger it but there apparently are
other ways to reach the non-working state.
I have now trashed everything again and settled for GPT, UEFI and root
on ext4 (no separate /boot) with /home on a btrfs subvolume as a
compromise. This seems to be working fine. As I now have a btrfs /home
my problem is also likely not caused by having files open on a btrfs
The problems were with kernels 5.7.9-200.fc32 and 5.7.10-201.fc32 . I
should likely also have tried an older kernel, but have not yet done so
(might try to get a new non-working test setup tomorrow).
Nvidia driver packages were version 440.100 from rpmfusion on the new
install and a rebuild of the f33 packages of 450.57 for the existing
- AMD Ryzen 7 3700X
- Asus ROG STRIX x570-E Gaming (latest BIOS version 2407)
- Samsung 970 EVO PLUS NVMe SSD
- Geforce GTX960
Old Ext4 on MBR, SATA: working
copy of old Ext4 on MBR, NVMe: working
copy to BTRFS (Ext4 /boot, with nvidia) on GPT, UEFI, NVMe: not working
copy to BTRFS (Ext4 /boot, with nvidia) on MBR, BIOS, NVMe: not working
copy BTRFS (Ext4 /boot; nvidia removed) on MBR, BIOS, NVMe: not working
new on BTRFS (Ext4 /boot, w/o nvidia) on MBR, BIOS, NVMe: working
new on BTRFS (Ext4 /boot, with nvidia) on MBR, BIOS, NVMe: not working
copy on Ext4 (btrfs /home, with nvidia) on MBR, BIOS, NVMe: working
copy on Ext4 (btrfs /home, with nvidia) on GPT, UEFI, NVMe: working
So this seems to be unrelated to the partition table type and the boot
mode. If it is related to NVMe this is just one factor. I have just
observed it with / on BTRFS. On a new install the proprietary nvidia
driver is also needed to trigger this, but on my old install it also
occurred with the nvidia driver removed.
Things I have not tried yet (might try when I find the time again):
- older kernel version
- ext4 root but with separate boot partition (unlikely cause)
- non-nvidia graphics card (don't have one)
- logging kernel messages on different device using some serial output
(there is a way, right?) to see what really is failing
Has anybody else experienced something similar? Is there something I
might have missed in the btrfs conversion process?
This might become interesting with F33 with lots of new btrfs systems.
In this extended period of Covid-19 isolation, is there a
videoconference package available?
Hosted systems like Zoom are not opensource, do not use a browser as a
client, feed connection data to Facebook, only allow 2 participants for
free, and not available for a local install.
I thought of Webex, but its Cisco. Maybe its just me :-)
I took a quick look at Jitsi, but users say it has a fatal extreme
processor utilization bug, the rpm packages are 3 years out-of-date, and
does not seem to be present in the normal rpm repos.
I also took a quick look at BigBlueButtion, which looks pretty good.
However, it only runs on an ancient version of Ubuntu, and uses a shell
installer for some unknown reason.
This seems like a major application type that appears to be completely
missing from the repos. Is anyone building one, and just hasn't
announced it yet?
Accidentally I hit ctrl-; in gedit and it brings up a window pane
allowing the selection of emojis.
I can't find this as a documented feature. What else am I missing?
Also, can something like this be done in vim?
DNF failed first try, I ran clean metadata and re-tried, got same result:
Running transaction check
Transaction check succeeded.
Running transaction test
Transaction test succeeded.
The downloaded packages were saved in cache until the next successful
You can remove cached packages by executing 'dnf clean packages'.
Error: SQLite error on "/var/lib/dnf/history.sqlite": Reading a row
failed: database disk image is malformed
I have no idea why this happening, have done nothing unusual? *Bob*
Bob Goodwin - Zuni, Virginia, USA
FEDORA-32/64bit LINUX XFCE Fastmail POP3
After wrestling all day with an ASUS Xonar SE card (with accompanying
Googling), I now believe that this card cannot be made to work in Linux.
Stereo output through the green line out port works fine, but SPDIF does
not. "lspci" actually claims this thing is a USB controller, although as I
mentioned stereo sound does work.
Does anybody have a PCIe sound card that is known to work with SPDIF 5.1
surround sound output? It has to be optical as those are the only digital
ports on my receiver.
One frustrating thing about trying to search for information online is that
I come up with a lot of stuff that is way too old to be useful. For
instance, a lot of the advice articles I found on getting sound working
mention 4Front and OSS sound drivers, which is probably 15-20 year old
information. I'm looking for first hand "yes I know this card works", or
at least a pointer to something that isn't Ubuntu specific and is recent
enough to be useful.
Hello, I'm trying to configure dnf-automatic to automatically upgrade my system
on a daily basis and send me a summary via mailx using my mailgun account.
I have mailx configured and functioning as expected; I can use the 'mail' cmd
to send mail, and have other services using it to send mail.
The following gist has my /etc/dnf/automatic.conf; all I've really changed about
it is to specify to use 'command_email' and uncommented the default 'command_format'
and 'stdin_format', along with setting the from/to emails. I've dropped some
debug logs into the python it runs, and I can see it gets to the emitter fine.
I was even able to send an example email with the emmitter that was constructed
by manually setting the subject and body and running `emitters.commit()`!
The error I'm seeing in the dnf-automatic.service logs is:
Jul 29 06:45:16 <host>dnf-automatic: . . . message not sent.
Is this is a bug or do I have something misconfigured? Would be much appreciated
if someone could point me in the right direction.
I want to create a bootable USB stick that runs fedora.
I do not want to create a Live-CD USB stick because live-CD
fails to boot on my main PC. And no one seems to know how to
fix this. By using a read-write USB stick I can add in debug
code to the boot process and try to findout what is hanging
the boot process.
What my google-fu is failed to do is figure out how to find
instruction on how to do this with getting live-CD instructions.
I'm guessing that I should be able to use anaconda or dnf to get
the heavy lifting done.
Does anyone know what the steps I need to follow are?
Recently, I've noticed that some jobs that are started by dwatch,
aren't starting. If I start them manually, they start fine. dwatch is
in cron.d, and should be running every 5 minutes, but no cron jobs are
running. I see the following in journalctl,
Jul 28 10:07:08 localhost.localdomain crond: (root) FAILED (loading cron table)
Jul 28 10:07:08 localhost.localdomain crond: ((null)) No SELinux security context (/etc/crontab)
but when I check the security context, it seems fine to me.
-rw-r--r--. 1 0 0 system_u:object_r:system_cron_spool_t:s0 451 Jul 24 2019 /etc/crontab
Before I open a bugzilla, I wanted to check if anyone has an
explanation for this, and a fix.