Re: dracut + LUKS = no boot? (now fine, issues a month ago)

[Roger Heflin]

I don't know specifically on this bug.  But the 2 common mistakes fall
into some piece failing and causing dracut to not properly detect what
modules the boot device needs to use.  And when that happens dracut
times out looking for root.   I have also seen bugs where the
necessary module needed to boot is broken.

Best fix for the first one is to change dracut to use host-only = no
(include all possible modules that may be needed to boot and don't
rely on detection).There may be some other options in dracut to
force tne needed pieces that you know your setup needs.  This should
eliminate the need to rely on the detection code to figure out what
modules are needed.  The disadvantage is that the initramfs will be
2-4x larger and that may impact the number of kernels you can have on
boot.

On Sun, Aug 18, 2024 at 7:33 AM User of Fedoras via users
 wrote:
>
> Hi,
> I had changed from Fedora to openSUSE due to an error on LUKS during
> boot (it would not see the correct devices, dracut would timeout). I
> could boot using an older kernel but couldn't figure out what the
> issue was/hadn't had the patience.
> Yesterday it happened on openSUSE and, in that case, no kernel would
> boot. So, again, I returned to Fedora. Do note the same thing had
> happened on another computer. This was approximately 1 month ago.
>
> No-one else seems to have had this issue.
>
> I've since reinstalled Fedora 40 so now my system is stable and working fine.
>
> Still, it puzzles me, so, does anyone have any hint of what may have
> gone wrong? Spurious internet searches suggested: buggy `blkid` update
> resulting in buggy `blkid` output which induced `grub-mkconfig` to
> output boot options missing the necessary UUID necessary for unlocking
> the correct partitions. But those results were from about a few months
> ago.
>
> Just FYI, my current, working, install was like this: I installed
> Fedora 39, upgraded to latest packages excluding=blkid, dracut,
> kernel, kernel-core-modules, kernel-core-extras, upgraded to all
> latest on 39, upgraded to Fedora 40 and the bug didn't happen again.
>
> Thanks,
> User of Fedoras
> --
> ___
> 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
-- 
___
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]

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 general I have never had good luck with sync providing anything
resembling a decent speed except with raid subsystems that have
battery backed-up caches and/or return done the moment it gets into
its cache (whether safe or not).

On Fri, Aug 16, 2024 at 1:25 PM Barry Scott  wrote:
>
>
>
> On 16 Aug 2024, at 18:12, Roger Heflin  wrote:
>
> So here is why sync sucks only on a usb 2.0 connection.
>
>
> The report that lead to the revert of the sync change was on 3.0 connections.
> The slow down was x10 or more.
>
> So no this is not a USB 2 only issue.
>
> Only if the user program and the USB device can overlap I/O do you get the 
> max speed.
> If the user space program has to wait on the previous write then you always 
> see a dramatic slowdown.
>
> Barry
>
> --
> ___
> 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
-- 
___
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: Recent issue with hddtemp.

[Roger Heflin]

This is BROKEN user space code (hdparm assumes what is being
returned).  And broken userspace code is different.

He does not like to break correct userspace code.

And this code is in what I would classify as a non-critical path, this
breaks some monitoring tools/utilities but does not impact critical
functionality and/or change results that customers/clients would be
depending on outside of the monitoring path.

On Fri, Aug 16, 2024 at 12:37 PM Chris Adams  wrote:
>
> Once upon a time, Roger Heflin  said:
> > Zero chance they back that out.   It is not a regression in the
> > kernel, a valid fix exposed bad code in user space.
>
> I wouldn't say that - Linus is very adamant about not breaking existing
> user space code, which this change did.  Since this is long-standing
> behavior, the fix is probably to revert the change to the existing
> interface and introduce a new interface to get the "correct" behavior.
>
> --
> Chris Adams 
> --
> ___
> 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
-- 
___
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: Recent issue with hddtemp.

[Roger Heflin]

Zero chance they back that out.   It is not a regression in the
kernel, a valid fix exposed bad code in user space.

The defect is in user space commands not checking what the kernel
returned.  The bug is not in the kernel.  The solution will be to fix
the user space programs and/or require the extra option to spin the
disk up.

And having a hdtemp command/smartctl command spin up a drive to ask
its temp is a power wasting command.  The drive stays spun up for
several minutes and uses around 5w more while it is spun up.  So one
cannot argue with it returning a "disk is sleeping" result.

On Fri, Aug 16, 2024 at 11:18 AM Doug H.  wrote:
>
> I recently noticed that `gkrellm` was not showing the temperatures for
> my drives (SATA SSD in my case).
>
> It turns out that the 6.10 kernel updates fixed something to spec that
> thus broke some stuff that was depending on a non-spec output that had
> been going on for some time.
>
> The kernel "regression" is shown here:
>
> https://lore.kernel.org/all/0bf3f2f0-0fc6-4ba5-a420-c0874ef82...@heusel.eu/
>
> The symptom for hddtemp is that it will show "drive is sleeping" unless
> you give the -w switch to "wake up the drive". You would need to use
> that each time you query it. I guess the issue shows up in hdparm also
> and some other stuff. So they might back this out, but the proper fix
> should be to the stuff that is depending on non-spec output. Personally
> I am running the last 6.9 kernel and watching the updates that show up
> to see if a new kernel reverts this or if a new version of hdparm or
> hddtemp will fix it.
>
>
> Posting note: Hope this does not double post. My first try was not from
> my fedora e-mail address.
>
> --
> Doug H.
> --
> ___
> 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
-- 
___
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: dmesg, serial port and permissions

[Roger Heflin]

On Fri, Aug 16, 2024 at 12:12 PM Barry  wrote:
>
>
>
> > On 16 Aug 2024, at 08:54, Frederic Muller  wrote:
> >
> > Serial port also requires sudo ( /dev/ttyACM0 ) for betaflight to be able 
> > to access it
>
> Look into adding a udev rule to set the permissions you need on the serial 
> device.
> Then you can avoid using sudo.

Or add the user that needs this access to the "dialout" group (and log
out and back in so the group gets added to the user).   By default
that group is put on serial ports and that group has full rw.

>
> sudo became required for dmesg as unpriv’ed access to the dmesg logs is a 
> security risk that can being exploited by malware.
>
> Barry
>

sysctl -w kernel.dmesg_restrict=0
and setting that parameter in a /etc/sysctl.d so it gets done at boot
returns the original behavior.

Though as noted it is possible to gain useful information that malware
may be able to use to break out of being an unpriv'ed user to become
prived.
-- 
___
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]

So here is why sync sucks only on a usb 2.0 connection.

The host fills up the disks write cache some portion of
(32MB/64MB/128MB) and then the disk waits for the head get to were the
data needs to be written and writes it, as the write cache clears
space the host sends more data, but at usb2.0 the host cannot send
data as fast as the disk is writing so cannot keep up and the write
cache will empty.  Once the head is no longer writting (location has
passed under the head) then the disk write cache will fill and the
disk needs to wait for the head to come back around (probably around
10ms) and then this happens again.

At 6000 rpm that is about 100 writes / second and given a 2mb/sec rate
then the write cache being used is around 20MB.

At 3.0 speeds the usb bus is fast enough that the write cache should
not empty very often and so it is rare that the disk is waiting for
the disk head to be at the right location to write the data.

On Fri, Aug 16, 2024 at 8:34 AM Andre Robatino
 wrote:
>
> 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
-- 
___
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: smartd configuration problem

[Roger Heflin]

Someone seems to have added it to setup a snmp config.   It is
unlikely you want an snmp config/install, its only use is for external
monitoring via the network (without ssh access) and is for the most
part not being used much anymore.

You might do a man smartd.conf and see if there is an option to
disable snmp config completely.

I also disable smartd because generally it is less than useful (I have
had too many "your disk is going to fail soon" notifications where the
disk stopped working >3 years later--so the warning was useless, I
have also had disks fail that smartd did not ever report as failed).
 Generally I view its reliability is so bad the tool is actually WORSE
than useless since it scares you with incorrect warnings, and fails to
report real (usually bad sector issues) correctly.

I replace it with simply taking a report a day for each disk and when
disks act up I see if the bad sectors count are rising on one of the
disks.


On Fri, Aug 16, 2024 at 10:33 AM Robert McBroom via users
 wrote:
>
> Boot process f40 system stops for a long time with a problem with smartd. 
> Seems to access the system drives and note that they are SMART capable. The 
> following entries are in the journal
>
>
> smartd[977]: Warning via /usr/libexec/smartmontools/smartdnotify to root 
> produced>>
>
> smartd[977]: No configuration file found at (null) or /etc/esmtprc
>
> After multiple entries
>
> smartd[977]: No configuration file found at (null) or /etc/esmtp
>
> The files referenced are not in /etc. Don't see such files on a f39 system
>
> What is the system looking to find and where can it be found.
>
> --
> ___
> 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
-- 
___
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]

On any other filesystems I have used, using sync makes performance suck.

No idea about what is normal/ok for btrfs.

You might see if all btrfs filesystems are using sync or just the
removable ones are.

On Thu, Aug 15, 2024 at 5:21 PM Andre Robatino
 wrote:
>
> 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
-- 
___
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]

So it is only slow on the slow port?  If so it kind of sounds like the
fs may be mounted sync and/or the disks write cache is disabled.
smartctl --xall   sometimes works against usb disk and
sometimes it does not work.  if it works it will tell you the write
cache status.  The sync and/or btrfs filesystem settings would be seen
in /proc/mounts


On Thu, Aug 15, 2024 at 3:09 PM Andre Robatino
 wrote:
>
> 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
-- 
___
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]

You might install usbview and run it.  It will give you a gui window
and let you drill down and examine what each USB device looks like.

It would make me think it is some BTRFS issue.  maybe for some reason
the disk is fragmented and having to write blocks all over the place.
The way I know to test this is to write the file, note the rate that
you write it, and then clear the disk cache on the machine and/or
force dd to read the file enabling directio and see if it is slow
coming off the disk.If it is fragmentation the read off the
disk will be similarly slow.

On Thu, Aug 15, 2024 at 1:16 PM Andre Robatino
 wrote:
>
> 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
-- 
___
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]

Is this a spinning disk or an SSD?  And what are you writing to the
disk?And what filesystem is on the disk?


On Thu, Aug 15, 2024 at 12:23 PM Andre Robatino
 wrote:
>
> 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
-- 
___
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: chmod - display dirs

[Roger Heflin]

That is typically the sort I would do.  I usually just use the find
option "-ls" and not the exec.   And for warm and fuzzy feelings you
can add a -ls on thd fine command after the chmod's \;

On Mon, Jul 29, 2024 at 11:43 AM bruce  wrote:
>
> Hi
>
> I'm looking to update the permissions of a bunch of folders within a
> dir (not recursively), but I'd like to display the dirs prior to
> making changes -- measure twice, then cut.
>
>  find /etc/*/ -maxdepth 0 -type d -exec ls -dal {} \;
> --seems to display the list of dirs for the test folder...
>
> I can then
>  find /etc/*/ -maxdepth 0 -type d -exec chmod XXX {} \;
>  (which would match what the dirs are from a cloned system..)
>
> Is this the "best" approach?
>
> 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, report it: 
> https://pagure.io/fedora-infrastructure/new_issue
-- 
___
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 and System Rescue CD disagree on the state of my btrfs filesystem

[Roger Heflin]

If it is only giving btrfs errors on 6. 9.x and not the rescue kernel and
6.8.x that would seem like a potential kernel bug.  Run on 6.8.x and wait
for say 6.10 would be best.

On Fri, Jul 26, 2024, 12:31 PM Richard Shaw  wrote:

> On Fri, Jul 26, 2024 at 8:59 AM John Mellor  wrote:
>
>> On 2024-07-26 8:25 a.m., Richard Shaw wrote:
>>
>> On Thu, Jul 25, 2024 at 6:29 PM Jeffrey Walton 
>> wrote:
>>
>>> On Thu, Jul 25, 2024 at 2:15 PM Richard Shaw 
>>> wrote:
>>> >
>>> > I recently had the Fedora install on my laptop go sideways (Ryzen 5
>>> 4500U w/ nvme disk).
>>> >
>>> > The filesystem was going readonly so I installed System Rescue CD to a
>>> thumb drive to investigate. Sure enough I had 4 unrecoverable errors.
>>> >
>>> > I don't keep anything critical on it so I decided to just reinstall
>>> with Fedora 40. Installation went fine but I did notice weird dnf output on
>>> my first updated buy everything SEEMED fine...
>>> >
>>> > I rebooted after the update and tried to log in when after a minute or
>>> two the system froze. Rebooted and sure enough a `dmesg | grep BTRFS`
>>> showed an error.
>>> >
>>> > Back to booting with System Rescue CD neither a `btrfs check
>>> --check-data-csum` or after mounting, a `btrfs scrub` show any errors.
>>> >
>>> > So who's right? And if there is an error, what's causing it? I've
>>> checked the drive with smartctl and even let the factory HP firmware diag
>>> tools run in a loop overnight checking everything without error.
>>>
>>> The (1) irrecoverable disk errors from the original install, and (2)
>>> the errors from the current install, and (3) the errors from dnf
>>> indicate (to me) you have a failed NVMe drive. I used to see the
>>> symptoms all the time when using SDcards in ARM dev boards. I would
>>> put a swap file on the dev board (due to lack of resources), and the
>>> drives would fail within about 6 months with the symptoms you
>>> describe.
>>>
>>> Now the interesting part (to me) is, (4) lack of errors reported by
>>> some tools. That indicates to me a Chinese drive that misreports drive
>>> size and statistics. They usually show up on thumb drives, but I
>>> experienced one on a SSD drive years ago. Also see
>>> .
>>>
>>> All in all, I would replace the NVMe drive with a new one from a
>>> trusted source. Not Amazon or eBay.
>>>
>>
>> It's the drive that came with the laptop so unlikely to be a cheap/phony
>> drive but the mystery does get deeper...
>>
>> 1. I was able to see the same results even if I booted to a F40 Live USB.
>> I'm thinking that the system caught the problem quick enough the error
>> didn't actually get written to the disk.
>>
>> 2. I consistently see the problem at about 30 seconds (from dmesg) if I
>> boot the 6.9.9 or 6.9.10 kernels that have been installed via updates. If I
>> boot 6.8.5, the kernel that shipped with F40 I can't reproduce the problem.
>>
>> Of course that's strange because if this was a widespread issue there
>> would be tons of people complaining.
>>
>> Odds are that you have bad ram or are running the processor clock higher
>> than what it can handle.  I also had this kind of issue when I had a bad
>> video card, but the system generally froze or crashed and left the drive in
>> an unrecoverable state.  The tools for fixing a btrfs partition are
>> generally lacking in Fedora, and the tools that come with btrfs are also
>> useless when the  failing partition is your active root partition.  I don't
>> know if Suse has better tools, but its a huge problem with Fedora
>> recoverability.
>>
>
> It's an HP Envy Laptop, no ability to overclock. I did upgrade the memory
> when I first got it over 3 years ago from 8GB to 16GB but it's plain
> DDR4-3200. As I previously mentioned I let the HP diag tools run overnight
> and completed 14 cycles without any errors and now I just finished letting
> Memtest86+ run for 5 complete cycles without any errors.
>
> The only common denominator I have found so far is the two 6.9 kernels I
> have installed.
>
> Thanks,
> Richard
> --
> ___
> 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
>
-- 
___
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/

Re: remove a disk from raid1 array

[Roger Heflin]

You need to add this to the grub kernel boot line:
bootdegraded=true
otherwise the default behavior is to freak out and not work.

On Wed, Jul 3, 2024 at 5:17 AM François Patte
 wrote:
>
> Bonjour,
>
> I need to remove a disk from a raid1 array and restart the computer
> *without* that disk and without any other disk
>
> Up to now, if I stop the computer, unplug the disk and restart, the
> computer does not start complaining that it has not find all the disks.
>
> Do I have to remove the disk from the array (set it faulty and remove)
> with mdadm before stopping the computer? Or is there another way to
> proceed?
>
> Thank you.
>
> --
> François Patte
> UFR de mathématiques et informatique
> Laboratoire CNRS MAP5, UMR 8145
> Université Paris Descartes
> 45, rue des Saints Pères
> F-75270 Paris Cedex 06
> Tél. +33 (0)6 7892 5822
> http://www.math-info.univ-paris5.fr/~patte
> --
> ___
> 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
-- 
___
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: mdadm.conf

[Roger Heflin]

I believe to move to another motherboard you would need to do a bit of
messing around.  If the new motherboard was the same vendor and was
also set the same (assuming it is set to raid for SATA) then it would
likely work.

You might want to check in the bios/firmware/EFI to see what the SATA
controller is set to.   Typically you have at least raid and ahci and
this is used when it is set to raid and would need work to move to
another motherboard.   If you change it to ahci it will stop booting
without some serious adjustments.

I assume the mdadm commands should be similar though but even if they
aren't there should be documentation on how it differs.   I avoid the
raid setting on the motherboard because of MB swap limitations.

On Tue, Jul 2, 2024 at 4:16 PM Javier Perez  wrote:
>
> H
> Did not know there was such a thing as dm-raid. It was built up by the 
> installer.
> Makes me wonder, should something happen to the MB, will it be problematic to 
> move the discs to another system?
> I am assuming if one disk falls, the mdmraid commands to rebuild the array 
> would still be the same
>
>
> On Tue, Jul 2, 2024, 11:15 Roger Heflin  wrote:
>>
>> Did you build a mdadm raid1 or a dm-raid raid 1?
>>
>> +imsm means you built a dm-raid device (software raid that the
>> bios/efi is aware of) and it is slightly different from a normal
>> mdadm.
>>
>> If it works and uses the correct device names on each boot up then I
>> would not touch it.
>>
>> If you do touch it then you will need to rebuild the initramfs as that
>> file will be in the initramfs so that it can start up the raid to boot
>> the node.
>>
>> On Tue, Jul 2, 2024 at 10:30 AM Javier Perez  wrote:
>> >
>> > Hi.
>> > I just built an Raid 1 for /  , /boot and /boot/efi using the blivet tool 
>> > during installation.
>> > Everything works fine so far, but I noticed that the Array lines on 
>> > mdadm.conf look funny
>> >
>> > mdadm.conf
>> >  mdadm.conf written out by anaconda
>> > MAILADDR root
>> > AUTO +imsm +1.x -all
>> > ARRAY /dev/md/Fedora_efi level=raid1 num-devices=2 
>> > UUID=e82eff07:23f7fa9f:f3d9814a:f9b7ef81
>> > ARRAY /dev/md/boot level=raid1 num-devices=2 
>> > UUID=ffc4f8f2:9dc1b2de:1bce2836:d1968df7\
>> > end==
>> > It does not have the full UUIDs of the partitions, only the last  8 
>> > characters.
>> >
>> >  It caught me by surprise because the mdadm.conf man page says nothing 
>> > about it.
>> >
>> > --
>> > --
>> >  /\_/\
>> >  |O O|  pepeb...@gmail.com
>> >   Javier Perez
>> >    While the night runs
>> >    toward the day...
>> >   m m   Pepebuho watches
>> > from his high perch.
>> > --
>> > ___
>> > 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
>> --
>> ___
>> 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
>
> --
> ___
> 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
-- 
___
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: mdadm.conf

[Roger Heflin]

Did you build a mdadm raid1 or a dm-raid raid 1?

+imsm means you built a dm-raid device (software raid that the
bios/efi is aware of) and it is slightly different from a normal
mdadm.

If it works and uses the correct device names on each boot up then I
would not touch it.

If you do touch it then you will need to rebuild the initramfs as that
file will be in the initramfs so that it can start up the raid to boot
the node.

On Tue, Jul 2, 2024 at 10:30 AM Javier Perez  wrote:
>
> Hi.
> I just built an Raid 1 for /  , /boot and /boot/efi using the blivet tool 
> during installation.
> Everything works fine so far, but I noticed that the Array lines on 
> mdadm.conf look funny
>
> mdadm.conf
>  mdadm.conf written out by anaconda
> MAILADDR root
> AUTO +imsm +1.x -all
> ARRAY /dev/md/Fedora_efi level=raid1 num-devices=2 
> UUID=e82eff07:23f7fa9f:f3d9814a:f9b7ef81
> ARRAY /dev/md/boot level=raid1 num-devices=2 
> UUID=ffc4f8f2:9dc1b2de:1bce2836:d1968df7\
> end==
> It does not have the full UUIDs of the partitions, only the last  8 
> characters.
>
>  It caught me by surprise because the mdadm.conf man page says nothing about 
> it.
>
> --
> --
>  /\_/\
>  |O O|  pepeb...@gmail.com
>   Javier Perez
>    While the night runs
>    toward the day...
>   m m   Pepebuho watches
> from his high perch.
> --
> ___
> 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
-- 
___
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: Chrome/Chromium illegal instruction lately?

[Roger Heflin]

