Closed cherr07 closed 10 months ago
which one is shown?
follow guidelines for bugreport!
The first one is active. Where can I view the guidelines for bugreport?
mentioned in readme of arc and of you open a new bugreport with preset. this is why there is a question what you wan't to do.
and for your system to try: arc - update modules - enter version - Enter: 23.12.4 - rebuild loader and boot.
mentioned in readme of arc and of you open a new bugreport with preset. this is why there is a question what you wan't to do.
Arc sees two network interfaces (screenshot 1), both working on the bootloader configuration. But the DSM sees only one network interface (screenshot 2). How do I make the DSM see two network interfaces?
First: https://github.com/AuxXxilium/arc/blob/main/README.md
Second i wrote 1 message before: "and for your system to try: arc - update modules - enter version - Enter: 23.12.4 - rebuild loader and boot."
FYI: Arc and DSM are 2 completely different systems. so provide the correct informations or i can't help. And you are sure that the 2.5G is working?
Christian, good afternoon.
I've been using your Arc for over a year. Before writing here, I read the wiki carefully. I did not find an answer to my question.
I updated the modules to 12/23/2014. DSM sees one network interface. I have two network interfaces in my machine. One is on the mainboard (Realtek 8168), the second is in the PCI slot (Realtek 8125). The DSM sees only one network interface on the motherboard. DSM version 7.2 saw both network interfaces. After updating arc (12/23/10) and DSM (7.2.1), it sees only one network interface. Question: How do I restore two network interfaces?
The speed was and is 1G.
What data do I need to provide to you so that you can help me?
First tell me: Is the r8168/9 or the r8125 shown in dsm?
Second: I need a Screenshot from Sysinfo in Arc.
Third: You can try without setting fake mac to adapter. Is an option while Model Selection.
Fourth: Do you have made a cold boot and disabled Fastboot/Quietboot in Bios?
So the issue is about the r8125. now i can take a look at this.
in your old boot screenshot, macsys was set to custom and so you activated fake mac.
you can try to build loader with deselected module: r8125_v9
I've already tried, it didn't work out.
you can try to build loader with deselected module: r8125_v9
I'm using a real mac right now
The router defines r8125 like this
are you able to grep serial log?
and can you do "lspci -nnk" over ssh in dsm?
are you able to grep serial log?
How to do it?
and can you do "lspci -nnk" over ssh in dsm? I'll try it now
If I disable all modules. Enable only r8125_v9 connection works. But there is only one network interface in the DSM.
than disable the old r8125 and enable all other
If I enable all modules except the old r8125. Only the r8168 connection works. But there is only one network interface in the DSM.
Why is there only one network interface?
and can you do "lspci -nnk" over ssh in dsm? I'll try it now
:~$ lspci -nnk 0000:00:00.0 Class [0600]: Device [8086:4c53] (rev 01) DeviceName: Onboard - Other Subsystem: Device [1458:5000] 0000:00:02.0 Class [0300]: Device [8086:4c8a] (rev 04) DeviceName: Onboard - Video Subsystem: Device [1458:d000] 0000:00:06.0 Class [0604]: Device [8086:4c09] (rev 01) Kernel driver in use: pcieport 0000:00:14.0 Class [0c03]: Device [8086:43ed] (rev 11) DeviceName: Onboard - Other Subsystem: Device [1458:5007] Kernel driver in use: xhci_hcd 0000:00:14.2 Class [0500]: Device [8086:43ef] (rev 11) DeviceName: Onboard - Other 0000:00:16.0 Class [0780]: Device [8086:43e0] (rev 11) DeviceName: Onboard - Other Subsystem: Device [1458:1c3a] 0000:00:17.0 Class [0106]: Device [8086:43d2] (rev 11) DeviceName: Onboard - SATA Subsystem: Device [1458:b005] Kernel driver in use: ahci 0000:00:1b.0 Class [0604]: Device [8086:43c4] (rev 11) Kernel driver in use: pcieport 0000:00:1c.0 Class [0604]: Device [8086:43bc] (rev 11) Kernel driver in use: pcieport 0000:00:1c.5 Class [0604]: Device [8086:43bd] (rev 11) Kernel driver in use: pcieport 0000:00:1d.0 Class [0604]: Device [8086:43b0] (rev 11) Kernel driver in use: pcieport 0000:00:1f.0 Class [0601]: Device [8086:4387] (rev 11) DeviceName: Onboard - Other Subsystem: Device [1458:5001] 0000:00:1f.3 Class [0403]: Device [8086:43c8] (rev 11) DeviceName: Onboard - Sound Subsystem: Device [1458:a194] 0000:00:1f.4 Class [0c05]: Device [8086:43a3] (rev 11) DeviceName: Onboard - Other Subsystem: Device [1458:5001] 0000:00:1f.5 Class [0c80]: Device [8086:43a4] (rev 11) DeviceName: Onboard - Other 0000:01:00.0 Class [0108]: Device [126f:2263] (rev 03) Subsystem: Device [126f:2263] Kernel driver in use: nvme 0000:03:00.0 Class [0200]: Device [10ec:8168] (rev 15) Subsystem: Device [1458:e000] Kernel driver in use: r8169 0000:04:00.0 Class [0200]: Device [10ec:8125] (rev 05) Subsystem: Device [10ec:0123] Kernel driver in use: pgtool 0001:09:00.0 Class [0106]: Device [1b4b:9235] (rev 11) 0001:0c:00.0 Class [0106]: Device [1b4b:9235] (rev 11)
don't know whats wrong with your system, possible firmware to old, bios update needed.
try to disable r8169 and r8125.
don't know whats wrong with your system, possible firmware to old, bios update needed.
try to disable r8169 and r8125.
I've tried this. The DSM is not available. BIOS is new.
The Arc version arc-23.6.36a and DSM 7.2 worked correctly. There were two network interfaces r8168 and r8125.
Where can I see which modules have been changed? To compare them.
No driver in use:
0000:03:00.0 Class [0200]: Device [10ec:8168] (rev 15) Subsystem: Device [1458:e000] Kernel driver in use: r8169 0000:04:00.0 Class [0200]: Device [10ec:8125] (rev 05)
so the most possible issue is, that the firmware isn't supported by updated r8125.
If I disable all modules. Enable only r8125_v9 connection works. But there is only one network interface in the DSM.
I think there is a driver conflict here. I think there is a driver conflict here. The new driver version is working and there is access to the DSM via r8125
this is why i wrote you should try to disable r8169 and r8125
this is why i wrote you should try to disable r8169 and r8125 Christian, I have disabled both drivers, but the DSM is not available over the network.
good to know. so your realtek hardware id is placed in both modules. i will try to find a way to remove them from one of them.
one thing at the end: can you try modules version: 23.12.1a
this includes different realtek modules.
I checked it out. Does not work. The latest correct version of arc is 23.9.10b
This version correctly identifies network adapters, different network adapters get different IP addresses. All versions after arc-23.9.10b assign one IP to both network adapters. Also in new versions, at the boot level of the arc-23.9.10b kernel, r8125 is loaded first, then r8168. The correct boot order is r8168 first and r8125 second.
All versions after arc-23.9.10b assign one IP to both network adapters.
Christian, I think this is a bug at the kernel compilation level. Please check it out.
Pay attention to the loading order (black screenshot above). And compare it with the first screenshot in the topic.
if i see this, your nic firmware is outdated, this cause the issues with updated drivers and fix issues for many other. 🙈
you can try to use latest version but update/downgrade modules to 23.9.10b
Now I forgot to connect 2 HDD after the tests (there are 4 of them in the pool). And it booted with version arc-12/23/10. DSM returned a disk error. But! Amazing! The system showed two network interfaces that work
After connecting the hdd, one network is active again.
you can try to use latest version but update/downgrade modules to 23.9.10b
I'll try it tomorrow.
Christian, I think this is a bug at the kernel compilation level. Please check it out.
Pay attention to the loading order (black screenshot above). And compare it with the first screenshot in the topic.
fyi: we don't change anything in dsm kernel, because it isn't open source. so this is impossible.
you can try to use latest version but update/downgrade modules to 23.9.10b
I tried it. It works with one test HDD. The DSM defines two network connections, but they do not work quite correctly. When installing four HDDs, one network adapter is determined in DSM.
Christian, I think this is a bug at the kernel compilation level. Please check it out. Pay attention to the loading order (black screenshot above). And compare it with the first screenshot in the topic.
fyi: we don't change anything in dsm kernel, because it isn't open source. so this is impossible.
I meant loader kernel.
The problem is that in sysinfo both network adapters have the same IP
Can you fix it? Two adapters - two IP addresses
Christian, all problems were solved by replacing the loader with PeterSuh-Q3 Tinycore-Red Pill https://github.com/PeterSuh-Q3/tinycore-redpill/releases/tag/v1.0.0.5
There are definitely errors in your loader. Thank you for your work. I really like your loader, but in the theme on xpenology.com many people write about problems with network cards.
I will be happy to return to your loader if the errors are fixed.
After updating the Arc loader arc-23.6.36a and updating the DSM to 7.2.1-69057, the second network interface was no longer detected. When booting, two network interfaces are defined, and there is only one in the DSM. I ask for help to connect the second network interface.