Периодически пропадает соединение с сетью.

[kessys]

Не готов перечитывать все страницы темы, возможно там уже было про это, однако, из сообщений что проблема решилась переходом на etcnet, то похоже на следующее.
В AltLinux 11 в дефолтном NetworkManager работает система рандомизации мак-адреса. Это типа для анонимизации, что бы ваше устройство не отслеживали.
Т.е. эта система периодически, достаточно часто, меняет мак-адрес на рандомный. И это включено по дефолту.
Даже в NetworkManager это дело можно усмирить, задав вместо рандомного мака константный.

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

Уж не знаю точную работу NM, но это не логично менять mac, особенно в пределах корпоративной сети.
Может у вас получиться детальнее зафиксировать проблему и направить на bugzilla

[asy]

Уж не знаю точную работу NM, но это не логично менять mac, особенно в пределах корпоративной сети.
Может у вас получиться детальнее зафиксировать проблему и направить на bugzilla

Параноики такие параноики. В Андроидах современных тоже такая же подстава от них. Я полгода не мог понять, почему ip на телефоне меняется и соединение по ftp отпадает. Точнее даже особо не искал, думал dhcp на роутере глючит. Даже в мыслях посмотреть не было. В настройках каждой конкретной сети меняется, в NM в конфиге отключить можно, гуглится.

[fraks]

Уж не знаю точную работу NM, но это не логично менять mac, особенно в пределах корпоративной сети.
Может у вас получиться детальнее зафиксировать проблему и направить на bugzilla

Ну, это вобщем-то не баг а фича, работает как и задумано.
Другой вопрос что эта фича для большинства будет неожиданной...

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

[fraks]

Параноики такие параноики. В Андроидах современных тоже такая же подстава от них.

Пишут что на apple такая же фигня внедрена.

[kessys]

Ну, это вобщем-то не баг а фича, работает как и задумано.
Другой вопрос что эта фича для большинства будет неожиданной...

Очень в руководствах не писали о не использовании NM, или же дополнительных настроек для корпоративного сектора
Хотя NM только работает с wi-fi

[flint1975]

У меня недавно сетевая вылетела на p10_server_sysv startkit. Работала себе, работала, а тут какие то проблемы с электричеством были и бабах, а другие мат платы Intel Atom D2500MUD по несколько лет работают и ни чего. Вот и думай, кто виноват и что делать. Брелок USB повесил и пока сойдет.

Спойлер

Вот так сейчас выглядит: lspci -vv

Код: [Выделить]

01:00.0 Ethernet controller: Intel Corporation 82574L Gigabit Network Connection
DeviceName: Intel(R) 82574L Gigabit Ethernet Device
Subsystem: Intel Corporation Device 0000
Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Interrupt: pin A routed to IRQ 16
Region 0: Memory at d0200000 (32-bit, non-prefetchable) [size=128K]
Region 1: Memory at d0100000 (32-bit, non-prefetchable) [size=1M]
Region 2: I/O ports at 2000 [size=32]
Region 3: Memory at d0220000 (32-bit, non-prefetchable) [size=16K]
Capabilities: [c8] Power Management version 2
Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA PME(D0+,D1-,D2-,D3hot+,D3cold+)
Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=1 PME-
Capabilities: [d0] MSI: Enable- Count=1/1 Maskable- 64bit+
Address: 0000000000000000  Data: 0000
Capabilities: [e0] Express (v1) Endpoint, MSI 00
DevCap: MaxPayload 256 bytes, PhantFunc 0, Latency L0s <512ns, L1 <64us
ExtTag- AttnBtn- AttnInd- PwrInd- RBE+ FLReset- SlotPowerLimit 0.000W
DevCtl: CorrErr- NonFatalErr- FatalErr- UnsupReq-
RlxdOrd+ ExtTag- PhantFunc- AuxPwr- NoSnoop+
MaxPayload 128 bytes, MaxReadReq 512 bytes
DevSta: CorrErr+ NonFatalErr- FatalErr- UnsupReq+ AuxPwr+ TransPend-
LnkCap: Port #0, Speed 2.5GT/s, Width x1, ASPM L0s L1, Exit Latency L0s <128ns, L1 <64us
ClockPM- Surprise- LLActRep- BwNot- ASPMOptComp-
LnkCtl: ASPM Disabled; RCB 64 bytes, Disabled- CommClk+
ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-
LnkSta: Speed 2.5GT/s (ok), Width x1 (ok)
TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt-
Capabilities: [a0] MSI-X: Enable- Count=1 Masked-
Vector table: BAR=3 offset=00000000
PBA: BAR=3 offset=00002000
Capabilities: [100 v1] Advanced Error Reporting
UESta: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
UEMsk: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
UESvrt: DLP+ SDES- TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol-
CESta: RxErr- BadTLP- BadDLLP- Rollover- Timeout- AdvNonFatalErr+
CEMsk: RxErr- BadTLP- BadDLLP- Rollover- Timeout- AdvNonFatalErr+
AERCap: First Error Pointer: 00, ECRCGenCap- ECRCGenEn- ECRCChkCap- ECRCChkEn-
MultHdrRecCap- MultHdrRecEn- TLPPfxPres- HdrLogCap-
HeaderLog: 00000000 00000000 00000000 00000000
# dmesg | grep -i e1000e

