Intel x722 не видит сеть

Обновлено: 02.12.2024

Автопредложение помогает быстро сузить результаты поиска, предлагая возможные совпадения по мере ввода.

Технологическая сеть VMware
:
Облако и SDDC
:
ESXi
:
Обсуждения ESXi
:
Сетевой адаптер не обнаружен

а_песок

Отметить как новое
Добавить в закладки
Подписаться
Отключить звук
Отправить сообщение другу

Я добавил в свой сервер адаптер Intel x722 10Gb.

ESXi (от 6.0 до 7.0) не обнаруживает этот адаптер. Адаптер не отображается ни в сети, ни в списке оборудования (также lspci). Я попробовал Live Linux на этой машине - сетевой адаптер определился правильно. Я попытался установить Windows Server на этот хост - обнаружен сетевой адаптер. Как я могу заставить ESXi обнаружить адаптер?

Отметить как новое
Добавить в закладки
Подписаться
Отключить звук
Отправить сообщение другу

Intel поставляет несколько различных моделей x722, т. е. важно выяснить, какая именно модель у вас есть.

Поддерживаемые модели можно найти в Руководстве по совместимости VMware — поиск устройств ввода-вывода. Как только вы выберете один из них, он покажет Vendor-ID, Device-ID, . и поддерживаемая версия прошивки.

Если вы найдете точную модель, может потребоваться загрузить и установить дополнительные драйверы (или внедрить их в установочный образ).

Ашилкришнан

Отметить как новое
Добавить в закладки
Подписаться
Отключить звук
Отправить сообщение другу

Если адаптер совместим, проблема заключается в прошивке/драйвере. Вы можете найти драйвер и рекомендуемую версию прошивки здесь -->

Версию микропрограммы можно проверить через интерфейс оборудования (iLO, KVM, iDRAC). После подтверждения прошивки установите драйвер, а затем перезагрузите хост ESXi

Надеюсь, это поможет

Лалегре

Отметить как новое
Добавить в закладки
Подписаться
Отключить звук
Отправить сообщение другу

Как видно из этой статьи от Intel, ваша сетевая карта использует драйвер i40en в зависимости от модели вашей сетевой карты: Ethernet-адаптеры Intel® Совместимость с VMware*

Если вы заглянете в матрицу совместимости VMware и выполните поиск по ключевому слову X722, вы найдете множество разных моделей, но в большинстве из них используется один и тот же драйвер i40en: Руководство по совместимости VMware — поиск устройств ввода-вывода. Я бы рекомендовал начать с это: Руководство по совместимости VMware — поиск устройств ввода-вывода.

Извините за задержку. Я усердно работал с другим клиентом.

1.) Горит ли какой-либо светодиод, когда кабель подключен к порту LAN на X722?

Да, индикатор горит, как и ожидалось. Также с точки зрения коммутатора похоже, что сетевая карта успешно подключена.

2.) Пробовали ли вы использовать другой кабель для дальнейшей локализации проблемы?

Да, мы меняли LAN-кабель 2 раза.

3.) Пробовали ли вы использовать драйвер, предоставленный Fujitsu? Поскольку это контроллер Ethernet, встроенный в систему Fujitsu, было бы лучше, если бы вы также могли связаться с Fujitsu для получения дополнительной поддержки, поскольку у них есть специальные драйверы и программное обеспечение для включения или изменения функций вашей системы. Они находятся в лучшем положении, где вы можете обратиться за помощью, чтобы не потерять функции или настройки контроллера Ethernet. Перейдите по этой ссылке, чтобы узнать о вариантах поддержки для Ethernet-контроллеров Intel®

Если я использую более старый пакет драйверов, выпущенный Fujitsu, он работает должным образом. Я говорю о пакете драйверов Intel 23.1.

4.) Мне также удалось посетить веб-сайт Fujitsu, но я не могу найти драйвер для X722. Обратитесь в службу поддержки Fujitsu, чтобы узнать, какой драйвер следует установить в вашей системе.