For me when an update happens for firefox (not sure if it is a firefox
update or just some libraries it uses, or both) it does not crash
(that I notice) but simply stops working (web page refresh and other
things don't work anymore).

So in the firefox case something extreme enough is happening that I am
surprised that it stays up and only breaks and does not crash.   After
that I have to make sure to completely exit firefox and restart it to
get it to function again. Firefox has done this across multiple
kernels and updates on multiple machines.

So maybe something similar (update breakage) is happening for chromium also.

On Sun, Jun 30, 2024 at 12:20 PM Chris Adams  wrote:
>
> Once upon a time, Jeffrey Walton  said:
> > On Sun, Jun 30, 2024 at 12:52 PM Chris Adams  wrote:
> > > After some recent updates, I seem to get an illegal instruction the
> > > first time or two I start Chrome/Chromium after boot.  If I close it and
> > > reopen it a time or two, it'll work like normal from that point on,
> > > until I reboot again.  It's the weirdest thing, I can't think of
> > > anything I've ever seen act like this before.
> > >
> > > Not sure if this is a problem with Chrome/Chromium, some library
> > > dependency, or even the kernel.  It's happening for me on both Fedora 39
> > > and 40 (both x86_64).  dmesg shows:
> > >
> > > [  127.676343] traps: chromium-browse[3675] trap int3 ip:55bcd5b053c6 
> > > sp:7fff6061e350 error:0 in chromium-browser[55bccfde1000+d8af000]
> >
> > It's hard to say whether a problem exists based on the information provided.
> >
> > In the case of crypto libraries, a common strategy at startup is to
> > perform cpu feature testing by trying an instruction in an ISA (like
> > SSE4.2, SecureKey or AVX2), and trapping a potential cpu fault. If the
> > fault is raised, the ISA is not available. Then the library sets up
> > its function calls based on availability.
> >
> > Video drivers probably perform similar probes at startup.
> >
> > So to investigate further, we probably need to see a disassembly
> > around the offending code, the name of the offending function, and the
> > callstack.
>
> I'm rusty on that kind of thing TBH, haven't needed to do that in many a
> year, so I'd need some instructions.  It's just weird to me that it goes
> away on its own after 2-3 tries.
>
> I will say it doesn't appear to be video related at least; I'm hitting
> this trying to build an RPM in mock that runs Chromium headless in %test
> (so no video involved at all).
>
> --
> Chris Adams 
> --
> ___
> 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
-- 
___
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: Firefox foul ups

[Roger Heflin]

Steve's problem sounds like a Xorg/Wayland graphics issue/bug that
firefox somehow triggers.

My firefox has acted off for a while.  Typically is it seems to get
bogged down using a lot of ram (2-10GB for at least one firefox
process), but more recently I don't see the big memory usage but it
seems to go cpu bound and non-responsive in some tabs (reddit
usually).On the high ram usage killing the specific process in
about:performance fixes that, but the only fix for the cpu
bound/nonresponding seems to be to exit all of firefox and restart.

Firefox needs to stop working on new features and simply get it
stable.  And I had most of the exact same issues on windows 11, so
this is not a code issue specific to Linux.  I have multiple web sites
that seem to be able to make one or more tabs consume GB's of ram. The
websites causing the ram issue were the same on both Windows and
Linux.

On Sat, Jun 22, 2024 at 10:58 AM home user  wrote:
>
> On 6/22/24 9:16 AM, Steve Underwood wrote:
> > Is anyone else having problems with Firefox on FC39 with XFCE recently? 
> > After rock solid operation for a long time, in the last 2 or 3 weeks the UI 
> > has been fouling up every day or two when I do some seemingly mundane 
> > operation in Firefox. A couple of times Firefox has crashed after a few 
> > seconds. The foul ups sometimes only affect the Firefox windows, and other 
> > windows still work OK. Sometimes the whole desktop fouls up, and I have to 
> > switch to a text only screen and kill Firefox. That restores normal desktop 
> > operation for all the other windows.
> >
> > Steve
>
> I don't know if it's related or not, but yesterday evening on my workstation 
> (f39, gnome) Firefox was maxing out one cpu for minutes.  I exited Firefox.  
> The maxing out of a cpu continued.  ksysguard showed a Firefox process at the 
> top of the process list (sorted by cpu usage), even long after exiting 
> Firefox.  I had to kill that process manually.  This all repeated a second 
> time.  Also curious, I saw a several processes with names containing 
> "akonadi" and strings relating to e-mail/calendar.  After exiting Firefox 
> again and exiting Thunderbird, the maxing out of a cpu stopped and has not 
> since recurred, though I see 19 different akonadi processes now in a "ps" 
> output.  Firefox is the only browser I use, and Thunderbird is the only 
> e-mail client and calendar that I use.  I do not access e-mail via browser.
>
> Are my problems and Steve's related and/or connected?
> --
> ___
> 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
--
___
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: Touch Screen and WiFi cards

[Roger Heflin]

Intel AX200 series works great in my 2 laptops.  Much better than the
non-intel crap.

The support is not a Fedora issue, it is simply a Linux Kernel issue.
 The qualcomm native kernel driver is not good.   I replaced one in a
laptop 4 years ago, and when I got a new laptop struggled with the new
qualcomm card for a few weeks before replacing it.   And any
add-on/out-of-tree wifi drivers are an even bigger disaster...you have
to compiled it and every few versions get new code to support the new
kernel, and even with that I suspect that they may not be super
stable.

On Fri, Jun 21, 2024 at 3:55 PM ToddAndMargo via users
 wrote:
>
> Hi All,
>
> I customer gave me a laptop he inherited to see what
> could be done with it.  It works really nicely, so I need
> to send him over recommendations.
>
> 1) does these really thin laptops have their wifi
> cards soldered in or can they be replace?  (I can
> usually replace regular laptop WiFi cards.)
>
> I presume Intel's WiFi cards have good Fedora support?
>
> 2) does Fedora support touch screens?
>
> Many thanks,
> -T
>
> --
> ~~
> Computers are like air conditioners.
> They malfunction when you open windows
> ~~
> --
> ___
> 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
--
___
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: password issue with f40

[Roger Heflin]

You would need to find the log file that starts up Xorg after you login it.

There are a number of things that can be set wrong and/or missing that
will cause Xorg to attempt to start and fail and exit like this.

F39 puts the log file here on my machine.
/var/log/Xorg.0.log

On most of my machines I have it set to default to multi-user mode (no
gui) and login as a user on the console and then type startx as that
gives me a much easier way to debug the failure.  it also lets me more
easily boot up and login to console and fix/debug more basic boot up
issue without being troubled to login to the gui.

On Thu, Jun 20, 2024 at 12:30 AM Michael Hennebry
 wrote:
>
> I just discovered something interesting:
> None of the accounts on my machine will login with Xorg.
> The option is offered, but is does not work.
> For F40, I had selected gnome-classic with Xorg.
> New accounts defaulted to gnome with Wayland.
> When I made a new hennebry account, even with an old home directory,
> it got the default and allowed me to login.
> I infer that the option is not stored in the home directory.
>
> Not being able to use Xorg is not good news.
> Last time I had trouble running videos,
> part of the solution was switching to Xorg.
> The rest, I think, was installing the H.264 decoder.
> I found the thread, but it does not tell me the
> name of the package or the name of the repo.
> Also, I do not know whether videos will work for me with Wayland.
>
> --
> Michael   henne...@mail.cs.ndsu.nodak.edu
> "SCSI is NOT magic. There are *fundamental technical
> reasons* why it is necessary to sacrifice a young
> goat to your SCSI chain now and then."   --   John Woods
> --
> ___
> 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
--
___
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: Interesting mount problem - F40

[Roger Heflin]

On mine I have md raid1 configured for /boot.  Old install no
/boot/efi but it should also work for /boot/efi because even with
mdraid the bios/efi will still be able to find what it needs to find
to boot but when the OS comes up it mounts the md-raid raid1 devices.

This would allow you to survive a disk failure, but not survive a bad
deletion at the fs level.

On Tue, Jun 18, 2024 at 12:59 PM Frank Bures  wrote:
>
> On 2024-06-18 13:52, Frank Bures wrote:
>
> >
> > Just to explain:
> >
> > I do not dd the whole /dev/sda.  There are only /boot and /boot/efi
> > partitions on the disk, the rest is unformatted.  I only dd the formatted
> > sectors.
> >
> > The whole idea of having the same UUID on both sda and sdg is the ability
> > of just booting from the other disk in case of sda failure without having
> > to reconfigure anything.  Now I understand the problem this arrangement
> > creates.
> >
> > If I understand correctly, doing rsync backup would not guarantee this
> > direct boot functionality.
> >
> > Any other thoughts?
>
> Or I could just live with it.  Let the machine decide, which disk it wants
> to mount and then copy the boot disk to that disk.  I could even automatize
> the backup script to make the decision by itself.  In fact, there is no
> difference between mounting sda or sdg as /boot if they are the same with
> the same UUID..
>
> Cheers
> Frank
>
>
> --
>
> 
> --
> ___
> 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
--
___
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: How to remove settings from a systemd unit file

[Roger Heflin]

The easy solution is chattr +i   and that will block all
further changes to the file forever.

It is kind of a last resort.

On Tue, Jun 4, 2024 at 6:24 PM Sam Varshavchik  wrote:
>
> So I was tearing my hair out trying to figure out why attempts to push via
> DAV to a git repo were failing.
>
> Eventually I succeeded in stracing the httpd process sto capture the
> request. It was getting an EROFS when it tried to write to the git repo.
>
> Amusing.
>
> To make a long story short, the culprit was:
>
> ProtectHome=read-only
>
> in /lib/systemd/system/httpd.service,(the git repo was in a directory inside
> a mounted /home partition).
>
> I tried using
>
> systemctl edit httpd
>
> And putting this in there:
>
> [Service]
> ProtectHome=
>
> However this apparently did not work. I threw in the towel and just edited
> /lib/systemd/system/httpd.service and commented this setting out, entirely,
> to finally fix this issue, and happy git pushing resumed.
>
> But how do I fix this so that the next apache update doesn't clobber this?
>
> --
> ___
> 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
--
___
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: strange results of history command list

[Roger Heflin]

If you have 2 separate sessions open for the given user last save/exit
wins and overwrites the history file.  This may be an
oversimplification but 2 sessions both saving out do seem to make a
mess.

And if there is no -TERM and/or clean exit then nothing gets written out.

I have trained people on root cause analysis for system events/crashes
and I have always told them that if you do not find something in the
history that does not mean that a command was not typed.

On Tue, Jun 4, 2024 at 11:17 AM AV via users
 wrote:
>
> This is on fedora 40, a fresh 'everything' network install.
> I always update/upgrade manually using 'sudo dnf --refresh upgrade'.
> To save typing I would scroll through the command history using the
> arrow keys.
> But 'sudo dnf --refresh upgrade' is no longer listed!
> All other commands I used are still listed, but not this one.
> Can somebody explain?
>
> AV
> --
> ___
> 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
--
___
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: fstab

[Roger Heflin]

man btrfs

But In general I always use defaults for the option and then override
any others.

And remount-readonly is a default option on ext4 and I don't believe
it was ever necessary to supply it.

On the above I would use defaults,noauto,nofail

On Sat, Jun 1, 2024 at 10:06 AM Patrick Dupre via users
 wrote:
>
> Hello,
>
> With ext4 filesystems, I used to set
>
> ext4noauto,errors=remount-ro1 2
>
> in the fstab.
>
> With btrfs FS
> it does not like the option errors=remount-ro
> mount: /mnt/backup_2: wrong fs type, bad option, bad superblock on /dev/sdc5, 
> missing codepage or helper program, or other error.
>dmesg(1) may have more information after failed mount system call.
>
> btrfs: Unknown parameter 'errors'
>
> Is there another option?
>
> Thanks
>
> ===
>  Patrick DUPRÉ | | email: pdu...@gmx.com
> ===
> --
> ___
> 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
--
___
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: chroot

[Roger Heflin]

you need to add these mounts to allow full function under a rescue
boot+mnt+chroot.

mount -o bind /proc /mnt/linux/proc
mount -o bind /sys /mnt/linux/sys
mount -o bind /dev /mnt/linux/dev
mount -o bind /dev/pts /mnt/linux/dev/pts

Typed from memory.   I have done way too many live cd rescue boots.


On Sat, Jun 1, 2024 at 10:56 AM Tom Horsley  wrote:
>
> On Sat, 1 Jun 2024 17:33:19 +0200
> Patrick Dupre via users wrote:
>
> > Hello,
> >
> > To update a system installed on a specific partition that way?
> > (after dnf update --refresh)
> > mount /dev/sdx /mnt/linux
> > chroot /mnt/linux
> > dnf system-upgrade download --releasever=40
>
> I wouldn't trust it. I'll often use chroot to download updates,
> but to actually run them there are too many things I imagine need
> a "real" system to apply the updates. All the stuff from /proc
> and /sys that some updates might need aren't going to be there
> in a chroot for one example.
> --
> ___
> 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
--
___
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: Issue with logrotate and mariadb?? After upgrade to Fedora 40

[Roger Heflin]

That would have to have been a mariadb config file/code change to no
longer allow root at localhost to access without a password.

Based on this change adding the root@localhost type auth on Windows
then it should work.
https://jira.mariadb.org/browse/MDEV-26715

Those changes were 10.11.0 so I wonder if there is something wrong
with the change.

This seems to be the defect:
https://jira.mariadb.org/browse/MDEV-21194

There is an explanation in there and notes on how to correct the issue.

On Sat, Jun 1, 2024 at 10:59 AM Michael D. Setzer II via users
 wrote:
>
> Worked fine with Fedora before 40, but now get message.
> Line in /etc/logrotate.d/mariadb
> /usr/bin/mariadb-admin $EXTRAPARAM --local flush-error-log \
>flush-engine-log flush-general-log flush-slow-log
> #OUTPUT
> #/usr/bin/mariadb-admin: connect to server at 'localhost' failed
> #error: 'Access denied for user 'root'@'localhost' (using password: NO)'
> Message would probable not be seen with regular lograte run?
> Edit the file and add -u root -p(password) and it runs fine.
> /usr/bin/mariadb-admin $EXTRAPARAM --local flush-error-log -u root -p***\
>flush-engine-log flush-general-log flush-slow-log
> Don't like having password in files, so wondering if there is a solution. 
> Didn't see this with versions before 40 update.
> Files in /etc/logrotate.d have
> ls -l mariadb
> -rw-r--r-- 1 root root 1702 Feb  7 10:00 mariadb
> So, seems public would be able to look at file?
> Thanks.
> ++
>  Michael D. Setzer II - Computer Science Instructor (Retired)
>  mailto:mi...@guam.net
>  mailto:msetze...@gmail.com
>  mailto:msetze...@gmx.com
>  Guam - Where America's Day Begins
>  G4L Disk Imaging Project maintainer
>  http://sourceforge.net/projects/g4l/
> ++
> --
> ___
> 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
--
___
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

[Roger Heflin]

You do not need to tell it anything.All of my systems run until I
reboot them or the power goes off.

Do you mean keeps going to a "crash", ie not something issuing a
controlled reboot?  If so then you likely have a hardware issue.

Note when I ran large supercomputers with long running jobs any nodes
with weak hardware would regularly crash and have to be repaired or
simply thrown out.

On Thu, May 23, 2024 at 5:37 PM Robert McBroom via users
 wrote:
>
> This thread has been on before but I lost it. I need my system to run
> long simulations without my intervention. It keeps going to a reboot
> intermittently.  The program has recovery that all is not lost with a
> shutdown but the time getting back to check on the system.  Don't
> remember the setting to tell fedora what to do for always on systems.
>
> --
> ___
> 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
--
___
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: google-chrome-stable update fails today on gpg keys

[Roger Wells]

This is happening to me as well.
uname  -r
6.8.9-200.fc39.x86_64
but
there is no /etc/cron.daily/google-chrome
(the directory exists but only contains google-earth-pro)

On 2/14/24 08:57, Tom Horsley wrote:

On Wed, 14 Feb 2024 07:46:15 -0500
Neal Becker wrote:


The GPG keys listed for the "google-chrome" repository are already
installed but they are not correct for this package.

After getting this many times, I finally figured out I need to
manually run /etc/cron.daily/google-chrome to get new keys
(the install from the google rpm sets this up, but doesn't
always get run in time for the next update to 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

--
___
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: What is Castor ? Att.Jonathan Billings.

[Roger Heflin]

On Wed, May 8, 2024 at 5:09 AM John Pilkington  wrote:
>
> On 08/05/2024 10:18, Tim via users wrote:
> > On Tue, 2024-05-07 at 17:36 -0400, Jonathan Billings wrote:
> >> Some home router/gateways will remember the hostname a system used as
> >> part of their network, and when handing out the same IP to a new
> >> host, re-uses the saved hostname.
> >
> > I've yet to come across a home gateway that handles name resolution,
> > they just dole out numerical IPs from their DHCP server, it also seems
> > to be a bit of a rarity for a client to accept a hostname that a DHCP
> > server does supply (if it does).  DHCP clients can also request the
> > DHCP server lets them use their own hostname, and that's often ignored,
> > too.
> >
> > More often than not, a client would to a reverse DNS look-up on its
> > assigned IP to see what domain/hostname is associated with that IP
> > (which could be a DNS query, but first it looks in the hosts file).
> >
> > Not everyone has a DNS server, or a configurable one, nor adjusts their
> > hosts file (often fighting with Network Mangler over it).  So:
> >
> >> Set your preferred hostname either in GNOME Settings (or whatever
> >> DE’s settings) or with hostnamectl.
> >
> > Which stores a setting somewhere naming itself consistently, whatever
> > IP address you get given.
> >
> > This can get messy if you get assigned different numerical IPs from
> > time to time.
>
> It occurs to me that my new 'dual-boot' problems with F40 KDE might be
> related to this, but I'm not clear how I could test it.  I've posted
> both here and on the kde list.
>
> I have two screen-devices, HDMI tv and vga monitor.  By default booting
> is to Windows, but 'escape' early on goes to an HP-provided
> boot-selection sequence and grub.
>
> Choosing "modesetting" starts booting with both screens active, but
> freezes shortly after a cursor appears.
>
> "nomodeset" gives a usable system, but with the vga screen never active
> and final HDMI resolution fixed at 800x600.
>
> Could this perhaps be a conflict of hostnames set at power-on and by Fedora?
>
> John P

No.

Whatever the hostname is it really does not matter for booting or not.

The fact that nomodeset works tells me that the graphics driver in the
kernel is unable to handle your card and/or monitors in some critical
way.

What kind of vga/video card do you 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
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: What is Castor ? Att.Jonathan Billings.

[Roger Heflin]

castor is someplace on your machine defined as the linux node's hostname.

dhcp-client does deliver the defined hostname in the dhcp
requests/responses to the router when it asks for the IP address.

What does 'hostname' report?   and 'hostnamectl' report as the hostname?

On Sat, May 4, 2024 at 10:17 AM Ger van Dijck  wrote:
>
> Hi,
>
>
> A bit late Jonathan but here is my answer.
>
>
> After upgrade to Fedora 40 all runs perfect , but the login prompt looks
> as follows :
>
>
> [root@castor GervanDijck] #
>
>
> Suddenly the router a Fritz-Box 7490 detects the Name Castor with
> IP192.168.178.29 (not connectebel) with a MAC number and the connection
> is WLAN.
>
>
> I just do not understand it : What does it represent ?
>
>
>
>
> Ger van Dijck.
> --
> ___
> 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
--
___
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-networkd-wait-online times out

[Roger Heflin]

Run this:
systemd-analyze critical-chain network-online.target


On Wed, Apr 10, 2024 at 6:20 AM Sam Varshavchik  wrote:
>
> Samuel Sieb writes:
>
> > I have a similar problem where the wait-online service suddenly started
> > taking a very long time and then failing.  My system that used to boot in a
> > few seconds now takes over a minute.  So I have two questions.
> >
> > What is it waiting for?  My main ethernet card gets an address right away.
>
> Some stuff that comes up doesn't really like it if there is no network
> connection, at the time. That's what this whole house of cards is for: to
> sit and wait until the box has at least one network connection "up".
>
> --
> ___
> 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
--
___
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: dmesg suddenly fails when run as normal user on FC39

[Roger Wells]

same observation.
[]$ uname -r
6.7.7-200.fc39.x86_64

On 3/13/24 19:05, Ron Flory via users wrote:

Hi-

 does not happen on FC38, or any prior RedHat/Fedora version since 
forever.


   dmesg
   dmesg: read kernel buffer failed: Operation not permitted

 Userspace scripts (such as used to read pics from cameras & sdcards) 
and many progs often use dmesg to detect or identify things like 
startup probe info, USB devs, partition numbers etc.


 I worked around this by setting the suid bit of `which dmesg`, but it 
would be rude to force everybody to manually do this as part of 
post-install cleanup.


 Hopefully an unintended side-effect and not a new "feature" that 
wasn't thought through completely.  A web-search suggests 
debian/ubuntu may have been doing this for awhile- but we really don't 
need to be just like them...    ;)


--
___
users mailing list --users@lists.fedoraproject.org
To unsubscribe send an email tousers-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--
___
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: tigervnc server configuration limitation

[Roger Heflin]

x11vnc works at least with x11 (not sure about wayland) and can be run
on a running session to create a vnc connection to that live session.

I used it to remotely view/control my active laptop screen.

On Sat, Feb 24, 2024 at 9:11 AM Sam Varshavchik  wrote:
>
> I'm not sure when Fedora switched to the current tigervnc systemd-based
> configuration, but:
>
> I've been using tigervnc to log in to an Ubuntu box, and it was simple to
> set up tigervnc on Ubuntu for remote access. I just tried the same on Fedora
> and was informed that launching vncserver was "deprecated", and pointed
> towards the documentation for Fefora's systemd-based configuration.
>
> Reading through that, the following limitation is a showstopper for me:
>
> # # Limitations
> # You will not be able to start a Tigervnc server for a user who is already
> # logged into a graphical session.
>
> That's a no-go for me. My Fedora system is configured to automatically log
> into a graphical desktop. This won't work for me, then.
>
> This is not a limitation on Ubuntu. It's too bad that Fedora cannot do the
> same.
>
> --
> ___
> 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
--
___
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: PCI-E to PS2

[Roger Heflin]

On Thu, Feb 15, 2024 at 6:35 AM George N. White III  wrote:
>
> On Tue, Feb 13, 2024 at 9:08 PM ToddAndMargo via users 
>  wrote:
>>
>> Hi All,
>>
>> Fedora 39
>>
>> I am trying to find a PCI-E 1x to 2xPS2 adapter
>> that actually works.
>>
>> The only one I could find was
>> https://www.amazon.com/gp/product/B07VB9TD6D
>> and it was dead on arrival: no power to the
>> keyboard.
>>
>> You guys know of one that is Fedora friendly
>> that actually works?
>
>
> I have used cheap PS2 to USB adapters.  If you have to
> have  PCI-E maybe there is a reliable PCI-E to USB card.
>
>

I would not count on any cards working early enough to be used by the bios.

