Re: Sometimes need to Ctrl-Alt-F1 and log in again to resume GNOME session
It just happened again. I'm using an optical mouse, and the light on the mouse was behaving normally - dim red normally, bright red when I move the mouse. Unplugging the mouse from the USB hub and plugging it directly into the PC had no effect. Ctrl-Alt-F1 recovered the GNOME session. -- ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Sometimes need to Ctrl-Alt-F1 and log in again to resume GNOME session
George N. White III wrote: > > Is there any active device (KVM, wifi, bluetooth) between mouse and the > system? I don't think so, I'm using a USB mouse plugged into a USB hub plugged into the PC. > Make a note of the times for a normal wakeup and a "wakeup". > journalctl lets you view records for a > given time interval, so you can compare events for the 2 behaviours to what > (if anything) is different. I'll try this. Thanks. Needing Ctrl-Alt-F1 doesn't happen very often, maybe ~5% of all wakeups. I don't remember it ever happening until maybe sometime in the last month or two. -- ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Sometimes need to Ctrl-Alt-F1 and log in again to resume GNOME session
I'm using GNOME with a 10-minute Screen Blank and automatic Screen Lock disabled. Sometimes, it's not enough to move the mouse to wake up the display. But I can Ctrl-Alt-F1, giving the gdm login screen, and when I log in, I'm back to my original session (not a new session). It happens occasionally, but usually moving the mouse is enough to wake up the display. AFAIK I'm not doing anything differently when it happens, so I'm pretty sure it's a bug. Anyone know? -- ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Slow transfer speed to USB 3.0 portable drive
Tim wrote: > Is it just nemo with the problem? Because that file browser is on > systems under various different program names (nemo, nautilus, caja) > with *some* tinkering between the different forks. All I know is that my two desktops have the GNOME, KDE, MATE, Cinnamon, and Basic DEs installed, and by updating the nemo package to the Bodhi testing version, sync was disabled, so there's nothing else in those DEs causing the problem at present. -- ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Slow transfer speed to USB 3.0 portable drive
Roger Heflin wrote: > It would depend on the buffer size being used. In Andre's case he > reported it was ok with non-2.0 speeds, probably just luck that the > buffer on his disk is large enough that it works ok. In my case, I didn't have the nemo package installed on my laptop (the one with USB 3.0 ports) so sync was never enabled when using that machine. The two machines with USB 2.0 ports both have nemo installed (as part of the cinnamon desktop) so sync was enabled on them, but the nemo update from Bodhi fixes that. -- ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Slow transfer speed to USB 3.0 portable drive
Installing the nemo Bodhi update from https://bodhi.fedoraproject.org/updates/FEDORA-2024-4717e54d2b does cause sync to be eliminated from the line in /proc/mounts, and my transfer speed is back to normal. Thanks for the replies! -- ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Slow transfer speed to USB 3.0 portable drive
I just checked the laptop and the /proc/mounts line for the portable drive is /dev/sdb1 /run/media/andre/Seagate btrfs rw,seclabel,nosuid,nodev,relatime,space_cache,subvolid=5,subvol=/ 0 0 and indeed there is no sync! (Otherwise it's identical to the one posted above from my desktop.) I realized that I have cinnamon installed on my desktops, but not the laptop. Now I have to look into disabling sync, hopefully that will fix it. Thanks for the link! -- ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Slow transfer speed to USB 3.0 portable drive
No, I'm using GNOME, although I do have the cinnamon desktop installed. From looking at your link it looks like it's due to using sync, next time I boot my laptop I intend to check if the /proc/mounts shows the portable drive using sync there, since my transfer speed seems to be normal on that. -- ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Slow transfer speed to USB 3.0 portable drive
The output of "smartctl --xall /dev/sdb1" includes SMART support is: Available - device has SMART capability. SMART support is: Disabled Temperature Warning: Disabled or Not Supported query_cmd_support response too short Read Cache is:Enabled Writeback Cache is: Enabled Interestingly, I haven't been able to get SMART data from my internal drives using gnome-disks (see https://bugzilla.redhat.com/show_bug.cgi?id=2303813 ) but I could using smartctl -a. With the portable drive, it's reversed, I get the SMART data from gnome-disks but not from smartctl -a or -x. Anyway, I doubt that has anything to do with this since that started with kernel 6.10.3 and the slow transfer problem started before 6.9.12. The output of /proc/mounts includes /dev/sdb1 /run/media/andre/Seagate btrfs rw,sync,seclabel,nosuid,nodev,relatime,space_cache,subvolid=5,subvol=/ 0 0 -- ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Slow transfer speed to USB 3.0 portable drive
The drive is about 76% full but I don't think it's fragmentation since the transfer of the same ~2 GB file to the portable drive is consistently relatively fast from a blue or yellow USB port, and very slow from a black USB port. Here's the output of "df -T /dev/sdb1" with the drive plugged in: Filesystem Type 1K-blocks Used Available Use% Mounted on /dev/sdb1 btrfs 976759808 735116440 239872328 76% /run/media/andre/Seagate Below is the output from usbview, this is with it plugged into the desktop's black USB 2.0 port so it's only showing that speed, not the USB 3.0 speed of the portable drive. Backup+ BK Manufacturer: Seagate Serial Number: NA515PK9 Speed: 480Mb/s (high) Bus: 2 Address: 3 USB Version: 2.10 Device Class: 00 Device Subclass: 00 Device Protocol: 00 Maximum Default Endpoint Size: 64 Number of Configurations: 1 Vendor Id: 0bc2 Product Id: a013 Revision Number: 01.00 Config Number: 1 Number of Interfaces: 1 Attributes: 80 MaxPower Needed: 100mA Interface Number: 0 Name: usb-storage Alternate Number: 0 Class: 08 Sub Class: 06 Protocol: 50 Number of Endpoints: 2 Endpoint Address: 02 Direction: out Attribute: 2 Type: Bulk Max Packet Size: 512 Interval: 0ms Endpoint Address: 81 Direction: in Attribute: 2 Type: Bulk Max Packet Size: 512 Interval: 0ms -- ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Slow transfer speed to USB 3.0 portable drive
The portable drive is a HDD, formatted with BTRFS (same as each of the three F40 machines, the two desktops and the laptop). The desktops have HDDs and the laptop has an SSD but they always have and the transfer speed used to be faster, none of that hardware has changed. After noticing the slow transfer, I'm testing by rsync'ing a single large file in both directions to note the transfer speed (and of course deleting it on the target disk afterwards so it's doing the full transfer each time). I suppose that nowadays it's rare to have machines with black USB 2.0 ports so that may be why nobody's noticed it, my hardware is old. As I said the speed seems to be more or less normal to/from the laptop with its USB 3.x ports, though I'm puzzled why it would be slower with the yellow ports than the blue ones, yellow ports are faster. -- ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Slow transfer speed to USB 3.0 portable drive
Testing a little more, the transfer speed between the desktop's black USB ports and the portable drive is only slow (around 2 MB/s) in one direction, from the desktop to the portable drive. From the portable drive to the desktop, it's about the same as before, around 25 MB/s. With the laptop's 3.x USB ports, the direction didn't seem to matter AFAICT. BTW the portable drive's USB port is labeled SS and colored blue, so it's definitely USB 3.0. -- ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Slow transfer speed to USB 3.0 portable drive
I have a USB 3.0 portable drive which I've used for years with two desktops, each with black USB 2.0 ports. I used to get roughly 25 MB/s transfer speed which AIUI is roughly to be expected given that it's limited to USB 2. Lately, the transfer speed is much slower, around 2 MB/s. I thought maybe it was the new 6.10 kernel, so I tried the older 6.9.12 kernel, no difference. I also have a F40 laptop with two blue SS USB 3.0 ports and one yellow USB port, which ought to be at least as fast as the blue ports. When I plug the portable drive into either of the blue ports, I get roughly 50 MB/s, and with the yellow port I get roughly 25 MB/s. The fact that I can get up to 50 MB/s tells me that there's probably nothing physically wrong with the portable drive. Are there any known kernel issues that would mess up USB transfer speed? Unfortunately I don't remember exactly when the problem started but it was fairly recent. -- ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: size of fedora 40 live
The corresponding checksum file now has a line giving the size in bytes, just before the line with the corresponding checksum. -- ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Need system to run 24/7
> Is there a good write-up on this? There's https://discussion.fedoraproject.org/t/gnome-suspends-after-15-minutes-of-user-inactivity-even-on-ac-power/79801 which I have bookmarked. -- ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Fedora 40 and nouveau
I have a very old computer with GeForce 6150SE nForce 430 integrated video. I had video trouble as well, had been using just "nomodeset" to work around it, but got 1024x768 pincushioned video on my old CRT with 1280x1024 as the maximum resolution. (This is just a backup machine now, that I normally just ssh into to do updates, so I could tolerate it.) The machine is dual boot with Windows 10 where I get normal 1280x1024 video. Probably Windows has a much bigger hardware database and is better able to work around quirky hardware. Anyway, with F40 it wouldn't boot to graphical at all, but I eventually found that adding "nomodeset vga=795" fixes the video and lets it come up in 1280x1024, without pincushioning, like in Windows. (I'm not able to change the video resolution as an ordinary user, in Settings, but I don't care since the resolution is optimal.) Both options are necessary. The video mode numbers are at https://en.wikipedia.org/wiki/VESA_BIOS_Extensions#Linux_video_mode_numbers . So try "nomodeset vga=XXX" where XXX is the desired mode. -- ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Unable to do F40 Live Workstation install on machine with very old graphics
"liveinst --vnc" not working was filed as a bug 13 years ago and closed at EOL, I reopened it. https://bugzilla.redhat.com/show_bug.cgi?id=678354 -- ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Unable to do F40 Live Workstation install on machine with very old graphics
The Linux video mode numbers are at https://en.wikipedia.org/wiki/VESA_BIOS_Extensions#Linux_video_mode_numbers . Since the best resolution of the old CRT I have connected to the machine is 1280x1024, I tried "vga=792", "vga=794" and "vga=795" and each of those work. When in the 1024x768 modes (791, 792) I see pincushioning which I also saw with just "nomodeset" (which used 1024x768 automatically). In either 1280x1024 mode I don't, so I settled on "vga=795" (1280x1024, 24-bit). Strangely, checking the color depth with the command "xdpyinfo | grep -B3 depths" and looking at the first number after "depths" says that it's always in 24-bit, whether the mode I chose was 16- or 24-bit. -- ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Unable to do F40 Live Workstation install on machine with very old graphics
I found a solution. When booting the live image, I went into the Troubleshooting menu and looked at the boot options for starting in basic graphics mode. It had not only "nomodeset" but also "vga=791". By booting with both of those, not just "nomodeset", I can boot the live image into graphical mode. Also, after installation, using the same options I was able to go back to gdm as the DM and everything works properly. I found that liveinst DOES have a --vnc option, but I couldn't get it to work, either after booting the live image with option "3", or booting into graphical, opening a terminal, logging in as root and running "liveinst --vnc" from there. Either way it fails with a traceback (I got different tracebacks each time I tried.) I don't know why the option is there if it doesn't actually work, would be nice if it did. -- ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Unable to do F40 Live Workstation install on machine with very old graphics
I have 2 desktops, each running Fedora, the one in question is a backup that I normally just log into with ssh and do updates, and would only use normally if the main machine dies. I'll probably be buying a new machine in a year or two and this one will go into storage, all of its hardware is old and I doubt it's worth upgrading major parts of the hardware at this point. -- ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Unable to do F40 Live Workstation install on machine with very old graphics
I have an old machine from 2008 with very old integrated graphics (GeForce 6150SE nForce 430). Up to and including F39, I was able to do a Live Workstation install simply by using the nomodeset boot option. With F40 that no longer works - it fails to come up in graphical. I ended up doing a netinstall, but it came up in text mode instead of graphical, and suggested VNC, which I was able to use to do a graphical install (necessary since I wanted to preserve /home, requiring custom partitioning). After installation, it turns out that by replacing gdm with another display manager (I used lxdm), I could even use GNOME, though screen locking, which requires gdm, doesn't work - not a big deal. So a couple of questions. Is it possible to use VNC with a Live install? If so, can one avoid having to bring up graphical mode on the machine until after the install (since it won't work for me)? If one's intent is to go straight to the installation and skip simply running live, is there something like a boot option to allow this? I guess what I'm asking is whether it's possible to do something like a headless Live install. -- ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: double left click copy / middle click paste not working
It's a really cheap generic PS/2 3-button scrollbar optical mouse. There's a single screw opposite the cord that I can remove, and that end comes open, but the cord end doesn't. I don't know what's holding it together and don't want to force it. In any case it would just be a few bucks to replace so I'll use it for now unless it starts failing regularly. Sorry for the noise. -- ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: double left click copy / middle click paste not working
BTW, now that the PS/2 mouse is working in Fedora, the middle button behavior in the test feature is different - now when I middle-click on the test buttons I can see the highlighting change, that didn't happen when the (mouse? Fedora?) was broken. -- ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: double left click copy / middle click paste not working
Tried connecting the PS/2 mouse into the older machine again and now it works fine in Fedora on that as well. So whatever the problem is is sporadic but I still don't know if it's in Fedora or the mouse. -- ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: double left click copy / middle click paste not working
This is really weird - the PS/2 mouse is now working fine in the original machine. I have no idea what happened - I'm pretty sure that just after I originally plugged it back in it was still broken and for some reason just started working again after a time lapse. Unplugged the USB mouse and the PS/2 mouse is still working. -- ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: double left click copy / middle click paste not working
If you're talking about "Mouse & Touchpad" under Settings, "Single Click" and "Double Click" both work with the left button, but neither do anything with the middle button, though I'm not sure if they're supposed to since I never used this before. With the right button (which works) I can at least see the highlighting change on the buttons though nothing else happens. Forgot to mention that I'm using both a PS/2 mouse and PS/2 keyboard, both connected via a single PS/2 to USB adapter. Tried unplugging and replugging everything with no change. Just realized that I also have a USB mouse, plugged that into a separate port without disconnecting the first one. The USB mouse seems fully functional both for double left-click copy and middle-click paste. I tried connecting the PS/2 mouse to an older machine with a PS/2 port which is dual boot Windows 10/Fedora 39. The behavior in Fedora is exactly the same. In Windows, middle-click works fine in the browser to open a link in a new tab, so AFAICT the mouse is physically OK and Fedora is broken. -- ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
double left click copy / middle click paste not working
Earlier today, sometime after a reboot into the 6.6.9 kernel (which just went to stable), I noticed problems with copy and paste. But it's not the kernel, or the desktop (I tried others), so I suspect some update since the previous reboot, which was Dec. 31. Using right-click and then choosing Copy or Paste from the menu works, as do Ctrl-Shift-C and Ctrl-Shift-V, but neither double left click for copy or middle click for paste work. There was nothing in tonight's updates that fixed it. Anyone else seeing this, and if not, any idea how to diagnose? P.S. I first saw this in Firefox where middle-clicking on a bookmark no longer brings it up in a new tab, though I CAN right-click and select "Open in New Tab" from the menu. The same thing happens in Chromium, finally I noticed the problem with copy and paste in a gnome-terminal, and also in a mate-terminal. It happens in regular GNOME, in GNOME on Xorg, and in MATE. -- ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Update failed: gstreamer1-plugins-ugly
RPMFusion has now pushed the packages to stable, for example see https://download1.rpmfusion.org/free/fedora/updates/39/x86_64/g/ . -- ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Update failed: gstreamer1-plugins-ugly
See https://bodhi.fedoraproject.org/updates/FEDORA-2023-d9bca05694 . The problem is that the gstreamer1-plugins-bad-freeworld and gstreamer1-plugins-ugly from RPMFusion haven't yet been updated to be compatible, though they have been built and signed and are waiting to be pushed stable. If you want you can download the signed packages from https://koji.rpmfusion.org/packages/gstreamer1-plugins-bad-freeworld/1.22.8/1.fc39/data/signed/d651ff2e/ and https://koji.rpmfusion.org/packages/gstreamer1-plugins-ugly/1.22.8/1.fc39/data/signed/d651ff2e/ now, or just remove gstreamer1-plugins-bad-freeworld and gstreamer1-plugins-ugly and then wait for RPMFusion to push the stable updates. -- ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Upgrade Fedora 38 to Fedora 39 . Install problem with FFmeg.
Here is the RPMFusion page advising to replace ffmpeg-free with ffmpeg. It uses dnf swap. https://rpmfusion.org/Howto/Multimedia ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Is this another rpmfusion versus fedora thing?
Rpmfusion's vlc needs updating to be compatible with live555. It has been rebuilt at https://koji.rpmfusion.org/koji/buildinfo?buildID=26479 and there are signed packages at https://koji.rpmfusion.org/packages/vlc/3.0.19/0.7.fc38/data/signed/d651ff2e/x86_64/ which I've been using for a couple hours and seem to work fine. Once updated, then live555 can be updated as well. Not in the Rpmfusion repo yet. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: dnf update finishes and I'm logged out?
It might be the systemd OOM killer. You can see the journalctl output for your current boot with "journalctl -b 0", the previous boot with "journalctl -b -1", etc. Get the output for whichever boot the logout happened in and grep for the word "pressure". I had a similar problem with non-DE logins ( https://bugzilla.redhat.com/show_bug.cgi?id=2177722 ) but that was fixed with recent systemd updates. When it happened to me I saw a line like "Killed /user.slice/user-0.slice/session-1.scope due to memory pressure for /user.slice/user-0.slice being 67.40% > 50.00% for > 30s with reclaim activity". ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Thunderbird black at first launch with F38
After a clean F38 install, I use Thunderbird while in Wayland and it works normally, without the extra package. I only have thunderbird and thunderbird-librnp-rnp installed. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Broken browser? Or broken website...
Actually, I used the Custom icon next to the specific site, there's a separate global one on top. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Broken browser? Or broken website...
It wasn't obvious to me where Custom was, I had to identify the icon on top with the S and the wrench. Hovering over that with the mouse says "Custom". I never had to do that with any other site. Some sites wouldn't load properly or at all without temporarily enabling Javascript, but this is the first time I had to locate and use Custom to make it work. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Broken browser? Or broken website...
Yep, that was it. Thanks. I was using mozilla-noscript, and doing what you suggested worked. I've never had to do that with any other site as I've never seen any other site appear broken like this one. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Broken browser? Or broken website...
It's hard to describe, but https://discussion.fedoraproject.org is way too long vertically and looks like it hasn't loaded fully. There's a reference above to turning off "use style" but I don't know what that means or if that has anything to do with the problem. I wouldn't expect to have to change defaults in order to view a Fedora-related site. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Broken browser? Or broken website...
In Firefox, Fedora's default browser, the page is barely legible, so it's not surprising that it breaks at the drop of a hat. It appears to be heavily under construction. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: systemd-oomd insanely aggressive with non-DE logins
I filed https://bugzilla.redhat.com/show_bug.cgi?id=2177722 for my original problem (involving non-DE logins) and it was indeed fixed with the latest systemd updates in both F37 and F38. I know other people have reported it happening in GNOME but have never seen it personally. There are closed bugs and some open bugs for what you're describing, for example https://bugzilla.redhat.com/show_bug.cgi?id=2162708 https://bugzilla.redhat.com/show_bug.cgi?id=2173394 so check Bugzilla. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Aaugh! F38 mplayer, ffmpeg, etc. install errors
BTW, this isn't a new problem. It happens at least once every few months, it's just by chance that it happened shortly after F38 was released. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Aaugh! F38 mplayer, ffmpeg, etc. install errors
The Rpmfusion version of qt5-qtwebengine-freeworld is incompatible with the latest fedora packages, so if you want to update those, remove qt5-qtwebengine-freeworld until Rpmfusion has a new build. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Aaugh! F38 mplayer, ffmpeg, etc. install errors
I didn't have the problem on F37 either, it only appeared in F38, so I don't know why it's in the Fedora 37 section. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Aaugh! F38 mplayer, ffmpeg, etc. install errors
See https://rpmfusion.org/CommonBugs (Fedora 37 section). I fixed this by swapping ffmpeg-free with ffmpeg as indicated, then mplayer was installable. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Running VirtualBox Crashes Other Apps
I don't know enough about systemd to think that's even a bug - I had assumed it was normal behavior. In any case the bug that was forcing me to disable the OOM killer ( https://bugzilla.redhat.com/show_bug.cgi?id=2177722 ) has been fixed so I'm not disabling it anymore. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Running VirtualBox Crashes Other Apps
On F37, masking was the first thing I tried. Then after a systemd update, I noticed it was running again, even though it was still masked (verified by "systemctl status systemd-oomd" which showed it both running and masked at the same time). ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Running VirtualBox Crashes Other Apps
I just tried masking/reinstalling just now and it didn't restart. I experienced it before with a systemd update so it might require that. But masking is definitely not 100% effective. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Running VirtualBox Crashes Other Apps
> On Tue, 11 Apr 2023 00:59:59 -0700 > Jonathan Ryshpan > > I masked systemd-oomd.service because I have real swap, Masking it is unreliable because it might start running again if system-oomd-defaults is updated or reinstalled. (To check this, try reinstalling it.) It's better to just remove the system-oomd-defaults package. That way, systemd-oomd.service continues to run, but it's not monitoring anything (as verified with oomctl). ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: memtest86+ seems to do nothing.
I use an old F30 version that's the newest one that works on all my BIOS machines, namely memtest86+-5.01-25.fc30.x86_64.rpm. It's in the archive at https://dl.fedoraproject.org/pub/archive/fedora/linux/releases/30/Everything/x86_64/os/Packages/m/memtest86+-5.01-25.fc30.x86_64.rpm . Adjust the path if you need a different arch. I only run it once every couple months. I install the RPM via command line, run memtest-setup, grub2-mkconfig -o /boot/grub2/grub.cfg (the command that memtest-setup tells you to run), reboot and run memtest+, then remove the package when done (otherwise dnf will want to update to a newer, nonworking version). Just keeping that RPM around and installing/running/uninstalling every few months is easy enough for me. If you want to verify the RPM, then import the F30 key which should be available on your machine at /etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-30-primary. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: systemd-oomd insanely aggressive with non-DE logins
Thanks. I confirmed on the affected machine that immediately after removing systemd-oomd-defaults, it was still monitoring the same CGroups, but after rebooting, it was monitoring none, even though systemd-oomd was still enabled and running. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: systemd-oomd insanely aggressive with non-DE logins
I've heard that, but for me, with limited RAM, both DNF transactions and an rsync of a very large file fail in multiuser (by causing logout while they're running) while they both succeed in GNOME on the same machine. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: systemd-oomd insanely aggressive with non-DE logins
I just tried removing systemd-oomd-defaults and it's still possible to run systemd-oomd so I was wrong in thinking that would prevent it. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: systemd-oomd insanely aggressive with non-DE logins
I've heard dnf uses a lot of memory, but in my 2GB F38 VM, I can run a large DNF transaction with no problem when logged into GNOME. On 4GB F37 bare metal, in multiuser, even updating one letter at a time isn't enough, even "dnf check" can fail. I read somewhere that GNOME and KDE are the only two DEs that have the necessary protection, but don't quote me on that. I haven't even read up on what "cgroup" means yet. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: systemd-oomd insanely aggressive with non-DE logins
BTW, I did notice that the problem was gone during the time that systemd-oomd wasn't running, so that's definitely the cause. Unfortunately, the mask command alone isn't enough to prevent it from running, I'd have to either remove systemd-oomd-defaults or edit some config files. And this really should be fixed, it's just wrong that anything running in a DE is protected from being killed, while a non-DE login, or any command run from within that, isn't. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: systemd-oomd insanely aggressive with non-DE logins
Does your machine have 4GB or less of RAM? If you have more, it may be much less likely to trigger. I just verified that when I log into GNOME on the machine in question, an rsync of a single large file that never works when done remotely works fine, it only fails when attempted from a non-DE login (ssh or console). This should be easy to reproduce with a VM with 1 or 2 GB of RAM (I don't know what the current minimum is). I have a F38 VM that I normally allocate 2GB and boot in multiuser, just to update. I was starting to notice the problem in that as well, so at first I increased the RAM to 4GB and didn't notice it anymore. I don't know why the VM requires less RAM than the F37 bare metal machine. Anyway, once I suspected that the problem was with the non-DE login, I lowered the allocation to 2GB and booted in graphical, and logged into GNOME, and the problem was gone. I don't like doing that, though, since the updating takes longer with all the nonessential stuff going on in GNOME (which is why I normally use multiuser). The VM is running on a different host with 16GB so I doubt this has anything to do with hardware issues. I did try "systemctl mask systemd-oomd" yesterday, but then discovered that if I reinstall systemd-oomd-defaults, it starts running again, even though it's still masked, so that's not reliable. The same thing would probably happen on any systemd update, unless I just removed systemd-oomd-defaults itself. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: systemd-oomd insanely aggressive with non-DE logins
It's not just ssh. It happens even if I boot in multiuser and log in via the console, so any non-DE login is affected. Sometimes, I can't even run a simple "dnf check" command (after having a previous transaction aborted by a logout) without being logged out again. And the free command indicates that I never come close to using either all the memory or swap. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
systemd-oomd insanely aggressive with non-DE logins
I have 3 machines with clean F37 installs. One of the F37 machines has 4GB of RAM, and I maintain it as a backup and normally only log in via ssh and do dnf updates via command line. In the last few weeks this has become extremely difficult to do due to being automatically logged out, presumably by systemd-oomd. It happens even if I boot in multiuser, which ought to reduce memory use. From what little I've read and what experimentation I've done so far, it appears that being logged into a DE (maybe only GNOME or KDE?) protects against this, but non-DE logins (including ssh), and any commands running in them, are not protected. This goes against the expectation that non-DE access should be LESS likely to run out of memory, especially if there isn't even a DE running. How hard would it be for systemd-oomd to be configured to protect non-DE logins and anything running in them? I've also read that configuring non-zram swap might be a cure. As I said, these are clean F37 installs, and if that's necessary for reasonable behavior when there's not enough RAM, the installer should be doing it automatically. In my case, I don't think that's the cause, since the free command suggests that I'm only using a fraction of both the memory and swap even when the automatic logging out is happening. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: Manually get memtest 6.01 to work on both Legacy and UEFI boot with Fedora.
Or maybe 2 packages, one for Legacy and one for UEFI. When Fedora eventually drops support for Legacy the first package would go away. All my machines are Legacy and I'd love to have it working again. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: VirtualBox and Fedora 37
Oracle's F37 repo isn't available yet, but the latest RPM (VirtualBox-7.0-7.0.4_154605_fedora36-1.x86_64.rpm) works fine in F37, you just have to install it manually. This is common up to a few weeks after each release. It's also common for the latest RPM name to show an older Fedora version, they don't update that unless necessary, so even when the F37 repo is enabled it will probably contain the same "fedora36" RPM. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
Re: latest F35 version of ca-certificates breaks gnome-shell-extension-openweather
This was my fault. Apparently, after updating ca-certificates, it's necessary to reboot. After doing that, everything is normal. Sorry for the noise. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: latest F35 version of ca-certificates breaks gnome-shell-extension-openweather
For some reason, this problem depends on the machine I test on. See my comments in https://bugzilla.redhat.com/show_bug.cgi?id=2034251 . ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: latest F35 version of ca-certificates breaks gnome-shell-extension-openweather
Thanks. Filed https://bugzilla.redhat.com/show_bug.cgi?id=2034251 since I only know of the issue affecting Fedora. Version 29 was long ago so I'm sure that's unrelated - I've setup my location many times since then. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
latest F35 version of ca-certificates breaks gnome-shell-extension-openweather
With the latest version of ca-certificates (2021.2.52-1.0.fc35), gnome-shell-extension-openweather no longer works, it's always stuck on "Loading...". If I downgrade to 2021.2.50-3.fc35 and restart GNOME, it works again. No knowing much about certificates, which package is at fault here? ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: F35 GNOME screen blank doesn't work properly, what component to file under?
I wasn't expecting that to work, but oddly enough it seems to, since I got several incoming emails while away and the display was still off. I'll keep an eye on it. Thanks. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: F35 GNOME screen blank doesn't work properly, what component to file under?
I will try that. But I already had Automatic Screen Lock turned off, so I never get a lock screen unless I turn it on manually. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
F35 GNOME screen blank doesn't work properly, what component to file under?
I did a clean install of F35 Workstation. Screen blank works properly if I am using the machine, turning off the display after 5 minutes. But if the screen is already blank, any notification from any application (Thunderbird email, hexchat alert, dnfdragora updates) causes the display to turn back on, and stay on permanently, until I start using the machine again. The only workaround for now would be to turn the monitor off whenever I'm away. Is anyone else seeing this? I see nothing in Bugzilla, and have no idea what component to file under. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: many F33 deltarpm rebuilds failing with md5 mismatch error
> Strictly speaking, if the checksum fails you should not let anything > install it. It could be just a stuff-up, it could be malicious. When the deltarpm rebuild fails, dnf automatically downloads the full rpm. It's not a security issue, just a waste of bandwidth. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: many F33 deltarpm rebuilds failing with md5 mismatch error
Jonathan Dieter posted a bug report for this at https://bugzilla.redhat.com/show_bug.cgi?id=1911828 , I'm relieved that it's not a hardware problem on my machine. Don't know why no one else notices it, although the deltas that fail are usually very small and don't waste much bandwidth. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: many F33 deltarpm rebuilds failing with md5 mismatch error
I'm seeing this again with the latest F33 push with texlive RPMs, using the master mirror (dl.fedoraproject.org). It says "Some packages were not download. Retrying." and then proceeds to download 194 RPMs, out of the original 259. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
many F33 deltarpm rebuilds failing with md5 mismatch error
In the last few days, I've noticed that F33 deltarpm rebuilds often fail with an md5 mismatch error. This would happen occasionally before but happens almost all the time now. Has this been reported? I don't see anything in bugzilla. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: Password Recovery
> If you check your spam folder in your email program you might find services > that brag about having your password and they really do have it. Some > will show it to you as proof they have more information about you. Unless they show it to you, they don't have it. The only other thing preventing it would be ethics, which they obviously don't have. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: Grub2 Boot Menu Hidden in Fedora 33
Sorry about that, the command I was actually using was "grub2-editenv - unset menu_auto_hide" (from https://fedoraproject.org/wiki/Changes/HiddenGrubMenu ), I always have to look that up before using it. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: Grub2 Boot Menu Hidden in Fedora 33
I have a BIOS Fedora 33-only laptop, and "grub2-editenv - unset auto_hide_menu" worked on that. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: Scrolling using keyboard combos doesn't work in VT or multiuser mode
It appears to be a kernel bug. Two of four key combos work in 5.8.9, none work in 5.8.10 or 5.8.11. See https://bugzilla.redhat.com/show_bug.cgi?id=1882864 . ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: Scrolling using keyboard combos doesn't work in VT or multiuser mode
I get one report in #fedora where Sokol says it works using F32, so it may not affect everyone. OTOH, I just booted another F32 bare metal machine with much different hardware and it has the same problem, so it must be widespread. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Scrolling using keyboard combos doesn't work in VT or multiuser mode
I noticed recently that Shift+PageUp, Shift+PageDown, Ctrl+Shift+UpArrow, and Ctrl+Shift+DownArrow no longer work for scrolling up and down in a VT or in multiuser mode, even though they work fine in graphical mode, where ironically they're not really needed since there one can just use the scrollbar. I see this in F32, F33, and Rawhide. I've seen it in the latter two for the past week or two, don't know if it was introduced in F32 around the same time. Anyone know if this is a known bug, and if not, what component to file a bug against? ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: Prevent locking screen
In GNOME, Settings/Privacy/Screen Lock/Automatic Screen Lock -> Off. (You can still lock it manually if needed.) ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: gnome freezing on F32
I might be thinking of #fedora on IRC. The topic says "Topic for #fedora is: #Fedora F30, F31, F32 Beta end user support". ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: gnome freezing on F32
I'm not certain, but I thought it was considered okay to discuss a Beta version of an upcoming release on the users list. Besides, by the time most people read this thread, F32 will have been officially released (just a few hours from now). ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: gnome freezing on F32
The machine experiencing the freezes is running the 5.6.6 kernel (the F32 release version), which is also the current stable kernel in F31, so I'd expect some people running F31 to also be seeing the freezes right now. The previous F31 kernel was 5.5.17, I don't know if that was affected. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: gnome freezing on F32
Oh, and BTW, the reporter of the bug commented that he thought it should be a 32 blocker, but didn't mark it as such. I was noticing similar freezes in my 32 and Rawhide VMs a few weeks ago, but they went away, presumably when the fixes made it into the kernel. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: gnome freezing on F32
I have experienced freezes shortly after running dnf on one of my machines. It has nothing to do with GNOME, it happens even in runlevel 3 (multi-user). I found this bug: https://bugzilla.redhat.com/show_bug.cgi?id=1826091 It claims the problem is fixed with kernel 5.6.7 which is in testing, I haven't tried it yet. https://bodhi.fedoraproject.org/updates/FEDORA-2020-21c51fd821 Fortunately, despite it happening shortly after a dnf transaction, I haven't seen any signs of the transaction being corrupted. AFAICT everything in the transaction is written to disk before the freeze, even though other file system changes (such as bash history) often aren't. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: General protection fault involving flash
> The Citi.com credit card website allows generating virtual card numbers, but > unfortunately > they're using flash in that part of the site. When I try to use it in F30, on > one > particular machine (it's hardware-specific), in GNOME (it doesn't happen in > MATE), > the Firefox tab crashes and I get a general protection fault, for example > > [88812.835817] traps: Web Content[2532] general protection fault > ip:7f94ee0d0adb > sp:7ffedd6a3140 error:0 in libX11.so.6.3.0[7f94ee0aa000+8e000] > > Since flash is involved, it's not clear whether this is the fault of Fedora > or flash. > This has been happening for around half a year, so flash has been updated > several times. > It also happened with F29. Anyone know how to narrow down where the issue is? Just a followup, I noticed recently that the crash no longer happens. I can now use this feature in Gnome on Wayland (where it previously crashed). I don't know if it was fixed on my end or theirs. They are still using Flash. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: No match for argument: podman
Just realized you're on F29, not F30, but the same is true for F29. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: No match for argument: podman
I realize you don't need podman anymore, but FWIW the latest version is now available for 32-bit, the versions before 1.4.0-1.fc30 (from just 2 days ago) were not. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: General protection fault involving flash
Not sure it's the same. I'm using Firefox, not flash. This particular application is the only place I've had a problem with flash content. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: General protection fault involving flash
Just found that it only crashes under standard GNOME (with Wayland). Works under GNOME with Xorg. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: General protection fault involving flash
Actually, it does show up in abrt, which says that the problem has been reported, but a Bugzilla ticket has not been opened. I just tried reporting it by uploading a core dump, but there was a server-side error. I'm not happy about either the security risks associated with uploading the core dump, or the alternative of installing a huge number of debuginfo packages, so for now I'll just work around it. I suppose I could file a bug against libX11 which owns /usr/lib64/libX11.so.6.3.0 and see what happens, but they would probably require the same information. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
General protection fault involving flash
The Citi.com credit card website allows generating virtual card numbers, but unfortunately they're using flash in that part of the site. When I try to use it in F30, on one particular machine (it's hardware-specific), in GNOME (it doesn't happen in MATE), the Firefox tab crashes and I get a general protection fault, for example [88812.835817] traps: Web Content[2532] general protection fault ip:7f94ee0d0adb sp:7ffedd6a3140 error:0 in libX11.so.6.3.0[7f94ee0aa000+8e000] Since flash is involved, it's not clear whether this is the fault of Fedora or flash. This has been happening for around half a year, so flash has been updated several times. It also happened with F29. Anyone know how to narrow down where the issue is? ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: PSA: All Firefox extensions are getting disabled, one by one
Overnight, my extensions were all re-enabled without my doing anything. The mitigation announced on the blog apparently worked. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: PSA: All Firefox extensions are getting disabled, one by one
Most of my extensions have been disabled. However, the three that I have installed as Fedora packages (mozilla-https-everywhere, mozilla-ublock-origin, mozilla-noscript) are still enabled. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: PSA: All Firefox extensions are getting disabled, one by one
Also being tracked here: https://bugzilla.mozilla.org/show_bug.cgi?id=1548973 Warning: Bugs are being marked as dupes of that bug every few minutes, so might be better to just bookmark the bug instead of following it. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: how to always get menu in grub?
From https://fedoraproject.org/wiki/Changes/HiddenGrubMenu#Detailed_Description : run the command "grub2-editenv - unset menu_auto_hide" as root (or via sudo). ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: trying to identify file (if any) corresponding to LBA
OK, but this drive is on a machine with 2 operating systems installed. Reinstalling and reconfiguring those takes just as much time before the drive fails as after, so replacing preemptively wastes time (until the drive starts experiencing regular problems, which it isn't yet). And I have at least 2 backups for all of the data, so I won't lose anything. If a drive starts experiencing regular problems, then I order a new one and replace it before it dies. So far this is an isolated problem. I had a drive once that acquired a bad sector, and nothing changed for another 1 or 2 years when it started adding new bad sectors regularly, then I replaced it while it was still usable. Another drive failed fairly suddenly with no warning after only 1.5 years and I lost some non-critical data, since I wasn't taking backups as seriously at the time. That won't happen again. The point is, no matter how often I replace the drives, failures can happen. Without backups, those could result in data loss. With backups, I can avoid data loss if I know which files are affected, which Samuel's information makes possible. And if the drive holds one or more OSes (not just data) it takes time to reinstall and reconfigure and it's not worth it until a problem starts repeating. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: trying to identify file (if any) corresponding to LBA
Running "hdparm --read-sector 3299402936 /dev/sda" according to https://www.smartmontools.org/wiki/BadBlockHowto shows that the formerly bad sector is readable, so I'm not sure why the "Uncorrectable Sector Count" is still 1. I don't want to force it to be marked as a bad sector unless I'm sure it actually is bad - if the error happens again with the same sector, I can always mark it as bad later. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: trying to identify file (if any) corresponding to LBA
Also, the following appeared in dmesg referencing the same bad LBA 3299402936: [49702.067452] sd 0:0:0:0: [sda] tag#0 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE [49702.067457] sd 0:0:0:0: [sda] tag#0 Sense Key : Medium Error [current] [49702.067459] sd 0:0:0:0: [sda] tag#0 Add. Sense: Unrecovered read error - auto reallocate failed [49702.067463] sd 0:0:0:0: [sda] tag#0 CDB: Read(10) 28 00 c4 a8 e4 00 00 02 00 00 [49702.067465] print_req_error: I/O error, dev sda, sector 3299402936 flags 0 [49704.912179] sd 0:0:0:0: [sda] tag#0 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE [49704.912185] sd 0:0:0:0: [sda] tag#0 Sense Key : Medium Error [current] [49704.912189] sd 0:0:0:0: [sda] tag#0 Add. Sense: Unrecovered read error - auto reallocate failed [49704.912193] sd 0:0:0:0: [sda] tag#0 CDB: Read(10) 28 00 c4 a8 e4 b8 00 00 08 00 [49704.912197] print_req_error: I/O error, dev sda, sector 3299402936 flags 0 ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: trying to identify file (if any) corresponding to LBA
Running "sync" fixed it: [root@lenovo-pc ~]# sync [root@lenovo-pc ~]# debugfs debugfs 1.44.6 (5-Mar-2019) debugfs: open /dev/mapper/fedora-root debugfs: icheck 345053591 Block Inode number 345053591 86246540 debugfs: quit [root@lenovo-pc ~]# The "find" command identified it as an old file in my home directory that hasn't changed in 11 years. I have everything backed up on the other machine, so copied the file back from there. After doing that, the "Current Pending Sector Count" went from 1 to 0. The "Uncorrectable Sector Count" is still 1. A short smartctl test was successful. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: trying to identify file (if any) corresponding to LBA
Thanks for the info. I only have a root partition, no home partition. Badblocks found one bad block (it said 1/0/0 errors after it found the bad block, when it was still running): [root@lenovo-pc ~]# badblocks -s -b 4096 /dev/mapper/fedora-root Checking for bad blocks (read-only test): 0.00% done, 0:00 elapsed. (0/0/0 err345053591one, 3:05:03 elapsed. (0/0/0 errors) done [root@lenovo-pc ~]# Unfortunately, debugfs doesn't let me open the filesystem: [root@lenovo-pc ~]# debugfs debugfs 1.44.6 (5-Mar-2019) debugfs: open /dev/mapper/fedora-root /dev/mapper/fedora-root: Inode bitmap checksum does not match bitmap while reading allocation bitmaps debugfs: icheck 345053591 icheck: Filesystem not open debugfs: quit [root@lenovo-pc ~]# If I run debugfs on the other machine which has no disk errors, I get a slightly different error: [root@compaq-pc ~]# debugfs debugfs 1.44.6 (5-Mar-2019) debugfs: open /dev/mapper/fedora-root /dev/mapper/fedora-root: Block bitmap checksum does not match bitmap while reading allocation bitmaps debugfs: quit [root@compaq-pc ~]# ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: trying to identify file (if any) corresponding to LBA
BTW, I have another machine also running 64-bit F29, with the same size HDD, and no disk problems. The fdisk output is exactly the same, as are the errors when using tune2fs or debugfs on sda4 or sda5, so those errors have nothing to do with my HDD problems, they appear to be generic to any Fedora install. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
trying to identify file (if any) corresponding to LBA
I'm running 64-bit F29 using the default LVM, but with no separate home partition. Today smartctl reported that "Current_Pending_Sector" and "Offline_Uncorrectable" increased from 0 to 1. Running a self-test failed almost immediately with Num Test_DescriptionStatus Remaining LifeTime(hours) LBA_of_first_error # 1 Extended offlineCompleted: read failure 90% 42494 3299402936 I'm trying to follow the instructions in https://www.smartmontools.org/wiki/BadBlockHowto . Fdisk gives [root@lenovo-pc ~]# fdisk -lu /dev/sda Disk /dev/sda: 1.8 TiB, 2000398934016 bytes, 3907029168 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disklabel type: dos Disk identifier: 0xc3017146 Device Boot StartEndSectors Size Id Type /dev/sda1 * 204810260471024000 500M 7 HPFS/NTFS/exFAT /dev/sda2 1026048 536872959 535846912 255.5G 7 HPFS/NTFS/exFAT /dev/sda3 536872960 5389701112097152 1G 83 Linux /dev/sda4 538970112 3907028991 3368058880 1.6T 5 Extended /dev/sda5 538972160 3907028991 3368056832 1.6T 8e Linux LVM [root@lenovo-pc ~]# so the bad LBA is in both sda4 and sda5. Trying tune2fs to find the block size gives [root@lenovo-pc ~]# tune2fs -l /dev/sda4 | grep Block tune2fs: Attempt to read block from filesystem resulted in short read while trying to open /dev/sda4 Couldn't find valid filesystem superblock. [root@lenovo-pc ~]# tune2fs -l /dev/sda5 | grep Block tune2fs: Bad magic number in super-block while trying to open /dev/sda5 [root@lenovo-pc ~]# tune2fs -l /dev/mapper/fedora-root | grep Block Block count: 419037184 Block size: 4096 Blocks per group: 32768 [root@lenovo-pc ~]# so I'm guessing that the block size is 4096. In computing the problem block, I'm not sure whether to use /dev/sda4 or /dev/sda5. Also, if I run debugfs, it doesn't allow me to open either device, so at this point I'm not sure how to identify either the inode or file (if there is one) corresponding to the block. Can anyone help? ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: Sudo but no su -
> On 04/26/2018 12:14 PM, stan wrote: > > I'm curious what you find you need to use a root login for. The growisofs man page states "If executed under sudo(8) growisofs refuses to start." (and explains why). I don't know if there are other commands with the same issue. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
