cisco ise helps safeguard your business. It lets you control access throughout your network, see the user and device details, and stop/contain any threats. You can also use it to enforce security policies throughout your network. As a result, it helps prevent any technical issues and strengthens your cybersecurity measures. In short, you can manage your network security with more ease. Everything can be handled in one place, as opposed to needing multiple different applications open at once.
I've got an odd problem that I was hoping for some help on.
The laptop was previously working fine, I am running F30, updated regularly.
I've got an Acer laptop that has been shutting down suddenly. (I
suspect a bad battery, working on that.)
After a sudden shutdown last night, I now get a kernel panic on boot
right after "Starting Switch Root..."
I was able to boot from a USB stick, and was able to read the journal,
but I didn't see anything obvious to help.
I was able to get all of my data off of the (encrypted) disks, so
that's not a problem, but I don't want to just give up, and wash and
reload too quickly.
It has been a couple of years (which means 4 or 5 Fedora releases ago)
since I did this, but I used to be able to play Xonotic using my Xbox 360
Wireless controller. Now I cannot get the controller to work properly in
F32 (it works in Windows 10 so I know the hardware is OK).
This most likely has something to do with the move from xboxdrv (which is
no longer available in Fedora) to xpad kernel driver, and/or the move from
the old js driver to evdev. The xpad driver comes with the current kernel,
but what I cannot figure out is how to calibrate the controller. If I run
Xontic with the controller connected, the game world just spins
counterclockwise. This is a symptom of the controller needing to be
calibrated, but I don't know how to do it. I tried using "jscal", but if I
run "jscal -c" to calibrate it, it appears to work but doesn't. I can
immediately run "jscal -t" and it will say it is not calibrated, and
running "jstest" also shows it is not calibrated (several of the axes are
not centered, i.e. show nonzero values in jstest).
I attempted to download and compile xboxdrv, but it does not work due to
Python 2 vs. 3 incompatibilities, and it doesn't look like any work has
been done on xboxdrv in quite some time. If I try to make it, I get this:
root@snowcrash xboxdrv-linux-0.8.8]# make
scons: Reading SConscript files ...
File "/local/src/xboxdrv-linux-0.8.8/SConstruct", line 34
SyntaxError: Missing parentheses in call to 'print'. Did you mean
make: *** [Makefile:24: xboxdrv] Error 2
Certainly looks like Python version incompatibility.
Can anybody point me to information on how to use an Xbox 360 controller on
F32, or how to calibrate it when using the xpad driver? I have done a lot
of Googling, but most of the articles I found mention things like "apt-get
install xboxdrv", showing they were written for Ubuntu rather than Fedora
and are wanting to use the xboxdrv driver.
With the SystemRescueCd I backed up the /dev/sda6 partition in /mnt/backup/ naming "diskimage"
After backing up operation the file has the automatic extension like "diskimage.000".
Is this file ok to restore?
If I name it "diskimage.gz" then it is automatically renamed with this extension "diskimage.gz.000"
But here below
the file is name like this:
Do I have to name with the .pimg extension during backup to restore correctly?
And how can I restore it?
I upgraded to F31 late last week and I am missing the MiscFixed 16 font that I prefer using. Where would I find it?
Important Notice: This mailbox is ignored: e-mails are set to be deleted on receipt. Please respond to the mailing list if appropriate. For those needing to send personal or professional e-mail, please use appropriate addresses.
I am developing a Qt app in Fedora 31 using the default GNOME wayland session and I am very sorry to see the state of Qt in this configuration.
1) qt creator crashes often (https://bugzilla.redhat.com/show_bug.cgi?id=1773356) the crash report tool does not seem to help
2) drag & drop does not work in Qt creator (and in no other Qt app) (https://bugzilla.redhat.com/show_bug.cgi?id=1774762 and https://bugreports.qt.io/browse/QTBUG-80303)
3) main window geometry cannot be restored when the application restarts (https://bugreports.qt.io/browse/QTBUG-80612)
I think GNOME / Wayland / Qt it is just not ready and should not be offered as the default desktop session for Fedora.
If I force Qt to use X11 emulations, things are much better.
Probably Qt is responsible (but in the bug reports someone says that KDE / Wayland works well), and GNOME is not Qt, but there are so many Qt apps, that sending new users to a non working environment re-enforces the fact that "just works" is not true in Linux.
Last week, I was to participate in a "Zoom" meeting for a charity that
I'm involved in. I have the needed software on my rarely-used windows-7
box. But I could not complete the windows-7 login (some problem with a
windows-7 service). I've since found there is a "Zoom" client for
Fedora. "dnfdragora" does not find anything for it. But I found a web
page that I hope has what I need. I've downloaded the package
("zoom_x86_64.rpm"), and I've downloaded a "Public Key"
("package-signing-key.pub"). The web site from which I've downloaded
these also has a line:
Key fingerprint: [some 40 hex digit number]
1. Do the 2 files need to be in a specific place to do the install? If
2. Do I need to be "root" to do the install?
3. What do I do with the "Key fingerprint"?
4. How do I do the install (preferably using "dnf")?
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.