I do remember a long time ago on early usb motherboards only certain
USB ports being usable for a keyboard(pre-bios needing a mouse) in the
bios.  Likely because not all of the USB chips were configured and/or
powered up early enough.
--
___
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: OT: what is an NSC?

[Roger Heflin]

Google PCI (PCI is the term for the credit card environment rules) and
NSC and it comes back as "network security control".

So firewall rules/ACL's and possibly network inspection devices and
anything else that is a network control.

On Sun, Jan 28, 2024 at 5:04 AM ToddAndMargo via users
 wrote:
>
> Hi All,
>
> Sorry for asking an off topic question here, but
> I know you guys will know the answer off the
> top of your heads.
>
> What is an "NSC" used in this context?
>
> 1.3.3 NSCs are installed between all wireless
> networks and the CDE, regardless of whether
> the wireless network is a CDE
>
> CDE is Card Holder Environment.
>
> Many thanks,
> -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
--
___
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: gzip eps

[Roger Heflin]

On Mon, Jan 15, 2024 at 9:24 AM Patrick Dupre via users
 wrote:
>
> Hello,
>
> I am attaching an eps file
> (NoDressedrecoil.eps)
> You could do
> cp -a NoDressedrecoil.eps No_Dressedrecoil.eps
> cp -a NoDressedrecoil.eps No_Dressed_recoil.eps
>
> and then
> gzip -f No_Dressedrecoil.eps
> gzip -f No_Dressed_recoil.eps
>
> And you should obtain a different behavior
> like
>
> Traceback (most recent call last):
>   File "/usr/share/lyx/scripts/convertDefault.py", line 68, in 
> if sys.argv[3] == 'ppm' and (im and version >= 0x060305 or gm):
> ^^^
> TypeError: '>=' not supported between instances of 'str' and 'int'
>
> This seems only due to the name No_Dressed_recoil.eps
>
> Thank for your concerns
>
gzip is a  compiled executable, and if the real gzip was run you
should not be able to get a traceback like that.

To get a trackback like that either you aren't running the right gzip
("which gzip" should point to /usr/bin/gzip) or you have bad shell
code running (from some other package?) that is intercepting and
producing the error.

Your gzip is probably not /usr/bin/gzip.

see what the below shows.

which gzip ; file /usr/bin/gzip ; ldd /usr/bin/gzip
/usr/bin/gzip
/usr/bin/gzip: ELF 64-bit LSB pie executable, x86-64, version 1
(SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2,
BuildID[sha1]=122aaface4722838f70907f0cea3dee4b958dde2, for GNU/Linux
3.2.0, stripped
linux-vdso.so.1 (0x7ffc2a318000)
libc.so.6 => /lib64/libc.so.6 (0x7fbfdf254000)
/lib64/ld-linux-x86-64.so.2 (0x7fbfdf539000)
--
___
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: VMware woes

[Roger Heflin]

On Thu, Jan 11, 2024 at 4:06 AM ja  wrote:
>
>
> I had host crashes with some kernels and just stayed with an older kernel.
> The latest kernels are now working fine with WS 17.5.0
> It was really a kernel problem not a VMware problem.
> See
> https://github.com/mkubecek/vmware-host-modules/tree/master
>

That is not a kernel problem.  That is a problem with a 3rd party
module not working right with a new kernel.   Note that 3rd party
modules break all of the time because of kernel changes and as such
are best to avoid unless absolutely necessary.

And since vmware needs this 3rd party module to work I am going to
suspect that vmware is somehow funding the module (since no one else
would likely care), and since VMware needs this module to work then it
is a VMWare problem.

If there is any other way (KVM/QEMU) to work without a 3rd party
module I will take it.  3rd party modules are typically a few weeks
behind the current kernels (and sometimes never updated reliably) and
as such will break with new kernels.
--
___
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: Test serial port application

[Roger Heflin]

If you have the arduino app attach to the port and then exit the arduino
port (once it has setup the port speed to work in its serial viewer), then
cat from the port works and echo to the port works (while the cat is
reading from it).  My arduino program takes commands from serial, and
outputs status back.  I have not researched the exact raw command to set
the speed and bits from the command line yet).

On Sun, Dec 24, 2023, 8:10 AM Robert Moskowitz  wrote:

>
>
> On 12/24/23 06:36, Barry Scott wrote:
> >
> >> On 24 Dec 2023, at 01:25, Robert Moskowitz  wrote:
> >>
> >> I want to test a program that is supposedly talking serial to
> /dev/tty[].  e.g. ttyUSB0
> >>
> >> I was thinking that I could run some program in some terminal window
> that would set up a serial /dev/tty and the program could attach to that
> port and this magic program will capture the flow.
> >>
> >> The particular program is MAVproxy, and I am working on how different
> commands get routed through serial to the ArduPilot or ArduRemoteID.
> >>
> >> I was looking into if screen could act as a server for a port, but I am
> not finding that.
> >>
> >> What would work for this?
> > Its been a while since I did lots of serial comms.
> > The go to tool back in the day was kermit.
> > There is ckermit and gkermit that you could use.
>
> I was using kermit back in '93 on Win 3.0 
>
> Would have to check out the manpage to see if it can run as what amounts
> to a serial server.
>
> >
> > Barry
> >
> >> 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, report it:
> https://pagure.io/fedora-infrastructure/new_issue
> > --
> > ___
> > 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
> --
> ___
> 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
>
--
___
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: Function Key becomes permanently pressed after a couple of minutes after boot (temporary fix: reboot)

[Roger Heflin]

The fn key is (on or off) is not controlled by Linux.   The bios
and/or keyboard owns/controls it internally.  I don't think an OS can
even see the fn key exists and/or control/see its state.

So you have a hardware problem (key random locks), or a hardware
mis-understanding (some combination set it to be locked) of what can
cause the fn key to "lock".

On Thu, Dec 21, 2023 at 3:55 PM Lamy Geier  wrote:
>
> @Gordon Messmer
>
> No, I have not clicked `fn lock` key. I have tested this atleast 5 times that 
> after few minutes of reboot this behavior happens.
>
> To prove this I tried clicking `fn lock` nothing happens. To toggle (disable 
> or enable) it we are suppose to press `fn` + `fn lock` but the behavior does 
> not toggles.
> --
> ___
> 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
--
___
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: firefox keeps freezing on me

[Roger Heflin]

It is almost certainly going to be a memory issue.

In fact earlier today Firefox made my 32G windows 11 device mostly
useless (not a complete lockup for anything but firefox, but
everything else was horribly slow).

I have had to kill firefox on multiple different websites and multiple
different machines.  On ones with a lot of ram they don't lockup, but
on lower ram devices (16G and under) they start paging and become
otherwise useless and lock up enough that the power off button is the
fastest solution.

If you have a second device that you can ssh into the first device,
ssh into the first device and run top and leave it running.  On lockup
see what top last said before you reset/powered it off.

You could also do top > top.out & and simply leave that running and
the go see what top was showing next lockup.


On Mon, Dec 11, 2023 at 5:13 PM Michael Hennebry
 wrote:
>
> On Mon, 27 Nov 2023, Michael Hennebry wrote:
>
> > On Sat, 25 Nov 2023, Roger Heflin wrote:
> >
> >> Hardware issues do not typically leave the machine up (except for
> >> intel/amd throttling down when getting hot, but even that will crash
> >> if it gets bad enough).install kernel-tools and run turbostat it
> >> will show the cpu freqs and cpu temps.
> >
> > My CPU is Intel.
> > I'll try kernel-tools.
>
> Today is the first time firefox froze on me since leaving turbostat running.
>
> --
> Michael   henne...@mail.cs.ndsu.nodak.edu
> "His longhand was fairly good in his youth, but as he got older it got
> smaller, more scribbly, and harder to read; although, like being hanged,
> one can get used to it." -- Gordon Dickson on H.P. Lovecraft's handwriting
> --
> ___
> 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
--
___
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: I think Firefox crashed my system

[Roger Heflin]

This is not an out of memory crash.

This is a code bug in firefox and/or in the shared library being
called by firefox.

Usually this is related to something unexpected/unhandled in the data
stream being processed incorrectly.

I have had a few of these firefox crashes since around Nov 20.

Hopefully someone fixes it soon.

On Sun, Dec 10, 2023 at 5:00 AM Patrick O'Callaghan
 wrote:
>
> This morning I found this in my journal:
>
> Dec 09 23:53:04 Bree kernel: traps: Isolated Web Co[188480] general 
> protection fault ip:7f6a44c75871 sp:7ffc2a7be1f0 error:0 in 
> libxul.so[7f6a42462000+4664000]
> Dec 09 23:53:04 Bree systemd[1]: Started systemd-coredump@12-239925-0.service 
> - Process Core Dump (PID 239925/UID 0).
> Dec 09 23:53:05 Bree abrt-dump-journal-oops[182510]: abrt-dump-journal-oops: 
> Found oopses: 1
> Dec 09 23:53:05 Bree abrt-dump-journal-oops[182510]: abrt-dump-journal-oops: 
> Creating problem directories
> Dec 09 23:53:06 Bree abrt-dump-journal-oops[182510]: Reported 1 kernel oopses 
> to Abrt
> Dec 09 23:53:07 Bree abrt-server[239927]: Can't find a meaningful backtrace 
> for hashing in '.'
> Dec 09 23:53:07 Bree abrt-server[239927]: Deleting non-reportable oops '.' 
> because DropNotReportableOopses is set to 'yes'
> Dec 09 23:53:07 Bree abrt-server[239927]: 'post-create' on 
> '/var/spool/abrt/oops-2023-12-09-23:53:05-182510-0' exited with 1
> Dec 09 23:53:07 Bree abrt-server[239927]: Deleting problem directory 
> '/var/spool/abrt/oops-2023-12-09-23:53:05-182510-0'
> Dec 09 23:53:07 Bree abrt-server[239927]: Lock file '.lock' was locked by 
> process 239940, but it crashed?
> Dec 09 23:53:07 Bree systemd-coredump[239926]: [🡕] Process 188480 (Isolated 
> Web Co) of user 1000 dumped core.
>
>Module libxcb-dri3.so.0 from 
> rpm libxcb-1.13.1-12.fc39.x86_64
>Module libnuma.so.1 from rpm 
> numactl-2.0.16-3.fc39.x86_64
>Module libogg.so.0 from rpm 
> libogg-1.3.5-6.fc39.x86_64
>
> etc. etc. (I'll omit the rest of the trace)
>
> libxul.so is part of Firefox (and Thunderbird, which I don't use).
> Apparently "Isolated Web Co" is a Firefox process which has been
> reported for years as leaking memory, though I haven't noticed it doing
> this myself (I have a lot of swap). Some people think it's related to
> viewing YouTube videos, which I do do.
>
> My question is: why doesn't the OOM killer stamp on this before it gets
> out of hand? Isn't that what it's for?
>
> poc
> --
> ___
> 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
--
___
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: 6.6.x kernels do not boot successfully

[Roger Heflin]

> > Starting systemd-fsck-root.service - File System Check on 
> > /dev/disk/by-uuid/8ff57a6b-2a55-4e9d-870d-855d-855d68d35bee...
> > [ OK ] Starting systemd-fsck-root.service - File System Check on 
> > /dev/disk/by-uuid/8ff57a6b-2a55-4e9d-870d-855d-855d68d35bee.
> >
> > I have to reboot and select older kernel 6.5.12-*fc39.x86_64
> >
> > Best Regards & Thank you for trying to help
> >
> > Antonio
> > --
>
> My guess (and that's all it is) is that something in /etc/fstab can't be
> mounted after the root filesystem. I'd try adding "noauto" to everything
> there except for "/," "/home," etc. Just mount the stuff you must have
> to get the system up. Also, maybe (???) set the last arg on the fstab
> lines to 0 rather than 1 or 2. Everyone on the list -- please comment on
> the last idea. I tried it on a cloud server and it didn't cause a
> problem, but better to have the experts here weigh in.
>
> * make a copy of fstab
>
> * make the edits to fstab
>

Systemd fstab needs nofail to not go to emergency shell (It is systemd
why would they honor the meaning of an option 30+ years old when they
can just make up a new option) .   nofail on all but critical
filesystems and "0 0" at the end should stop the fsck.  And I would
think the option should not have been nofail but either fail or
allowfail as nofail seems to be the opposite of what you really want.

Based on it failing/not fsck'ing I would think one of the filesystems
underlying device driver is broken in some manner.

The standard I use is "0 0" and nofail  (and implemented on 20k+
systems where I work) for all not required to boot up fs'es.  Job #1
is to get the machine up and on the network.  Having the machine
without network at emergency prompt only slows down the process of
fixing it (the ilo remote consoles suck, no cut-n-paste and random key
repeats, and only one person can work at a 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: btrfs Backups

[Roger Heflin]

I use rsync with a --backup-dir=/${DIR}/backup/${MONTH}/${DIRDATE}/
and a bunch of --excludes for directories/files that I don't need
backed up.

It rsync's and any replaced files get copied into the backup-dir (so
an incremental backup of sorts).   And every so often (usually when
low on space) I clean out the older dates with the assumption that if
I have not noticed the file is missing I probably don't care.

On Fri, Dec 8, 2023 at 11:56 AM Tim Evans  wrote:
>
> Since tine immemorial (I first touched a UNIX system circa 1984), I have
> used the venerable 'dump' utility to do automated full and incremental
> backups to an NFS-mounted network storage appliance (NAS).
>
> Now, with a brand new laptop, with fresh install using btrfs
> filesystems, I find 'dump' does not work on them. (Fortunately, I was
> able to use the companion utility 'restore' to recover my /home backups
> and assorted config files from the root filesystem of my old laptop.)
>
> So, I'm looking re-script my backups using btrfs tools.  So far, it
> appears I cannot do btrfs snapshots to the NAS and I'm not wanting to
> attach another disk to the laptop just for snapshots. Are there
> analogous (to 'dump' and 'restore') btrfs utilities that can do backups
> this way, and can be scripted?
>
> Tha
> --
> ___
> 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
--
___
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: USB-C cabling

[Roger Heflin]

There is a lot of spec weirdness on "usb3" cables.You have to
carefully read the description on the cable, and sometimes the
reviews.

I have seen usb3 charging cables (data is usb2).

I have seen usb3 charging (3A or 5A) + 5G, and usb3 charging + 10G.

So usb-c to usb-c any length longer than a meter or 2 would need to be
an active USB3 cable, and there are different power (3A/5A), and then
usb2 speed, 5G or 10G.

And they all say usb-c since that connector is on both ends.

On Thu, Dec 7, 2023 at 11:57 PM  wrote:
>
> A while back I acquired a NVMe caddy but did not get to use it. I now did as 
> I got an NVMe disk.
>
> The caddy is
> https://www.aliexpress.com/item/1005001346524009.html
> Color: 10Gbps M2PV C3
> The disk is
> 1TB WD Blue SN580 NVMe WDS100T3B0E (PCie v4)
>
> I expected to see 1GB/s speed.
>
> Read [X=Y] cable from USB-X to USB-Y. Caddy on left, machine on right.
>
> 1) Directly connecting the caddy to the machine (caddy-[C=C]-socket) I see 
> 36MB/s. So USB-2? speed.
> 2) Using a caddy-[C=USB3M]-socket I get 442 MB/s. So USB-3.0 speed. This is 
> expected.
> 3) The kicker: caddy-[C=USB3M] then [FUSB3=C]-socket (two cables) I get the 
> expected 1000MB/s.
>
> I tried a few C=C , no change. Two different machines. same.
>
> What I want, of course, is good speed with a straight C=C cable.
>
> TIA
>
> --
> Eyal at Home (fed...@eyal.emu.id.au)
> --
> ___
> 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
--
___
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: [solved] my function keys for sound up and down do not work, brightness does something else

[Roger Heflin]

On Sun, Dec 3, 2023 at 1:32 AM Frederic Muller  wrote:
>
> On 03/12/2023 14:07, Samuel Sieb wrote:
> > On 12/2/23 20:04, Frederic Muller wrote:
> >> As the title says some of my functions key do not work or not
> >> properly. I checked in keyboard customized shortcuts, media, all are
> >> disabled.
> >
> > I assume only the laptop keyboard has the brightness function. That is
> > usually handled completely differently than through the keyboard
> > interface.  Check the logs and see if there are any messages when you
> > press the brightness keys.
> > --
>
> Actually my laptop just got serviced and the function keys are available
> directly with pressing Fn key first. I used to invert this previously
> which is why it was no longer working.
>

How those keys work is controlled by the bios.  Likely when servicing
they reset to the default bios settings and/or a new bios was
installed and the default changed.

Go into the bios and you should find an option that controls what
action occurs without the fn key and what requires the fn key.
--
___
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: network problem

[Roger Heflin]

>
> I cannot log in, but the menu offered by the modem does not show any relevant 
> settings.
>
> > You might also test a device on wifi and/or login to the router and
> > send a test ping from inside the router with a large size.
>
> WiFi is turned off on the modem, but I might give it a try.
>
> > What does the network config for 192.168.2.7 look like?  And you do
> > the pings from the server connected to both?
>
> $ ifconfig eth1
> eth1: flags=4163  mtu 1456
>  inet 192.168.2.7  netmask 255.255.255.0  broadcast 192.168.2.255
>  ether 00:1b:21:3a:56:72  txqueuelen 1000  (Ethernet)
>  RX packets 4009354  bytes 4646140675 (4.3 GiB)
>  RX errors 0  dropped 0  overruns 0  frame 0
>  TX packets 1465729  bytes 195820660 (186.7 MiB)
>  TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
>  device interrupt 18  memory 0x515c-515e
>
> I do the pings and tracepath from this server.
>
> > It could be the reason no one else is seeing this is that they are not
> > using the wired network and that is what they screwed up.
>
> The ISP finally confirmed that other users have issues too. Good news I guess?
>

That is good news.It means they will talk to whoever their vendor
support is.   What firmware version is on the device?

I think I found what the device is and there were 2 firmware updates
recently, and the 2nd one was 3 days after the first and that is
usually a sign that something serious was wrong with the first update.
--
___
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: network problem

[Roger Heflin]

On Sat, Dec 2, 2023 at 3:16 PM  wrote:
>
> On 3/12/23 00:43, Roger Heflin wrote:
> > My experience with the MTU being wrong is that often nothing works to
> > inform the sending end that the MTU is wrong.
> >
> > The MTU being wrong (and below 1500) is not an expected/handled
> > condition for the TCP stack.  meaning it will break for anything that
> > uses a MTU above the size, especially if the wrong MTU is a few
> > byte(or more) than any advertised MTU in the path.
> >
> > So what does your network diagram look like?
>
> A rather simple setup.
>
> server
>   \   \
>\   eth1 192.168.2.7 --- 192.168.2.5 - modem --- 4G
> eth0 192.168.3.7 --- switch -- home network
>
> modem is TP-Link VX420-G2h supplied by the ISP.
>
> My main clue is that everything worked for a year with this modem,
> then unexpectedly, overnight, the problem appeared and still persist.
>
> [trimmed]

Have you logged into the modem and checked if it has any settings?

You might also test a device on wifi and/or login to the router and
send a test ping from inside the router with a large size.

What does the network config for 192.168.2.7 look like?  And you do
the pings from the server connected to both?

It could be the reason no one else is seeing this is that they are not
using the wired network and that is what they screwed up.
--
___
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: network problem

[Roger Heflin]

A few bytes or more less than any advertised.

The underlying issue is that I advertise say 1500bytes MTU (when asked
or when fragmenting) but only allow say 1496 to actually pass.

Usually when I have seen it happen it has been a switch that has an
enforced MTU limit set, but it could be any device that advertises the
MTU as X but only actually allows X-4 (or smaller).

The it10t device does not know it needs to fragment and as such it
does not/cannot report that it needs to fragment the packet, it
typically simply drops the package that it thinks is too large on the
ground and tells no one about it.

it might be something about how your network is put together and/or
how you are using it that exposes the bug in whatever device it is.  I
have seen vendors have stuff that simply could not work but no one
could understand why anything was working given what was found.  Code
that should not work often "works" well enough for developers to think
it works.

What kind of devices do you have between your linux node and the
providers network?   Ie the modem and any routers.

On Sat, Dec 2, 2023 at 7:43 AM Roger Heflin  wrote:
>
> My experience with the MTU being wrong is that often nothing works to
> inform the sending end that the MTU is wrong.
>
> The MTU being wrong (and below 1500) is not an expected/handled
> condition for the TCP stack.  meaning it will break for anything that
> uses a MTU above the size, especially if the wrong MTU is a few
> byte(or more) than any advertised MTU in the path.
>
> So what does your network diagram look like?
>
>
> On Sat, Dec 2, 2023 at 7:28 AM  wrote:
> >
> > On 2/12/23 23:01, Markus Schönhaber wrote:
> > > 02.12.23, 11:33 +0100, fed...@eyal.emu.id.au:
> > >
> > >> For the last few weeks I am trying to pinpoint the source of a network
> > >> problem.
> > >>
> > >> The short story: using the standard mtu of 1500 caused sending to stall
> > >> (and fail).
> > >> This is seen when uploading a file (e.g. ftp) or when sending email.
> > >> With an mtu of 1456 everything works.
> > >>
> > >> Everything worked unto 02:30 on 7/Nov. At that point some uploads
> > >> started hanging.
> > >> I have cron scripts that upload small and larger files. The small ones
> > >> get though, the larger ones hang.
> > >> There is enough space on the target.
> > >
> > > Assuming that the problem's not on your side of the network, the most
> > > likely cause I can think of, is that now somewhere along the path ICMP
> > > packets signalling the need for fragmentation get dropped, and therefore
> > > the sender doesn't learn that it should send smaller packets.
> > > You might want to double check that your network doesn't behave that way.
> >
> > I will double check, though the network worked well until then, so I cannot 
> > see
> > how my side is the cause. The system was rebooted since and the problem 
> > persisted.
> >
> > >> The network is simple: my server connects to a modem (wireless internet
> > >> over 4G).
> > >>
> > >> BTW, is there a more suitable list (or forum) for discussing this issue?
> > >>
> > >> I want to confirm where the problem lies. I did not change a thing on my
> > >> server.
> > >> I suspect that the modem updated its fw overnight and the new fw has an
> > >> issue.
> > >> However the ISP says no one else is complaining.
> > >>
> > >> I did not find a way to downgrade the fw or install the old one.
> > >> I was given a new modem (with the old fw) but once connected to the 'net
> > >> the fw was updated, something I cannot control.
> > >
> > > If the update of the modem's FW happened around the same time the
> > > problem arose, that would point to the new FW as being the culprit
> > > (maybe by dropping those "evil" ICMP packets as I mused above).
> > > And as long as you're reasonably sure that the problem isn't caused by
> > > some change *you* made, and you can't control the modem's behavior, you
> > > could simply accept your fate, lower the interface MTU and move on.
> >
> > I did not do any change to the firewall, which is probably the only place
> > I could break things (like dropping ICMP).
> > The modem has a feature "IPv4 SPI Firewall" and turning it off did not help 
> > here.
> >
> > Anyway, if icmp if dropped then I expect simple pings will not get though 
> > either, right?
> > > BTW: if you

Re: network problem

[Roger Heflin]

My experience with the MTU being wrong is that often nothing works to
inform the sending end that the MTU is wrong.

The MTU being wrong (and below 1500) is not an expected/handled
condition for the TCP stack.  meaning it will break for anything that
uses a MTU above the size, especially if the wrong MTU is a few
byte(or more) than any advertised MTU in the path.

So what does your network diagram look like?


On Sat, Dec 2, 2023 at 7:28 AM  wrote:
>
> On 2/12/23 23:01, Markus Schönhaber wrote:
> > 02.12.23, 11:33 +0100, fed...@eyal.emu.id.au:
> >
> >> For the last few weeks I am trying to pinpoint the source of a network
> >> problem.
> >>
> >> The short story: using the standard mtu of 1500 caused sending to stall
> >> (and fail).
> >> This is seen when uploading a file (e.g. ftp) or when sending email.
> >> With an mtu of 1456 everything works.
> >>
> >> Everything worked unto 02:30 on 7/Nov. At that point some uploads
> >> started hanging.
> >> I have cron scripts that upload small and larger files. The small ones
> >> get though, the larger ones hang.
> >> There is enough space on the target.
> >
> > Assuming that the problem's not on your side of the network, the most
> > likely cause I can think of, is that now somewhere along the path ICMP
> > packets signalling the need for fragmentation get dropped, and therefore
> > the sender doesn't learn that it should send smaller packets.
> > You might want to double check that your network doesn't behave that way.
>
> I will double check, though the network worked well until then, so I cannot 
> see
> how my side is the cause. The system was rebooted since and the problem 
> persisted.
>
> >> The network is simple: my server connects to a modem (wireless internet
> >> over 4G).
> >>
> >> BTW, is there a more suitable list (or forum) for discussing this issue?
> >>
> >> I want to confirm where the problem lies. I did not change a thing on my
> >> server.
> >> I suspect that the modem updated its fw overnight and the new fw has an
> >> issue.
> >> However the ISP says no one else is complaining.
> >>
> >> I did not find a way to downgrade the fw or install the old one.
> >> I was given a new modem (with the old fw) but once connected to the 'net
> >> the fw was updated, something I cannot control.
> >
> > If the update of the modem's FW happened around the same time the
> > problem arose, that would point to the new FW as being the culprit
> > (maybe by dropping those "evil" ICMP packets as I mused above).
> > And as long as you're reasonably sure that the problem isn't caused by
> > some change *you* made, and you can't control the modem's behavior, you
> > could simply accept your fate, lower the interface MTU and move on.
>
> I did not do any change to the firewall, which is probably the only place
> I could break things (like dropping ICMP).
> The modem has a feature "IPv4 SPI Firewall" and turning it off did not help 
> here.
>
> Anyway, if icmp if dropped then I expect simple pings will not get though 
> either, right?
> > BTW: if your modem does PPPoE (as is common on DSL lines) it might not
> > be needed to lower the MTU below 1492 since the PPP header occupies only
> > 8 bytes of the ethernet frame's payload.
>
> No, I actually tried and any higher than 1456 and it fails.
> This is a wireless (4G) internet modem.
>
> >> Below is an example of the issue.
> >>
> >> $ sudo ifconfig eth1 mtu 1500# this is the default, which
> >> now fails
> >> $ ifconfig eth1
> >> eth1: flags=4163  mtu 1500
> >>  inet 192.168.2.7  netmask 255.255.255.0  broadcast 192.168.2.255
> >>
> >> $ tracepath -4 -b -l 1500 -m 5 1.1.1.1
> >>   1:  e5.eyal.emu.id.au (192.168.2.5)   1.109ms#
> >> this is the modem
> >>   2:  no reply
> >>   3:  no reply
> >>   4:  no reply
> >>   5:  no reply
> >>   Too many hops: pmtu 1500
> >>   Resume: pmtu 1500
> >>
> >> ## Does the above show that the server (.7) can talk to the modem (.5)
> >> but the modem
> >> ## cannot talk to the external net?
> >> ## Can it be an issue with the next hop (the 4G service)?
> >>
> >> $ tracepath -4 -b -l 1456 -m 5 1.1.1.1
> >>   1:  e5.eyal.emu.id.au (192.168.2.5)   0.760ms
> >>   2:  10.155.144.3 (10.155.144.3)  74.809ms
> >>   3:  10.246.20.29 (10.246.20.29)  39.707ms
> >>   4:  101.115.95.250 (101.115.95.250)  38.656ms
> >>   5:  203-220-16-149.tpgi.com.au (203.220.16.149)  35.127ms
> >>   Too many hops: pmtu 1456
> >>   Resume: pmtu 1456
> >>
> >> $ sudo ifconfig eth1 mtu 1456# with this everything works well
> >> $ ifconfig eth1
> >> eth1: flags=4163  mtu 1456
> >>  inet 192.168.2.7  netmask 255.255.255.0  broadcast 192.168.2.255
> >>
> >> $ tracepath -4 -b -l 1500 -m 5 1.1.1.1
> >>   1?: [LOCALHOST]  pmtu 1456
> >>   1:  e5.eyal.emu.id.au (192.168.2.5)   0.797ms
> >>   1:  e5.eyal.emu.id.au 

Re: network problem

[Roger Heflin]

There is nothing wrong with leaving the mtu lower.  At worst you need
one more packet.

Knowing hardware providers and internet providers.   "no one else is
reporting this" means we have not noticed that anyone else reported
this, and/or there are only 2 others using this and/or we have not put
together that others  have this same issue.I would just leave the
current fix and maybe every so often see if it is still broken.
Getting through vendor tech support is typically almost impossible,
they asusmping is there are no issues like this and that nobody should
be passed on to the next level.  And from my experience (debugging
this same issue) is even if you get to a 3rd line network engineer
they will argue that it is not their problem and you will have to work
hard to get it past them (I am known as the troubleshooting expert in
my company, and the networking experts argued that my test and results
was wrong, it had to be a host problem--"expert" specialist rule #1 if
I cannot find any issue then nothing is broken and then it must be
someone else's issue, blame someone else and close the ticket).

90+% of the "experts" aren't experts, they are trained monkeys that
know process, but don't have the slightest idea what the magic process
does, and often have extra useless steps in their process that they
don't understand that they think are doing something.

On Sat, Dec 2, 2023 at 4:34 AM  wrote:
>
> For the last few weeks I am trying to pinpoint the source of a network 
> problem.
>
> The short story: using the standard mtu of 1500 caused sending to stall (and 
> fail).
> This is seen when uploading a file (e.g. ftp) or when sending email.
> With an mtu of 1456 everything works.
>
> Everything worked unto 02:30 on 7/Nov. At that point some uploads started 
> hanging.
> I have cron scripts that upload small and larger files. The small ones get 
> though, the larger ones hang.
> There is enough space on the target.
>
> The network is simple: my server connects to a modem (wireless internet over 
> 4G).
>
> BTW, is there a more suitable list (or forum) for discussing this issue?
>
> I want to confirm where the problem lies. I did not change a thing on my 
> server.
> I suspect that the modem updated its fw overnight and the new fw has an issue.
> However the ISP says no one else is complaining.
>
> I did not find a way to downgrade the fw or install the old one.
> I was given a new modem (with the old fw) but once connected to the 'net
> the fw was updated, something I cannot control.
>
> Below is an example of the issue.
>
> $ sudo ifconfig eth1 mtu 1500   # this is the default, which 
> now fails
> $ ifconfig eth1
> eth1: flags=4163  mtu 1500
>  inet 192.168.2.7  netmask 255.255.255.0  broadcast 192.168.2.255
>
> $ tracepath -4 -b -l 1500 -m 5 1.1.1.1
>   1:  e5.eyal.emu.id.au (192.168.2.5)   1.109ms # 
> this is the modem
>   2:  no reply
>   3:  no reply
>   4:  no reply
>   5:  no reply
>   Too many hops: pmtu 1500
>   Resume: pmtu 1500
>
> ## Does the above show that the server (.7) can talk to the modem (.5) but 
> the modem
> ## cannot talk to the external net?
> ## Can it be an issue with the next hop (the 4G service)?
>
> $ tracepath -4 -b -l 1456 -m 5 1.1.1.1
>   1:  e5.eyal.emu.id.au (192.168.2.5)   0.760ms
>   2:  10.155.144.3 (10.155.144.3)  74.809ms
>   3:  10.246.20.29 (10.246.20.29)  39.707ms
>   4:  101.115.95.250 (101.115.95.250)  38.656ms
>   5:  203-220-16-149.tpgi.com.au (203.220.16.149)  35.127ms
>   Too many hops: pmtu 1456
>   Resume: pmtu 1456
>
> $ sudo ifconfig eth1 mtu 1456   # with this everything works 
> well
> $ ifconfig eth1
> eth1: flags=4163  mtu 1456
>  inet 192.168.2.7  netmask 255.255.255.0  broadcast 192.168.2.255
>
> $ tracepath -4 -b -l 1500 -m 5 1.1.1.1
>   1?: [LOCALHOST]  pmtu 1456
>   1:  e5.eyal.emu.id.au (192.168.2.5)   0.797ms
>   1:  e5.eyal.emu.id.au (192.168.2.5)   0.614ms
>   2:  10.155.144.2 (10.155.144.2)  37.951ms
>   3:  10.246.20.29 (10.246.20.29)  36.881ms
>   4:  101.115.95.249 (101.115.95.249)  35.653ms
>   5:  203-220-16-145.tpgi.com.au (203.220.16.145)  36.673ms
>   Too many hops: pmtu 1456
>   Resume: pmtu 1456
>
> $ tracepath -4 -b -l 1456 -m 5 1.1.1.1
>   1:  e5.eyal.emu.id.au (192.168.2.5)   0.560ms
>   2:  10.155.144.2 (10.155.144.2)  33.008ms
>   3:  10.246.20.29 (10.246.20.29)  36.226ms
>   4:  101.115.95.250 (101.115.95.250)  36.278ms
>   5:  203-220-16-149.tpgi.com.au (203.220.16.149)  36.156ms
>   Too many hops: pmtu 1456
>   Resume: pmtu 1456
>
> --
> Eyal at Home (fed...@eyal.emu.id.au)
> --
> __

Re: NFS Mount Point Write Failure

[Roger Heflin]

you specified "nfs" as the mount.  And that should mount nfs4 with
tcp, but mounted with nfs and udp so whatever is on the other end is
old and/or has tcp/nfsv4 disabled.

That being said, I don't know that users and/or owner options *WORK*
for network disks.   Those options likely do not also work as any disk
that has actual owners info stored on them.  They are usually used
with dos/fat/fat32 type fses tha do not have any user info on the
disks/files.

Retest as root and see if that changes anything.LIkely you need to
be root (if the other end allows root) or you need to be the same UID
as what owns the directories/files, or you need to setup one of the
nfs-uid-mapping programs (I know they exist, I don't use them).

On Thu, Nov 30, 2023 at 5:42 AM Stephen Morris  wrote:
>
> I have a network drive being mounted from the following entry in /etc/fstab:
>
> 192.168.1.12:/mnt/HD/HD_a2/mnt/nfsnfs 
> users,nconnect=2,owner,rw,_netdev 0 0
>
> This results in the following definition in /etc/mtab:
>
> 192.168.1.12:/mnt/HD/HD_a2 /mnt/nfs nfs 
> rw,nosuid,nodev,noexec,relatime,vers=3,rsize=32768,wsize=32768,namlen=255,hard,proto=tcp,nconnect=2,timeo=600,retran
> s=2,sec=sys,mountaddr=192.168.1.12,mountvers=3,mountport=57759,mountproto=udp,local_lock=none,addr=192.168.1.12
>  0 0
>
> I can read from the mount point but I can't write to it.
> Atouch /mnt/nfs/filetest.txt fails with a read only volume error:
>
> touch: cannot touch '/mnt/nfs/filetest.txt': Read-only file system
>
> Can anyone guide me on what I am doing wrong, I am using F39, and I believe 
> the fstab specification worked fine in F38 before I upgraded to F39.
>
> regards,
> Steve
> --
> ___
> 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
--
___
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: vlc alternative?

[Roger Heflin]

if you installed their software then it could be doing anything.  it
is very likely that they do not have anyone still around who remembers
what the software does.  You would have to look at it and see if it is
a bunch of scripts and/or how it works.

I use my HDhomeruns via mythtv.  The hardest part of mythtv is the
initial setup, once you get it setup about all I have had to do is
update the channel list and/or run a scan every so often because the
broadcast channels keep changing frequencies.

On Wed, Nov 29, 2023 at 10:03 AM Alex  wrote:
>
>
>> ps ax | grep -E 'tty2|pts/21' and see what is starting it on those terminals.
>
>
> Virtually everything started after logging in.
>
> I contacted silicondust support, and they said any application that supports 
> DNLA will work, but apparently weren't able to tell me how vlc specifically 
> is being spawned. It's definitely launched by HDHomeRun, but I can't find 
> anything in the documentation or any local config files that describes how 
> that's happening.
>
> Their documentation appears to indicate you have to first set the UDP port 
> after starting vlc, but that's not even necessary with the way it's somehow 
> configured on my system.
>
> Any ideas greatly appreciated.
>
> Thanks,
> Alex
>
>
>
>
>>
>>
>> On Mon, Nov 27, 2023 at 7:19 PM Alex  wrote:
>> >
>> > Hi,
>> >
>> > On Mon, Nov 27, 2023 at 5:14 PM ToddAndMargo via users 
>> >  wrote:
>> >>
>> >> On 11/27/23 09:29, Alex wrote:
>> >> > Hi,
>> >> > I'm using vlc with my hdhomerun TV tuner, but vlc has a problem that
>> >> > hasn't been fixed for a really long time. Does anyone have a
>> >> > recommendation for a similar app I can use for streaming?
>> >> >
>> >> > I'm really only otherwise familiar with mplayer, but I don't think it
>> >> > supports streaming in this way where I can connect it to a socket like I
>> >> > can with vlc.
>> >> >
>> >> > btw, the vlc error involves messages like these:
>> >> >
>> >> > [7fb3a4001130] ts demux error: libdvbpsi error (PSI decoder): TS
>> >> > discontinuity (received 10, expected 9) for PID 112
>> >> >
>> >> > Thanks,
>> >> > Alex
>> >>
>> >> Hi Alex,
>> >>
>> >> I could ot stand all the bugs in vlc so I switched to SMPlayer.
>> >> I stream music all the time.
>> >>
>> >> Here is my keeper on SMPlayer:
>> >
>> >
>> > That is very helpful, thanks. I already had RPM Fusion installed, and now 
>> > also have smplayer installed.
>> >
>> > However, my HDHomeRun config appears to be linked directly to vlc, and I 
>> > don't know how to change it to instead spawn smplayer.
>> >
>> > $ ps ax|grep vlc
>> > 2963508 tty2 Sl+0:03 /usr/bin/vlc --started-from-file
>> > 2964260 pts/21   Sl+0:01 vlc --deinterlace=-1 udp://@127.0.0.1:5000
>> >
>> > Where is it getting this config info from? I've tried resetting the vlc 
>> > config, and have searched through the menus looking for something related 
>> > to UDP 5000 and don't see anything. I've also tried to figure out how 
>> > HDHomeRun is launching vlc from a file(?), but also don't see anything 
>> > there, unless it's talking about the socket...
>> >
>> > Any ideas greatly appreciated.
>> > Thanks,
>> > Alex
>> >>
>> >>
>> > --
>> > ___
>> > 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
>> --
>> ___
>> 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
>
> --
> ___
> 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
--
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of 

Re: vlc alternative?

[Roger Heflin]

ps ax | grep -E 'tty2|pts/21' and see what is starting it on those terminals.

On Mon, Nov 27, 2023 at 7:19 PM Alex  wrote:
>
> Hi,
>
> On Mon, Nov 27, 2023 at 5:14 PM ToddAndMargo via users 
>  wrote:
>>
>> On 11/27/23 09:29, Alex wrote:
>> > Hi,
>> > I'm using vlc with my hdhomerun TV tuner, but vlc has a problem that
>> > hasn't been fixed for a really long time. Does anyone have a
>> > recommendation for a similar app I can use for streaming?
>> >
>> > I'm really only otherwise familiar with mplayer, but I don't think it
>> > supports streaming in this way where I can connect it to a socket like I
>> > can with vlc.
>> >
>> > btw, the vlc error involves messages like these:
>> >
>> > [7fb3a4001130] ts demux error: libdvbpsi error (PSI decoder): TS
>> > discontinuity (received 10, expected 9) for PID 112
>> >
>> > Thanks,
>> > Alex
>>
>> Hi Alex,
>>
>> I could ot stand all the bugs in vlc so I switched to SMPlayer.
>> I stream music all the time.
>>
>> Here is my keeper on SMPlayer:
>
>
> That is very helpful, thanks. I already had RPM Fusion installed, and now 
> also have smplayer installed.
>
> However, my HDHomeRun config appears to be linked directly to vlc, and I 
> don't know how to change it to instead spawn smplayer.
>
> $ ps ax|grep vlc
> 2963508 tty2 Sl+0:03 /usr/bin/vlc --started-from-file
> 2964260 pts/21   Sl+0:01 vlc --deinterlace=-1 udp://@127.0.0.1:5000
>
> Where is it getting this config info from? I've tried resetting the vlc 
> config, and have searched through the menus looking for something related to 
> UDP 5000 and don't see anything. I've also tried to figure out how HDHomeRun 
> is launching vlc from a file(?), but also don't see anything there, unless 
> it's talking about the socket...
>
> Any ideas greatly appreciated.
> Thanks,
> Alex
>>
>>
> --
> ___
> 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
--
___
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: vlc alternative?

[Roger Heflin]

ffplay is command line and seems to be able play streams.

I think mplayer works for streams but the format of the connection
stream may be odd.

And if you are using an hdhomerun you could just wire it up to mythtv
and let it record the stream(s) and then you watch it a few seconds
behind via mythtv's frontend.   I have 4 (3 still working, need to get
another power unit) hdhomeruns tuners.


On Mon, Nov 27, 2023 at 12:24 PM Ranjan Maitra via users
 wrote:
>
> Alex,
>
> I am not sure it does whatever you want, but for streaming youtube and 
> similar videos online, I find mpv to be quite sufficient and good for my 
> needs.
>
> HTH!
>
> Best wishes,
> Ranjan
>
> On Mon Nov27'23 06:46:04PM, Mario Marietto wrote:
> > From: Mario Marietto 
> > Date: Mon, 27 Nov 2023 18:46:04 +0100
> > To: Community support for Fedora users 
> > Reply-To: Community support for Fedora users 
> > Subject: Re: vlc alternative?
> >
> > obs studio ?
> >
> > On Mon, Nov 27, 2023 at 6:31 PM Alex  wrote:
> >
> > > Hi,
> > > I'm using vlc with my hdhomerun TV tuner, but vlc has a problem that
> > > hasn't been fixed for a really long time. Does anyone have a 
> > > recommendation
> > > for a similar app I can use for streaming?
> > >
> > > I'm really only otherwise familiar with mplayer, but I don't think it
> > > supports streaming in this way where I can connect it to a socket like I
> > > can with vlc.
> > >
> > > btw, the vlc error involves messages like these:
> > >
> > > [7fb3a4001130] ts demux error: libdvbpsi error (PSI decoder): TS
> > > discontinuity (received 10, expected 9) for PID 112
> > >
> > > Thanks,
> > > Alex
> > >
> > > --
> > > ___
> > > 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
> > >
> >
> >
> > --
> > Mario.
>
> > --
> > ___
> > 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
> --
> ___
> 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
--
___
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: firefox keeps freezing on me

[Roger Heflin]

Only if freezing includes the machine crashing.If the machine is
not crashing and it recovers from the freeze without a reboot/power
cycle then we are back to memory/paging being a problem.  Note I have
seen swapping act as badly.  And it may only be every so often that it
runs out of ram.My older 10GB machine was having serious issues
with ram usage a couple of years ago until I retired it (upgrading the
ram would have cost 50% of the price of a new much faster
machine--ddr2 4gb dimms are expensive).

Hardware issues do not typically leave the machine up (except for
intel/amd throttling down when getting hot, but even that will crash
if it gets bad enough).install kernel-tools and run turbostat it
will show the cpu freqs and cpu temps.

On Sat, Nov 25, 2023 at 4:01 AM Jeffrey Walton  wrote:
>
> On Sat, Nov 25, 2023 at 2:08 AM Tim  wrote:
> >
> > On Fri, 2023-11-24 at 21:02 -0500, Jeffrey Walton wrote:
> > > You are having far too many problems with too many programs. The
> > > common fixes are not helping.
> >
> > Remembering tales from long ago - how updating an OS often seemed to
> > induce faults in hardware that was apparently working fine before.
> > There's many reasons why this may be the case.
> >
> > The newer code is poking different areas of memory than before.
> > Previously a memory fault existed, but not in an area that you noticed
> > (maybe one pixel in the display never worked) and the system didn't
> > throw a tantrum about, but now that bit of RAM is being used by some
> > important operating system process.  I've experienced this kind of
> > thing (one install worked fine, apparently, even with RAM that tested
> > as faulty, the next install did not).  And, of course, there's things
> > like manufacturers releasing faulty hardware that fails on a newer
> > driver thanks to happenstance that the prior driver didn't provoke.
> >
> > The install process was CPU intensive for a prolonged time and stressed
> > something on a system that has spent most of its time the last few
> > years just idling only.  A heatsink wasn't good enough, or clogged up
> > with fluff, or not fastened properly, or the thermal paste dried out or
> > wasn't applied well in the first place, or the cooling fan was failing,
> > and the CPU overheated.  Some power filtering component on the edge of
> > dying, did.  A vibrating DVD drive finally weakened some bad soldering
> > joint...
> >
> > And another one I've experienced:  Prior to an upgrade, you've picked
> > up the box and cleaned it, or just moved it.  The box isn't rigid, it
> > twists a bit, and some of the daughter boards aren't properly seated to
> > the motherboard any more (video cards, memory cards, etc).  This also
> > happens when the ambient temperature changes a lot - things creep out.
> > Even a CPU socket can go bad, and I'm surprised this doesn't happen
> > more often, considering the huge cooling devices that are crushed onto
> > them, these days.  As far back as the old Apple ][ it was a common
> > debugging procedure to re-seat all the cards and socketed chips, to fix
> > odd failures.  Also, some cards didn't have very good edge connectors,
> > cleaning them often made things better.
> >
> > I remember a range of Macs had problems (as they aged) with the factory
> > soldering not being up to par.  People would remove all the plastic
> > parts and back the motherboard in an effort to re-flow the solder.  I
> > was given one in that condition, but decided it wasn't worth the pain
> > to try and fix.  Solder faults on complex machine boards tend to be
> > everywhere, not just one spot.  Often caused by the solder being too
> > contaminated on the build day, or wrong temperature, or the boards
> > being contaminated.  Things sometimes just age and fail from cumulative
> > decay.
> >
> > So, come OS install and update times, I tend to open a box, inspect
> > heatsinks, clean it, and reseat all the connections.  Having a spare
> > power supply to swap over is handy, too.  They don't always age well,
> > especially the bargain basement types.
>
> I'm guessing he's got a chip that is overheating when powered on or
> under load. Maybe due to a bad fan, maybe a bad capacitor, maybe
> something else.
>
> It would be interesting to see an IR image of the motherboard and
> chips while powered on. See if anything is hitting 70 or 80°C.
>
> Jeff
> --
> ___
> 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
--
___
users mailing list -- users@list

Re: chromium will not start

[Roger Heflin]

A profile (for a browser) is where you bookmarks/cookies/cache and
other associated stuff needed exist.

You can typically (on most browsers) have more than one profile.

If you aren't running chromium currently then you delete the files.
You might do a "ps -elf | grep -i chromium" and make sure you only see
the grep.



On Fri, Nov 24, 2023 at 4:43 PM Michael Hennebry
 wrote:
>
> OOn Fri, 24 Nov 2023, Roger Heflin wrote:
>
> > It means likely it crashed while it had the profile locked and the
> > program is too stupid to reclaim the lost lock.
>
> So while did it fail the first time?
>
> > That seems to be a really common bug in a lot of programs.  They test
> > the lock/unlock and make sure other separate copies won't use the
> > profile when another process is using it, but developers all think
>
> What's a profile and how do I unlock it>
>
> > their program won't crash so there is no way to lose a lock. and so
> > they forget to handle the program crashing with the profile being
> > locked and lose the lock.   And there are cases that lock reclaim can
> > fail on if the lock reclaim process suspects that the holder is not
> > the same host.
> > The hostname referenced is probably another name for your IP address
> > of your workstation.   try a dig  and or a ping name and see if
> > it comes back as your IP address
>
> hennebry@2001-48F8-3004-2CE-0-0-0-284-dynamic ~]$ nslookup
> localhost-live.midcoip.net
> Server: 127.0.0.53
> Address:127.0.0.53#53
>
> ** server can't find localhost-live.midcoip.net: NXDOMAIN
>
> I realize 127.0.0.1 is my computer,
> but I'm not clear on how 127.0.053 and 127.0.0.53#53 are used.
>
> > Best guess is do a find ~/ -iname "*lock*" -lsand see if there is
> > a file that looks like a lock.
>
> I got 36 lock files all with hromi in the name.
>
> >  0 Nov 24 14:35 ./.config/chromium/Default/Local\ Storage/leveldb/LOCK
> >  0 Nov 24 14:35 ./.config/chromium/Default/Sync\ Data/LevelDB/LOCK
> >  0 Nov 24 14:35 ./.config/chromium/Default/discounts_db/LOCK
> >
> > And it may be that the first lock in my list has a name (on yours)
> > that confuses the lock reclaim.   Possibly the ip address does not
> > resolve to the same name both forward and reverse, and/or it resolves
> > to several different names/ips.
>
> How do I unlock?
>
> --
> Michael   henne...@mail.cs.ndsu.nodak.edu
> "I was just thinking about the life of a pumpkin.  Grow up in the sun,
> happily entwined with others, and then someone comes along,
> cuts you open, and rips your guts out."  --   Buffy
> --
> ___
> 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
--
___
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: Python code error in F39, but not in F38

