On Wed, Feb 23, 2022 at 3:15 AM Tixy wrote:
>
> Sorry, I know nothing about all this, I just got curious about your
> problem and looked at the source code.
>
>
Wow. That's quite impressive Tixy. I would not even know where to begin
looking! Thank you for all that leg work. I will be looking
On Tue, 2022-02-22 at 22:32 -0600, Flacusbigotis wrote:
[...]
>
> Feb 22 17:26:11 server1 kernel: [ 205.693604] ax88179_178a 5-1:1.0
> enx001122334455: Failed to read reg index 0x: -22
>
> And as you can see in those logs there is an issue with xhci_hcd on
> this
> card and later the USB eth
> I did not have this problem in Debian 10. I do not know if the card's
driver has changed between the two versions of Debian, so I am going to
boot into a Debian 10 live image and see if it displays the same behavior.
Good news: I verified that this whole thing is indeed introduced in Debian
11
Hi.
On Tue, Feb 22, 2022 at 10:56:43AM -0600, Nicholas Geovanis wrote:
> > It's possible, of course. What's also possible is card's EEPROM may have
> > gone haywire. I had a similar problem back in the day with rtl8139 NIC,
> > IIRC. One day the thing simply started to assign itself a rand
On Tue, Feb 22, 2022, 5:18 AM Reco wrote:
>
> On Sun, Feb 20, 2022 at 05:30:10PM -0600, Flacusbigotis wrote:
> .
> > > If the MAC address of the NIC is not persistent, that means udev will
> > > provide you with different interface name each time you boot.
> > > That means that you've hit yet
Hi.
On Sun, Feb 20, 2022 at 05:30:10PM -0600, Flacusbigotis wrote:
> On Thu, Feb 17, 2022 at 1:06 AM Reco wrote:
> > On Thu, Feb 17, 2022 at 12:32:48AM -0600, Flacusbigotis wrote:
> > > Thanks Reco & Greg. I did see the
> > > /lib/systemd/network/73-usb-net-by-mac.link file. Thanks for
On Thu, Feb 17, 2022 at 1:06 AM Reco wrote:
> Hi.
>
> On Thu, Feb 17, 2022 at 12:32:48AM -0600, Flacusbigotis wrote:
> > Thanks Reco & Greg. I did see the
> > /lib/systemd/network/73-usb-net-by-mac.link file. Thanks for that.
> >
> > I don't know exactly what is happening, but the MAC ad
Hi.
On Thu, Feb 17, 2022 at 12:32:48AM -0600, Flacusbigotis wrote:
> Thanks Reco & Greg. I did see the
> /lib/systemd/network/73-usb-net-by-mac.link file. Thanks for that.
>
> I don't know exactly what is happening, but the MAC address of the device
> keeps changing after an ifdown/ifup
Thanks Reco & Greg. I did see the
/lib/systemd/network/73-usb-net-by-mac.link file. Thanks for that.
I don't know exactly what is happening, but the MAC address of the device
keeps changing after an ifdown/ifup cycle post boot. When the device
boots up, it comes up with its own real MAC, but it
On Wed, Feb 16, 2022 at 05:30:17PM +0300, Reco wrote:
> Hi.
>
> On Wed, Feb 16, 2022 at 03:55:21AM -0600, Flacusbigotis wrote:
> > Back in Debian Buster, I learned that the "predictive" naming of this USB
> > ethernet interface would be governed by "73-usb-net-by-mac.rules" and so I
> > had
Hi.
On Wed, Feb 16, 2022 at 03:55:21AM -0600, Flacusbigotis wrote:
> Back in Debian Buster, I learned that the "predictive" naming of this USB
> ethernet interface would be governed by "73-usb-net-by-mac.rules" and so I
> had it configured accordingly with a config file in
> /etc/network/i
My internet connection is off the ethernet port of a PCI-E card that also
has USB ports on it, so the ethernet device is recognized as a "USB
ethernet device"...
Back in Debian Buster, I learned that the "predictive" naming of this USB
ethernet interface would be governed by "73-usb-net-by-mac.rul
12 matches
Mail list logo