Re: USB flakes out?

Everyone seems to have ignored the important bits of info in my original post: This only started happening when I installed fedora 31, and it started happening on two separate systems the same way :-). The mice worked for years with no problems before f31. _

Re: USB flakes out?

On 19.11.19 13:59, Tom Horsley wrote: Everyone seems to have ignored the important bits of info in my original post: This only started happening when I installed fedora 31, and it started happening on two separate systems the same way :-). The mice worked for years with no problems before f31. _

Re: USB flakes out?

On 11/19/19 8:59 PM, Tom Horsley wrote: > Everyone seems to have ignored the important bits of info > in my original post: This only started happening when I > installed fedora 31, and it started happening on two separate > systems the same way :-). > > The mice worked for years with no problems be

Re: USB flakes out?

On Tue, 19 Nov 2019 21:56:05 +0800 Ed Greshko wrote: > I wonder why yours shows as low-speed USB device.  Just curious. Because it is plugged into a usb2 port to leave usb3 port free for stuff that needs them. These are both wired mice, not wireless. I was wondering if maybe older kernels used t

Fedora 30->31 Client ID changed

I was wondering after I upgraded why I couldn't ssh into my workstation. I thought maybe sshd got disabled or firewall changes. Turns out that my "Client ID" changed after the upgrade and I got a different IP address from my Mikrotik router. It was VERY long, something like 23 hex numbers but aft

Re: Fedora 30->31 Client ID changed

On Tue, 19 Nov 2019 08:18:37 -0600 Richard Shaw wrote: > It was VERY long, something like 23 hex numbers but after the > upgrade changed to the MAC address with a 1: on the front. Does this machine have a bridge defined? Before fedora 31 the bridge used to get the same MAC address as the physical

Re: Fedora 30->31 Client ID changed

On Tue, Nov 19, 2019 at 8:25 AM Tom Horsley wrote: > On Tue, 19 Nov 2019 08:18:37 -0600 > Richard Shaw wrote: > > > It was VERY long, something like 23 hex numbers but after the > > upgrade changed to the MAC address with a 1: on the front. > > Does this machine have a bridge defined? Before fedo

Re: USB flakes out?

On 11/19/19 10:05 PM, Tom Horsley wrote: > On Tue, 19 Nov 2019 21:56:05 +0800 > Ed Greshko wrote: > >> I wonder why yours shows as low-speed USB device.  Just curious. > Because it is plugged into a usb2 port to leave usb3 port free > for stuff that needs them. These are both wired mice, not wirele

Re: USB flakes out?

On 11/19/19 10:26 PM, Ed Greshko wrote: > These machines are rather old. OK, I found the spec sheet for the MB on these system.  And, yes, all usb are USB 2.0. -- The key to getting good answers is to ask good questions. ___ users mailing list -- user

.bash_profile: line execution based on su vs. direct login.

(Fedora-30) good morning, My .bash_profile looks like this: --- # .bash_profile # Get the aliases and functions if [ -f ~/.bashrc ]; then . ~/.bashrc fi # User specific environment and startup programs PATH=$PATH:$HOME/.local/bin:$HOME/bin export PATH ksysguard & # the end. -

Re: .bash_profile: line execution based on su vs. direct login.

This may help: https://unix.stackexchange.com/questions/26676/how-to-check-if-a-shell-is-login-interactive-batch On Tue, Nov 19, 2019 at 11:14 AM home user wrote: > > (Fedora-30) > > good morning, > > My .bash_profile looks like this: > --- > # .bash_profile > > # Get the aliases and

Re: USB flakes out?

On Tue, 19 Nov 2019 at 10:06, Tom Horsley wrote: > On Tue, 19 Nov 2019 21:56:05 +0800 > Ed Greshko wrote: > > > I wonder why yours shows as low-speed USB device. Just curious. > > Because it is plugged into a usb2 port to leave usb3 port free > for stuff that needs them. These are both wired mic

Re: USB flakes out?

On Tue, 19 Nov 2019 14:42:51 -0400 George N. White III wrote: > The EFI message was introduced long ago.Has USB3 > port usage changed since you upgraded to Fedora 31? Nope. The only thing different on both these systems is fedora 31. At least it only happens every few hours (or even days), so

Re: .bash_profile: line execution based on su vs. direct login.

On 11/20/19 12:13 AM, home user wrote: > (Fedora-30) > > good morning, > > My .bash_profile looks like this: > --- > # .bash_profile > > # Get the aliases and functions > if [ -f ~/.bashrc ]; then >    . ~/.bashrc > fi > > # User specific environment and startup programs > > PATH=$PATH:

Re: USB flakes out?

On Tue, 19 Nov 2019 at 14:58, Tom Horsley wrote: > On Tue, 19 Nov 2019 14:42:51 -0400 > George N. White III wrote: > > > The EFI message was introduced long ago.Has USB3 > > port usage changed since you upgraded to Fedora 31? > > Nope. The only thing different on both these systems > is fedor

Re: USB flakes out?

On Tue, 19 Nov 2019 18:42:31 -0400 George N. White III wrote: > EFI is looking like a red herring. Next on the list of > suspects with access to both systems is power > management. Have a look at USB Power Management for Linux 5.3 >

Re: USB flakes out?

On 11/18/19 12:46 PM, Tom Horsley wrote: I'm now running fedora 31 on my system at home and at work. On both systems I occasionally notice all my xinput settings have reverted to default, as if I unplugged my mouse and plugged it back in (even though I didn't unplug it). Has anyone else noticed

Re: USB flakes out?

On Tue, 19 Nov 2019 15:28:04 -0800 ToddAndMargo via users wrote: > Never have any issue with the USB ports on the motherboard. > Are the malfunction port(s) on your motherboard? On the motherboard on both systems. I've tried disabling the USB power management on the hub and I'll see what that doe

Re: USB flakes out?

On 11/19/19 3:49 PM, Tom Horsley wrote: On Tue, 19 Nov 2019 15:28:04 -0800 ToddAndMargo via users wrote: Never have any issue with the USB ports on the motherboard. Are the malfunction port(s) on your motherboard? On the motherboard on both systems. I've tried disabling the USB power manageme

Re: Thunderbird and text messages -

On 18/11/19 22:21, Bob Goodwin wrote: On 11/18/19 1:01 AM, Tim via users wrote: That sounds more like a change in how they were sent.  Though you could look for options like display as plain text.  Or the opposite, if they're being sent as HTML. If the texts are being sent as attachments, rath

Re: USB flakes out?

On Tue, 19 Nov 2019 16:38:33 -0800 ToddAndMargo via users wrote: > Also, have you tried other mice/keyboards from > other manufacturer? I would be really suspicious > of your peripheral hardware at this point. I've used these for years, and this only started happening when fedora 31 was installe

Re: USB flakes out?

On 20191119 15:04:58, Tom Horsley wrote: On Tue, 19 Nov 2019 18:42:31 -0400 George N. White III wrote: EFI is looking like a red herring. Next on the list of suspects with access to both systems is power management. Have a look at USB Power Management for Linux 5.3 <https://www.kernel.

Re: .bash_profile: line execution based on su vs. direct login.

(responding to three posts) (Garry) > This may help: > https://unix.stackexchange.com/questions/26676/how-to-check-if-a-shell-is... Thank-you, Garry.  I read it.  I don't see how that helps.  Her

Re: .bash_profile: line execution based on su vs. direct login.

On 11/20/19 11:55 AM, home user wrote: FWIW, it is bad practice to answer multiple posts in the same message. Anyway > > Are you a KDE user? > Thank-you, Ed. > Well, after 6 years, you haven't made me a KDE convert yet!  :) > I'm mostly a Gnome user. For GNOME it is almost as simple. If th

Re: USB flakes out?

On 11/19/19 4:50 PM, Tom Horsley wrote: On Tue, 19 Nov 2019 16:38:33 -0800 ToddAndMargo via users wrote: Also, have you tried other mice/keyboards from other manufacturer? I would be really suspicious of your peripheral hardware at this point. I've used these for years, and this only started

Re: .bash_profile: line execution based on su vs. direct login.

home user wrote: > After coming to think that login and interactive modes are not the answer, I > started digging into ps, and piping its output into grep.  Unfortunately, > that generates another process "grep ksysguard ...".  Piping into "grep -v > ..." also doesn't help.  After groping all over