Код: [Выделить]

[   11.746827] e1000e: Intel(R) PRO/1000 Network Driver
[   11.746831] e1000e: Copyright(c) 1999 - 2015 Intel Corporation.
[   11.747181] e1000e 0000:01:00.0: Interrupt Throttling Rate (ints/sec) set to dynamic conservative mode
[   11.747194] e1000e 0000:01:00.0 0000:01:00.0 (uninitialized): Failed to initialize MSI-X interrupts.  Falling back to MSI interrupts.
[   11.788896] e1000e 0000:01:00.0: The NVM Checksum Is Not Valid
[   11.849094] e1000e: probe of 0000:01:00.0 failed with error -5 The NVM Checksum Is Not Valid - Контрольная сумма NVM недействительна
Читал на форумах, что Windows плюет на чек и инициализирует сетевую карту, а Linux ядро игнорит и не поднимает интерфейс (по команде ip a s его не видно)

А я уже "крышу у дома" разбирать начал и разработчиков дистра гнобить ))

Сегодня наступил на эти же грабли, на такой же матери (интел атом ...) включение/выключение загрузки по сети не возымело эффекта, но нашел решение вот тут : https://superuser.com/questions/1197908/network-eth0-missing-the-nvm-checksum-is-not-valid-with-asus-maximus-ix-hero
На случай если будет не доступен ресурс:

Download the Intel Ethernet Connections Boot Utility.
https://downloadcenter.intel.com/download/19186/Intel-Ethernet-Connections-Boot-Utility-Preboot-Images-and-EFI-Drivers
Extract anywhere.

Run:

Код: [Выделить]

cd APPS/BootUtil/Linux_x64
chmod +x ./bootutil64e
sudo ./bootutil64e -NIC 1 -defcfgReboot.

Network will be immediately available in Ubuntu.

[rits]

Сегодня наступил на эти же грабли

Вот еще решение такой же ошибки с которой я встретился на другой модели мат. платы

Исправление ошибки для сетевого адаптера I219-V (rev 11)
# inxi -N
Network:
  Device-1: Intel Ethernet I219-V driver: N/A # должно быть e1000e

# journalctl -p3 | grep -i e1000e
  e1000e 0000:00:1f.6: The NVM Checksum Is Not Valid

- заходим в BIOS;
- войдите в расширенный режим
- перейдите в Advanced\Network Stack Configuration и просто включите сетевой стек
- установите в boot закгрузку с Net PXE
Перезагрузитесь и наслаждайтесь своей сетевой картой. Видимо этого достаточно, чтобы как-то очистить неверную контрольную сумму NVM. Затем вы можете вернуться и отключить указанный стек.

[flint1975]

Вот еще решение такой же ошибки с которой я встретился на другой модели мат. платы

Я же написал, что это не помогло, потому и альтернативное решение.
Там основная беда в нестабильном напряжении питания чипа, из-за этого качество записи в eeprom - нестабильно. А интеловцы пишут туда что-то в процессе работы, видимо, логи состояния.
а включение  сетевого стэка, по идее, переписывает содержимое eeprom, а соответственно и пересчитывает crc.
НО, если до этого он не был включен. Хотя я не пробовал выключить его сбросить nvram и включить обратно.
но именно выключение и включение - эффекта не возымело.