[Roger Heflin]

I have seen the bug in old code that a new compiler
optimization/library fix exposed.

I have seen code unload a loadable library and then turn around and
call a function in the unloaded library (it worked since the unload
was a NOOP), but broke when the vendor removed/fixed  the NOOP and
made the unload work like it should have always  worked.   Developers
argued with the vendor for *MONTHS* that their code had worked for
years and on 3 different unixes (all being lazy and NOOPing). It
is not clear to me how anyone is stupid enough to argue that the calls
they asked to be unloaded should work after the unload, but they did
argue that for months.

I have seen fortran code that "worked" for years.  The Intel compiler
broke it by putting fortran const's in a read-only segment and they
were passing a const (in fortran it is not allowed to be changed) into
a subroutine and changing it.The professor was yelling at my
company for similar reasons (the code has worked for years it cannot
be the code, it is this crappy compiler you sold us).

I also previously worked for a company that compiled their code with 3
different bought linux compilers, and a SGI and Sun compiler and
examined the warnings from all and resolved them and found that
warnings on one or the other compiler would flag something and upon
examination of the code they often could not understand why the code
"appeared" work well enough even with what was clearly a bug in the
code.

Just because your code "appears" to work in your test case says little
or nothing about the code being "perfect".   I have found significant
bugs that made me question how the code was returning correct results
too many times.

Never assume that old code is right.  there are many ways for it to be
wrong and still return correct results until someone else fixes their
external code that was allowing your bad code to work.

On Thu, Nov 23, 2023 at 5:15 PM Barry  wrote:
>
>
>
> > On 23 Nov 2023, at 14:18, Ranjan Maitra via users 
> >  wrote:
> >
> > One aspect to note is that the C code (not by me) is from 1988, though last 
> > updated in 1997. It is not clear to me if that is a plus (because 
> > programmers had the time to be more careful in those days) or a minus 
> > (because more sophisticated environments are available now). I do compile 
> > with -Wall -pedantic and there are no complaints. However, that does not 
> > mean that there can not be some memory leak or something else that has 
> > stayed dormant all these years and have surfaced with the changes to Python 
> > 3.12.
>
> Old code is bug free is it? News to me :-)
> Schedule pressure was a thing in 1997 as well as every year!
>
> It is pointless to speculate, just debug what you have in front of you.
>
> Barry
>
> --
> ___
> 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
--
___
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: chromium will not start

[Roger Heflin]

It means likely it crashed while it had the profile locked and the
program is too stupid to reclaim the lost lock.

That seems to be a really common bug in a lot of programs.  They test
the lock/unlock and make sure other separate copies won't use the
profile when another process is using it, but developers all think
their program won't crash so there is no way to lose a lock. and so
they forget to handle the program crashing with the profile being
locked and lose the lock.   And there are cases that lock reclaim can
fail on if the lock reclaim process suspects that the holder is not
the same host.
The hostname referenced is probably another name for your IP address
of your workstation.   try a dig  and or a ping name and see if
it comes back as your IP address

Best guess is do a find ~/ -iname "*lock*" -lsand see if there is
a file that looks like a lock.

THese are the ones I find

 24 Nov 24 14:35 ./.config/chromium/SingletonLock -> mylaptop2023-laptop-1663681
  0 Nov 24 14:35 ./.config/chromium/Default/Feature\ Engagement\
Tracker/EventDB/LOCK
  0 Nov 24 14:35 ./.config/chromium/Default/Feature\ Engagement\
Tracker/AvailabilityDB/LOCK
  0 Nov 24 14:35 ./.config/chromium/Default/coupon_db/LOCK
  0 Nov 24 14:35 ./.config/chromium/Default/PersistentOriginTrials/LOCK
  0 Nov 24 14:35 ./.config/chromium/Default/Extension\ State/LOCK
  0 Nov 24 14:35 ./.config/chromium/Default/shared_proto_db/LOCK
  0 Nov 24 14:35 ./.config/chromium/Default/shared_proto_db/metadata/LOCK
  0 Nov 24 14:35 ./.config/chromium/Default/Extension\ Scripts/LOCK
  0 Nov 24 14:35 ./.config/chromium/Default/LOCK
  0 Nov 24 14:35 ./.config/chromium/Default/Session\ Storage/LOCK
  0 Nov 24 14:35 ./.config/chromium/Default/commerce_subscription_db/LOCK
  0 Nov 24 14:35 ./.config/chromium/Default/Site\ Characteristics\ Database/LOCK
  0 Nov 24 14:35
./.config/chromium/Default/optimization_guide_hint_cache_store/LOCK
  0 Nov 24 14:35 ./.config/chromium/Default/Local\ Extension\
Settings/gphhapmejobijbbhgpjhcjognlahblep/LOCK
  0 Nov 24 14:35
./.config/chromium/Default/optimization_guide_model_metadata_store/LOCK
  0 Nov 24 14:35 ./.config/chromium/Default/GCM\ Store/Encryption/LOCK
  0 Nov 24 14:35 ./.config/chromium/Default/Download\ Service/EntryDB/LOCK
  0 Nov 24 14:35 ./.config/chromium/Default/AutofillStrikeDatabase/LOCK
  0 Nov 24 14:35 ./.config/chromium/Default/BudgetDatabase/LOCK
  0 Nov 24 14:35 ./.config/chromium/Default/Sync\ Extension\
Settings/gphhapmejobijbbhgpjhcjognlahblep/LOCK
  0 Nov 24 14:35 ./.config/chromium/Default/Extension\ Rules/LOCK
  0 Nov 24 14:35 ./.config/chromium/Default/parcel_tracking_db/LOCK
  0 Nov 24 14:35 ./.config/chromium/Default/Segmentation\ Platform/SignalDB/LOCK
  0 Nov 24 14:35 ./.config/chromium/Default/Segmentation\
Platform/SegmentInfoDB/LOCK
  0 Nov 24 14:35 ./.config/chromium/Default/Segmentation\
Platform/SignalStorageConfigDB/LO
  0 Nov 24 14:35 ./.config/chromium/Default/Local\ Storage/leveldb/LOCK
  0 Nov 24 14:35 ./.config/chromium/Default/Sync\ Data/LevelDB/LOCK
  0 Nov 24 14:35 ./.config/chromium/Default/discounts_db/LOCK

And it may be that the first lock in my list has a name (on yours)
that confuses the lock reclaim.   Possibly the ip address does not
resolve to the same name both forward and reverse, and/or it resolves
to several different names/ips.


On Fri, Nov 24, 2023 at 12:21 PM Michael Hennebry
 wrote:
>
> On Thu, 23 Nov 2023, ToddAndMargo via users wrote:
>
> > Restart you computer and try again.  Let us know
> >  shutdown /r /f /t 00
>
> Did that.  Didn't help.
>
> --
> Michael   henne...@mail.cs.ndsu.nodak.edu
> "I was just thinking about the life of a pumpkin.  Grow up in the sun,
> happily entwined with others, and then someone comes along,
> cuts you open, and rips your guts out."  --   Buffy
> --
> ___
> 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
--
___
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: Software to view thermal camera images on Fedora 39

[Roger Heflin]

You might install guvcview and uvcdynctrl.

There are not a lot of webcam software packages that I have found that
work well outside that the simple tool above or a way more complicated
obs-studio.

On Mon, Nov 20, 2023 at 7:06 PM Jeffrey Walton  wrote:
>
> Hi Everyone,
>
> I purchased a Topdon Thermal Camera,
> . I'm trying to open the device
> on Fedora 39, x86_64, with the KDE spin.
>
> I'm having trouble finding a KDE app to open the camera on F39. I've
> tried Dragon (video), Kamoso (camera) and Kamera (camera) apps. None
> of them seem to recognize the camera, and none of them open it.
>
> Here is what dmesg has to say about the camera:
>
> [153944.011515] usb 3-2.4: new high-speed USB device number 6 using xhci_hcd
> [153944.307093] usb 3-2.4: New USB device found, idVendor=0bda,
> idProduct=5830,bcdDevice=11.01
> [153944.307107] usb 3-2.4: New USB device strings: Mfr=3, Product=1,
> SerialNumber=2
> [153944.307111] usb 3-2.4: Product: USB Camera
> [153944.307113] usb 3-2.4: Manufacturer: Generic
> [153944.307116] usb 3-2.4: SerialNumber: 200901010001
> [153944.326921] usb 3-2.4: Found UVC 1.00 device USB Camera (0bda:5830)
>
> The USB Camera (0bda:5830) is known to Linux, see
> .
>
> And I may be doing something dumb, like not configuring one of the
> apps correctly. (I am used to using Cheese to open cameras like this,
> but I am not on Ubuntu).
>
> What KDE software can I use to view the images from the Topdon?
>
> Thanks in advance.
>
> Jeff
> --
> ___
> 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
--
___
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: Obscure rsyslog question on remote logging

[Roger Heflin]

I have seen syslog messages over 4096 chars have the first part go to the
right file and the overflow go to the default.  Is smart sending a large
message?  The other file would have a long smart message at the same time
and this would be overflow.

On Thu, Nov 16, 2023, 6:51 PM Tom Horsley  wrote:

> I've got an old PC running Truenas as a local server for backups,
> videos, etc.
>
> I've got another PC I consider my "main" system running rsyslog.
> On this PC I have tried (mostly successfully) to direct remote
> syslog messages from the Truenas system to logfiles in a subdirectory
> on my main system. This gibberish in my main system's rsyslog.conf
> seems to do the trick:
>
> # Log incoming message from remote systems here
> $template
> DynamicFile,"/var/log/loghost/%HOSTNAME%/%syslogfacility-text%.log"
> :hostname, contains, "nast"
> *.*-?DynamicFile
>
> Most remote log message do indeed get redirected to the subdirectory
> as expected, but SMART messages like these still wind up in
> /var/log/messages on my main system rather than in the subdirectory.
>
> Example:
>
> Nov 16 16:16:51 nast 1 2023-11-16T16:16:51.564170-05:00 nast.my.lan smartd
> 1501 - - Device: /dev/ada0, SMART Usage Attribute: 194 Temperature_Celsius
> changed from 58 to 57
>
> Most other messages wind up down in the subdirectory as expected, like
> this:
>
> Nov 16 19:15:00 nast 1 2023-11-16T19:15:00.012359-05:00 nast.my.lan
> /usr/sbin/cron 16239 - - (root) CMD (/usr/libexec/atrun)
>
> Anyone understand remote logging enough to provide any hints why this
> is happening? It is clearly not all that critical, but it confuses me.
> --
> ___
> 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
>
--
___
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: Strange daily reboot - SOLVED

[Roger Heflin]

I checked a mb bios from 10 years ago and it is in it.

And I checked a 2 year old one and both have it.

RTC Alarm Power On
Allow the system to be waked up by the real time clock alarm. Set it
to By OS to let
it be handled by your operating system.

web page for setting the timer from linux:
https://www.linux.com/training-tutorials/wake-linux-rtc-alarm-clock/

On Thu, Nov 16, 2023 at 4:29 PM Patrick O'Callaghan
 wrote:
>
> On Thu, 2023-11-16 at 16:25 -0600, Roger Heflin wrote:
> > No, we both mean use the bios timed wake up to wake up your machine
> > instead of the plug for anything.
>
> Ah, I misunderstood. I hadn't realised that was even possible.
>
> For now, I've factory reset the plug and will see what happens tomorrow
> morning. If the problem persists, I'll look into the BIOS option.
>
> Thanks.
>
> poc
> --
> ___
> 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
--
___
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: Strange daily reboot - SOLVED

[Roger Heflin]

No, we both mean use the bios timed wake up to wake up your machine
instead of the plug for anything.

On Thu, Nov 16, 2023 at 4:14 PM Patrick O'Callaghan
 wrote:
>
> On Thu, 2023-11-16 at 19:09 +0100, Ralf Corsépius wrote:
> >
> >
> > Am 16.11.23 um 14:39 schrieb Patrick O'Callaghan:
> > > On Thu, 2023-11-16 at 07:08 -0600, Roger Heflin wrote:
> > > > You might look in the bios.  Some of the bioses have an option to
> > > > turn on at a specific time each day.
> > >
> > > The plug has no accessible BIOS, if that's what you mean.
> >
> > I guess, the OP meant your PC.
> >
> > Some PCs have some kind of a "timed wake up" in their BIOS.
>
> Sorry if I wasn't clear. I'd already discarded that explanation as I
> could see the LED on the plug turning off and on again at the time,
> i.e. it was the plug itself that was causing the problem.
>
> poc
> --
> ___
> 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
--
___
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: Strange daily reboot - SOLVED

[Roger Heflin]

Given it is the same time each day, I am guessing "feature" rather than bug.

It may also be that the power plug resets/reboots itself once a day
and that the reboot does a quick power blip that is quick enough to
not matter for non-computer devices.

Device makers love to find and implement half-assed "solutions" to
problems.   I would guess they had some sort of memory leak (most
software does) and will stop working after a week or 2, and instead of
finding and fixing the leak chose to reboot it daily so that the leak
is not an issue.   And on a reboot they don't have a way to maintain
power during the reboot and decide a quick blip is ok.



On Thu, Nov 16, 2023 at 4:00 AM Patrick O'Callaghan
 wrote:
>
> On Wed, 2023-11-15 at 15:10 -0800, Samuel Sieb wrote:
> > On 11/15/23 15:02, Patrick O'Callaghan wrote:
> > > On Wed, 2023-11-15 at 14:20 -0800, Samuel Sieb wrote:
> > > > On 11/14/23 05:52, Patrick O'Callaghan wrote:
> > > > > My system (both F38 and now F39) reboots itself every morning
> > > > > at
> > > > > 8am,
> > > > > yet nothing in the cron configuration is telling it to do that
> > > > > and
> > > > > I
> > > > > don't see anything obvious in the journal to cause it.
> > > > >
> > > > > How can I figure out what is triggering this? I know the
> > > > > description is
> > > > > vague, but there it is.
> > > >
> > > > As mentioned, that isn't a reboot.  It's a hard power-off.  Have
> > > > you
> > > > tried being at your computer at that time to see what it's doing?
> > >
> > > Once I've tried Barry's suggestion of turning off the programmed
> > > hibernation, that'll be the next thing. It's usually a bad idea to
> > > change more that one variable at a time.
> >
> > I don't see how watching your computer is changing a variable. :-)
>
> Heisenberg?
>
> Seriously though, in the end I did watch it with hibernation disabled,
> and sure enough the "smart" power plug turned itself off and on again
> at 08:00.
>
> I've checked and rechecked the settings on the thing, and it
> positively, definitely, absolutely does *not* have a scheduled power
> cycle at that time. In fact I'd completely disabled it during the
> experiment (but of course left it connected), yet it still decided to
> do this entirely of its own volition.
>
> In other words, it's a bug in the plug.
>
> Given that I actually do want to reboot (i.e. resume) at 08:00, I could
> just hibernate as normal and let it do its thing, but I don't like
> magic solutions. I may decide to replace it if I can get a refund (or
> even if not - it was cheap).
>
> I appreciate everyone's efforts to help with this, even if in the end
> it had nothing to do with Fedora, or hibernation, or my computer.
>
> Thanks guys.
>
> poc
> ___
> 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
___
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: Strange daily reboot - SOLVED

[Roger Heflin]

You might look in the bios.  Some of the bioses have an option to turn
on at a specific time each day.

On Thu, Nov 16, 2023 at 4:00 AM Patrick O'Callaghan
 wrote:
>
> On Wed, 2023-11-15 at 15:10 -0800, Samuel Sieb wrote:
> > On 11/15/23 15:02, Patrick O'Callaghan wrote:
> > > On Wed, 2023-11-15 at 14:20 -0800, Samuel Sieb wrote:
> > > > On 11/14/23 05:52, Patrick O'Callaghan wrote:
> > > > > My system (both F38 and now F39) reboots itself every morning
> > > > > at
> > > > > 8am,
> > > > > yet nothing in the cron configuration is telling it to do that
> > > > > and
> > > > > I
> > > > > don't see anything obvious in the journal to cause it.
> > > > >
> > > > > How can I figure out what is triggering this? I know the
> > > > > description is
> > > > > vague, but there it is.
> > > >
> > > > As mentioned, that isn't a reboot.  It's a hard power-off.  Have
> > > > you
> > > > tried being at your computer at that time to see what it's doing?
> > >
> > > Once I've tried Barry's suggestion of turning off the programmed
> > > hibernation, that'll be the next thing. It's usually a bad idea to
> > > change more that one variable at a time.
> >
> > I don't see how watching your computer is changing a variable. :-)
>
> Heisenberg?
>
> Seriously though, in the end I did watch it with hibernation disabled,
> and sure enough the "smart" power plug turned itself off and on again
> at 08:00.
>
> I've checked and rechecked the settings on the thing, and it
> positively, definitely, absolutely does *not* have a scheduled power
> cycle at that time. In fact I'd completely disabled it during the
> experiment (but of course left it connected), yet it still decided to
> do this entirely of its own volition.
>
> In other words, it's a bug in the plug.
>
> Given that I actually do want to reboot (i.e. resume) at 08:00, I could
> just hibernate as normal and let it do its thing, but I don't like
> magic solutions. I may decide to replace it if I can get a refund (or
> even if not - it was cheap).
>
> I appreciate everyone's efforts to help with this, even if in the end
> it had nothing to do with Fedora, or hibernation, or my computer.
>
> Thanks guys.
>
> poc
> ___
> 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
___
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: Strange daily reboot

[Roger Heflin]

You might try not doing a hibernate and see if it still goes at 8am.
That way you at least know it is not related to hibernate.

Cron, or something in the bios.  I would have thought that if you had
the bios set to power up the node at time X then it would be smart
enough not to reboot/recycle the node if it was already up.   But
bioses are often badly written and/or tested and or badly deisgned and
do less than ideal things.

And you checked all cron's?   crontab -l and all /etc/cron.*/* files?

On Wed, Nov 15, 2023 at 12:43 PM Tim via users
 wrote:
>
> On Wed, 2023-11-15 at 12:17 +, Patrick O'Callaghan wrote:
> > Either way, the forced boot still happens at 08:00 and not after a
> > 10-minute timeout, so the mystery continues.
>
> Strategic attack kittens?
>
> But being serious, is the hardware clock set correctly?
>
> --
>
> NB:  All unexpected mail to my mailbox is automatically deleted.
> I will only get to see the messages that are posted to the list.
>
> The following system info data is generated fresh for each post:
>
> uname -rsvp
> Linux 6.2.15-100.fc36.x86_64 #1 SMP PREEMPT_DYNAMIC Thu May 11 16:51:53
> UTC 2023 x86_64
> ___
> 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
___
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: tigervnc won't remove

[Roger Heflin]

It would have to be some sort of package problem.   Unless something
specifically deleted that so.9 link (which seems unlikely).

Clearly dnf thinks it needs so.9 but you only have so.10

I just upgraded my fc38 machine and have so.9 and this rpm version.

What fedora version do you have and what rpm do you have?

rpm -qa --filesbypkg | grep -i librpm.so
rpm-libs  /usr/lib64/librpm.so.9
rpm-libs  /usr/lib64/librpm.so.9.4.0
rpm -qa | grep -i rpm-libs
rpm-libs-4.18.1-3.fc38.x86_64

On Tue, Nov 14, 2023 at 9:07 PM ToddAndMargo via users
 wrote:
>
> On 11/14/23 18:47, ToddAndMargo via users wrote:
> >
> >>
> >>
> >> On Tue, Nov 14, 2023 at 6:40 PM ToddAndMargo via users
> >>  wrote:
> >>>
> >>> On 11/14/23 16:37, Joe Zeff wrote:
> >>>> On 11/14/2023 05:16 PM, ToddAndMargo via users wrote:
> >>>>>
> >>>>> How do I fix this?
> >>>>
> >>>> You might try just removing tigervnc and letting it remove the
> >>>> no-longer
> >>>> needed dependencies.
> >>>
> >>> dnf is giving me the same output for any command I give it.
> >
> > On 11/14/23 17:19, Roger Heflin wrote:
> >  > lrwxrwxrwx. 1 root root 15 Apr 24  2023 /usr/lib64/librpm.so.9 ->
> >  > librpm.so.9.4.0
> >  > -rwxr-xr-x. 1 root root 551368 Apr 24  2023 /usr/lib64/librpm.so.9.4.0
> >  >
> >  > so
> >  > cd /usr/lib64
> >  > ln -s librpm.so.9.4.0 librpm.so.9
> >  >
> >  > Assuming the librpm.so.9.4.0 is still there.   But if that link is
> >  > missing there is a decent chance that other links and/or files are
> >  > also gone.
> >  >
> >
> > # ls -al librpm.so*
> > lrwxrwxrwx. 1 root root 16 Sep 18 17:00 librpm.so.10 ->
> > librpm.so.10.0.0
> > -rwxr-xr-x. 1 root root 563032 Sep 18 17:00 librpm.so.10.0.0
> >
> >
> > Hmmm ...
> >
>
> Okay,
>
> I got dnf to work again with the following:
>
> /usr/lib64# ln -s librpmio.so.10.0.0 librpmio.so.9
> /usr/lib64# ln -s librpm.so.10.0.0 librpm.so.9
>
> Now how do I fix it right?
>
> Just posted:
> dnf looking for outdated librpmio and librpm
> https://bugzilla.redhat.com/show_bug.cgi?id=2249732
>
>
>
>
>
>
>
> ___
> 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
___
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: tigervnc won't remove

[Roger Heflin]

lrwxrwxrwx. 1 root root 15 Apr 24  2023 /usr/lib64/librpm.so.9 ->
librpm.so.9.4.0
-rwxr-xr-x. 1 root root 551368 Apr 24  2023 /usr/lib64/librpm.so.9.4.0

so
cd /usr/lib64
ln -s librpm.so.9.4.0 librpm.so.9

Assuming the librpm.so.9.4.0 is still there.   But if that link is
missing there is a decent chance that other links and/or files are
also gone.



On Tue, Nov 14, 2023 at 6:40 PM ToddAndMargo via users
 wrote:
>
> On 11/14/23 16:37, Joe Zeff wrote:
> > On 11/14/2023 05:16 PM, ToddAndMargo via users wrote:
> >>
> >> How do I fix this?
> >
> > You might try just removing tigervnc and letting it remove the no-longer
> > needed dependencies.
>
> dnf is giving me the same output for any command I give 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
___
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: Strange daily reboot

[Roger Heflin]

That is not a reboot.   That is a crash/power off or something else.

You might move your wake up the machine to say 7:40 and see if the
machine still does it at 8am or then does it at 7:50 (10 min after
reboot).

If it does it 10 minutes after reboot that is often the default for
the watchdog reset timer that will force power the machine (in bios)
if the OS does not touch the watchdog every so often.

If the machine has the watchdog enabled, there is a decent chance it
is not getting correctly restarted after hibernation.

On Tue, Nov 14, 2023 at 10:28 AM Patrick O'Callaghan
 wrote:
>
> On Tue, 2023-11-14 at 14:26 +, Barry wrote:
> >
> >
> > > On 14 Nov 2023, at 13:52, Patrick O'Callaghan
> > >  wrote:
> > >
> > > My system (both F38 and now F39) reboots itself every morning at
> > > 8am,
> > > yet nothing in the cron configuration is telling it to do that and
> > > I
> > > don't see anything obvious in the journal to cause it.
> > >
> > > How can I figure out what is triggering this? I know the
> > > description is
> > > vague, but there it is.
> > >
> >
> > Check for systemd timers as well. systemctl list-timers.
>
> None of them are scheduled for near that time.
> >
>
> > Does the journal show system shutdown was requested?
>
> No. Here is a snippet of today's journal:
>
> Nov 14 07:51:03 Bree systemd[1]: NetworkManager-dispatcher.service: 
> Deactivated successfully.
> Nov 14 07:51:17 Bree systemd[1]: plocate-updatedb.service: Deactivated 
> successfully.
> Nov 14 07:51:17 Bree systemd[1]: Finished plocate-updatedb.service - Update 
> the plocate database.
> Nov 14 07:51:17 Bree systemd[1]: plocate-updatedb.service: Consumed 9.667s 
> CPU time.
> Nov 14 07:52:29 Bree sshd[73704]: fatal: Timeout before authentication for 
> 43.153.185.216 port 51704
> -- Boot c04ce0f9f0b94587b88a1f8c0a2c4659 --
> Nov 14 08:00:27 Bree kernel: microcode: updated early: 0x19 -> 0x21, date = 
> 2019-02-13
> Nov 14 08:00:27 Bree kernel: Linux version 6.5.11-300.fc39.x86_64 
> (mockbuild@d23353abed4340e492bce6e111e27898) (gcc (GCC) 13.2.1 20231011 (Red 
> Hat 13.2.1-4), GNU ld version 2.40-1>
> Nov 14 08:00:27 Bree kernel: Command line: 
> BOOT_IMAGE=(hd2,gpt2)/vmlinuz-6.5.11-300.fc39.x86_64 
> root=UUID=8e1f7af4-c0bf-434e-b1c4-a9af2c810d56 ro rootflags=subvol=root 
> modprobe.bl>
> Nov 14 08:00:27 Bree kernel: BIOS-provided physical RAM map:
>
> The last entry before reboot is irrelevant (I run a small web server
> and fail2ban is constantly fending off attempted logins, mainly from
> China.
>
> Every day I'm getting the same thing at the same time.
>
> Full disclosure: I have a nightly hibernation/resume procedure which
> wakes the machine at 07:50, using a smart power plug. The journal shows
> that this is working as expected, and AFAIK is unrelated to the reboot.
> I've triple-checked the smart plug settings and toggled it manually to
> make sure.
>
> poc
> ___
> 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
___
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: ulimit or files-max?

[Roger Heflin]

Either way works.

Yes, file.files.nr first column is the current number in use.

Also note that systemd used to not load the limits.conf file and as
such may have its own lower limits on anything started under a systemd
service.   I think the theory was anything started under systemd
should provide any override limits, and that the low defaults were
intended to limit the ability of something to overrun the system.

Note this:
 cat /proc/3733/limits

will show you the active limits on pid 3733 so find the pid for
mariadb and its children and see what their actual limit is.


On Mon, Nov 13, 2023 at 3:50 PM Alex  wrote:
>
> Hi, what is the current way to increase the number of available open files? 
> This is for a mariadb database server I'm trying to configure based on 
> instructions from the database developer to increase the total number of 
> files to 5. I've added the following to /etc/security/limits.conf and 
> rebooted:
>
> root-   nofile  5
>
> ulimit -n as root now shows:
> # ulimit -n
> 5
>
> Can this value also be set by using sysctl and setting fs.file-max to 5?
> # sysctl -a|grep file
> fs.file-max = 5
> fs.file-nr = 6864   0   5
> fs.xfs.filestream_centisecs = 3000
>
> Which is the correct way? Also, does fs.file-nr mean there are currently 6864 
> open files on the system?
>
> ___
> 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
___
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: strange problem, may be related to ssh

[Roger Heflin]

If connections/files/stuff passes that is less than 1 network packet
(about 1500 bytes - header--say 1460 give or take) then this is a sign
that a piece of the network somehow has the wrong MTU size.

I have seen network ports not get their MTU set to 1502 or 1504 and
when this happens it causes the MTU on the network to be 2-4 bytes
short and causes havoc.

Routers have done similar things.I have seen network port restarts
sometimes cause the MTU to be wrong.

ping -s 1400and ping -s 2000  if 2000 fails then
raise the 1400 by 2 bytes at a time until it starts failing (or do a
binary search for it, but it is going to be under 1500).

Lower your main host interface's MTU by say 4 and retest, if that
"fixes" it that is a sign that this is the issue.

On Sat, Nov 11, 2023 at 4:08 PM  wrote:
>
> Since the middle of the night on 7/Nov, uploading files with ssh is 
> problematic.
>
> My SMTP server requires SSL/TLS security, and uploading files to the same 
> site requires sftp.
> So both run over ssh.
>
> I have a few scripts that run from cron and send me mail when required.
> They also upload some files for other people and for me when I am away from 
> home.
>
> Now here is the problem. Small files pass though just fine. Using sftp I 
> measured
> that files up to 1300 bytes upload, but anything larger hangs. Large mail is 
> also blocked,
> queued as seen in mailq:
> (timeout writing message to ..net.au.: Connection timed)
>
> It seems that after some time (often hours) things resolve.
> Rebooting the machine also allows the mail through.
>
> Scripts that upload larger files (using lftp) hang for hours.
>
> Now I tested the same from a laptop over 4G and it does not show any of these 
> problems.
> So it is probably not at the receiving end (I also asked them).
> All they see is occasional timeouts on mail and ssh (from me).
>
> I cannot figure what can do this. Small files upload OK larger ones hang???
>
> I said earlier "middle of the night" because I was not at my computer then and
> nothing of note that I could see, but the problems started showing in the 
> logs.
>
> There is still the possibility of my ISP fiddling with the modem remotely (in 
> the
> past they did it around this time). I am chasing them.
>
> One thing that can help now is a way to un-hang the uploads without having to 
> reboot.
> I do not know where to even look.
>
> Some details:
>
> The modem uses 4G for wireless internet.
>
> I used a laptop wired to my server, then wired to the modem, then connected 
> to my WiFi ap
> (which is wired to the modem) and all hang on large(ish) uploads.
>
> Only when I connected the laptop to my phone (as a WiFi ap) things worked 
> well.
>
> BTW, one thing I did was disable ipv6 but the problem persists.
>
> --
> Eyal at Home (e...@eyal.emu.id.au)
> ___
> 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
___
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: find files

[Roger Heflin]

find . -newermt '1 Sep 2023"  ! -name "._sync*" -ls

On Sat, Nov 11, 2023 at 3:57 PM Samuel Sieb  wrote:
>
> On 11/11/23 13:50, Patrick Dupre via users wrote:
> > Hello,
> >
> > I wish to run
> > find . -newermt '1 Sep 2023'
> > I get a list of files, among them there are files that I which to exclude
> > like
> > ./._sync_9922e9acef00.db
> > ./._sync_9922e9acef00.db-wal
> > ./._sync_9922e9acef00.db-shm
> >
> > I guess that I can exclude the files ./.sync*
>
> "| grep -v" would be easiest, but you might be able to make the "-regex"
> argument 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
___
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: Time to replace SSD disk?

[Roger Heflin]

On Sun, Nov 5, 2023 at 3:37 AM Roberto Ragusa  wrote:
>
> On 11/4/23 23:48, Javier Perez wrote:
>  > Hi.
>  > My boot SSD was purchased on May, 2015.
>  > It is a Crucial 128GB one.
>
> It looks like this has been working for 8 years continuously:
>
>  >9 Power_On_Hours  0x0032   100   100   000Old_age   Always  
>  -   74107
>
> $ date --date "now - 74107 hours"
> Sat May 23 04:18:56 PM CEST 2015
>
> and completely rewritten about 100 times:
>
>  > 246 Total_LBAs_Written  0x0032   100   100   000Old_age   Always   
> -   23588083829
>
> $ calc
> C-style arbitrary precision calculator (version 2.14.0.14)
> Calc is open software. For license details type:  help copyright
> [Type "exit" to exit, or "help" for help.]
>
> ; 23588083829*512/128e9
>  94.352335316
>
> but it is not showing signs of failures:
>
>  > 171 Program_Fail_Count  0x0032   100   100   000Old_age   Always   
> -   0
>  > 172 Erase_Fail_Count0x0032   100   100   000Old_age   Always   
> -   0
>  > 196 Reallocated_Event_Count 0x0032   100   100   000Old_age   Always   
> -   16
>  > 197 Current_Pending_ECC_Cnt 0x0032   100   100   000Old_age   Always   
> -   0
>  > 198 Offline_Uncorrectable   0x0030   100   100   000Old_age   Offline  
> -   0
>
> The only strange thing is this:
>
>  > 202 Percent_Lifetime_Remain 0x0031   097   097   000Pre-fail  Offline  
> -   3
>
> which SHOULD mean that it has 3% of life time left.
> But I would not trust this parameter too much, there have been bugs in how
> it is reported. In particular, the SMART threshold is 0 and the current
> value is 97, which, in SMART world means that 97 has to go down to 0
> to indicate a problem. So maybe the disk has spent 3% of its life, not 97%
> (100 rewrites are nothing, SLC are typically rated at 100,000)
>
> Given all this, I would not throw away the SSD.It has proven to be reliable 
> for almost 10 years,
> it is probably a very robust SLC flash, not common nowadays.
> Sure, it is only 128GB, so a replacement would be very cheap,
> but I think it may continue in its job.
> Pairing it with another young SSD in RAID1 would be the best option,
> or at least have some backups of data (you should always have).
>

Note what he said.  the % lifetime is unreliable.

I have a disk (I have it mirrored with another one).   That went 0 -
100 (failing now), then spend 7-8 months at 100% FAILING_NOW, then
dropped down to 78% and after 7 months back to 100% and stayed at 100%
for 3 months, and then down to 29% and is currently 63%.   I write
about 50% of the size of the SSD each night and my disk registered
"FAILING NOW" 3 years ago.   I do not appear to have yet got any
blocks on the ssd that have failed erase/rewrite, so since I have it
mirrored I am going to keep running it and see how long it really
lasts.
___
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: firefox keeps freezing on me

[Roger Heflin]

\

On Fri, Nov 3, 2023 at 12:57 PM Michael Hennebry
 wrote:
>
> On Fri, 3 Nov 2023, Michael Hennebry wrote:
>
> > here are the top memory entries from about:processes:
> > 872firefox
> > 555weather.com
> > 254imasdk.googleapis.com
> > 210linkedin.com
> > 204Extensions
> > 146yahoo.com
> > 132avrfreaks.net
> > 116googlesyndication.com
> > 88yahoo.net
> > 85hackerrank.com
> > 63linkedin.com
> > 37github.com
> >
> > I note weather.com, as was previously suggested as a possible miscreant.
>
> Replacing weather.com with start.fedoraproject.com did not seem to help.
>

How much ram does the machine firefox is running on 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
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: firefox keeps freezing on me

[Roger Heflin]

It does seem that about:processes and about:performance seem to be same page.

So yes about:process.  When I googled it pointed me to
about:performance so I have been using that without noticing that it
was an alias.

finding and killing/restarting the specific tab has been working for
me for a couple of months.


On Thu, Nov 2, 2023 at 4:49 PM Michael Hennebry
 wrote:
>
> On Thu, 2 Nov 2023, Roger Heflin wrote:
>
> > type this In the address bar:  about:performance
>
> I cannot get to about:performance .
> 'Tis not in the about:about list.
> When I type about:performance ,
> I get about:memory .
>
> > click on the memory column and sort by biggest first.
> > see what specific web pages are using excessive ram (usually close to
> > 1gb or more).   click on the tab: entryh that sucks and a X will
> > appear on the far right, and click the X and the specific tab gets
> > killed..
> > weather.com and reddit.com are the ones that typically misbehave for me.
> >
> > I think firefox needs a simple feature that basically says if any tab
> > uses X kill/restart it.
>
> --
> Michael   henne...@mail.cs.ndsu.nodak.edu
> "I was just thinking about the life of a pumpkin.  Grow up in the sun,
> happily entwined with others, and then someone comes along,
> cuts you open, and rips your guts out."  --   Buffy
> ___
> 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
___
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: firefox keeps freezing on me

[Roger Heflin]

type this In the address bar:  about:performance
click on the memory column and sort by biggest first.
see what specific web pages are using excessive ram (usually close to
1gb or more).   click on the tab: entryh that sucks and a X will
appear on the far right, and click the X and the specific tab gets
killed..
weather.com and reddit.com are the ones that typically misbehave for me.

I think firefox needs a simple feature that basically says if any tab
uses X kill/restart it.

On Wed, Nov 1, 2023 at 10:12 PM Michael Hennebry
 wrote:
>
> My firefox on F38 freezes a lot.
> I get "Firefox" is not responding a lot.
> At one time, I thought it was because of too many windows and tabs open.
> I closed several windows.
> Shutting it down and bringing it back up often helped,
> but not necessarily for very long.
> According to top, firefox freezes even when the load
> average is less than two, most of swap is free
> and neither firefox nor its minions are near the top of top.
> My new suspicion is that it waits for something
> that does not happen often enough.
> How do I diagnose this?
>
> --
> Michael   henne...@mail.cs.ndsu.nodak.edu
> "I was just thinking about the life of a pumpkin.  Grow up in the sun,
> happily entwined with others, and then someone comes along,
> cuts you open, and rips your guts out."  --   Buffy
> ___
> 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
___
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: Cross-check of /proc/cpuinfo

[Roger Heflin]

Jeffrey,

Did the vendor/amazon fix the mistake you had with your laptop
appearing to be the wrong cpu?

On Fri, Oct 13, 2023 at 11:20 AM Jeffrey Walton  wrote:
>
> Hi Everyone,
>
> I purchased an HP Envy 17T during Amazon Prime. The machine is spec'd
> with a Intel Core i7-13700H: 6 performance cores, 8 efficiency cores,
> 20 threads total.  and
> .
>
> I installed Fedora 38 with the KDE spin. I did not bother to boot to
> Windows. Secure Boot = Off, and away I went...
>
> When I cat /proc/cpuinfo, I see the model name "Core i7-8700" with 12
> cpu's. I do not see a model name of "Core i7-13700H", and I do not see
> the 20 cpu's.
>
> The "Core i7-8700" is unexpected to me. I'm pretty sure the wrong
> laptop was shipped. But this is my first 13th gen machine with
> performance and efficiency cores. I did not see any kernel bugs that
> would cause it to display the wrong model name for 13th gen
> processors.
>
> Can anyone verify cpuinfo should be displaying a model name of "Core
> i7-13700H" and should be showing 20 logical cpu's, please?
>
> Thanks in advance,
>
> Jeff
> ___
> 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
___
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: Did something just change with HDMI support?

[Roger Heflin]

I am sure it just wants to be helpful.   Much like my dog wants to
help me with whatever I am doing.

I really wish more developers would actually use their own products
rather than just code for it and/or test it and realize how
idiotic/annoying some of their cute but useless features are.

On Mon, Oct 23, 2023 at 7:12 PM Tom Horsley  wrote:
>
> On Mon, 23 Oct 2023 19:21:16 -0400
> Tom Horsley wrote:
>
> > I just booted into kernel 6.5.6-200.fc38.x86_64 and it doesn't seem
> > to display the annoying banner any longer, so I'm guessing it is
> > something "helpful" linux has done (I was previously using kernel
> > 6.5.7-200.fc38.x86_64 where the annoying banner shows up).
>
> Didn't leave it off long enough. The older kernel acts the same, so
> maybe it is the TV.
> ___
> 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
___
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: Did something just change with HDMI support?

[Roger Heflin]

My TV as a monitor seems to randomly change its behavior.

I suspect (since I had had the behavior change without
rebooting/restarting X/Wayland) that the TV is updating firmware and
reporting its boot up differently.

Is your TV a Smart TV and is it connected to the internet in some way?

On Mon, Oct 23, 2023 at 6:00 PM Tom Horsley  wrote:
>
> I use my samsung TV (QN90B) as a monitor. Until today, when I turned
> it on, the picture would come right up and I could use it immediately.
> Now, for some reason, a big banner appears at the top of the screen
> telling me it is connected to HDMI 4 and saying what resolution it
> is displaying (and the time of day). Is some fancy new power management
> turning off the HDMI port when it detects the monitor was powered
> down, then turning it back on and inducing the TV to report this info?
>
> It is very irritating.
>
> (I'm using the nvidia drivers from rpmfusion.)
> ___
> 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
___
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: Keyboard repeat

[Roger Heflin]

You aren't using something like VNC are you?

VNC (and some other remote viewers) seem to disable repeats simply
because something about the key-up seems to be unreliable for that
setup (even under Windows).

I know some vendors Web Remote Consoles do not disable key repeats and
should (repeats happen at random all of the time).


On Thu, Oct 19, 2023 at 7:54 AM GianPiero Puccioni
 wrote:
>
> Hi,
>
> I have a problem with the keyboard, once in while the key I press start
> repeating even after a short press and doesn't stop until I press another key.
>
> I had to disable the key repeat (not optimal) as it was disrupting my work.
> This is going on for months, I waited for several updates to see if thing got
> better but to no avail.
>
> My setup is a Laptop Dell G15 F38 with KDE(both X11 and Wayland).
> Is there something I can try to fix this?
>
> Thanks,
>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
___
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: After F35->F38 install, video player, firefox not behaving well

[Roger Heflin]

No point in installing nvidia if you don't have nvidia graphics hardware.

The VGA chip from the lspci you included is from a really old machine,
so I would be shocked if anything performed very good.

All video and opengl is going to be software with a device that old.

On Fri, Oct 13, 2023 at 11:01 AM Michael Hennebry
 wrote:
>
> Since my second to most recent post, I tried gnome with X11.
> Got a useful error message: no H.264 decoder.
> Now, with X11, videos can play videos.
> Firefox can play videos with either wayland or X11.
>
> I did a
> sudo dnf install 'mesa-*'
> It went through, but without apparent effect.
>
> I also did a
> sudo dnf install'*nvidia*', but got a whole lot of conflicting requests:
> Error:
>   Problem 1: package xorg-x11-drv-nvidia-470xx-3:470.199.02-1.fc38.x86_64
>   from rpmfusion-nonfree-nvidia-driver conflicts with xorg-x11-drv-nvidia
>   provided by xorg-x11-drv-nvidia-3:535.113.01-1.fc38.x86_64 from
>   rpmfusion-nonfree-nvidia-driver
>- conflicting requests
>   Problem 2: package nvidia-settings-470xx-3:470.199.02-1.fc38.x86_64
>   from rpmfusion-nonfree-nvidia-driver conflicts with nvidia-settings
>   provided by nvidia-settings-3:535.113.01-1.fc38.x86_64 from
>   rpmfusion-nonfree-nvidia-driver
>- conflicting requests
>   Problem 3: package xorg-x11-drv-nvidia-470xx-cuda-3:470.199.02-1.fc38.x86_64
>   from rpmfusion-nonfree-nvidia-driver conflicts
>   with xorg-x11-drv-nvidia-cuda
>   provided by xorg-x11-drv-nvidia-cuda-3:535.113.01-1.fc38.x86_64
>   from rpmfusion-nonfree-nvidia-driver
>- conflicting requests
> Problem 4: package xorg-x11-drv-nvidia-470xx-3:470.199.02-1.fc38.x86_64
>   from rpmfusion-nonfree-nvidia-driver conflicts
>   with xorg-x11-drv-nvidia
>   provided by xorg-x11-drv-nvidia-3:535.113.01-1.fc38.x86_64
>   from rpmfusion-nonfree-nvidia-driver
>- package akmod-nvidia-470xx-3:470.199.02-3.fc38.x86_64
>   from rpmfusion-nonfree-nvidia-driver
>   requires nvidia-470xx-kmod-common >= 3:470.199.02,
>   but none of the providers can be installed
>- package akmod-nvidia-3:535.113.01-1.fc38.x86_64
>   from rpmfusion-nonfree-nvidia-driver
>   requires nvidia-kmod-common >= 3:535.113.01,
>   but none of the providers can be installed
>- conflicting requests
> Problem 5: package xorg-x11-drv-nvidia-470xx-3:470.199.02-1.fc38.x86_64
>   from rpmfusion-nonfree-nvidia-driver conflicts
>   with xorg-x11-drv-nvidia
>   provided by xorg-x11-drv-nvidia-3:535.113.01-1.fc38.x86_64
>   from rpmfusion-nonfree-nvidia-driver
>- package xorg-x11-drv-nvidia-470xx-power-3:470.199.02-1.fc38.x86_64
>   from rpmfusion-nonfree-nvidia-driver
>   requires xorg-x11-drv-nvidia-470xx(x86-64) = 3:470.199.02,
>   but none of the providers can be installed
>- package nvidia-xconfig-3:535.113.01-1.fc38.x86_64
>   from rpmfusion-nonfree-nvidia-driver
>   requires xorg-x11-drv-nvidia >= 3:535.113.01,
>   but none of the providers can be installed
>- conflicting requests
> Problem 6: package xorg-x11-drv-nvidia-470xx-3:470.199.02-1.fc38.x86_64
>   from rpmfusion-nonfree-nvidia-driver conflicts
>   with xorg-x11-drv-nvidia
>   provided by xorg-x11-drv-nvidia-3:535.113.01-1.fc38.x86_64
>   from rpmfusion-nonfree-nvidia-driver
>- package akmod-nvidia-470xx-3:470.199.02-3.fc38.x86_64
>   from rpmfusion-nonfree-nvidia-driver
>   requires nvidia-470xx-kmod-common >= 3:470.199.02,
>   but none of the providers can be installed
>- package xorg-x11-drv-nvidia-power-3:535.113.01-1.fc38.x86_64
>   from rpmfusion-nonfree-nvidia-driver
>   requires xorg-x11-drv-nvidia(x86-64) = 3:535.113.01,
>   but none of the providers can be installed
>- package kmod-nvidia-470xx-3:470.199.02-3.fc38.x86_64
>   from rpmfusion-nonfree-nvidia-driver
>   requires akmod-nvidia-470xx = 3:470.199.02-3.fc38,
>   but none of the providers can be installed
>- conflicting requests
>
> I added some line breaks for legibility.
>
> On Thu, 12 Oct 2023, Roger Heflin wrote:
>
> > mesa is what provides opengl.
> >
> > Best guess is:
> > mesa-dri-drivers, mesa-vdpau-drivers and mesa-va-drivers-freeworld
> > that have video drivers, but also some other mesa pieces that provide
> > opengl may need to be install (or installing the above may install
> > those extra pieces).
>
> I have
> mesa-dri-drivers.x86_64 23.1.8-1.fc38
> mesa-vdpau-drivers.x86_64   23.1.8-1.fc38
> mesa-va-drivers.x86_64  23.1.8-1.fc38
> and lots of others.
>

Re: Cross-check of /proc/cpuinfo

[Roger Heflin]

I don't know for sure but search for i7-8700.

Mine 13 reports like this:
vendor_id   : GenuineIntel
cpu family  : 6
model   : 186
model name  : 13th Gen Intel(R) Core(TM) i5-1335U

And I can see the different speed cores.

You might do a lspci and look at the hardware, that will be a dead
giveaway that the hardware is not what it is supposed to be.

And I will not order a laptop from anyone except Amazon on Amazon.
Looking through the 3rd party vendors descriptions makes me question
everything about what they are really selling.  I have seen it say
"new 2023 laptop" and have a cpu from 4-5 years ago.

Note a i7-8700 is a coffee lake from 2018 and does have 12 cores.
See https://en.wikipedia.org/wiki/Coffee_Lake.

Anyone on amazon that says  year laptop and  is this year or
last year seems to be trying to pull a fast one (now it is possible
that some are not, but last time I looked the 3rd party laptop sellers
appeared be a pretty unreliable bunch just based on their
descriptions).

On Fri, Oct 13, 2023 at 11:20 AM Jeffrey Walton  wrote:
>
> Hi Everyone,
>
> I purchased an HP Envy 17T during Amazon Prime. The machine is spec'd
> with a Intel Core i7-13700H: 6 performance cores, 8 efficiency cores,
> 20 threads total.  and
> .
>
> I installed Fedora 38 with the KDE spin. I did not bother to boot to
> Windows. Secure Boot = Off, and away I went...
>
> When I cat /proc/cpuinfo, I see the model name "Core i7-8700" with 12
> cpu's. I do not see a model name of "Core i7-13700H", and I do not see
> the 20 cpu's.
>
> The "Core i7-8700" is unexpected to me. I'm pretty sure the wrong
> laptop was shipped. But this is my first 13th gen machine with
> performance and efficiency cores. I did not see any kernel bugs that
> would cause it to display the wrong model name for 13th gen
> processors.
>
> Can anyone verify cpuinfo should be displaying a model name of "Core
> i7-13700H" and should be showing 20 logical cpu's, please?
>
> Thanks in advance,
>
> Jeff
> ___
> 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
___
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: Configuring a new laptop

[Roger Heflin]

The only thing I have had issues with on a laptop is the wifi cards.
 The default cards in the cheaper laptops seem to be RealTek and they
seem to be generally troublesome.   I have replaced my last 2 with
current $20 intel cards and that has significantly improved my wifi
experience.

Pretty much any Intel or AMD cpu will work and Intel, AMD, or Nvidia
graphics will also just work.   The chipsets in the laptops are going
to be made by the cpu vendor and those also just work.  The only
pieces that there seem to be any choice on is the Ethernet (if it has
wired) and the wifi card.

On Thu, Oct 12, 2023 at 7:27 PM Geoffrey Leach  wrote:
>
> Features, options ... how to choose :-)?
>
> Is there a list of known-to-be-supported hardware: CPU,  graphics ...??
> Stupid question, right?
>
> 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, report it: 
> https://pagure.io/fedora-infrastructure/new_issue
___
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: After F35->F38 install, video player, firefox not behaving well

[Roger Heflin]

mesa is what provides opengl.

Best guess is:
mesa-dri-drivers, mesa-vdpau-drivers and mesa-va-drivers-freeworld
that have video drivers, but also some other mesa pieces that provide
opengl may need to be install (or installing the above may install
those extra pieces).

glxgears and glxinfo will tell you the opengl install state.

On Thu, Oct 12, 2023 at 9:17 AM Michael Hennebry
 wrote:
>
> Can anyone play videos on F38?
> If so, how did you do it?
>
> Firefox in uncommunicative when it will not play a video.
> Videos says "cannot initialise OpenGL support".
>
> --
> Michael   henne...@mail.cs.ndsu.nodak.edu
> "I was just thinking about the life of a pumpkin.
> Grow up in the sun, happily entwined with others,
> and then someone comes along, cuts you open, and rips your guts out." -- Buffy
> ___
> 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
___
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: vnc

[Roger Heflin]

The ports become open/listening by an application running on them.

If the application is not running and/or dying  when you try to start
it then the ports are closed.

ss -lnp | grep -E 'tcp|udp' will show you what programs are handling
what ports.  If nothing is on a given port (it is not reported) then
there is nothing to answer and the port is closed.

On Wed, Oct 11, 2023 at 5:19 PM Patrick Dupre  wrote:
>
> Hello,
>
> I am trying to use remmina
>
> nmap -v -n -Pn -p5900-5910 localhost
>
> Starting Nmap 7.93 ( https://nmap.org ) at 2023-10-11 23:58 CEST
> Initiating SYN Stealth Scan at 23:58
> Scanning localhost (127.0.0.1) [11 ports]
> Completed SYN Stealth Scan at 23:58, 0.01s elapsed (11 total ports)
> Nmap scan report for localhost (127.0.0.1)
> Host is up (0.13s latency).
> Other addresses for localhost (not scanned): ::1
>
> PORT STATE  SERVICE
> 5900/tcp closed vnc
> 5901/tcp closed vnc-1
> 5902/tcp closed vnc-2
> 5903/tcp closed vnc-3
> 5904/tcp closed ag-swim
> 5905/tcp closed asmgcs
> 5906/tcp closed rpas-c2
> 5907/tcp closed dsd
> 5908/tcp closed ipsma
> 5909/tcp closed agma
> 5910/tcp closed cm
>
> Read data files from: /usr/bin/../share/nmap
> Nmap done: 1 IP address (1 host up) scanned in 0.04 seconds
>Raw packets sent: 11 (484B) | Rcvd: 22 (924B)
>
>
> The ports are closed. Should not I open them?
> If yes how?
>
> When I do
>
> vncviewer -via pdupre@themachine :1
> I get
> Thu Oct 12 00:00:02 2023
>  Parameters:  Failed to read line 18 in file
>   /home/pdupre/.vnc/default.tigervnc: Unknown parameter
>  Parameters:  Failed to read line 19 in file
>   /home/pdupre/.vnc/default.tigervnc: Unknown parameter
>  main:FullScreenAllMonitors is deprecated, set FullScreenMode to 'all'
>   instead
> pdupre@themachine's password:
>
> The connection was dropped by the server beforethe session could be 
> established
>
> nmap -v -n -Pn -p5900-5906 themachine
> Host discovery disabled (-Pn). All addresses will be marked 'up' and scan 
> times may be slower.
> Starting Nmap 7.93 ( https://nmap.org ) at 2023-10-12 00:03 CEST
> Initiating Connect Scan at 00:03
> Scanning themachine (xxx.yyy.ttt.rrr) [7 ports]
> Completed Connect Scan at 00:03, 3.00s elapsed (7 total ports)
> Nmap scan report for themachine ()
> Host is up.
>
> PORT STATE  SERVICE
> 5900/tcp closed vnc
> 5901/tcp closed vnc-1
> 5902/tcp closed vnc-2
> 5903/tcp closed vnc-3
> 5904/tcp closed ag-swim
> 5905/tcp closed asmgcs
> 5906/tcp closed rpas-c2
>
> Read data files from: /usr/bin/../share/nmap
> Nmap done: 1 IP address (1 host up) scanned in 0.03 seconds
>
>
>
>
> ===
>  Patrick DUPRÉ | | email: pdu...@gmx.com
>  Laboratoire interdisciplinaire Carnot de Bourgogne
>  9 Avenue Alain Savary, BP 47870, 21078 DIJON Cedex FRANCE
> ===
> ___
> 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
___
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: firewall-config

[Roger Heflin]

You need to carefully document all the steps you are doing.

firewall-confg has no part in the X11 config when using ssh -X/Y.

Usually the X11 break is because when you sudo you become say root and
the user root is not authorized once you become root on the far end.

It gets tricky.

you will need something like xhost +SI:localhost:   to
authorized different user (must be run locally on the machine with the
display).

On Wed, Oct 11, 2023 at 4:27 PM Patrick Dupre  wrote:
>
> Hello,
>
> firewall-config works fine locally, but if I make a ssh -X on the machine,
> even in sudo, I get
> X11 connection rejected because of wrong authentication.
>
> xclock run fine.
>
> ===
>  Patrick DUPRÉ | | email: pdu...@gmx.com
>  Laboratoire interdisciplinaire Carnot de Bourgogne
>  9 Avenue Alain Savary, BP 47870, 21078 DIJON Cedex FRANCE
> ===
> ___
> 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
___
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: configure a network of 2 computers

[Roger Heflin]

So say pick 2 ip addresses.  if your network uses 192.168.1 then use
2, if you use 1 and 2 and 3 and 4, then use 192.168.5 and make it a
/24

In the case of the 2nd device off the desktop with multiple cards, the
2nd machine won't have dns and won't be able to deliver traffic to
anyplace except the desktop without a router config (firewalld
router/nat type configs) to forward traffic.  There will be no dns
unless you have a router type config and/or the desktop is running a
dns server that it can use.  So this is best used when you really want
the device(s) off the other port isolated from internet.

On Wed, Oct 11, 2023 at 1:25 PM Patrick Dupre  wrote:
>
> Hello,
>
> I wish to set up a network of 2 computers.
> What is the recipes?
>
> Thank
>
> ===
>  Patrick DUPRÉ | | email: pdu...@gmx.com
>  Laboratoire interdisciplinaire Carnot de Bourgogne
>  9 Avenue Alain Savary, BP 47870, 21078 DIJON Cedex FRANCE
> ===
> ___
> 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
___
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: configure a network of 2 computers

[Roger Heflin]

That has not been true since the 100mbit days.   In 100mbit days one
pair was for sending and one was for receiving data, so a crossover
mattereed

I have never seen a gbit adapter that needs a crossover.  All 4 pairs
in gbit are both sending and receiving so it is trivial in
software/firmware to make it work.

On Wed, Oct 11, 2023 at 2:05 PM Thomas Dineen  wrote:
>
> Quite Sure: Ethernet adapters MUST have auto-crossover (Modern ones
> probably do)
>
>   or you MUST have crossover cable!
>
> See:
>
> https://en.wikipedia.org/wiki/Ethernet_crossover_cable
>
>
> On 10/11/2023 11:50 AM, Patrick Dupre wrote:
> >> Yes: But you MUST use a crossover cable for direct connect  if your
> >> Ethernet adapters
> >>
> >> do not support auto-crossover!
> > Are you sure.
> > I have been told that now the cable did not have to be crossed!
> >
> >>
> >> On 10/11/2023 11:30 AM, Samuel Sieb wrote:
> >>> On 10/11/23 11:25, Patrick Dupre wrote:
>  I wish to set up a network of 2 computers.
>  What is the recipes?
> >>> That is a extremely vague request.  You need to provide a lot more
> >>> information about what you're trying to do.
> >>>
> >>> If it's literally two computers talking only to each other, then
> >>> connect an ethernet cable from one to the other and give each one a
> >>> static address in the same subnet.
> >>> ___
> >>> 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
> >> ___
> >> 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
> >>
> > ___
> > 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
> ___
> 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
___
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: F38 installer claims it cannot find a hard disk

[Roger Heflin]

On Sat, Oct 7, 2023 at 10:19 AM Michael Hennebry
 wrote:
>
> On Sat, 7 Oct 2023, Roger Heflin wrote:
>
> > It is not unlikely that IDE mode is/was removed from the F38
> > installer.SATA started in 2005 and mostly replaced it by 2008 or
> > so, so that makes the IDE software interface 15 years old.
> >
> > You might see if you can switch the mode to a different mode (AHCI
> > would be the one that should be supported).
>
> Perusing the BIOS did not show me AHCI or IDE mode.
>
> > You could also try installing it from the livecd, I have not done an
> > install/anaconda DVD install in a long time, I have been doing livecd
> > to hard disk type installs.
>
> That is what I thought I was doing.
> The image on the DVD is named
> Fedora-Workstation-Live-x86_64-38-1.6.iso .
> Navigating fedora websites is so much fun.
> 'Twouldn't surprise me if I missed something.
>
> What is a livecd to hard disk type install?
>

There is usually an install-to-hard-disk icon someplace on the livecd desktop.
___
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: F38 installer claims it cannot find a hard disk

[Roger Heflin]

It is not unlikely that IDE mode is/was removed from the F38
installer.SATA started in 2005 and mostly replaced it by 2008 or
so, so that makes the IDE software interface 15 years old.

You might see if you can switch the mode to a different mode (AHCI
would be the one that should be supported).

You could also try installing it from the livecd, I have not done an
install/anaconda DVD install in a long time, I have been doing livecd
to hard disk type installs.

On Fri, Oct 6, 2023 at 11:18 PM Michael Hennebry
 wrote:
>
> On Fri, 6 Oct 2023, Roger Heflin wrote:
>
> > What does "lspci | grep -i sata" show in the livecd?
>
> liveuser@localhost-live hennebry]$ lspci | grep -i sata >>sata.txt
> [liveuser@localhost-live hennebry]$ cat sata.txt
> 00:1f.2 IDE interface: Intel Corporation 82801IB (ICH9) 2 port SATA 
> Controller [IDE mode] (rev 02)
> 00:1f.5 IDE interface: Intel Corporation 82801I (ICH9 Family) 2 port SATA 
> Controller [IDE mode] (rev 02)
> 00:1f.2 IDE interface: Intel Corporation 82801IB (ICH9) 2 port SATA 
> Controller [IDE mode] (rev 02)
> 00:1f.5 IDE interface: Intel Corporation 82801I (ICH9 Family) 2 port SATA 
> Controller [IDE mode] (rev 02)
> [liveuser@localhost-live hennebry]$
>
> The first two data lines are from running F35.
> The last two data lines are from running live F38.
> They seem to be the same.
>
> > And you don't have any bios/software raid enabled and have the disk
> > set to AHCI if available in the bios?
>
> I'll try to check the BIOS.
>
> --
> Michael   henne...@mail.cs.ndsu.nodak.edu
> "Occasionally irrational explanations are required"  --  Luke Roman
> ___
> 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
___
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: F38 installer claims it cannot find a hard disk

[Roger Heflin]

What does "lspci | grep -i sata" show in the livecd?

And you don't have any bios/software raid enabled and have the disk
set to AHCI if available in the bios?
___
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: How do I stop this malware

[Roger Heflin]

keep a second firefox window open, alt-tab to it run about:performance
and it will list out all of your tabs and you can X a specific tab.

Try about:performance I have to use it a lot to figure out which tab
lost its mind and is slowing everything down because it decided it
needs gb's of ram.

On Fri, Oct 6, 2023 at 4:05 PM Michael Hennebry
 wrote:
>
> On Fri, 6 Oct 2023, Roger Heflin wrote:
>
> > I am surprised that alt-tab does not switch to another app for you.  I
>
> If it happens again, I'll try it.
> I'd forgotten all about it.
> Do not rmember the last time I used it.
>
> > have used that to switch out of full screen applications and I would
> > not expect firefox/malware to have any way to make the window be able
> > to truly take over the screen.
>
> --
> Michael   henne...@mail.cs.ndsu.nodak.edu
> "Occasionally irrational explanations are required"  --  Luke Roman
> ___
> 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
___
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: F38 installer claims it cannot find a hard disk

[Roger Heflin]

What kind of device/controller are those filesystems on?

They would have to be something weird for anaconda to not have the right driver.

it is not a sdhc/mmc type card is it?



On Fri, Oct 6, 2023 at 4:02 PM Michael Hennebry
 wrote:
>
>
> On Fri, 6 Oct 2023, Roger Heflin wrote:
>
> > Typically you have to go full custom and assuming home is on a VG with
> > free space you would then have to create a LV and define a fs on it,
> > and assigned it as root (/).
> >
> > Similar would have to be done with /boot outside of LVM and if efi
> > would you also need a /boot/efi again outside of LVM.
>
> I do not have LVM.
>
> > No harddisk means no harddisk with free space(unpartitioned).  If
> > partitions are unused then you would have to assign them and/or rework
> > them.
> >
> > What does the /home directory/disk look like?  (partition table, lvm
> > setup (if lvm)?)
>
> sda1: 100 M Windows
> sda2: 100 M Id 83
> sda3: 31.6 G  /  Id 83
> sda5:  5.0 G  holds an iso9660 image, won't boot, so settled for DVD
> sda6:  6.0 G /var Id 83
> sda7: 31.7 G /home Id 83
>
> While running as a live OS, F38 can show me .jpg images from /home .
> While supposedly doing an install,
> it claims not to see /dev/sda or any hard drive at all.
>
> > On Fri, Oct 6, 2023 at 10:06?AM Michael Hennebry
> >  wrote:
> >>
> >> On Fri, 6 Oct 2023, Stephen Morris wrote:
> >>
> >>> On 6/10/23 13:12, Michael Hennebry wrote:
> >>>> I burned the F38 workstation installer onto a DVD.
> >>>> On booting it can find my home directory on the only hard disk.
> >>>> When I tell the installer to install,
> >>>> it claims it cannot find a hard drive.  Grrr.
> >>>>
> >>>> The first time I got the message, I just rebooted.
> >>>> On the second boot, I looked for my home directory and found it.
> >>>> I even looked at some images, so I know it was atually reading files.
> >>>> When I told it to install, no go.
> >>>
> >>> To do the install you have to point the installer at a partition you have
> >>> specified as the root (/) mount point for it to install to. As part of you
> >>
> >> How?
> >> It seems to want me to select from a list,
> >> but the list is empty.
> >> Also a message at the bottom states no hard drive detected.
> >>
> >>> can also point it at your /home partition and tell it that is the /home
> >>> mount point. You may also have to create a 100MB partition for the uefi
> >>> partition if you are installing on a uefi system.
> >>
> >> --
> >> Michael   henne...@mail.cs.ndsu.nodak.edu
> >> "Occasionally irrational explanations are required"  --  Luke 
> >> Roman___
> >> 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
> > ___
> > 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
>
> --
> Michael   henne...@mail.cs.ndsu.nodak.edu
> "Occasionally irrational explanations are required"  --  Luke Roman
> ___
> 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
___
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: How do I stop this malware

[Roger Heflin]

I am surprised that alt-tab does not switch to another app for you.  I
have used that to switch out of full screen applications and I would
not expect firefox/malware to have any way to make the window be able
to truly take over the screen.

In firefox about:config there are some options that might prevent full
screen from hiding the window manager controls even in full screen.
about:confg and search for fullscreen (browser.fullscreen.autohide
defaults to true).

On Fri, Oct 6, 2023 at 3:50 PM Michael Hennebry
 wrote:
>
> On Fri, 6 Oct 2023, Mike Wright wrote:
>
> > What would happen if you disconnected from the network just long enough to
> > change the settings on the browser to NOT open new pages in a tab but
> > instead to do it the old-fashioned way: open new pages in their own window.
> > You might be able to X the malware window or at least identify it with ps so
> > you could manually kill it by PID.
>
> As it is, if I disconnect from the network,
> I can remove the offending tab,
> but I have to play with wires.
> I'd rather not.
>
> --
> Michael   henne...@mail.cs.ndsu.nodak.edu
> "Occasionally irrational explanations are required"  --  Luke Roman
> ___
> 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
___
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: Monitors

[Roger Heflin]

I will pay money to simplify the config and/or the mess such that it
is easier to get working and/or easier to keep working.  2 different
cards from 2 vendors is going to be difficult to get working and
difficult to keep working.  If you are going to have to add/buy cards
and/or buy a 2nd KVM for the second set ouptuts to monitors then you
are likely already close to 1/2 way to the outright cost of the 4k
device.   And the new 4k tv (monitors are expensive, tv's are not)
simplifies everything.Sometimes using what you have is way more
expensive in time and sometimes money.


On Fri, Oct 6, 2023 at 3:24 PM Patrick Dupre  wrote:
>
> >
> > so you want a dual-dual-monitor setup with a KVM.
> >
> > Have you considered getting a single large 4k monitor/tv instead of 2
> > smaller ones(assuming the smaller ones are 1080p)?  That would
> > simplify a lot of what you would need to buy.
>
> Sure, but I already have the 2 monitors and the 2 PCs.
>
> >
> > I am running a 4k TV across 2 machines, physically it is 43" and I
> > have the usable resolution/space of 4 22" 1080P monitors.   The color
> > on my TV is decent and it is a cheap 4k tv ($220 + tax), so may not be
> > much more expensive that the hardware needed to implement the above.
> >
> > I use the TV input/remote switch  + a USB keyboard-mouse switch to
> > switch control from one to the other.   On one of the machines I have
> > a second small monitor(not on a switch) off to the side showing stuff
> > I always want to be displayed(outside cameras).
> >
> > On Fri, Oct 6, 2023 at 11:06 AM Patrick Dupre  wrote:
> > >
> > > I am sorry for the confusion.
> > > I am attaching a pdf to clarify my approach.
> > >
> > > The question is about what to set in PC1.
> > > The VGA port cannot be used for this setup.
> > > Option 1:
> > > try to use the DVI of the MB and
> > > add a graphics card with one DP port
> > > Option 2:
> > > add a dual port DP/DP video card, with a converter DP to DVI
> > > Option 3:
> > > try to use the DVI of the MB and
> > > add a USB-C card with a converter USB-C to DP
> > > Option 4:
> > > add a dual USB-C card with a converter USB-C to DP and USB-C to DVI.
> > > Option 5
> > > add a dual port DP/DVI video card
> > >
> > >
> > >
> > > > Sent: Friday, October 06, 2023 at 4:48 PM
> > > > From: "Roger Heflin" 
> > > > To: "Community support for Fedora users" 
> > > > Subject: Re: Monitors
> > > >
> > > > ok.  that makes a bit more sense.  And by KVM he means just
> > > > keyboard-mouse since he has 2 monitors and does not need the video
> > > > and/or the video is separated by monitor.
> > > >
> > > > I am not sure what he is trying to do given this setup.   Depending on
> > > > what he is trying to do, there may be easier ways to do what he wants.
> > > >
> > > > Then the question becomes what will X/wayland allow you to separate.
> > > > With 2 separate video cards of some sort that should be safer, I am
> > > > not sure 2 X/wayland instances would play nice with the same video
> > > > card but underlying 2 monitors.
> > > >
> > > >
> > > > On Fri, Oct 6, 2023 at 8:31 AM Patrick O'Callaghan
> > > >  wrote:
> > > > >
> > > > > On Fri, 2023-10-06 at 05:55 -0500, Roger Heflin wrote:
> > > > > > I don't believe KVM allows separation by video port.  I think you 
> > > > > > can
> > > > > > only give a KVM the entire card.  And even if KVM allowed you to 
> > > > > > give
> > > > > > it a single port I think X/Wayland assumes total control of the card
> > > > > > and cards ram (I could be wrong, but that would require knowing 
> > > > > > about
> > > > > > the 2nd instance and playing nice with each other, and that seems
> > > > > > like
> > > > > > a lot of work so, and even if it was done it probably does not work
> > > > > > right).I don't think #1 will work, #4 would work so long as you
> > > > > > have 2 usb-c converters.
> > > > > >
> > > > > > What are you doing inside the KVM that you need to give it a real
> > > > > > video card?  Or does the virtual one simply work that bad?
> > > > > >
> > > > >
> > >

Re: Monitors

[Roger Heflin]

so you want a dual-dual-monitor setup with a KVM.

Have you considered getting a single large 4k monitor/tv instead of 2
smaller ones(assuming the smaller ones are 1080p)?  That would
simplify a lot of what you would need to buy.

I am running a 4k TV across 2 machines, physically it is 43" and I
have the usable resolution/space of 4 22" 1080P monitors.   The color
on my TV is decent and it is a cheap 4k tv ($220 + tax), so may not be
much more expensive that the hardware needed to implement the above.

I use the TV input/remote switch  + a USB keyboard-mouse switch to
switch control from one to the other.   On one of the machines I have
a second small monitor(not on a switch) off to the side showing stuff
I always want to be displayed(outside cameras).

On Fri, Oct 6, 2023 at 11:06 AM Patrick Dupre  wrote:
>
> I am sorry for the confusion.
> I am attaching a pdf to clarify my approach.
>
> The question is about what to set in PC1.
> The VGA port cannot be used for this setup.
> Option 1:
> try to use the DVI of the MB and
> add a graphics card with one DP port
> Option 2:
> add a dual port DP/DP video card, with a converter DP to DVI
> Option 3:
> try to use the DVI of the MB and
> add a USB-C card with a converter USB-C to DP
> Option 4:
> add a dual USB-C card with a converter USB-C to DP and USB-C to DVI.
> Option 5
> add a dual port DP/DVI video card
>
>
>
> > Sent: Friday, October 06, 2023 at 4:48 PM
> > From: "Roger Heflin" 
> > To: "Community support for Fedora users" 
> > Subject: Re: Monitors
> >
> > ok.  that makes a bit more sense.  And by KVM he means just
> > keyboard-mouse since he has 2 monitors and does not need the video
> > and/or the video is separated by monitor.
> >
> > I am not sure what he is trying to do given this setup.   Depending on
> > what he is trying to do, there may be easier ways to do what he wants.
> >
> > Then the question becomes what will X/wayland allow you to separate.
> > With 2 separate video cards of some sort that should be safer, I am
> > not sure 2 X/wayland instances would play nice with the same video
> > card but underlying 2 monitors.
> >
> >
> > On Fri, Oct 6, 2023 at 8:31 AM Patrick O'Callaghan
> >  wrote:
> > >
> > > On Fri, 2023-10-06 at 05:55 -0500, Roger Heflin wrote:
> > > > I don't believe KVM allows separation by video port.  I think you can
> > > > only give a KVM the entire card.  And even if KVM allowed you to give
> > > > it a single port I think X/Wayland assumes total control of the card
> > > > and cards ram (I could be wrong, but that would require knowing about
> > > > the 2nd instance and playing nice with each other, and that seems
> > > > like
> > > > a lot of work so, and even if it was done it probably does not work
> > > > right).I don't think #1 will work, #4 would work so long as you
> > > > have 2 usb-c converters.
> > > >
> > > > What are you doing inside the KVM that you need to give it a real
> > > > video card?  Or does the virtual one simply work that bad?
> > > >
> > >
> > > I suspect some confusion about the meaning of KVM. I think the OP means
> > > a physical Keyboard-Video-Mouse switch, not the kernel virtual machine
> > > system.
> > >
> > > poc
> > > ___
> > > 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
> > ___
> > 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
> >___
> users mailing list -- u

Re: F38 installer claims it cannot find a hard disk

[Roger Heflin]

Typically you have to go full custom and assuming home is on a VG with
free space you would then have to create a LV and define a fs on it,
and assigned it as root (/).

Similar would have to be done with /boot outside of LVM and if efi
would you also need a /boot/efi again outside of LVM.

No harddisk means no harddisk with free space(unpartitioned).  If
partitions are unused then you would have to assign them and/or rework
them.

What does the /home directory/disk look like?  (partition table, lvm
setup (if lvm)?)

On Fri, Oct 6, 2023 at 10:06 AM Michael Hennebry
 wrote:
>
> On Fri, 6 Oct 2023, Stephen Morris wrote:
>
> > On 6/10/23 13:12, Michael Hennebry wrote:
> >> I burned the F38 workstation installer onto a DVD.
> >> On booting it can find my home directory on the only hard disk.
> >> When I tell the installer to install,
> >> it claims it cannot find a hard drive.  Grrr.
> >>
> >> The first time I got the message, I just rebooted.
> >> On the second boot, I looked for my home directory and found it.
> >> I even looked at some images, so I know it was atually reading files.
> >> When I told it to install, no go.
> >
> > To do the install you have to point the installer at a partition you have
> > specified as the root (/) mount point for it to install to. As part of you
>
> How?
> It seems to want me to select from a list,
> but the list is empty.
> Also a message at the bottom states no hard drive detected.
>
> > can also point it at your /home partition and tell it that is the /home
> > mount point. You may also have to create a 100MB partition for the uefi
> > partition if you are installing on a uefi system.
>
> --
> Michael   henne...@mail.cs.ndsu.nodak.edu
> "Occasionally irrational explanations are required"  --  Luke 
> Roman___
> 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
___
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: Monitors

[Roger Heflin]

ok.  that makes a bit more sense.  And by KVM he means just
keyboard-mouse since he has 2 monitors and does not need the video
and/or the video is separated by monitor.

I am not sure what he is trying to do given this setup.   Depending on
what he is trying to do, there may be easier ways to do what he wants.

Then the question becomes what will X/wayland allow you to separate.
With 2 separate video cards of some sort that should be safer, I am
not sure 2 X/wayland instances would play nice with the same video
card but underlying 2 monitors.


On Fri, Oct 6, 2023 at 8:31 AM Patrick O'Callaghan
 wrote:
>
> On Fri, 2023-10-06 at 05:55 -0500, Roger Heflin wrote:
> > I don't believe KVM allows separation by video port.  I think you can
> > only give a KVM the entire card.  And even if KVM allowed you to give
> > it a single port I think X/Wayland assumes total control of the card
> > and cards ram (I could be wrong, but that would require knowing about
> > the 2nd instance and playing nice with each other, and that seems
> > like
> > a lot of work so, and even if it was done it probably does not work
> > right).I don't think #1 will work, #4 would work so long as you
> > have 2 usb-c converters.
> >
> > What are you doing inside the KVM that you need to give it a real
> > video card?  Or does the virtual one simply work that bad?
> >
>
> I suspect some confusion about the meaning of KVM. I think the OP means
> a physical Keyboard-Video-Mouse switch, not the kernel virtual machine
> system.
>
> poc
> ___
> 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
___
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: Monitors

[Roger Heflin]

I don't believe KVM allows separation by video port.  I think you can
only give a KVM the entire card.  And even if KVM allowed you to give
it a single port I think X/Wayland assumes total control of the card
and cards ram (I could be wrong, but that would require knowing about
the 2nd instance and playing nice with each other, and that seems like
a lot of work so, and even if it was done it probably does not work
right).I don't think #1 will work, #4 would work so long as you
have 2 usb-c converters.

What are you doing inside the KVM that you need to give it a real
video card?  Or does the virtual one simply work that bad?

I am also not sure how well the USB3 video cards work on linux, and on
a desktop machine there tend to be no real usb-c ports (at least on
the ones I have).

On Fri, Oct 6, 2023 at 2:47 AM Patrick Dupre  wrote:
>
> Hello,
>
> I plan to install a KVM for 2 monitors.
> One machine has a VGA/DVI on the motherboard, and the other one has 2 DP.
> Both monitors are VGA/DVI/DP
> I have to replace the VGA out by a DP.
> What would be the best option:
> 1) Add a DP video card on the PCIExpress bus (and use the DVI of the 
> motherboard)
> 2) Add a dual port DP/DP (or DP/DVI) video card on the PCIExpress (using none 
> port of the motherboard)
> 3) Add a USB-C port on the PCIExpress and a USB-C -> DP converter (and use 
> the DVI of the motherboard)
> 4) Add a dual USB-C (on the PCIExpress) and 1 USB-C -> DVI and 1 USB-C -> DP 
> converter.
>
> The KVM2 could be DP/DP or DP/DVI.
>
> I guess that fedora could manage the dual monitors correctly.
>
> Thanks
>
> ===
>  Patrick DUPRÉ | | email: pdu...@gmx.com
> ===
> ___
> 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
___
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: How do I stop this malware

[Roger Heflin]

Technically it does, you just have to figure out what the os process
is and kill it, each tab is a separate os process.I have killed
weather channel with kill -9 many times(it is easy to find it as it
leaks ram and is the only multiple-gb firefox thread).

If you have a 2nd firefox window open (and can switch to it) then you
can do "about:performance" it will list all of the separate
processes/tabs and you can click on X and that one tab goes
empty/stops and you can go back to the original firefox window  and x
the tab itself without reloading it.

On Thu, Oct 5, 2023 at 9:10 PM Joe Wulf via users
 wrote:
>
> FF doesn't provide the fidelity to kill 'just one tab'.
>
> On Thursday, October 5, 2023 at 10:06:30 PM EDT, Michael Hennebry 
>  wrote:
>
>
> On Thu, 5 Oct 2023, Roger Heflin wrote:
>
> > On Thu, Oct 5, 2023 at 1:11?PM Michael Hennebry
> >  wrote:
> >>
> >> On Sat, 30 Sep 2023, George N. White III wrote:
> >>
> >>> On Sat, Sep 30, 2023 at 11:19?AM Michael Hennebry <
> >>> henne...@web.cs.ndsu.nodak.edu> wrote:
> >>
> >>> This is trying to cure the disease by eliminating a symptom.  You don't
> >>> know what is
> >>> happening behind that full screen.
> >>
> >> Going fullscreen is part if what makes
> >> it hard to even try to make it go away.
> >>
> >> The malware does three things:
> >> 1. It shows an image.
> >> 2. It goes fullscreen.
> >> 3. It disables buttons.
> >>
> >> Preventing 1 would seem a really bad idea.
> >> I'd like to prevent 2 or 3.
> >
> > Did you try alt-tab to switch to another application (say a terminal)
> > to kill the tab from the command line?
> >
> > I don't think the full screen trick inside firefox can stop that, and
> > I think I have hit a few of these half-assed websites before, but
> > alt-tab must have worked for me to bypass them and kill the tab.
>
> I can switch to another virtual console,
> but do not know how to kill just one tab.
> I can got out of it by disconnecting the ethernet cable,
> but would rather disconnect with the GUI.
>
> --
> Michael  henne...@mail.cs.ndsu.nodak.edu
> "Occasionally irrational explanations are required"  --  Luke Roman
>
> ___
> 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
> ___
> 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
___
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: 4k video playback on some videos makes entire system sluggish

[Roger Heflin]

On Thu, Oct 5, 2023 at 9:01 PM Alex  wrote:
>
> Hi,
>
>> You might try uninstalling mesa-va-drivers and replacing with this:
>> mesa-va-drivers-freeworld
>>
>> one of my 2 machines was ok and a 2nd one looked closer to what yours
>> looked like.
>>
>> And replacing with freeworld it now looks much better and has a lot
>> more accelerators.
>
>
> I've done that, and now it definitely appears to have more support, but alas, 
> it made no difference.
>
> $ vainfo The.Equalizer.mkv
> Trying display: wayland
> Trying display: x11
> libva info: VA-API version 1.18.0
> libva info: Trying to open /usr/lib64/dri/radeonsi_drv_video.so
> libva info: Found init function __vaDriverInit_1_18
> libva info: va_openDriver() returns 0
> vainfo: VA-API version: 1.18 (libva 2.18.2)
> vainfo: Driver version: Mesa Gallium driver 23.1.8 for AMD Radeon RX 570 
> Series (polaris10, LLVM 16.0.6, DRM 3.54, 6.5.5-200.fc38.x86_64)
> vainfo: Supported profile and entrypoints
>   VAProfileMPEG2Simple: VAEntrypointVLD
>   VAProfileMPEG2Main  : VAEntrypointVLD
>   VAProfileVC1Simple  : VAEntrypointVLD
>   VAProfileVC1Main: VAEntrypointVLD
>   VAProfileVC1Advanced: VAEntrypointVLD
>   VAProfileH264ConstrainedBaseline: VAEntrypointVLD
>   VAProfileH264ConstrainedBaseline: VAEntrypointEncSlice
>   VAProfileH264Main   : VAEntrypointVLD
>   VAProfileH264Main   : VAEntrypointEncSlice
>   VAProfileH264High   : VAEntrypointVLD
>   VAProfileH264High   : VAEntrypointEncSlice
>   VAProfileHEVCMain   : VAEntrypointVLD
>   VAProfileHEVCMain   : VAEntrypointEncSlice
>   VAProfileHEVCMain10 : VAEntrypointVLD
>   VAProfileJPEGBaseline   : VAEntrypointVLD
>   VAProfileNone   : VAEntrypointVideoProc
>
> I also just tried to play two regular 1080p videos at the same time using 
> vlc, and it also showed the same problem where the system becomes effectively 
> unusable.
>

Did you reboot after that?The driver is loaded by vainfo (and
bypasses X11), but I also believe the original  driver is also loaded
by X11/Wayland and is still in memory when used via X11/Wayland.

I also found that some video tools (default mplayer) do not use vaapi.

And there are also ffmpeg versions in fedora/updates and a different
one with more free but not quite free 3rd-party licensed in rpmfusion
(ffmpeg-free vs ffmpeg)
___
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