Автор Тема: Периодически пропадает соединение с сетью.  (Прочитано 4664 раз)

Оффлайн kessys

  • Завсегдатай
  • *
  • Сообщений: 627
Да и только в RC убрали пакет udev-rule-generator....
Вы, вообще, понимаете, что я Вам писал и тут и в баге? Или Вы принципиально не хотите поправить несколько названий интерфейсов в соответствующем конфиге? Что Вы прицепились к udev-rule-generator? Ещё раз: он формирует правило, которое можно править руками.
Я прицепился к версии дистра, так как по умолчанию на нём eth. Да и на тестируемой версии с переименнованым названием, оно только при установке, в системе его уже нет.
« Последнее редактирование: 09.09.2023 20:29:53 от kessys »
О подпись)
Жизнь с kde не так плоха, Но без ssd, это жестоко грустно.

Оффлайн nialiv

  • Давно тут
  • **
  • Сообщений: 105
    • Email
Нет, не решили. Проблема у Вас в сетевом контроллере, кабеле, или свитче/роутере.
А я говорю решил, поскольку все перечисленные Вами устройства я неоднократно проверял и заменял, проблема оставалась. А вот после отключения NM она пропала и уже более месяца не появляется.
Аналогично и в других системах, где она тоже была.
У Вас может быть другая системная плата, или другая версия системной платы, или интегрированной сетевой карты, или ещё что-нибудь.
Ещё много лет назад (более тридцати) у меня была проблема с конфликтом сетевой карты со звуковой картой ещё с интерфейсом PCI. Я предложил специалисту поменять их местами, меня буквально "подняли на смех" и "освистали", типа, такого не может быть, потому, что не может быть никогда, однако, когда по моему настоянию, всё-таки переставили их местами, проблема пропала.
« Последнее редактирование: 10.09.2023 17:43:32 от nialiv »

Оффлайн Nicom

  • Завсегдатай
  • *
  • Сообщений: 630
У Вас может быть другая системная плата, или другая версия системной платы, или интегрированной сетевой карты, или ещё что-нибудь.
Да, на предприятии где я работаю несколько материнских плат с этим чипом RTL8111H и ни на одной нет похожих на Ваши проблем.
Дистрибутивы были всякие и Debian, и SuSE, и Альт р8-р10 с NM и с etcnet.
Попробуйте для разнообразия другую сетевую карту, хоть на популярном чипе RTL8139.
Указанной Вами платы Asus PRIME B250M-K у меня не было, не могу протестировать.

Вы пишите про плату Asus PRIME B250M-K, а в выводе команды присутствует совсем другая плата.
У меня системная плата Asus PRIME B250M-K.
А вот "выхлоп" этой команды у меня:
[root@nikiv ~]# lspci -k | grep 'Ether' -A 3
03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 15)
        Subsystem: ASUSTeK Computer Inc. PRIME B450M-A Motherboard
        Kernel driver in use: r8169
[root@nikiv ~]#
Что реально показывает команда dmidecode в плане наименования материнской платы, обычно второй - третий раздел сверху?
Что говорит setup по поводу наименования платы?

Оффлайн nialiv

  • Давно тут
  • **
  • Сообщений: 105
    • Email