Я провел бинарное сравнение между выпущенным пакетом драйверов Fujitsu 24.1 и выпущенным пакетом драйверов Intel 24.1 и не увидел никакой разницы. Я смог загрузить Intel 24.1 с вашей домашней страницы до того, как он был заменен на 24.2.

Похоже, что проблема возникает только в том случае, если драйвер был предоставлен вновь установленной операционной системе до того, как она загрузится в первый раз (это означает, что драйвер будет добавлен на диск ОС с использованием текущей среды WinPE).

Я также провел тест для развертывания Windows Server 2016 с пакетом драйверов Intel 23.1 и последующего обновления драйвера, и это сработало. И я также провел тест с Windows Server 2019, но там я использовал встроенный драйвер для X722, который работал, как и ожидалось, а позже я обновил драйвер до 24.1, что не приводит к отключению кабеля.

Новая сборка на материнской плате Gigabyte z490 Vision G. Загорелись индикаторы подключения к сети, кабель напрямую к коммутатору. Я установил еще одну сетевую карту, подключенную к тому же коммутатору, и именно ее я использую для подключения, потому что она отлично работает (драйвер Intel igb).Встроенный сетевой порт иногда появляется после перезагрузки, но обычно не показывает связь и скорость/дуплекс «Неизвестно!»

Как вы думаете, что происходит? Какая еще информация вам нужна?

Я не думаю, что это кабель категории 6, я пробовал несколько и несколько портов коммутатора, а также кабели, которые успешно используются на других портах. Это сетевая карта на 2,5 Гбит/с, подключенная к коммутатору на 1 Гбит/с, я могу попробовать подключить кат7 и посмотреть, поможет ли это.

Запрошенные данные добавлены в конце, нет каталога /etc/network/interfaces, и все в /etc/network выглядит как стандартное.

Установка сервера Ubuntu 20.04.

