wjz304

This is the pciid of i225/226 currently supported by igc.ko, You can see the pciid of your network card on Linux through `lspci - nn`

Sorry, my English is also not good. Many times I cannot express myself clearly in English The hardware is okay, but unofficial hardware drivers under the syno system are all ported and compiled by us, Sometimes newer sub models of hardware may be incompatible,

1. You can first obtain the PID vid of the network card and see if the driver source code supports it. 2. Other network cards with USB/PCI can be attached to confirm if it is a network card driver issue, 3. It is possible to virtualize the platform, directly connect to the network card, and attach virtual network card confirmation.

1.可以先获取网卡的PID vid，看看驱动源码是否支持。 2.可以附加其他带有USB/PCI的网卡，以确认是否是网卡驱动程序问题， 3.可以虚拟化平台，直接连接网卡，并附加虚拟网卡确认。

Which model? Try 3622,

The loader compilation is build, and it will display the

Switch to direct boot in the advanced menu

I want to see what is currently displayed on the screen

Add the "console" in the "addons" and you will receive a screen terminal, Then you can obtain information through it to determine the loading status or error message of the network card If the screen does not enter the terminal, it is likely that the kernel has crashed. Please try switching to the LKM or switching to direct boot

At present, it should not be possible to achieve this, But seeing your question, I came up with an idea to include masked parameters in cmdline,

I'm not very familiar with it either. It seems that I've seen synopkcompatsy errors in many logs. I will receive an E5 machine in a few days, but I am not sure about the specific model of the network card. If it is a gigabit network card, I can give it a try

e1000e, I can only simulate

@pocopico Brother, I don't have a core2duo, My PVE simulating core2duo will fail to run, I don't know if it's because it's an AMD cpu. My current environment is indeed very poor, I only have one N5105 board and AMD 5600X's PVE. Perhaps i can be tested on Win through QEMU, but the significance of simulation testing may not be significant, Are there any other testing methods?

https://github.com/wjz304/arpl-addons/blob/main/misc/all/usr/bin/arpl-reboot.sh we should look at this

If using arpl *, you can refer to my instructions arpl-i18n/guide.md at main · wjz304/arpl-i18n (github.com)

Invisible, but still usable

https://global.download.synology.com/download/DSM/release/6.2.3/25426/DSM_DS918+_25426.pat

My opinion is that it cannot be generalized For example, network card drivers, some still need to be compiled to be compatible with more IDs

Generally, refreshing the page can alleviate the issue. If there is no relief, please fill in the model (such as DS920+)

Yes, it has many dependencies，I remember Jim had a separate modules compression package

I haven't seen him recently. I will inquire about his progress later

Sorry, I'm not very familiar with graphics cards(i915). Because jim3ma has been studying it, So I haven't allocated my energy to doing repetitive things,

Try switching to direct startup and check if vmxnet3 is working properly, there is currently an issue with dhcp, and I am still trying to figure out how to solve it. In the advanced menu of arpl-i18n, there is an option to "Allow downgrade installation", which will allow you to install versions lower than the existing system version

Although the 7.1 and 7.2 kernel versions are both 5.10.55 in SA6400, but they are different toolchains, so it is best to compile lkm and modules separately. But precisely because the kver is the same, both tcrp and arpl need to make corresponding modifications to it