Вы пишите про плату Asus PRIME B250M-K, а в выводе команды присутствует совсем другая плата.
Стало быть, так работает система Alt Linux, или команда, однако системная плата у меня, всё-таки, Asus PRIME B250M-K с процессором Core I7 7100. Другая плата на компьютере домашнего кинотеатра Asus P8H67-V с интегрированной Atheros 8151, но на нём установлена Windows 10 ver. 1803. Кстати, процессор тоже системой определяется криво, как Xeon E3-1200.
Или, как вариант меня "жестоко" обманули изготовители железа, подсунули материнку с более новым чипсетом да ещё и AMD-шный и боксовый серверный процессор, вместо обычного Core I3-7100, только странно, что Xeon E3-1200 поддерживает максимальную частоту 1600 MHz, а у меня уже лет восемь система нормально работает  с оперативкой 2400 MHz, что подтверждается различными тестами. Получается, что такой "кривой" выхлоп даёт команда, тут я уже ничего не сделаю.
Ещё раз повторил тестирование в Альте, результаты те же.
Кстати, в Windows всё определяется правильно. Попробую снова выполнить тесты в Windows и дополню ответ.
PS: Я категорический противник разгонов, использую железо исключительно в штатном режиме.
Дополняю: Провёл тестирование оборудования в утилите Aida 64 Extrim в системе Windows. Как и ожидалось, утилита дала верные сведения о системе, привожу их в сокращённом варианте:
[ AIDA64 Extreme                                   

 [ Системная плата

    Свойства системной платы:
      ID системной платы                                63-0100-000001-00101111-091015-Chipset$0AAAA000_BIOS DATE: 05/11/18 01:43:48 VER: 05.0000C
      Системная плата                                   Asus Prime B250M-K

 [ ЦП

    Свойства ЦП:
      Тип ЦП                                            DualCore Intel Core i3-7100, 3900 MHz (39 x 100)
      Псевдоним ЦП                                      Kaby Lake-S

 [ Сетевые адаптеры / Realtek PCIe GBE Family Controller ]

    Свойства устройства:
      Описание драйвера                                 Realtek PCIe GBE Family Controller
      Дата драйвера                                     07.04.2015
      Версия драйвера                                   9.1.407.2015
      Поставщик драйвера                                Microsoft
      INF-файл                                          rt640x64.inf
      INF Section                                       RTL8168Series.ndi.NT
      Аппаратный ID                                     PCI\VEN_10EC&DEV_8168&SUBSYS_86771043&REV_15
      Сведения о размещении                             PCI-шина 3, устройство 0, функция 0
      PCI-устройство                                    Realtek RTL8168/8111 PCI-E Gigabit Ethernet Adapter
Провёл тест в своей основной системе, Debian 12 и он показал результаты абсолютно те же, что и в Alt Linux.
Получается, что проблема с неправильным выводом информации о системе в самой системе Linux.
« Последнее редактирование: 11.09.2023 09:23:44 от nialiv »

Оффлайн asy

  • alt linux team
  • ***
  • Сообщений: 8 104
Вы пишите про плату Asus PRIME B250M-K, а в выводе команды присутствует совсем другая плата.
Просмотрел тему, не увидел, где он вывод dmidecode про материнку показывает. Стало интересно, где dmidecode ошибается.

Оффлайн Nicom

  • Завсегдатай
  • *
  • Сообщений: 630
Стало интересно, где dmidecode ошибается.
Так ведь и нет пока вывода dmidecode в этой теме. Тут только вывод команды lspci.

Получается, что проблема с неправильным выводом информации о системе в самой системе Linux.
Это конечно возможно, именно по этой причине я и просил Вас посмотреть, что именно написано на самом чипе. (Придётся вооружиться часовой лупой)
Часть чипов имеют схожее расположение сигналов на выводах и схожие корпуса, они могут быть взаимозаменяемыми. Но на уровне драйвера работают совершенно разнообразно в силу разной внутренней организации и регистров. RTL8168 и 8111 совсем разные чипы по внутреннему строению, но одинаковые по внешним параметрам, хотя и объединены в один драйвер. Тут вопрос скорее к разработчикам драйвера, насколько хорошо они поддерживают разные типы и ревизии этих чипов.

Проверьте наличие обновления для BIOS Вашей платы https://www.asus.com/supportonly/prime%20b250m-k/helpdesk_bios/. Судя по официальному сайту, текущая версия 2001 от 2021/08/10. Может это исправит ситуацию.
Хотя, я больше склоняюсь к неисправности чипа.


Оффлайн asy

  • alt linux team
  • ***
  • Сообщений: 8 104
Так ведь и нет пока вывода dmidecode в этой теме. Тут только вывод команды lspci.

Получается, что проблема с неправильным выводом информации о системе в самой системе Linux.
Нет, получается, что Вы просто пока не понимаете, про что пишите. Вы показываете вывод чего-то там, что показывает информацию из DMI платы, а информацию dmidecode не показали.

Но dmidecode не покажет переферийные устройства, такие, как сетевая карта. Тут нужен lspci (и этот вывод Вы предоставили). Но не предоставили соответствующих данных от Windows, чтобы утверждать что-то про Linux. Возвращаясь к lspci. Эта утилита просто вытаскивает PCI ID плат. Что там производитель написал, то и будет (в цифрах, lspci -n). А цифры в буквы преобразуются просто через файлик /usr/share/misc/pci.ids, не более того. Если Вы там нашли ошибку, можете повесить баг. Для lsusb, кстати, аналогично, /usr/share/misc/usb.ids.

Оффлайн nialiv

  • Давно тут
  • **
  • Сообщений: 105
    • Email
Нет, получается, что Вы просто пока не понимаете, про что пишите.
Хотите верьте, хотите - нет, это Ваше дело, я лишь привёл результаты работы команды и утилиты. Считайте, как считаете, у каждого свой вкус, а я проблему решил и мне этого вполне достаточно.
И ещё, не надо считать себя умнее других, можно оказаться в неловком положении.
PS: Такой системной платы и процессора, которые выводит команда, у меня, за последние 30 лет, никогда не было, всю жизнь предпочитаю исключительно процессоры Intel и системные платы Asus.
« Последнее редактирование: 12.09.2023 11:48:29 от nialiv »

Оффлайн asy

  • alt linux team
  • ***
  • Сообщений: 8 104
Нет, получается, что Вы просто пока не понимаете, про что пишите.
Хотите верьте, хотите - нет, это Ваше дело, я лишь привёл результаты работы команды и утилиты. Считайте, как считаете
Только вот, в данном случае, я не считаю, а точно знаю, в отличие от Вас. Но Вы упорно не слушаете и делаете какие-то непонятные умозаключения на придуманных Вами исходных данных.

Оффлайн nialiv

  • Давно тут
  • **
  • Сообщений: 105
    • Email
Только вот, в данном случае, я не считаю, а точно знаю, в отличие от Вас. Но Вы упорно не слушаете и делаете какие-то непонятные умозаключения на придуманных Вами исходных данных.
Устал я от советчиков. Linux занимаюсь более 20 лет, из них 6 лет Debian моя основная система, на ней  уже 12-й год работает домашний сервер, который создал сам и НИ ОДИН  советчик мне НИ В ЧЁМ мне за это время не помог, во всём разобрался сам, а что касается сведений о системе. вот "выхлоп" команды на фоне этого сообщения. Системная плата Asus PRIME B250M-K, процессор Core I3-7100, его марка видна нв окне "Сведений о системе".
Ни какого монтажа не делал, просто это результат работы команды.

Оффлайн toreonify

  • Давно тут
  • **
  • Сообщений: 77
НИ ОДИН  советчик мне НИ В ЧЁМ мне за это время не помог
:-o

Ни какого монтажа не делал, просто это результат работы команды.
Вы до сих пор не поняли разницу) lspci использует "тупой" способ определения дополнительной информации о PCI устройстве, посмотрев в файлике "цыферки".

$ grep B450 /usr/share/misc/pci.ids
                1043 876b  PRIME B450M-A Motherboard
                1043 876b  PRIME B450M-A Motherboard
                1043 876b  PRIME B450M-A Motherboard
                1043 86c7  PRIME B450M-A Motherboard
                1043 876b  PRIME B450M-A Motherboard
                1043 8677  PRIME B450M-A Motherboard

В выводе из AIDA у вас есть идентификатор производителя (SUBSYS) который совпадает с последним из списка для lspci:

Цитировать
PCI\VEN_10EC&DEV_8168&SUBSYS_86771043&REV_15

У меня тоже выводит B450, но материнская плата другая.

$ lspci -k
...
02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 15)
        Subsystem: ASUSTeK Computer Inc. PRIME B450M-A Motherboard
        Kernel driver in use: r8169

А вот dmidecode выдает все верно:

# dmidecode
...
Handle 0x0002, DMI type 2, 15 bytes
Base Board Information
        Manufacturer: ASUSTeK COMPUTER INC.
        Product Name: PRIME H310M-R R2.0
        Version: Rev X.0x
        Serial Number: 190448248600674
        Asset Tag: Default string
        Features:
                Board is a hosting board
                Board is replaceable
        Location In Chassis: Default string
        Chassis Handle: 0x0003
        Type: Motherboard
        Contained Object Handles: 0

И ещё, не надо считать себя умнее других, можно оказаться в неловком положении.
Именно. Поэтому, легче несколько раз переспросить и выяснить, что от вас хотят, чтобы помочь, вместо того, чтобы кидать в очередной раз вывод не той команды...

Оффлайн asy

  • alt linux team
  • ***
  • Сообщений: 8 104
Только вот, в данном случае, я не считаю, а точно знаю, в отличие от Вас. Но Вы упорно не слушаете и делаете какие-то непонятные умозаключения на придуманных Вами исходных данных.
Устал я от советчиков. Linux занимаюсь более 20 лет
Что поделать. Заниматься - это не значит понимать. Ни процессор, ни материнка не имеют отношения к работе сети, за исключением ситуации, когда сетевой контроллер к материнке припаяли. Но и в этом случае это вполне конкретный контроллер, c вполне конкретным PCI ID, на который и следует ориентроваться. Другой информации про него в принципе нет, для любой ОС. А назание просто из базы этих PCI ID берётся. Теперь что касается ОС Linux. Ядра у всех берутся из одного источника, драйвера, если они не из дерева ядра, тоже из примерно одного. И их работоспособность тоже не зависит от ОС семейства Linux, разве что от версии в конкретном дистрибутиве, но эти версии, как раз, обновляются. И да, мне на понимание этого хватило гораздо менее 20-и лет, хотя я исключительно Linux использую тоже более 20-и. :-)

Оффлайн nialiv

  • Давно тут
  • **
  • Сообщений: 105
    • Email
Что поделать. Заниматься - это не значит понимать.
И здесь начался троллинг, ухожу, можете дальше не стараться.