link=no обычно указывает на проблему с кабелем Ethernet. Используете ли вы кабели категории 5e или категории 6? Это настольная или серверная установка? Отредактируйте свой вопрос и покажите мне сеть cat /etc/network/interfaces и cat /etc/netplan/*.yaml и sudo lshw -C, когда установлены ОБЕ сетевые карты.

6 ответов 6

Я отвечу на свой вопрос, это проблема с прошивкой Intel. Надеюсь, это поможет кому-то еще.

Итак, загрузите оба, скопируйте FXVL_15F3_V_2MB_1.45.bin из программы обновления Windows в расположение Linux, в моем случае:

Добавьте это в nvmupdate.cfg:

И запустите утилиту. Вы должны увидеть:

И даже не потребовалась перезагрузка:

Исходя из приведенных выше ответов, для моей системы Ubuntu 20.04.1, работающей на материнской плате Asus WS X299 SAGE II с набором микросхем Intel I225-LM, я переключился на основное универсальное ядро 5.8.7 (последняя версия 5.8 на момент написания этой статьи) с использованием сборок Kernel PPA. (шаги, вдохновленные статьей здесь).

linux-headers-*all.deb
linux-headers-*generic*.deb
linux-image-unsigned-*generic*.deb
linux-modules-*generic*.deb

После загрузки запустите sudo dpkg -i deb linux*.deb

Перезагрузка! (например, sudo reboot)

После восстановления работоспособности вашей системы вы можете убедиться, что используете ядро 5.8.7, запустив uname -sr

Это устранило мою проблему со встроенными сетевыми адаптерами, и вся система работала стабильно без проблем при высокой нагрузке на память и ЦП в течение нескольких дней подряд.

Сначала я пытался обновить прошивку, но потерпел неудачу, так как у меня I225-LM, а не I225-V. Последний, кажется, имеет обновленную прошивку, которую можно перенести в среду Linux, в то время как я не смог найти аналогичный результат для первого.

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

В итоге я использовал инструмент Ukuu, описанный в связанном руководстве. Ядро обновлено до версии 5.8.18, и мой LAN-порт теперь поддерживает гигабитные соединения.

Джон, большое спасибо за публикацию после того, как ты сам во всем разобрался. Я только что завершил новую сборку с Gigabyte Z490i и был совершенно сбит с толку, когда встроенная локальная сеть работала, а потом нет, а потом работала, а потом нет.

Когда я пишу это, я собираюсь попробовать ваш метод, но сначала я проверяю, похоже ли это:

К сожалению, это не помогло моей проблеме.

После перезагрузки ссылка по-прежнему не работала, как будто не было даже подключенного кабеля. В настоящее время единственный способ, который я нашел, чтобы заставить его работать, — это загрузиться в живую программу установки Ubuntu, перейти к сути где я могу настроить сеть, получить IP-адрес через DHCP, затем перезагрузиться в мою установку на диск, и она работает до следующей перезагрузки. Очевидно, это не идеально.

Мне удалось решить эту проблему благодаря вашему обходному пути.

Имя файла должно быть похоже на FXVL_15F3_ASUS.bin , но окончание может различаться в зависимости от производителя материнской платы Z490. Его можно найти на веб-сайте драйверов для конкретной материнской платы, которую вы используете.

После распаковки этого файла у меня остались два zip-файла,

I225V_End_User_FW_UPDATE.zip
I225V_Intel_Gigabit_Ethernet_Driver_V1.0.1.4_WIN10_64-bit.zip.

Я нашел FXVL_15F3_ASUS.bin в I225V_End_User_FW_UPDATE.zip и скопировал этот файл в каталог /700Series/Linux_x64/ для утилиты обновления NVM.

Далее нам нужно найти файл конфигурации для драйвера i225. После распаковки и поиска файлов драйвера Asus LAN я нашел правильные настройки конфигурации в config_i225.txt в I225V_End_User_FW_UPDATE.zip. Опять же, расположение файла config_i225.txt может различаться в зависимости от драйвера локальной сети производителя материнской платы.

Наконец, я перешел к nvmupdate.cfg в /700Series/Linux_x64/ и добавил это в конец файла:

После добавления введите sudo ./nvmupdate64e .После выполнения инструкций на экране Ethernet должен немедленно подключиться. Надеюсь, это поможет всем, кто столкнулся с этой проблемой!

У вас есть плата "ROG STRIX Z490-E GAMING", это правильно? У меня была такая же проблема с Intel I225-V, но у меня есть игровая плата ROG STRIX B550-F GAMING. К сожалению, у меня нет файла «I225V_End_User_FW_UPDATE.zip», когда я загружаю пакет драйверов локальной сети для Windows для своей платы. Интересно, могу ли я повторно использовать найденный вами образ BIN, даже если это не та же плата? Связываться со службой поддержки ASUS бесполезно, они дают мне стандартные общие ответы, такие как «приносим извинения за это» и «вы можете попробовать удалить и переустановить GNU/LINUX». Буквально, это то, что они сказали мне. И они копируют и вставляют "GNU/LINUX".

Вариант 1. Переключитесь на ядро Pop!_OS

У меня такая же сетевая карта (I225-V) на материнской плате Asus B550 (ROG-STRIX-B550-I). Я заставил сетевую карту работать (случайно) переключившись на последнее ядро Pop!_OS 5.4.

Выполните соответствующее обновление .

И когда вы сделаете apt upgrade, он должен порекомендовать обновить ядро до версии Pop, что-то вроде этого 5.4.0-76XX-generic.

76 означает, что это специальное ядро Pop, а следующие два числа указывают версию ядра Debian.

Сейчас я использую ядро 5.4.0-7634-generic с Xubuntu. Сетевая карта появляется и регистрируется на скорости 1 Гбит/с.

Вариант 2. Компиляция модуля вне дерева с использованием исходного кода Pop!_OS

Если вы не хотите доходить до переключения ядер, вы можете скомпилировать драйвер igc из исходного кода Pop, используя сборку ядра Ubuntu в качестве базовой библиотеки.

Загрузите последний исходный код из репозитория Pop на github:

Распаковать архив:

Перейдите в исходный каталог драйвера:

Скомпилируйте драйвер, используя текущий каталог сборки ядра 5.4:

Например, я скомпилировал драйвер, используя исходные файлы ядра 5.4.0-42:

Замените 5.4.0-42-generic на uname -r в дальнейшем.

Убедиться, что все работает, можно с помощью modinfo:

Vermagic в выходных данных должен соответствовать вашему текущему ядру, например:

Теперь установите объектный файл драйвера. Я решил сделать это вручную, чтобы иметь возможность сделать резервную копию драйвера Ubuntu на случай, если с драйвером Pop что-то пойдет не так.

Перезагрузитесь и наслаждайтесь сетевой картой, которая работает с последним драйвером от Pop!

После загрузки ядра с обновленным драйвером вы можете проверить, используете ли вы скомпилированный драйвер с помощью modinfo :

Имя файла должно соответствовать расположению установленного вами драйвера, например:

ВНИМАНИЕ! Если вы решите скомпилировать драйверы Pop, убедитесь, что у вас есть работающая резервная копия ядра, и что вам удобно переключать ядра в grub на случай, если вы загрузите ядро во время установки драйвера. Я отредактировал настройки grub по умолчанию (в /etc/default/grub ), чтобы можно было легко переключать ядра.

Я заметил, что даже в этой версии драйвера igc все еще есть ошибки в ядре 5.4. Например, статистика /proc/net/dev пуста и не обновляется под драйвером igc для сетевой карты. Статистика из ethtool -S обновляется. Я не уверен, точны они или нет.

Эксперимент

Я скомпилировал и установил драйвер igc из исходного кода ядра linux-5.6.19. Похоже, что он также работает под ядром Pop 5.4, но версия драйвера 5.6 по-прежнему имеет проблему со статистикой /proc/net/dev.

Я также попытался скомпилировать последний исходный код драйвера igc для ядер 5.7 и 5.8. И это не подходит, если вы используете источник 5.4. Существуют проблемы с зависимостями в версиях 5.7 и 5.8.

Похоже, что ядро 5.8 добавляет некоторые зависимости управления питанием, которых нет в 5.4. Я получаю следующую ошибку:

Сервер имеет 3 сетевых порта на материнской плате (два 10GBase-T и один 1000Base-T для IPMI, все порты подключены к одному коммутатору с портами 1 Gigabit Ethernet).

Первоначальная установка FreeNAS-11.3-U4 успешно выполнялась с июля. После обновления до FreeNAS-11.3-U5 все стало нормально. Раньше было больше одной перезагрузки, но потом после одной перезагрузки один порт стал иметь статус: нет несущей. Я подумал, что это совпадение (лично еще не был).

Активно использовался отключенный ixl0 (загрузка ~1 ТБ в день).

носитель: автоматический выбор Ethernet
статус: нет несущей

ixl1: flags=8843 metric 0 mtu 1500
description: ixl1
options=6407bb
ether 3c:ec:ef:0c:f6:39
hwaddr 3c:ec :ef:0c:f6:39
инет 192.168.103.100 маска сети 0xffffff00 широковещательная передача 192.168.103.255
nd6 options=9

носитель: автовыбор Ethernet (1000baseT )
статус: активен

ixl1 был перенастроен, чтобы обгонять трафик ixl0. Затем еще через 1,5 месяца я сделал еще одну перезагрузку сервера. И вот второй порт стал иметь статус: нет перевозчика.

Порт IPMI по-прежнему в порядке. Я обновился через смонтированный компакт-диск до TrueNAS 12.0-U1, но это не помогло. BIOS обновлен до последней версии 3.4.

Кто-нибудь знает, почему после перезагрузки порты перешли в состояние "нет оператора" и что я могу попробовать удаленно, поскольку я не смогу лично посетить хостинг из-за рождественских праздников? Были перезагрузки и совпадения? С приближением Рождества я, возможно, не смогу лично посетить хостинг. Перезагрузки - это просто совпадение? Кто-нибудь сталкивался с такими неожиданными вещами? Может ли быть так, что сервер отключил порты коммутатора или коммутатор отключил порты сервера?

Читайте также: