Re: F33 setting search domain permanently
Unfortunately for the VLAN om which my servers reside my university does not provide a DHCP server, so this is not an option for 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
Re: F33 setting search domain permanently
Thank, I'l try 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
Re: Differences between versions of wine on FC31 and FC32? 5.19/5.22
On 12/2/20 2:22 AM, Michael D. Setzer II wrote: Question: Doesn't the dnf process use the cache feature of the disk?? Not really, since it's mostly writing new data. It's not going to avoid the cache, but the use of the cache is completely up to the drive. Know that the higher number is actually the speed of accessing the ram buffer of the disk. But the lower number is the physical speed of the disk. I was slight wrong about that benchmark info, but it's still not a useful measurement. > hdparm -Tt /dev/sda > > /dev/sda: > Timing cached reads: 10030 MB in 1.99 seconds = 5031.74 MB/sec This has nothing to do with the drive at all. It's measuring the throughput of the Linux buffering system. It doesn't touch the drive at all. > Timing buffered disk reads: 412 MB in 3.01 seconds = 136.93 MB/sec This is a sequential read measurement and it's not a bad number, but it's completely irrelevant to dnf. You need to measure write speed and random read/write access times. Just know that I started process at about after 11pm, and the download only took about 25 minutes for the 5.4G of files it reported. It was just the update. Yes, it's the updating part that takes a long time because that's when it's doing lots of random reads and writes of the disk. Perhaps an SSD drive would change things. It would drastically change things. They have virtually no seek time, so it's all read/write speed and for reference, this is my laptop SSD: Timing buffered disk reads: 1518 MB in 3.00 seconds = 505.41 MB/sec A write speed test gave me 467 MB/s ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: mysterious/suspicious internet activity.
On 03/12/2020 12:16, Samuel Sieb wrote: On 12/2/20 8:11 PM, Ed Greshko wrote: On 03/12/2020 00:09, home user wrote: (I sent this to the list three times in the past two days; it apparently never arrived, and it did not bounce.) I rebooted, and did a few netstat's and an iftop while the workstation was "quiet". I pasted output from 2 netstat runs into a text file. I think this would be easier for you to capture network traffic at this time.. With a quite system, open a terminal and as root use the following to capture some packets tcpdump -c 500 port 22 -w cap.pcap This will capture 500 packets and then exit. Post the cap.pcap file. That will only capture ssh traffic. What if it's not that? Also, the capture file could contain some information that shouldn't be publicly shared. I specifically chose to capture only ssh at this point. Sensitive info such as passwords would not appear. I picked ssh due to some of the output he already provided and the info he gave about those types of brute force attacks being stopped by the firewall and my suspicion that may not be always the case. I suppose if one is paranoid about posting their ip addresses they may be concerned. Feel free to give your own suggestion. --- The key to getting good answers is to ask good questions. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: mysterious/suspicious internet activity.
On 12/2/20 8:11 PM, Ed Greshko wrote: On 03/12/2020 00:09, home user wrote: (I sent this to the list three times in the past two days; it apparently never arrived, and it did not bounce.) I rebooted, and did a few netstat's and an iftop while the workstation was "quiet". I pasted output from 2 netstat runs into a text file. I think this would be easier for you to capture network traffic at this time.. With a quite system, open a terminal and as root use the following to capture some packets tcpdump -c 500 port 22 -w cap.pcap This will capture 500 packets and then exit. Post the cap.pcap file. That will only capture ssh traffic. What if it's not that? Also, the capture file could contain some information that shouldn't be publicly shared. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: mysterious/suspicious internet activity.
On 03/12/2020 00:09, home user wrote: (I sent this to the list three times in the past two days; it apparently never arrived, and it did not bounce.) I rebooted, and did a few netstat's and an iftop while the workstation was "quiet". I pasted output from 2 netstat runs into a text file. I think this would be easier for you to capture network traffic at this time.. With a quite system, open a terminal and as root use the following to capture some packets tcpdump -c 500 port 22 -w cap.pcap This will capture 500 packets and then exit. Post the cap.pcap file. --- The key to getting good answers is to ask good questions. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: Can't control Dell laptop fan anymore
On Wed, Dec 2, 2020 at 1:51 PM Fulko Hew wrote: > > > > On Wed, Dec 2, 2020, 12:57 Chris Murphy, wrote: >> >> On Wed, Dec 2, 2020 at 9:39 AM Fulko Hew wrote: >> > >> > It's been a bad week for me. >> > First my disk drive died, and now I've replaced it >> > and installed F33 (up from F26) >> > >> > After running it for a while it started running flaky, >> > I hadn't installed gkrellm yet. >> > When I did, I noticed that it was reporting a fan speed of 0 RPM. >> > True, it wasn't spinning. Maybe it was overheating that that's why it was >> > getting flaky. >> > >> > [I ran the Dell BIOS hardware test routines, and they spun up the >> > fan and reported no errors.] >> > >> > So I know the fan works, and presumably thats why the hw test >> > spun it up and spun it down again. >> > What I'd like to do is to manually control the fan and look at it's >> > sensor directly (like the Dell hw test does), but I don't know how. >> > >> > Laptop is a Dell Inspiron 5567. >> > I'm not sure where to go next. >> > Thanks >> > >> > Here's a snippet from running 'sensors': >> > >> > $ sensors >> > dell_smm-virtual-0 >> > Adapter: Virtual device >> > Processor Fan:0 RPM >> > CPU:+36.0°C >> > Ambient:+34.0°C >> > SODIMM: +34.0°C >> > GPU:+30.0°C >> > ... >> >> Quite a lot of thermal management is split up into different areas: >> CPU itself, ACPI, logic board firmware, kernel, and user space. >> >> I suggest making sure the logic board firmware is up to date as a first step. >> >> sensors isn't a default package. New in Fedora 33, thermald is >> installed and enabled by default. I'd give that a chance to work (or >> fail) on it's own without anything else competing. It's expected that >> thermald improves thermal management, but at least to not do worse >> than not using it. If the thermal behavior isn't correct with thermald >> enabled in a default configuration, then the next test is to disable >> thermald and see if the same behavior still happens. If that fixes the >> problem, I suggest a thermald bug report. If it doesn't fix the >> problem, then we need to look at a possible kernel regression. >> >> There are some user space tools that can directly manipulate fans if >> none of the above works out of the box, but I'd consider that a >> fallback > > > I'm not at the machine at the moment, but can you name some of those user > space tools ? lm_sensors is fairly generic I think, but I don't use it. There's thinkfan and mbpfan, those are Thinkpad and Macbook specific I suppose. -- Chris Murphy ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: Can't control Dell laptop fan anymore
On Wed, Dec 2, 2020 at 8:34 PM George N. White III wrote: > On Wed, 2 Dec 2020 at 12:39, Fulko Hew wrote: > >> It's been a bad week for me. >> First my disk drive died, and now I've replaced it >> and installed F33 (up from F26) >> > > Two failures in a short period means you should investigate possible links. > The only correlation is that I've been running Folding@Home 24/7 since March, and the laptop was running at high temps. > Is it possible a cable was dislodged while replacing the drive? > There is a remote chance, but the fan was far away from the drive, and I didn't even see a cable during my brief look at the fan. I will re-disassemble the laptop tomorrow. But the Dell HW diag software can and does spin up the fan during FAN tests. So why wouldn't Fedora spin it up too (even if it WAS reading back 0 RPM). > Some laptops monitor disk drive temperatures, older models used a sensor > attached to the drive, newer models may have custom drives with built-in > sensors (current models use SSD's). A mismatched or missing sensor > could confuse temperature management software. > No, this has nothing to do with the drive. Fedora would have to have a major fault to be able to confuse an Intel sensor driver operation with SATA/SMART information. > Many laptops collect dust in the cooling fins and passages. Did you check > for dust? > That was the very first thing I did. > Have you run S.M.A.R.T. tests or vendor diagnostics on the "failed" drive > to confirm a hardware failure as opposed to corrupt filesystems? > Dell Hw diagnostics reported it as a failed drive. I will attempt to check it independently though. But the drive is the least of my problems at the moment. > Multiple component issues are often caused by a bad power supply. > Laptop batteries are also suspects. > I know, but for the only thing to be bad is the FAN RPM sensor under Fedora, but the Dell HW diagnostic sw CAN spin the CPU fan up and down makes a bad supply/battery a very unlikely possibility. Again, that's where I'm looking for some independent sw that can control the fan, and view RPM independently of Fedora and yet similar to Dell diagnostics (because the Dell sw IS controlling the fan!) ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: Can't control Dell laptop fan anymore
On Wed, 2 Dec 2020 at 12:39, Fulko Hew wrote: > It's been a bad week for me. > First my disk drive died, and now I've replaced it > and installed F33 (up from F26) > Two failures in a short period means you should investigate possible links. Is it possible a cable was dislodged while replacing the drive? Some laptops monitor disk drive temperatures, older models used a sensor attached to the drive, newer models may have custom drives with built-in sensors (current models use SSD's). A mismatched or missing sensor could confuse temperature management software. Many laptops collect dust in the cooling fins and passages. Did you check for dust? Have you run S.M.A.R.T. tests or vendor diagnostics on the "failed" drive to confirm a hardware failure as opposed to corrupt filesystems? Multiple component issues are often caused by a bad power supply. Laptop batteries are also suspects. > > After running it for a while it started running flaky, > I hadn't installed gkrellm yet. > When I did, I noticed that it was reporting a fan speed of 0 RPM. > True, it wasn't spinning. Maybe it was overheating that that's why it was > getting flaky. > > [I ran the Dell BIOS hardware test routines, and they spun up the > fan and reported no errors.] > > So I know the fan works, and presumably thats why the hw test > spun it up and spun it down again. > What I'd like to do is to manually control the fan and look at it's > sensor directly (like the Dell hw test does), but I don't know how. > > Laptop is a Dell Inspiron 5567. > I'm not sure where to go next. > Thanks > > Here's a snippet from running 'sensors': > > $ sensors > dell_smm-virtual-0 > Adapter: Virtual device > Processor Fan:0 RPM > CPU:+36.0°C > Ambient:+34.0°C > SODIMM: +34.0°C > GPU:+30.0°C > ... > > -- George N. White III ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: mysterious/suspicious internet activity.
On 03/12/2020 00:02, home user wrote: (I sent this to the list three times in the past two days; it apparently never arrived, and it did not bounce.) I rebooted, and did a few netstat's and an iftop while the workstation was "quiet". I pasted output from 2 netstat runs into a text file. I paused the iftop display many times to grab line pairs of interest, and pasted those into the text file that has the netstat runs. The text file is attached. Most of the entries in the iftop display involve comcast, my internet service provider. Quite a few unexpected addresses also show up in iftop. A few questions come to mind... A few years ago, I saw in the system journal numerous log-in attempts by outsiders from all over the world, and opened a thread about that. Now such attempts are blocked by the firewall. If an outsider tries to communicate with my workstation, and the firewall blocks the attempt, will the attempt show up in the network activity panel of ksysguard? Will that attempt show up in the iftop display? Well, it is really difficult to determine the source of those small packets. You may want to run iftop with -Pn to make sure the port numbers are listed. Thing suchs as c-98-245-12-4.hsd1.co.comcast.net => no-mans-land.m247.com 0b 54b 14b are meaningless without a port. Also, if one does a lookup they would see... [egreshko@meimei etc]$ host no-mans-land.m247.com Host no-mans-land.m247.com not found: 3(NXDOMAIN) So, what is the real IP address of that hostname? And how did your system come up with that name The best tool for this is "wireshark" and capturing network activity with filters on maybe one IP address which appears most often. Also, go back and run "lastb" to make sure your firewall is actually blocking incoming logins. It also makes things difficult for others to diagnose without a clear understanding of your network topology. Is the host directly connected to the Internet with public IP addresses? Running IPv4 and IPv6? Is the host behind a router and using NAT? etc --- The key to getting good answers is to ask good questions. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: mysterious/suspicious internet activity.
On 12/2/20 3:06 PM, Tim via users wrote: All normal stuff, although they're listening to any address, rather than only listening to local addresses. That could be tightened up for some things, at least. I see no reason for CUPS to listen outside of your LAN, for instance. I assume you're referring to the lines like this: tcp0 0 0.0.0.0:ipp 0.0.0.0:* LISTEN root 22447 947/cupsd That foreign address is just a placeholder. Nothing is actually connected. The process is listening for a connection and will accept one from anywhere. It's up to the firewall to restrict that. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: mysterious/suspicious internet activity.
On Wed, 2020-12-02 at 16:09 +, home user wrote: > --- begin text file --- > Active Internet connections (servers and established) > Proto Recv-Q Send-Q Local Address Foreign Address State > User Inode PID/Program name > tcp0 0 coyote:domain 0.0.0.0:* LISTEN > root 31188 1084/dnsmasq > tcp0 0 0.0.0.0:ipp 0.0.0.0:* LISTEN > root 22447 947/cupsd > tcp0 0 localhost:smtp 0.0.0.0:* LISTEN > root 39031 1680/sendmail: acce > tcp6 0 0 [::]:ipp[::]:* LISTEN > root 22448 947/cupsd > udp0 0 0.0.0.0:mdns0.0.0.0:* > avahi 22058 748/avahi-daemon: r > udp0 0 coyote:domain 0.0.0.0:* > root 31187 1084/dnsmasq > udp0 0 0.0.0.0:bootps 0.0.0.0:* > root 31184 1084/dnsmasq > udp0 0 c-98-245-12-4.hs:bootpc denv01dhcp-ho-02:bootps > ESTABLISHED root 29795 862/NetworkManager > udp0 0 localhost:323 0.0.0.0:* > root 25199 763/chronyd > udp0 0 0.0.0.0:58501 0.0.0.0:* > avahi 22060 748/avahi-daemon: r > udp6 0 0 [::]:mdns [::]:* > avahi 22059 748/avahi-daemon: r > udp6 0 0 localhost:323 [::]:* > root 25200 763/chronyd > udp6 0 0 coyote:dhcpv6-client[::]:* > root 30632 862/NetworkManager > udp6 0 0 [::]:33746 [::]:* > avahi 22061 748/avahi-daemon: r If you look at the last column, you can see what's involved with those things: DNSmasq (your local DNS server), CUPSD (your local printer server), sendmail (your local mail server), AVAHI-DAEMON (part of your local networking, finding out your IP address, finding other things in your network), NETWORK MANAGER (handling your network), CHRONYD (your local time server managing your clock). All normal stuff, although they're listening to any address, rather than only listening to local addresses. That could be tightened up for some things, at least. I see no reason for CUPS to listen outside of your LAN, for instance. LANs are chatty, especially when you throw CUPS and mDNS into the mix. CUPS advertises itself, and looks for printers. AVAHI, etc., are always on the lookout for other things on your LAN. It's next to impossible to stop the LEDs blinking on your network port in a LAN. And there's always going to be loads of DNS lookups while things are being used by you. When you browse a webpage, the page is made up of content dragged in from all over the place, text, graphics, scripts, etc., the browser has to find them. You can get the same kind of thing with HTML mail, too. Regarding the other set of data with all the comcast addresses, I can't comment, as I have no idea what the data is in the adjacent columns. I hate programs which spew out data without titling what it is. If, however, it is like Stan said (people scanning for exploitable ports within comcast), then my opinion is that you report that to comcast, and suggest that they either deal with their customers who are nefariously scanning their network, or fix their firewall to stop outsiders scanning their network. Either way, that's *their* job. But first, confirm it is exploit scanning. I can't tell from the data you provided. Looking at some of the domain names, I would have thought you'd logged this while you're using your web browser. -- uname -rsvp Linux 3.10.0-1160.6.1.el7.x86_64 #1 SMP Tue Nov 17 13:59:11 UTC 2020 x86_64 Boilerplate: All unexpected mail to my mailbox is automatically deleted. I will only get to see the messages that are posted to the mailing list. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: F33 setting search domain permanently
On Wed, 2020-12-02 at 13:10 +0100, Jouk Jansen wrote: > I would like to set the search domian permanently. I can set it with > resolvectl domain device domain.nl > but after a restart the definition is gone. How do I set it > permanently? If you have a DHCPD server, I would have set it there. That's what I do. Though I have a proper DHCP server, I don't use the half-arsed one built into my ISP's router. And network manager lets you set overrides, too. Does it need manually setting, though? I thought your own domain name would be automatically used. -- uname -rsvp Linux 3.10.0-1160.6.1.el7.x86_64 #1 SMP Tue Nov 17 13:59:11 UTC 2020 x86_64 Boilerplate: All unexpected mail to my mailbox is automatically deleted. I will only get to see the messages that are posted to the mailing list. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: Discover
On 03/12/2020 05:29, Kostas Sfakiotakis wrote: Greetings , As am browsing the internet category ( for example ) looking if there is anything interesting ( usually there are a lot ) i find that programs like Viber,Skype, Anydesk are offered to be installed although there are alread installed on my computer . Well up to a point at least Discover seems to know which programs are already installed on my computer and just offer the option to remove them , BUT in some cases it would seem that it makes mistakes . Have i forgotten to configure / update something ( possibly a database Discover is looking ) ??? Is simpy Discover making a few mistakes every now and then as to which programs are already installed or am Discover is unaware of the software installed and am simply supposed to do the thing myself ?? If i may ask , who tells Discover what is already installed and what not ?? Am i correct to assume that Discover offers a wast range of programs in various categories regardless of the way they are packaged ( rpm or otherwise ) ?? Am using Fedora 33 upgraded from Fedora 32 ( which was upgraded from Fedora 31 ) . If you look in "settings" of Discover you'll see where it looks (sources/repos) for what is available. You may see multiple copies of applications (firefox being one) which are available in the standard Fedora repos as well as from Flatpak. Discover uses the rpmdb to determine what is installed as well as whatever Flatpak uses to keep track of what has been installed from there. Note, I'm not very familiar with Flatpak. --- The key to getting good answers is to ask good questions. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
locale LC_CTYPE wrong...?
After a fresh install of Fedora 33, I see occasional errors popping up in the console, similar to $ locale locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory LANG=en_US.UTF-8 LC_CTYPE=en_US.UTF-8,LANG=en_US.UTF-8 LC_NUMERIC="en_US.UTF-8" LC_TIME="en_US.UTF-8" LC_COLLATE="en_US.UTF-8" LC_MONETARY="en_US.UTF-8" LC_MESSAGES="en_US.UTF-8" LC_PAPER="en_US.UTF-8" LC_NAME="en_US.UTF-8" LC_ADDRESS="en_US.UTF-8" LC_TELEPHONE="en_US.UTF-8" LC_MEASUREMENT="en_US.UTF-8" LC_IDENTIFICATION="en_US.UTF-8" LC_ALL= Anyone else seeing this behavior? Note the strange value for LC_CTYPE. After putting export LC_CTYPE=C in my .bash_profile I'm fine and the errors seem gone, however I'm unsure if that is a bug that should be reported within any of the Fedora packages or just something I might have wrong in some setting. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: Lost the UEFI boot info that my BIOS shows
On Sun, Nov 29, 2020 at 9:45 AM Jorge Fábregas wrote: > On 11/29/20 10:06 AM, Fulko Hew wrote: > > Have I reached a dead end, and am stuck with a re-install now? > Turns out that the disk drive had some sort of failure mode. I could read it fine, so I backed up my files, but... something messed up the UEFI boot, and when I tried a fresh install, it failed. So I took the laptop apart and installed one of my backup drives and did a fresh install. I had to. > Well you're long overdue for a fresh installation :) > I'm always reluctant to upgrade let alone a fresh installation. Both involve dealing with migrating configurations, and dealing with the features I liked, that would now, no longer be available. The fresh installation is all of the above plus finding where all the apps hide their configs and data, and migrating them to the new install. That used to involve a 2nd disk drive, but now, these new laptops no longer have easily accessible drives, and that just makes it all the more difficult and tedious. P.S. Now that I have the new install, I'm seeing that my CPU fan is no longer spinning. The Dell/BIOS test program can control the fan, but Fedora doesn't. I have another thread going on that discussion. Thanks for your help Fulko ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Discover
Greetings , As am browsing the internet category ( for example ) looking if there is anything interesting ( usually there are a lot ) i find that programs like Viber,Skype, Anydesk are offered to be installed although there are alread installed on my computer . Well up to a point at least Discover seems to know which programs are already installed on my computer and just offer the option to remove them , BUT in some cases it would seem that it makes mistakes . Have i forgotten to configure / update something ( possibly a database Discover is looking ) ??? Is simpy Discover making a few mistakes every now and then as to which programs are already installed or am Discover is unaware of the software installed and am simply supposed to do the thing myself ?? If i may ask , who tells Discover what is already installed and what not ?? Am i correct to assume that Discover offers a wast range of programs in various categories regardless of the way they are packaged ( rpm or otherwise ) ?? Am using Fedora 33 upgraded from Fedora 32 ( which was upgraded from Fedora 31 ) . Kind Regards, Kostas ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: mysterious/suspicious internet activity.
> On 30 Nov 2020, at 21:03, Ed Greshko wrote: > > On 01/12/2020 04:57, home user wrote: >> How do I check that? And how do I change it? By the way, I power down >> every night; and power up every morning. > > Along with watching the output of wireshark, you should run "netstat -atuevp" > and see what connections > are "established". You should be using ss not netstat as netstat is slower and is deprecated. ss -atuep Barry > > --- > The key to getting good answers is to ask good questions. > ___ > users mailing list -- users@lists.fedoraproject.org > To unsubscribe send an email to users-le...@lists.fedoraproject.org > Fedora Code of Conduct: > https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > List Archives: > https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: mysterious/suspicious internet activity.
> On 30 Nov 2020, at 17:57, home user wrote: > > 3. My .bash_profile sources my .bashrc, sets PATH, and launches xeyes. My > .bashrc sources /etc/bashrc, sets PS1 and PATH, and defines aliases. Set PATH in your .bash_profile not .bashrc. This is because if you set it in .bashrc you cannot override PATH for sub shells. 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
Re: Can't control Dell laptop fan anymore
On Wed, Dec 2, 2020, 12:57 Chris Murphy, wrote: > On Wed, Dec 2, 2020 at 9:39 AM Fulko Hew wrote: > > > > It's been a bad week for me. > > First my disk drive died, and now I've replaced it > > and installed F33 (up from F26) > > > > After running it for a while it started running flaky, > > I hadn't installed gkrellm yet. > > When I did, I noticed that it was reporting a fan speed of 0 RPM. > > True, it wasn't spinning. Maybe it was overheating that that's why it > was getting flaky. > > > > [I ran the Dell BIOS hardware test routines, and they spun up the > > fan and reported no errors.] > > > > So I know the fan works, and presumably thats why the hw test > > spun it up and spun it down again. > > What I'd like to do is to manually control the fan and look at it's > > sensor directly (like the Dell hw test does), but I don't know how. > > > > Laptop is a Dell Inspiron 5567. > > I'm not sure where to go next. > > Thanks > > > > Here's a snippet from running 'sensors': > > > > $ sensors > > dell_smm-virtual-0 > > Adapter: Virtual device > > Processor Fan:0 RPM > > CPU:+36.0°C > > Ambient:+34.0°C > > SODIMM: +34.0°C > > GPU:+30.0°C > > ... > > Quite a lot of thermal management is split up into different areas: > CPU itself, ACPI, logic board firmware, kernel, and user space. > > I suggest making sure the logic board firmware is up to date as a first > step. > > sensors isn't a default package. New in Fedora 33, thermald is > installed and enabled by default. I'd give that a chance to work (or > fail) on it's own without anything else competing. It's expected that > thermald improves thermal management, but at least to not do worse > than not using it. If the thermal behavior isn't correct with thermald > enabled in a default configuration, then the next test is to disable > thermald and see if the same behavior still happens. If that fixes the > problem, I suggest a thermald bug report. If it doesn't fix the > problem, then we need to look at a possible kernel regression. > > There are some user space tools that can directly manipulate fans if > none of the above works out of the box, but I'd consider that a > fallback > I'm not at the machine at the moment, but can you name some of those user space tools ? ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Cups outputting deleted printers
Hi All, Fedora 33 # rpm -qa cups\* cups-pk-helper-0.2.6-10.fc33.x86_64 cups-pdf-3.0.1-10.fc33.x86_64 cups-libs-2.3.3-18.fc33.x86_64 cups-client-2.3.3-18.fc33.x86_64 cups-ipptool-2.3.3-18.fc33.x86_64 cups-filesystem-2.3.3-18.fc33.noarch cups-2.3.3-18.fc33.x86_64 cups-libs-2.3.3-18.fc33.i686 cups-filters-libs-1.28.5-3.fc33.x86_64 cups-filters-1.28.5-3.fc33.x86_64 I clean up a bunch of my unused printers. Problem: printers with the same long name, except for the end still show is certain programs. $ lpstat -a B4350 accepting requests since Thu 29 Oct 2020 01:36:30 PM PDT Cups-PDF accepting requests since Tue 30 Apr 2019 04:05:39 PM PDT Virtual_PDF_Printer accepting requests since Tue 29 Sep 2020 03:13:17 AM PDT Which is the way it is suppose to be. But programs using reading printers using cupsGetDests2, still get the old deleted printers: The text: https://bugs.documentfoundation.org/attachment.cgi?id=167701 The Binary: https://bugs.documentfoundation.org/attachment.cgi?id=167702 #include #include int main() { cups_dest_t* dests; int nCount = cupsGetDests2(CUPS_HTTP_DEFAULT, &dests); for (int i = 0; i < nCount; i++) { cups_dest_t dest = dests[i]; std::cout << dest.name << std::endl; } } $ list-printers B4350 Cups-PDF Cups_PDF_rn6 <-- deleted Oki_B4350_on_dev_lp0_rn6 <-- deleted Virtual_PDF_Printer Virtual_PDF_Printer_rn6<-- deleted Programs without the problem (a sampling): Brave Browser, Firefox, Vivaldi, Water Fox, Leafpad, Simple scan, Gimp, Inkscape, Thunderbird, Geany, Shotwell, PDF Studio 2019 Programs with the problem (also a sampling): Wine, Libre Office, Free Office, Master PDF Editor Any ideas? Is cupsGetDests2 not the proper way of dong this? -T ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: mysterious/suspicious internet activity.
A non expert response. On Wed, 02 Dec 2020 16:09:16 - "home user" wrote: > A few years ago, I saw in the system journal numerous log-in attempts > by outsiders from all over the world, and opened a thread about that. > Now such attempts are blocked by the firewall. If an outsider tries > to communicate with my workstation, and the firewall blocks the > attempt, will the attempt show up in the network activity panel of > ksysguard? Will that attempt show up in the iftop display? I don't know about ksysguard, but I think they should show up in iftop, as they make it through the hardware connection (ethernet or wireless). > --- begin text file --- [snip] These all appear to be OK. > - > some captured iftop lines > - These appear to be from someone looking for open ports in the comcast range, so they can try exploits. The firewall seems to be stopping them dead. I think you might be able to configure your router so that these are rejected there instead of making it through to the firewall. You would have to log in and then go to whatever configuration it has for an internal firewall, and disable them there, if it is even possible. It's been a long time since I configured mine, but I don't see these attempts on my ISP's range in my firewall, though I used to. However, my ISP might now be actively blocking such attempts, while comcast isn't. Most of the attempts I used to see were for window's exploits, though there were a considerable number of attempts to use ssh. Do you have sshd disabled if you are not using it? As root, systemctl status sshd It should be inactive (dead) if it is not being used. I keep it masked so that updates don't reactivate it from disabled state. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: Can't control Dell laptop fan anymore
On Wed, Dec 2, 2020 at 9:39 AM Fulko Hew wrote: > > It's been a bad week for me. > First my disk drive died, and now I've replaced it > and installed F33 (up from F26) > > After running it for a while it started running flaky, > I hadn't installed gkrellm yet. > When I did, I noticed that it was reporting a fan speed of 0 RPM. > True, it wasn't spinning. Maybe it was overheating that that's why it was > getting flaky. > > [I ran the Dell BIOS hardware test routines, and they spun up the > fan and reported no errors.] > > So I know the fan works, and presumably thats why the hw test > spun it up and spun it down again. > What I'd like to do is to manually control the fan and look at it's > sensor directly (like the Dell hw test does), but I don't know how. > > Laptop is a Dell Inspiron 5567. > I'm not sure where to go next. > Thanks > > Here's a snippet from running 'sensors': > > $ sensors > dell_smm-virtual-0 > Adapter: Virtual device > Processor Fan:0 RPM > CPU:+36.0°C > Ambient:+34.0°C > SODIMM: +34.0°C > GPU:+30.0°C > ... Quite a lot of thermal management is split up into different areas: CPU itself, ACPI, logic board firmware, kernel, and user space. I suggest making sure the logic board firmware is up to date as a first step. sensors isn't a default package. New in Fedora 33, thermald is installed and enabled by default. I'd give that a chance to work (or fail) on it's own without anything else competing. It's expected that thermald improves thermal management, but at least to not do worse than not using it. If the thermal behavior isn't correct with thermald enabled in a default configuration, then the next test is to disable thermald and see if the same behavior still happens. If that fixes the problem, I suggest a thermald bug report. If it doesn't fix the problem, then we need to look at a possible kernel regression. There are some user space tools that can directly manipulate fans if none of the above works out of the box, but I'd consider that a fallback position. -- Chris Murphy ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Can't control Dell laptop fan anymore
It's been a bad week for me. First my disk drive died, and now I've replaced it and installed F33 (up from F26) After running it for a while it started running flaky, I hadn't installed gkrellm yet. When I did, I noticed that it was reporting a fan speed of 0 RPM. True, it wasn't spinning. Maybe it was overheating that that's why it was getting flaky. [I ran the Dell BIOS hardware test routines, and they spun up the fan and reported no errors.] So I know the fan works, and presumably thats why the hw test spun it up and spun it down again. What I'd like to do is to manually control the fan and look at it's sensor directly (like the Dell hw test does), but I don't know how. Laptop is a Dell Inspiron 5567. I'm not sure where to go next. Thanks Here's a snippet from running 'sensors': $ sensors dell_smm-virtual-0 Adapter: Virtual device Processor Fan:0 RPM CPU:+36.0°C Ambient:+34.0°C SODIMM: +34.0°C GPU:+30.0°C ... ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: mysterious/suspicious internet activity.
(I sent this to the list three times in the past two days; it apparently never arrived, and it did not bounce.) I rebooted, and did a few netstat's and an iftop while the workstation was "quiet". I pasted output from 2 netstat runs into a text file. I paused the iftop display many times to grab line pairs of interest, and pasted those into the text file that has the netstat runs. The text file is at the bottom of this message. Most of the entries in the iftop display involve comcast, my internet service provider. Quite a few unexpected addresses also show up in iftop. A few questions come to mind... A few years ago, I saw in the system journal numerous log-in attempts by outsiders from all over the world, and opened a thread about that. Now such attempts are blocked by the firewall. If an outsider tries to communicate with my workstation, and the firewall blocks the attempt, will the attempt show up in the network activity panel of ksysguard? Will that attempt show up in the iftop display? Bill. --- begin text file --- Active Internet connections (servers and established) Proto Recv-Q Send-Q Local Address Foreign Address State User Inode PID/Program name tcp0 0 coyote:domain 0.0.0.0:* LISTEN root 31188 1084/dnsmasq tcp0 0 0.0.0.0:ipp 0.0.0.0:* LISTEN root 22447 947/cupsd tcp0 0 localhost:smtp 0.0.0.0:* LISTEN root 39031 1680/sendmail: acce tcp6 0 0 [::]:ipp[::]:* LISTEN root 22448 947/cupsd udp0 0 0.0.0.0:mdns0.0.0.0:* avahi 22058 748/avahi-daemon: r udp0 0 coyote:domain 0.0.0.0:* root 31187 1084/dnsmasq udp0 0 0.0.0.0:bootps 0.0.0.0:* root 31184 1084/dnsmasq udp0 0 c-98-245-12-4.hs:bootpc denv01dhcp-ho-02:bootps ESTABLISHED root 29795 862/NetworkManager udp0 0 localhost:323 0.0.0.0:* root 25199 763/chronyd udp0 0 0.0.0.0:58501 0.0.0.0:* avahi 22060 748/avahi-daemon: r udp6 0 0 [::]:mdns [::]:* avahi 22059 748/avahi-daemon: r udp6 0 0 localhost:323 [::]:* root 25200 763/chronyd udp6 0 0 coyote:dhcpv6-client[::]:* root 30632 862/NetworkManager udp6 0 0 [::]:33746 [::]:* avahi 22061 748/avahi-daemon: r bash.5[~]: netstat -atuevp Active Internet connections (servers and established) Proto Recv-Q Send-Q Local Address Foreign Address State User Inode PID/Program name tcp0 0 coyote:domain 0.0.0.0:* LISTEN root 31188 1084/dnsmasq tcp0 0 0.0.0.0:ipp 0.0.0.0:* LISTEN root 22447 947/cupsd tcp0 0 localhost:smtp 0.0.0.0:* LISTEN root 39031 1680/sendmail: acce tcp6 0 0 [::]:ipp[::]:* LISTEN root 22448 947/cupsd udp0 0 0.0.0.0:mdns0.0.0.0:* avahi 22058 748/avahi-daemon: r udp0 0 coyote:domain 0.0.0.0:* root 31187 1084/dnsmasq udp0 0 0.0.0.0:bootps 0.0.0.0:* root 31184 1084/dnsmasq udp0 0 c-98-245-12-4.hs:bootpc denv01dhcp-ho-02:bootps ESTABLISHED root 29795 862/NetworkManager udp0 0 localhost:323 0.0.0.0:* root 25199 763/chronyd udp0 0 0.0.0.0:58501 0.0.0.0:* avahi 22060 748/avahi-daemon: r udp6 0 0 [::]:mdns [::]:* avahi 22059 748/avahi-daemon: r udp6 0 0 localhost:323 [::]:* root 25200 763/chronyd udp6 0 0 coyote:dhcpv6-client[::]:* root 30632 862/NetworkManager udp6 0 0 [::]:33746 [::]:* avahi 22061 748/avahi-daemon: r bash.6[~]: - some captured iftop lines - c-98-245-12-4.hsd1.co.comcast.net=> 172.86.179.85 0b 0b 15b <=
Re: mysterious/suspicious internet activity.
(I sent this to the list three times in the past two days; it apparently never arrived, and it did not bounce.) I rebooted, and did a few netstat's and an iftop while the workstation was "quiet". I pasted output from 2 netstat runs into a text file. I paused the iftop display many times to grab line pairs of interest, and pasted those into the text file that has the netstat runs. The text file is attached. Most of the entries in the iftop display involve comcast, my internet service provider. Quite a few unexpected addresses also show up in iftop. A few questions come to mind... A few years ago, I saw in the system journal numerous log-in attempts by outsiders from all over the world, and opened a thread about that. Now such attempts are blocked by the firewall. If an outsider tries to communicate with my workstation, and the firewall blocks the attempt, will the attempt show up in the network activity panel of ksysguard? Will that attempt show up in the iftop display? Bill. bash.4[~]: netstat -atuevp Active Internet connections (servers and established) Proto Recv-Q Send-Q Local Address Foreign Address State User Inode PID/Program name tcp0 0 coyote:domain 0.0.0.0:* LISTEN root 31188 1084/dnsmasq tcp0 0 0.0.0.0:ipp 0.0.0.0:* LISTEN root 22447 947/cupsd tcp0 0 localhost:smtp 0.0.0.0:* LISTEN root 39031 1680/sendmail: acce tcp6 0 0 [::]:ipp[::]:* LISTEN root 22448 947/cupsd udp0 0 0.0.0.0:mdns0.0.0.0:* avahi 22058 748/avahi-daemon: r udp0 0 coyote:domain 0.0.0.0:* root 31187 1084/dnsmasq udp0 0 0.0.0.0:bootps 0.0.0.0:* root 31184 1084/dnsmasq udp0 0 c-98-245-12-4.hs:bootpc denv01dhcp-ho-02:bootps ESTABLISHED root 29795 862/NetworkManager udp0 0 localhost:323 0.0.0.0:* root 25199 763/chronyd udp0 0 0.0.0.0:58501 0.0.0.0:* avahi 22060 748/avahi-daemon: r udp6 0 0 [::]:mdns [::]:* avahi 22059 748/avahi-daemon: r udp6 0 0 localhost:323 [::]:* root 25200 763/chronyd udp6 0 0 coyote:dhcpv6-client[::]:* root 30632 862/NetworkManager udp6 0 0 [::]:33746 [::]:* avahi 22061 748/avahi-daemon: r bash.5[~]: netstat -atuevp Active Internet connections (servers and established) Proto Recv-Q Send-Q Local Address Foreign Address State User Inode PID/Program name tcp0 0 coyote:domain 0.0.0.0:* LISTEN root 31188 1084/dnsmasq tcp0 0 0.0.0.0:ipp 0.0.0.0:* LISTEN root 22447 947/cupsd tcp0 0 localhost:smtp 0.0.0.0:* LISTEN root 39031 1680/sendmail: acce tcp6 0 0 [::]:ipp[::]:* LISTEN root 22448 947/cupsd udp0 0 0.0.0.0:mdns0.0.0.0:* avahi 22058 748/avahi-daemon: r udp0 0 coyote:domain 0.0.0.0:* root 31187 1084/dnsmasq udp0 0 0.0.0.0:bootps 0.0.0.0:* root 31184 1084/dnsmasq udp0 0 c-98-245-12-4.hs:bootpc denv01dhcp-ho-02:bootps ESTABLISHED root 29795 862/NetworkManager udp0 0 localhost:323 0.0.0.0:* root 25199 763/chronyd udp0 0 0.0.0.0:58501 0.0.0.0:* avahi 22060 748/avahi-daemon: r udp6 0 0 [::]:mdns [::]:* avahi 22059 748/avahi-daemon: r udp6 0 0 localhost:323 [::]:* root 25200 763/chronyd udp6 0 0 coyote:dhcpv6-client[::]:* root 30632 862/NetworkManager udp6 0 0 [::]:33746 [::]:* avahi 22061 748/avahi-daemon: r bash.6[~]: - some captured iftop lines - c-98-245-12-4.hsd1.co.comcast.net=> 172.86.179.85 0b 0b 15b <=
Problem with bluetooth on Fedora 33
Hi, in this laptop I am unable to have bluetooth running. I have followed the instruction at https://fedoraproject.org/wiki/How_to_debug_Bluetooth_problems # hciconfig hci0: Type: Primary Bus: USB BD Address: xx:xx:xx:xx:xx:xx ACL MTU: 1021:6 SCO MTU: 255:12 DOWN RX bytes:1566 acl:0 sco:0 events:170 errors:0 TX bytes:35258 acl:0 sco:0 commands:170 errors:0 Trying to bring it to a working state does not work either: # hciconfig up shows the same output as above. # lsusb | grep -i blue Bus 003 Device 002: ID 13d3:3548 IMC Networks Bluetooth Radio This pair shows up in drivers/bluetooth/btusb.c Yet something seems to go awry since: # systemctl status bluetooth ● bluetooth.service - Bluetooth service Loaded: loaded (/usr/lib/systemd/system/bluetooth.service; enabled; vendor preset: enabled) Active: active (running) since Wed 2020-12-02 07:02:48 WET; 7h ago Docs: man:bluetoothd(8) Main PID: 842 (bluetoothd) Status: "Running" Tasks: 1 (limit: 37766) Memory: 1.6M CPU: 58ms CGroup: /system.slice/bluetooth.service └─842 /usr/libexec/bluetooth/bluetoothd -d Dec 02 14:29:03 griffin bluetoothd[842]: src/agent.c:agent_ref() 0x55fc8419fac0: ref=1 Dec 02 14:29:03 griffin bluetoothd[842]: src/agent.c:register_agent() agent : 1.3771 Dec 02 14:29:25 griffin bluetoothd[842]: src/agent.c:agent_disconnect() Agent :1.3771 disconnected Dec 02 14:29:25 griffin bluetoothd[842]: src/agent.c:agent_destroy() agent : 1.3771 Dec 02 14:29:25 griffin bluetoothd[842]: src/agent.c:agent_unref() 0x55fc8419fac0: ref=0 Dec 02 14:29:42 griffin bluetoothd[842]: src/agent.c:agent_ref() 0x55fc8419fac0: ref=1 Dec 02 14:29:42 griffin bluetoothd[842]: src/agent.c:register_agent() agent : 1.3775 Dec 02 14:29:59 griffin bluetoothd[842]: src/agent.c:agent_disconnect() Agent :1.3775 disconnected Dec 02 14:29:59 griffin bluetoothd[842]: src/agent.c:agent_destroy() agent : 1.3775 Dec 02 14:29:59 griffin bluetoothd[842]: src/agent.c:agent_unref() 0x55fc8419fac0: ref=0 Any help is appreciated. :-) -- José Matos___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: F33 setting search domain permanently
On Wed, 2020-12-02 at 13:10 +0100, Jouk Jansen wrote: > Hi All, > > I would like to set the search domian permanently. I can set it with > resolvectl domain device domain.nl > but after a restart the definition is gone. How do I set it > permanently? There are probably multiple ways to do it, but I would use nm- connection-editor to add it in the "additional search domains" box in the IPV4 tab. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
F33 setting search domain permanently
Hi All, I would like to set the search domian permanently. I can set it with resolvectl domain device domain.nl but after a restart the definition is gone. How do I set it permanently? Regards Jouk Pax, vel iniusta, utilior est quam iustissimum bellum. (free after Marcus Tullius Cicero (106 b.Chr.-46 b.Chr.) Epistularum ad Atticum 7.1.4.3) Touch not the cat bot a glove >--< Jouk Jansen jo...@hrem.nano.tudelft.nl Technische Universiteit Delfttt uu uu ddd Kavli Institute of Nanoscience tt uu uu dddd Nationaal centrum voor HREM tt uu uu dd dd Lorentzweg 1 tt uu uu dd dd 2628 CJ Delfttt uu uu dd dd Nederlandtt uu uu dddd tel. 31-15-2782272 tt uuu ddd >--< ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: Differences between versions of wine on FC31 and FC32? 5.19/5.22
On 2 Dec 2020 at 0:55, Samuel Sieb wrote: Subject:Re: Differences between versions of wine on FC31 and FC32? 5.19/5.22 To: users@lists.fedoraproject.org From: Samuel Sieb Date sent: Wed, 2 Dec 2020 00:55:10 -0800 Send reply to: Community support for Fedora users > On 12/2/20 12:43 AM, José Abílio Matos wrote: > > On Wednesday, December 2, 2020 5:39:38 AM WET Samuel Sieb wrote: > > > > > Notebook hard drives are really slow now, but I've never seen one take > > > > > that long. > > > > I saw. :-) > > > > [Oh, wait let me change that emoji to :-( ;-)] > > > > > This is why I put SSDs in everything. > > > > And as you correctly point this is the main issue. A SSD in an old > > computer will make the computer fly because in some cases the > > performance bottleneck is the I/O component, and that clearly is the > > case when installing/updating thousand of packages. > > At one point I was upgrading a whole bunch of laptops to the next Fedora > release and this was before I put SSDs in them. There was one laptop > that was at least 5 years older than the rest and it took half the time > to do the upgrade than the new ones. This notebook is an Aspire E1-731-4699. The original hard drive was a 500G, but upgraded it to the 1Tb drive years ago. Everything else seems to run just fine. Do have a very old IBM thinkpad R60, and it did upgrade a lot faster than this one, but it has a few less packages installed. Question: Doesn't the dnf process use the cache feature of the disk?? Know that the higher number is actually the speed of accessing the ram buffer of the disk. But the lower number is the physical speed of the disk. Just know that I started process at about after 11pm, and the download only took about 25 minutes for the 5.4G of files it reported. It was just the update. The first few enties: [ 1713.583866] dnf[683]: Running scriptlet: libgcc-10.2.1-6.fc32.x86_64 1/1 [ 1714.786807] dnf[683]: Upgrading: libgcc-10.2.1-6.fc32.x86_64 1/10017 [ 1720.550349] dnf[683]: Running scriptlet: libgcc-10.2.1-6.fc32.x86_64 1/10017 [ 1721.024442] dnf[683]: Upgrading: javapackages-filesystem-5.3.0-9.fc32.noarch 2/10017 [ 1722.464974] dnf[683]: Upgrading: fonts-filesystem-2.0.3-1.fc32.noarch 3/10017 [ 1722.991203] dnf[683]: Upgrading: kf5-filesystem-5.75.0-1.fc32.x86_644/10017 [ 1725.740344] dnf[683]: Upgrading: linux-firmware-whence-20201022-113.fc32.noar 5/10017 [ 1726.414571] dnf[683]: Upgrading: fedora-logos-30.0.2-4.fc32.x86_64 6/10017 the last few and then clean up starts [29154.072094] dnf[683]: Upgrading: gstreamer1-plugins-base-1.16.2-3.fc32.i686 5002/10017 [29173.893098] dnf[683]: Upgrading: libFAudio-20.10-1.fc32.i686 5003/10017 [29196.157601] dnf[683]: Upgrading: wine-core-5.22-1.fc32.i686 5004/10017 [29217.288364] dnf[683]: Upgrading: wine-5.22-1.fc32.x86_64 5005/10017 [29234.820825] dnf[683]: Upgrading: wine-devel-5.22-1.fc32.i686 5006/10017 [29242.109709] dnf[683]: Upgrading: nss-3.58.0-3.fc32.i686 5007/10017 [29244.808671] dnf[683]: Running scriptlet: nss-3.58.0-3.fc32.i686 5007/10017 [29246.645428] dnf[683]: Upgrading: brotli-1.0.9-3.fc32.i686 5008/10017 [29252.598328] dnf[683]: Cleanup : python3-samba-2:4.11.14-0.fc31.x86_64 5009/10017 [29253.238475] dnf[683]: Running scriptlet: firefox-82.0.2-1.fc31.x86_64 5010/10017 [29253.238634] dnf[683]: Cleanup : firefox-82.0.2-1.fc31.x86_64 5010/10017 [29258.067048] dnf[683]: Running scriptlet: firefox-82.0.2-1.fc31.x86_64 5010/10017 [29258.225288] dnf[683]: Running scriptlet: samba-client-2:4.11.14-0.fc31.x86_64 5011/10017 [29258.252223] dnf[683]: Cleanup : samba-client-2:4.11.14-0.fc31.x86_64 5011/10017 [29267.404067] dnf[683]: Running scriptlet: samba-client-2:4.11.14-0.fc31.x86_64 5011/10017 [29274.681484] dnf[683]: Running scriptlet: samba-2:4.11.14-0.fc31.x86_64 5012/10017 [29274.682893] dnf[683]: Cleanup : samba-2:4.11.14-0.fc31.x86_64 5012/10017 The lines from the boot.log about the upgrade are 31624 in total [47054.579629] dnf[683]: Complete! [47054.580819] dnf[683]: Cleaning up downloaded data... Well thanks for the time. My first computer was a Heathkit H-120 with dual cpus. 8080 and an 8mzh 8088. Would only use one or other, not both at same time. Had 768K RAM and 192k video board. Much nicer than IBM PC. 20M hard disk was an option, but was an extra $2000 on top of the $2349 for the kit. So, ran it on dual 360K flop
Re: mysterious/suspicious internet activity.
On 12/1/20 1:18 AM, home user wrote: (on Mon, 2020-11-30 at 23:56 +, Ed wrote) > I thought you said your system was "quiet"? > > For your "network activity" issue the lines of interest are those > which include "ESTABLISHED" as the state. > > It shows both "thunderbird" and "firefox" are both running and connected > to hosts. So, one would expect some network activity When I opened the thread this morning (hours ago), my system was quiet. When, several minutes ago, I did the netstat -atuevp whose output I attached to my reply to you and Tim, yes, Thunderbird and Firefox were running. Check these packages' "Preferences->Privacy & Security" settings. IIRC, Fedora's Mozilla packages have Mozilla's espionage (IMHO: mis-) features (aka. "telemetry", "data collection") enabled by default and therefore are phoning home under "the hood". Ralf ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: Differences between versions of wine on FC31 and FC32? 5.19/5.22
On 12/1/20 11:45 PM, Michael D. Setzer II wrote: hdparm -Tt /dev/sda /dev/sda: Timing cached reads: 10030 MB in 1.99 seconds = 5031.74 MB/sec Timing buffered disk reads: 412 MB in 3.01 seconds = 136.93 MB/sec Those are actually particularly unhelpful benchmarks for this purpose as they are measuring cached and buffered reads. You would need to run a benchmark for random read and write. But it doesn't really matter. Laptop hard drives are really slow, so it's expected to take a long time, although the time yours took does seem a bit excessive. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: Differences between versions of wine on FC31 and FC32? 5.19/5.22
On 12/2/20 12:43 AM, José Abílio Matos wrote: On Wednesday, December 2, 2020 5:39:38 AM WET Samuel Sieb wrote: > Notebook hard drives are really slow now, but I've never seen one take > that long. I saw. :-) [Oh, wait let me change that emoji to :-( ;-)] > This is why I put SSDs in everything. And as you correctly point this is the main issue. A SSD in an old computer will make the computer fly because in some cases the performance bottleneck is the I/O component, and that clearly is the case when installing/updating thousand of packages. At one point I was upgrading a whole bunch of laptops to the next Fedora release and this was before I put SSDs in them. There was one laptop that was at least 5 years older than the rest and it took half the time to do the upgrade than the new ones. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Re: Differences between versions of wine on FC31 and FC32? 5.19/5.22
On Wednesday, December 2, 2020 5:39:38 AM WET Samuel Sieb wrote: > Notebook hard drives are really slow now, but I've never seen one take > that long. I saw. :-) [Oh, wait let me change that emoji to :-( ;-)] > This is why I put SSDs in everything. And as you correctly point this is the main issue. A SSD in an old computer will make the computer fly because in some cases the performance bottleneck is the I/O component, and that clearly is the case when installing/updating thousand of packages. -- José Matos___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org