Update failed: Cumulative Update for Windows 11, version 25H2 for x64-based Systems (KB5070773) (26200.6901)

Good work — that’s exactly the right sequence (remove old package, install the Realtek driver, disable power‑management). Reboot and let me know the result.
If the NIC is fixed after reboot
  • Tell me and we’ll mark this item done.
If it still misbehaves, next things I’ll help you check (high priority, brief)
  1. Device Manager / driver version — confirm the Realtek entry shows and the driver version matches the one you installed.
  2. Link speed / connection — confirm the adapter reports 2.5 Gbps (or expected speed) and that you have an IP / gateway reachable.
  3. Physical checks — swap cable, try a different LAN port on the switch/router to rule out a cable/port fault.
  4. Event Viewer — look for Network/Driver errors around boot or link events.
  5. Try the vendor installer — if you used an INF-only update, try Realtek’s full installer (it can add services/filters some INF updates don’t).
  6. Test with another NIC (USB or PCIe) to verify whether the problem is OS/driver or hardware.
If you want me to diagnose further after the reboot
  • Post one screenshot or the short outputs showing: Device Manager driver tab (Driver Version), current link speed/status, and any recent System events — I’ll read them and give the single next command or step (no guessing).
I’ll stand by — let me know what you see after the reboot and I’ll tell you the one next action.
 

I also disabled Fast Startup.

Issue persists.

Windows PowerShell Copyright (C) Microsoft Corporation. All rights reserved. Install the latest PowerShell for new features and improvements! Installing PowerShell on Windows - PowerShell PS C:\WINDOWS\system32> ipconfig /all Windows IP Configuration Host Name . . . . . . . . . . . . : PATRE-Desktop Primary Dns Suffix . . . . . . . : Node Type . . . . . . . . . . . . : Hybrid IP Routing Enabled. . . . . . . . : No WINS Proxy Enabled. . . . . . . . : No PS C:\WINDOWS\system32> Get-NetAdapter -IncludeHidden | Format-List Name,InterfaceDescription,Status,MediaConnectionState,MacAddress,LinkSpeed Name : Ethernet (Kernel Debugger) InterfaceDescription : Microsoft Kernel Debug Network Adapter Status : Not Present MediaConnectionState : Unknown MacAddress : LinkSpeed : 0 bps Name : Teredo Tunneling Pseudo-Interface InterfaceDescription : Status : Not Present MediaConnectionState : Unknown MacAddress : LinkSpeed : 0 bps Name : Ethernet InterfaceDescription : Realtek PCIe 2.5GbE Family Controller Status : MediaConnectionState : Unknown MacAddress : 3C-52-A1-29-6D-91 LinkSpeed : 0 bps Name : Microsoft IP-HTTPS Platform Interface InterfaceDescription : Status : Not Present MediaConnectionState : Unknown MacAddress : LinkSpeed : 0 bps Name : 6to4 Adapter InterfaceDescription : Status : Not Present MediaConnectionState : Unknown MacAddress : LinkSpeed : 0 bps PS C:\WINDOWS\system32> Get-NetIPConfiguration | Format-List PS C:\WINDOWS\system32> Get-NetAdapterAdvancedProperty -Name "*" | Select-Object ifName,DisplayName,DisplayValue | Format-Table -AutoSize ifName DisplayName DisplayValue ------ ----------- ------------ Energy-Efficient Ethernet Enabled Flow Control Rx & Tx Enabled Interrupt Moderation Enabled IPv4 Checksum Offload Rx & Tx Enabled Jumbo Frame Disabled Large Send Offload v2 (IPv4) Enabled Large Send Offload v2 (IPv6) Enabled Wake on magic packet when system is in the S0ix power state Disabled Maximum Number of RSS Queues 4 Queues ARP Offload Enabled NS Offload Enabled Priority & VLAN Priority & VLAN Enabled Receive Buffers 1024 Receive Side Scaling Enabled Speed & Duplex Auto Negotiation TCP Checksum Offload (IPv4) Rx & Tx Enabled TCP Checksum Offload (IPv6) Rx & Tx Enabled Transmit Buffers 512 UDP Checksum Offload (IPv4) Rx & Tx Enabled UDP Checksum Offload (IPv6) Rx & Tx Enabled Wake on Magic Packet Enabled Wake on pattern match Enabled Advanced EEE Disabled EEE Max Support Speed 1.0 Gbps Full Duplex Green Ethernet Enabled Gigabit Lite Enabled Network Address Power Saving Mode Disabled VLAN ID 0 Shutdown Wake-On-Lan Enabled WOL & Shutdown Link Speed 10 Mbps First PS C:\WINDOWS\system32> Get-Service -Name Dhcp, NlaSvc, Netprofm | Format-Table Name,Status,StartType Name Status StartType ---- ------ --------- Dhcp Running Automatic Netprofm Running Manual NlaSvc Stopped Manual PS C:\WINDOWS\system32> Get-WinEvent -FilterHashtable @{LogName='System'; StartTime=(Get-Date).AddMinutes(-60)} | Where-Object { $_.ProviderName -match 'NET|e1|Tcpip|Dhcp|Ndis' } | Select TimeCreated, ProviderName, Id, Message -First 60 TimeCreated ProviderName Id Message ----------- ------------ -- ------- 24/10/2025 16:39:10 Microsoft-Windows-DHCPv6-Client 51046 DHCPv6 client service is started 24/10/2025 16:39:10 Microsoft-Windows-Dhcp-Client 50036 DHCPv4 client service is started 24/10/2025 16:39:10 Microsoft-Windows-Dhcp-Client 50103 DHCPv4 client registered for shutdown notification 24/10/2025 16:39:10 Microsoft-Windows-Dhcp-Client 50036 DHCPv4 client service is started 24/10/2025 16:38:04 Microsoft-Windows-Dhcp-Client 50037 DHCPv4 client service is stopped. ShutDown Flag value is 1 24/10/2025 16:38:04 Microsoft-Windows-DHCPv6-Client 51057 DHCPv6 client service stop is almost done.DHCP Context ... 24/10/2025 16:38:04 Microsoft-Windows-DHCPv6-Client 51047 DHCPv6 client service is stopped. ShutDown Flag value is 1 24/10/2025 16:38:04 Microsoft-Windows-Dhcp-Client 50106 DHCPv4 is waiting on DHCPv6 service to stop 24/10/2025 16:38:04 Microsoft-Windows-Dhcp-Client 50105 DHCPv4 client ProcessDHCPRequestForever received TERMIN... 24/10/2025 16:38:04 Microsoft-Windows-Dhcp-Client 50104 DHCPv4 client received shutdown notification 24/10/2025 16:21:48 Microsoft-Windows-DHCPv6-Client 51046 DHCPv6 client service is started 24/10/2025 16:21:48 Microsoft-Windows-Dhcp-Client 50036 DHCPv4 client service is started 24/10/2025 16:21:48 Microsoft-Windows-Dhcp-Client 50103 DHCPv4 client registered for shutdown notification 24/10/2025 16:21:48 Microsoft-Windows-Dhcp-Client 50036 DHCPv4 client service is started 24/10/2025 16:21:03 Microsoft-Windows-Dhcp-Client 50037 DHCPv4 client service is stopped. ShutDown Flag value is 1 24/10/2025 16:21:03 Microsoft-Windows-Dhcp-Client 50106 DHCPv4 is waiting on DHCPv6 service to stop 24/10/2025 16:21:03 Microsoft-Windows-DHCPv6-Client 51047 DHCPv6 client service is stopped. ShutDown Flag value is 1 24/10/2025 16:21:03 Microsoft-Windows-Dhcp-Client 50105 DHCPv4 client ProcessDHCPRequestForever received TERMIN... 24/10/2025 16:21:03 Microsoft-Windows-Dhcp-Client 50104 DHCPv4 client received shutdown notification 24/10/2025 16:17:23 Microsoft-Windows-DHCPv6-Client 51046 DHCPv6 client service is started 24/10/2025 16:17:23 Microsoft-Windows-Dhcp-Client 50036 DHCPv4 client service is started 24/10/2025 16:17:23 Microsoft-Windows-Dhcp-Client 50103 DHCPv4 client registered for shutdown notification 24/10/2025 16:17:23 Microsoft-Windows-Dhcp-Client 50036 DHCPv4 client service is started 24/10/2025 16:16:36 Microsoft-Windows-Dhcp-Client 50037 DHCPv4 client service is stopped. ShutDown Flag value is 1 24/10/2025 16:16:36 Microsoft-Windows-Dhcp-Client 50106 DHCPv4 is waiting on DHCPv6 service to stop 24/10/2025 16:16:36 Microsoft-Windows-DHCPv6-Client 51057 DHCPv6 client service stop is almost done.DHCP Context ... 24/10/2025 16:16:36 Microsoft-Windows-DHCPv6-Client 51047 DHCPv6 client service is stopped. ShutDown Flag value is 1 24/10/2025 16:16:36 Microsoft-Windows-Dhcp-Client 50105 DHCPv4 client ProcessDHCPRequestForever received TERMIN... 24/10/2025 16:16:36 Microsoft-Windows-Dhcp-Client 50104 DHCPv4 client received shutdown notification 24/10/2025 15:56:28 Microsoft-Windows-DHCPv6-Client 51046 DHCPv6 client service is started 24/10/2025 15:56:28 Microsoft-Windows-Dhcp-Client 50036 DHCPv4 client service is started 24/10/2025 15:56:28 Microsoft-Windows-Dhcp-Client 50103 DHCPv4 client registered for shutdown notification 24/10/2025 15:56:28 Microsoft-Windows-Dhcp-Client 50036 DHCPv4 client service is started 24/10/2025 15:55:45 Microsoft-Windows-Dhcp-Client 50037 DHCPv4 client service is stopped. ShutDown Flag value is 1 24/10/2025 15:55:45 Microsoft-Windows-Dhcp-Client 50106 DHCPv4 is waiting on DHCPv6 service to stop 24/10/2025 15:55:45 Microsoft-Windows-DHCPv6-Client 51047 DHCPv6 client service is stopped. ShutDown Flag value is 1 24/10/2025 15:55:45 Microsoft-Windows-Dhcp-Client 50105 DHCPv4 client ProcessDHCPRequestForever received TERMIN... 24/10/2025 15:55:45 Microsoft-Windows-Dhcp-Client 50104 DHCPv4 client received shutdown notification 24/10/2025 15:51:32 Microsoft-Windows-DHCPv6-Client 51046 DHCPv6 client service is started 24/10/2025 15:51:32 Microsoft-Windows-Dhcp-Client 50036 DHCPv4 client service is started 24/10/2025 15:51:32 Microsoft-Windows-Dhcp-Client 50103 DHCPv4 client registered for shutdown notification 24/10/2025 15:51:32 Microsoft-Windows-Dhcp-Client 50036 DHCPv4 client service is started 24/10/2025 15:50:47 Microsoft-Windows-Dhcp-Client 50037 DHCPv4 client service is stopped. ShutDown Flag value is 1 24/10/2025 15:50:47 Microsoft-Windows-DHCPv6-Client 51057 DHCPv6 client service stop is almost done.DHCP Context ... 24/10/2025 15:50:47 Microsoft-Windows-DHCPv6-Client 51047 DHCPv6 client service is stopped. ShutDown Flag value is 1 24/10/2025 15:50:47 Microsoft-Windows-Dhcp-Client 50106 DHCPv4 is waiting on DHCPv6 service to stop 24/10/2025 15:50:47 Microsoft-Windows-Dhcp-Client 50105 DHCPv4 client ProcessDHCPRequestForever received TERMIN... 24/10/2025 15:50:47 Microsoft-Windows-Dhcp-Client 50104 DHCPv4 client received shutdown notification 24/10/2025 15:42:57 Microsoft-Windows-DHCPv6-Client 51046 DHCPv6 client service is started 24/10/2025 15:42:57 Microsoft-Windows-Dhcp-Client 50036 DHCPv4 client service is started 24/10/2025 15:42:57 Microsoft-Windows-Dhcp-Client 50103 DHCPv4 client registered for shutdown notification 24/10/2025 15:42:57 Microsoft-Windows-Dhcp-Client 50036 DHCPv4 client service is started 24/10/2025 15:42:15 Microsoft-Windows-Dhcp-Client 50037 DHCPv4 client service is stopped. ShutDown Flag value is 1 24/10/2025 15:42:15 Microsoft-Windows-Dhcp-Client 50106 DHCPv4 is waiting on DHCPv6 service to stop 24/10/2025 15:42:15 Microsoft-Windows-DHCPv6-Client 51047 DHCPv6 client service is stopped. ShutDown Flag value is 1 24/10/2025 15:42:15 Microsoft-Windows-Dhcp-Client 50105 DHCPv4 client ProcessDHCPRequestForever received TERMIN... 24/10/2025 15:42:15 Microsoft-Windows-Dhcp-Client 50104 DHCPv4 client received shutdown notification 24/10/2025 15:41:45 Microsoft-Windows-DHCPv6-Client 51046 DHCPv6 client service is started 24/10/2025 15:41:44 Microsoft-Windows-Dhcp-Client 50036 DHCPv4 client service is started 24/10/2025 15:41:44 Microsoft-Windows-Dhcp-Client 50103 DHCPv4 client registered for shutdown notification PS C:\WINDOWS\system32>
 

Thanks — that info helps. You’ve done the right driver steps (removed old package, installed Realtek 10.77.20.25, disabled Fast Startup and power savings). The adapter is present (MAC shown) but LinkSpeed = 0 bps and MediaConnectionState = Unknown, and NlaSvc was stopped — so the OS sees the NIC but there’s no active link or the stack isn’t finishing initialization.
I’ll keep this focused and practical. Try the steps below in order (I’ll show short checks and a few safe commands). After each step, tell me the result (or paste the output) and I’ll give the single next move.
Top-level checklist (do these in order)
1) Physical check (very quick)
  • Confirm the NIC LED(s) on the card or backplate light when the network cable is plugged in.
  • Swap the cable and use a known-good Ethernet port on the switch/router (and a known-good cable). If you have another PC on the same cable/port, confirm that link works at the expected speed.
    Why: link flapping / broken cable or switch port is the most common cause.
2) Confirm adapter enabled and reinitialize the driver (safe)
Run these in an elevated PowerShell and paste back the short outputs if the problem continues:

show adapter status​

Get-NetAdapter -Name "Ethernet" | Format-List Name,Status,AdminStatus,MediaConnectionState,MacAddress,LinkSpeed

disable then re-enable adapter​

Disable-NetAdapter -Name "Ethernet" -Confirm:$false
Start-Sleep -Seconds 3
Enable-NetAdapter -Name "Ethernet"

show status again​

Get-NetAdapter -Name "Ethernet" | Format-List Name,Status,AdminStatus,MediaConnectionState,MacAddress,LinkSpeed
If you see Status = Up and LinkSpeed > 0 then test network (ipconfig /all, ping gateway).
3) Start/enable NLA and related services (short)
Your output showed NlaSvc stopped. Start it and verify DHCP/NLA/Network Location services:
Start-Service NlaSvc
Set-Service NlaSvc -StartupType Automatic
Start-Service Netprofm
Get-Service -Name Dhcp, NlaSvc, Netprofm | Format-Table Name,Status,StartType
Then re-check adapter status (Get-NetAdapter as above). If NlaSvc was the blocker, this may help.
4) Check available speed/duplex options and force a test value
Sometimes auto-negotiation fails — force a known-good setting (1.0 Gbps Full) to test.
First list the current Speed & Duplex options (this shows the exact DisplayName/values to use):
Get-NetAdapterAdvancedProperty -Name "Ethernet" | Where-Object DisplayName -match "Speed|Duplex" | Format-Table -AutoSize
If you see a DisplayValue option such as "1.0 Gbps Full Duplex" or "2.5Gbps Full Duplex", try forcing 1.0 Gbps first:
Set-NetAdapterAdvancedProperty -Name "Ethernet" -DisplayName "Speed & Duplex" -DisplayValue "1.0 Gbps Full Duplex"
Then reinitialize adapter (Disable/Enable) and re-check LinkSpeed.
If 1 Gbps works but 2.5 Gbps doesn’t, the link partner (cable or switch) may not support 2.5G or negotiation for 2.5G is failing.
5) Driver fallback / vendor installer
  • If forcing speed didn’t help, try the Realtek full installer package (not just INF) from the Realtek or motherboard vendor site — that installer sometimes adds the service/filters Windows driver misses.
  • Alternatively, roll back to the older driver you had previously if that used to work.
6) Event Viewer & NIC errors
If the adapter still shows no link, fetch these short logs and paste them (they’re small):

show last 60 System events related to network/NDIS/DHCP​

Get-WinEvent -FilterHashtable @{LogName='System'; StartTime=(Get-Date).AddMinutes(-30)} |
Where-Object { $_.ProviderName -match 'NDIS|Net|Tcpip|DHCP|NetAdapter' } |
Select TimeCreated, ProviderName, Id, Message -First 50
Paste the output and I’ll read for clear errors (link flapping, NDIS errors, driver unloads).
7) Hardware isolation
  • If still no link, test with a cheap USB‑Ethernet adapter (or add a different PCIe NIC) and see whether that connects immediately to the same cable/port. If an alternate NIC works, it points to a hardware problem on the Realtek board or the negotiation with the switch.
What I need from you next
  • After your reboot test, run step 2’s block (Disable/Enable adapter + show status) and paste the three lines of output (before disable, after enable). If that still shows LinkSpeed 0 bps or MediaConnectionState Unknown, run step 3 (Start NlaSvc etc.) and paste that service status output and the adapter status again.
If you prefer I can give one full command block to run now that does steps 2–4 in sequence and prints results — say “Run block” and I’ll provide it. Otherwise run the commands above step‑by‑step and paste the outputs you get and I’ll interpret them and give the single next action.
Short troubleshooting priority: cable/port check → reinitialize adapter → start NLA → force 1Gbps → vendor installer or test with another NIC.
 

Checked cable and known good port.

Windows PowerShell Copyright (C) Microsoft Corporation. All rights reserved. Install the latest PowerShell for new features and improvements! Installing PowerShell on Windows - PowerShell PS C:\WINDOWS\system32> Get-NetAdapter -Name "Ethernet" | Format-List Name,Status,AdminStatus,MediaConnectionState,MacAddress,LinkSpeed Name : Ethernet Status : Up AdminStatus : Up MediaConnectionState : Connected MacAddress : 3C-52-A1-29-6D-91 LinkSpeed : 2.5 Gbps PS C:\WINDOWS\system32> Disable-NetAdapter -Name "Ethernet" -Confirm:$false PS C:\WINDOWS\system32> Start-Sleep -Seconds 3 PS C:\WINDOWS\system32> Enable-NetAdapter -Name "Ethernet" PS C:\WINDOWS\system32> Get-NetAdapter -Name "Ethernet" | Format-List Name,Status,AdminStatus,MediaConnectionState,MacAddress,LinkSpeed Name : Ethernet Status : Up AdminStatus : Up MediaConnectionState : Connected MacAddress : 3C-52-A1-29-6D-91 LinkSpeed : 2.5 Gbps PS C:\WINDOWS\system32> ping 192.168.0.1 Pinging 192.168.0.1 with 32 bytes of data: Reply from 192.168.0.1: bytes=32 time<1ms TTL=64 Reply from 192.168.0.1: bytes=32 time<1ms TTL=64 Reply from 192.168.0.1: bytes=32 time<1ms TTL=64 Reply from 192.168.0.1: bytes=32 time<1ms TTL=64 Ping statistics for 192.168.0.1: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 0ms, Maximum = 0ms, Average = 0ms PS C:\WINDOWS\system32> Start-Service NlaSvc PS C:\WINDOWS\system32> Set-Service NlaSvc -StartupType Automatic >> Start-Service Netprofm >> Get-Service -Name Dhcp, NlaSvc, Netprofm | Format-Table Name,Status,StartType Name Status StartType ---- ------ --------- Dhcp Running Automatic Netprofm Running Manual NlaSvc Running Automatic PS C:\WINDOWS\system32> Get-NetAdapterAdvancedProperty -Name "Ethernet" | Where-Object DisplayName -match "Speed|Duplex" | Format-Table -AutoSize Name DisplayName DisplayValue RegistryKeyword RegistryValue ---- ----------- ------------ --------------- ------------- Ethernet Speed & Duplex 100 Mbps Full Duplex *SpeedDuplex {4} Ethernet EEE Max Support Speed 1.0 Gbps Full Duplex EEEMaxSupportSpeed {1000} Ethernet WOL & Shutdown Link Speed 10 Mbps First WolShutdownLinkSpeed {0} PS C:\WINDOWS\system32> Set-NetAdapterAdvancedProperty -Name "Ethernet" -DisplayName "Speed & Duplex" -DisplayValue "1.0 Gbps Full Duplex" PS C:\WINDOWS\system32> Get-NetAdapter -Name "Ethernet" | Format-List Name,Status,AdminStatus,MediaConnectionState,MacAddress,LinkSpeed Name : Ethernet Status : Up AdminStatus : Up MediaConnectionState : Connected MacAddress : 3C-52-A1-29-6D-91 LinkSpeed : 1 Gbps PS C:\WINDOWS\system32>

Rebooting to check if issue is resolved with linkspeed 1.0Gbps (Full Duplex)
Don't post further commands.

Untitled.webp
 

Great progress — thanks for the clear updates and screenshots.
Short summary of where we are
  • You removed the old driver package and installed the Realtek 10.77.20.25 driver.
  • You disabled Fast Startup and power‑saving.
  • The adapter now shows Status = Up, MediaConnectionState = Connected and a valid MAC.
  • You forced 1.0 Gbps Full Duplex and confirmed LinkSpeed = 1 Gbps and can successfully ping the gateway.
  • You were rebooting to confirm the change — good move.
What I’ll do now
  • I’ll stay quiet until you confirm the reboot result. If everything stays working at 1 Gbps, we can leave it at that (stable). If you want to try to restore 2.5 Gbps later I’ll give a single targeted step to test/restore that.
If the issue is resolved (what to report)
  • Reply “NIC OK” and we’ll close this item and move on to restoring files/apps.
If the issue persists after the reboot (what I recommend next)
  • Tell me and I’ll help you with one of these focused options (you pick):
    • Try the Realtek full installer package from the vendor (if you used INF only).
    • Test the same cable/port with another 2.5G device or a USB Ethernet adapter to rule out switch/cable.
    • Re-attempt auto‑negotiation or explicitly set the adapter to 2.5 Gbps (if the switch and cable support it).
    • Collect the small Network/System event log lines and I’ll read them for the single exact fix.
No commands now (per your earlier note) — tell me the reboot result and whether you want to push for 2.5 Gbps or keep the stable 1 Gbps link.
 

Issue persists with linkspeed 1.0 Gbps
 

Thanks — that helps. When you say “issue persists with linkspeed 1.0 Gbps” I want to be sure I understand the exact remaining problem before proposing more changes:
  • Is the problem that you still see intermittent disconnects / drops?
  • Or the problem is that you expected a stable 2.5 Gbps link and it’s stuck at 1 Gbps?
  • Or are you seeing slow throughput or application/network failures despite the link showing connected and ping working?
Tell me which of those matches what you see (or paste one short symptom). Meanwhile, to diagnose quickly I need three small, targeted outputs — please run these in an elevated PowerShell and paste the output back here:
1) Complete adapter status
Get-NetAdapter -Name "Ethernet" | Format-List *
2) Adapter statistics (shows errors/drops)
Get-NetAdapterStatistics -Name "Ethernet" | Format-List *
3) Recent network/system errors (NDIS/Net/Driver)
Get-WinEvent -FilterHashtable @{LogName='System'; StartTime=(Get-Date).AddHours(-2)} |
Where-Object { $_.ProviderName -match 'NDIS|e1|Tcpip|Dhcp|NetAdapter|Realtek' } |
Select TimeCreated, ProviderName, Id, Message -First 60
What I’ll look for in those:
  • Any interface errors (Tx/Rx errors, discards) or high counters in Get-NetAdapterStatistics.
  • NDIS/driver errors or repeated link up/down events in the event log.
  • Whether the driver reports capabilities that include 2.5 Gbps (from Get-NetAdapter properties).
If you just want to force-test hardware vs driver quickly (no extra logs):
  • Try a different NIC (USB‑Ethernet) or connect the same cable/port with another 2.5G device. If that link does 2.5G the switch/cable are fine and the issue is the Realtek driver/hardware. If the other device also only hits 1Gbps, suspect cable/port.
If you confirm you want to try restoring 2.5G now:
  • I can give the single command to install Realtek’s full (vendor) driver package (not just INF) or a single command to uninstall all Realtek driver packages then reinstall the vendor package — but I’ll wait until I see the three outputs above so we pick the right action.
Run the three commands and paste their outputs (or the parts you’re unsure about) and I’ll tell you the single next action.
 

I installed the installer first one from here:


Install_Win11_Win10_10077_20_08282025.exe
 

Thanks — useful info. Two quick clarifying questions before we pick the single next test:
1) When you say “issue persists,” do you mean the adapter still drops/loses connectivity intermittently, or that it simply won’t link at 2.5 Gbit/s (stays at 1 Gbit/s) even though you expect 2.5 G?
2) Do you have a known‑good 2.5 Gbit port on the switch/router and a Cat5e/6 cable that is confirmed to support 2.5G (or another 2.5G device to test the same cable/port)?
What I need next (one short diagnostic step)
Please run these three commands in an elevated PowerShell and paste the three small outputs back (they’re safe and read‑only). That tells me if there are errors and what the adapter actually reports:
1) Full adapter status
Get-NetAdapter -Name "Ethernet" | Format-List *
2) Adapter statistics (errors/drops)
Get-NetAdapterStatistics -Name "Ethernet" | Format-List *
3) Recent network/NDIS/driver events (last 2 hours)
Get-WinEvent -FilterHashtable @{LogName='System'; StartTime=(Get-Date).AddHours(-2)} |
Where-Object { $_.ProviderName -match 'NDIS|Realtek|NetAdapter|Tcpip|Dhcp' } |
Select TimeCreated, ProviderName, Id, Message -First 50
What I’ll look for and the likely next single actions
  • If Get-NetAdapterStatistics shows Tx/Rx errors or discards → we’ll test another cable/port or swap NIC hardware (quick hardware isolation).
  • If there are NDIS/driver errors in the Event log → I’ll tell you whether to roll back to the previous Realtek INF driver or try the Microsoft generic driver.
  • If nothing shows but it’s stuck at 1 Gbps and you confirm the switch/cable are 2.5G capable → we’ll check advanced properties for a 2.5 G option and try reinstalling the Realtek installer again (or try a vendor beta/older release).
Other immediate tests you can do while I wait
  • Try the same cable + port with another 2.5G device (or a USB‑2.5G NIC). If that device also links at 1 G, the cable/port is the issue.
  • Check the adapter’s advanced properties for a 2.5G setting:
    Get-NetAdapterAdvancedProperty -Name "Ethernet" | Where-Object DisplayName -match '2.5|2.5G|2.5Gb' | Format-Table -AutoSize
  • If you find a “2.5 Gbps” option you can try Set‑NetAdapterAdvancedProperty with that DisplayValue (I’ll give the exact line once you paste the DisplayValue).
Paste the three outputs above and tell me whether you have a confirmed 2.5G switch/cable to test; I’ll give one precise next action.
 

No you misunderstand. There is no internet at cold boot which is resolved by rebooting ie the original issue is not resolved when changing the linkspeed to 1.0 Gbps
 

Thanks — that clarifies the problem: the interface comes up and works after you reboot, but on a cold boot you get no network until a reboot. That behaviour strongly suggests a boot‑time race/ordering issue (NLA/DHCP starting before the NIC driver or before link is ready), or an interference from security software at cold start.
I’ll keep this short and practical. Here’s a safe plan (explain → quick checks → optional automatic workaround). Tell me which step you want me to provide the single exact command for and I’ll give it (or I can wait while you run GUI steps).
Why this happens (brief)
  • Windows services (NLA, DHCP, Network Location) must start after the NIC driver is initialized and the link is up. If the driver or link is late to initialize on cold boot, NLA/DHCP can fail and not recover until you reboot. You already confirmed the adapter, driver and power settings; so the most likely causes are a service timing/race problem or third‑party software interfering at cold boot.
Suggested steps (in order)
1) Quick, low‑risk checks (do these first)
  • Confirm Netprofm (Network List Service) is set to Automatic (you had it Manual). Making Netprofm Automatic prevents some race conditions.
  • Confirm Dhcp service is Automatic (it was Running/Automatic in your output — OK).
  • Temporarily disable Kaspersky (pause protection) and test a cold boot — if cold‑boot networking then works, Kaspersky is interfering and we should add it to exclusions or update/reinstall it.
    (These are safe, reversible checks; no file deletion.)
If you want the exact commands for the two service checks/changes I’ll paste them — they’re a single line each.
2) Check the system event log for boot‑time network errors
  • Reproduce the problem (cold boot), then after logging in run an event log query that shows network/NDIS/DHCP/NlaSvc errors since boot. That output tells us whether the driver failed to start, NDIS raised errors, or DHCP timed out. If you want, I’ll give the one PowerShell command that filters those events and you can paste the output here.
3) Temporary automatic workaround (if the above checks don’t fix it)
If it’s a timing/race problem (common), a reliable and non‑intrusive fix is to add a tiny scheduled task that runs at system startup and restarts NLA + Netprofm + Dhcp after a short delay (e.g. 20–30 seconds). That forces those services to start/rebind after the NIC is initialized and fixes the cold‑boot-only failure without removing or downgrading drivers. This is reversible (delete the scheduled task anytime).
  • I can give you the single command to create that scheduled task (one PowerShell line) and the single command to remove it later. It’s safe and widely used as a practical fix for driver/service race conditions.
4) If the scheduled‑task workaround still fails
  • Test with another NIC (USB‑ethernet or PCIe) on the same cable/port. If the other NIC boots OK from cold, the Realtek hardware/driver still has a cold‑boot problem. If the other NIC also fails, the issue is likely switch/cable or system firmware timing.
  • If it’s a driver issue, try the Realtek installer you already used (you did), or roll back to an earlier vendor driver version — I can provide the exact pnputil/dism/powercfg steps.
Which would you like to try now?
  • “Set Netprofm to Automatic” — I’ll give the single command to do that.
  • “Run the event log query” — I’ll give the exact PowerShell command you can run after a cold boot and paste the output.
  • “Create scheduled‑task workaround” — I’ll give the one command to create the task (and the one to remove it later).
  • “Test with Kaspersky disabled” — just do that and cold‑boot test; tell me the result.
Say which step you want and I’ll provide the one exact command (or wait) — no extra commands unless you say go.
 

This is only device that has a 2.5Gbps NIC.

Windows PowerShell Copyright (C) Microsoft Corporation. All rights reserved. Install the latest PowerShell for new features and improvements! Installing PowerShell on Windows - PowerShell PS C:\WINDOWS\system32> Get-NetAdapter -Name "Ethernet" | Format-List * MacAddress : 3C-52-A1-29-6D-91 Status : Up LinkSpeed : 1 Gbps MediaType : 802.3 PhysicalMediaType : 802.3 AdminStatus : Up MediaConnectionState : Connected DriverInformation : Driver Date 2025-08-07 Version 10.77.20.2025 NDIS 6.40 DriverFileName : rt640x64.sys NdisVersion : 6.40 ifOperStatus : Up ifAlias : Ethernet InterfaceAlias : Ethernet ifIndex : 5 ifDesc : Realtek PCIe 2.5GbE Family Controller ifName : ethernet_32769 DriverVersion : 10.77.20.2025 LinkLayerAddress : 3C-52-A1-29-6D-91 Caption : Description : ElementName : InstanceID : {6649E4D0-AC60-425E-88A8-DA09AD1F0959} CommunicationStatus : DetailedStatus : HealthState : InstallDate : Name : Ethernet OperatingStatus : OperationalStatus : PrimaryStatus : StatusDescriptions : AvailableRequestedStates : EnabledDefault : 2 EnabledState : 5 OtherEnabledState : RequestedState : 12 TimeOfLastStateChange : TransitioningToState : 12 AdditionalAvailability : Availability : CreationClassName : MSFT_NetAdapter DeviceID : {6649E4D0-AC60-425E-88A8-DA09AD1F0959} ErrorCleared : ErrorDescription : IdentifyingDescriptions : LastErrorCode : MaxQuiesceTime : OtherIdentifyingInfo : PowerManagementCapabilities : PowerManagementSupported : PowerOnHours : StatusInfo : SystemCreationClassName : CIM_NetworkPort SystemName : PATRE-Desktop TotalPowerOnHours : MaxSpeed : OtherPortType : PortType : RequestedSpeed : Speed : 1000000000 UsageRestriction : ActiveMaximumTransmissionUnit : 1500 AutoSense : FullDuplex : True LinkTechnology : NetworkAddresses : {3C52A1296D91} OtherLinkTechnology : OtherNetworkPortType : PermanentAddress : 3C52A1296D91 PortNumber : 0 SupportedMaximumTransmissionUnit : AdminLocked : False ComponentID : PCI\VEN_10EC&DEV_8125&SUBSYS_812510EC&REV_04 ConnectorPresent : True DeviceName : \Device\{6649E4D0-AC60-425E-88A8-DA09AD1F0959} DeviceWakeUpEnable : False DriverDate : 2025-08-07 DriverDateData : 133989984000000000 DriverDescription : Realtek PCIe 2.5GbE Family Controller DriverMajorNdisVersion : 6 DriverMinorNdisVersion : 40 DriverName : \SystemRoot\System32\drivers\rt640x64.sys DriverProvider : Realtek DriverVersionString : 10.77.20.2025 EndPointInterface : False HardwareInterface : True Hidden : False HigherLayerInterfaceIndices : {15} IMFilter : False InterfaceAdminStatus : 1 InterfaceDescription : Realtek PCIe 2.5GbE Family Controller InterfaceGuid : {6649E4D0-AC60-425E-88A8-DA09AD1F0959} InterfaceIndex : 5 InterfaceName : ethernet_32769 InterfaceOperationalStatus : 1 InterfaceType : 6 iSCSIInterface : False LowerLayerInterfaceIndices : MajorDriverVersion : 10 MediaConnectState : 1 MediaDuplexState : 2 MinorDriverVersion : 77 MtuSize : 1500 NdisMedium : 0 NdisPhysicalMedium : 14 NetLuid : 1689399632855040 NetLuidIndex : 32769 NotUserRemovable : False OperationalStatusDownDefaultPortNotAuthenticated : False OperationalStatusDownInterfacePaused : False OperationalStatusDownLowPowerState : False OperationalStatusDownMediaDisconnected : False PnPDeviceID : PCI\VEN_10EC&DEV_8125&SUBSYS_812510EC&REV_04\4&4219e1e&0&00E7 PromiscuousMode : False ReceiveLinkSpeed : 1000000000 State : 2 TransmitLinkSpeed : 1000000000 Virtual : False VlanID : WdmInterface : False PSComputerName : CimClass : ROOT/StandardCimv2:MSFT_NetAdapter CimInstanceProperties : {Caption, Description, ElementName, InstanceID...} CimSystemProperties : Microsoft.Management.Infrastructure.CimSystemProperties PS C:\WINDOWS\system32> Get-NetAdapterStatistics -Name "Ethernet" | Format-List * ifAlias : Ethernet InterfaceAlias : Ethernet ifDesc : Realtek PCIe 2.5GbE Family Controller Caption : MSFT_NetAdapterStatisticsSettingData 'Realtek PCIe 2.5GbE Family Controller' Description : Realtek PCIe 2.5GbE Family Controller ElementName : Realtek PCIe 2.5GbE Family Controller InstanceID : {6649E4D0-AC60-425E-88A8-DA09AD1F0959} InterfaceDescription : Realtek PCIe 2.5GbE Family Controller Name : Ethernet Source : 2 SystemName : PATRE-Desktop OutboundDiscardedPackets : 0 OutboundPacketErrors : 0 RdmaStatistics : ReceivedBroadcastBytes : 47233 ReceivedBroadcastPackets : 359 ReceivedBytes : 4281175 ReceivedDiscardedPackets : 0 ReceivedMulticastBytes : 38509 ReceivedMulticastPackets : 179 ReceivedPacketErrors : 0 ReceivedUnicastBytes : 4195433 ReceivedUnicastPackets : 6234 RscStatistics : SentBroadcastBytes : 2916 SentBroadcastPackets : 28 SentBytes : 2200559 SentMulticastBytes : 17733 SentMulticastPackets : 127 SentUnicastBytes : 2179910 SentUnicastPackets : 4828 SupportedStatistics : 4163583 PSComputerName : CimClass : ROOT/StandardCimv2:MSFT_NetAdapterStatisticsSettingData CimInstanceProperties : {Caption, Description, ElementName, InstanceID...} CimSystemProperties : Microsoft.Management.Infrastructure.CimSystemProperties PS C:\WINDOWS\system32> Get-WinEvent -FilterHashtable @{LogName='System'; StartTime=(Get-Date).AddHours(-2)} | >> Where-Object { $_.ProviderName -match 'NDIS|Realtek|NetAdapter|Tcpip|Dhcp' } | >> Select TimeCreated, ProviderName, Id, Message -First 50 TimeCreated ProviderName Id Message ----------- ------------ -- ------- 24/10/2025 16:58:05 Microsoft-Windows-DHCPv6-Client 51046 DHCPv6 client service is started 24/10/2025 16:58:04 Microsoft-Windows-Dhcp-Client 50036 DHCPv4 client service is started 24/10/2025 16:58:04 Microsoft-Windows-Dhcp-Client 50103 DHCPv4 client registered for shutdown notification 24/10/2025 16:58:04 Microsoft-Windows-Dhcp-Client 50036 DHCPv4 client service is started 24/10/2025 16:57:20 Microsoft-Windows-Dhcp-Client 50037 DHCPv4 client service is stopped. ShutDown Flag value is 1 24/10/2025 16:57:20 Microsoft-Windows-Dhcp-Client 50106 DHCPv4 is waiting on DHCPv6 service to stop 24/10/2025 16:57:20 Microsoft-Windows-DHCPv6-Client 51047 DHCPv6 client service is stopped. ShutDown Flag value is 1 24/10/2025 16:57:20 Microsoft-Windows-Dhcp-Client 50105 DHCPv4 client ProcessDHCPRequestForever received TERMINATE... 24/10/2025 16:57:20 Microsoft-Windows-Dhcp-Client 50104 DHCPv4 client received shutdown notification 24/10/2025 16:56:46 Microsoft-Windows-DHCPv6-Client 51046 DHCPv6 client service is started 24/10/2025 16:56:46 Microsoft-Windows-Dhcp-Client 50036 DHCPv4 client service is started 24/10/2025 16:56:46 Microsoft-Windows-Dhcp-Client 50103 DHCPv4 client registered for shutdown notification 24/10/2025 16:56:46 Microsoft-Windows-Dhcp-Client 50036 DHCPv4 client service is started 24/10/2025 16:55:43 Microsoft-Windows-Dhcp-Client 50037 DHCPv4 client service is stopped. ShutDown Flag value is 1 24/10/2025 16:55:43 Microsoft-Windows-Dhcp-Client 50106 DHCPv4 is waiting on DHCPv6 service to stop 24/10/2025 16:55:43 Microsoft-Windows-Dhcp-Client 50105 DHCPv4 client ProcessDHCPRequestForever received TERMINATE... 24/10/2025 16:55:43 Microsoft-Windows-DHCPv6-Client 51057 DHCPv6 client service stop is almost done.DHCP Context Ref... 24/10/2025 16:55:43 Microsoft-Windows-DHCPv6-Client 51047 DHCPv6 client service is stopped. ShutDown Flag value is 1 24/10/2025 16:55:43 Microsoft-Windows-Dhcp-Client 50104 DHCPv4 client received shutdown notification 24/10/2025 16:42:43 Microsoft-Windows-DHCPv6-Client 51046 DHCPv6 client service is started 24/10/2025 16:42:43 Microsoft-Windows-Dhcp-Client 50036 DHCPv4 client service is started 24/10/2025 16:42:43 Microsoft-Windows-Dhcp-Client 50103 DHCPv4 client registered for shutdown notification 24/10/2025 16:42:43 Microsoft-Windows-Dhcp-Client 50036 DHCPv4 client service is started 24/10/2025 16:41:59 Microsoft-Windows-Dhcp-Client 50037 DHCPv4 client service is stopped. ShutDown Flag value is 1 24/10/2025 16:41:59 Microsoft-Windows-Dhcp-Client 50106 DHCPv4 is waiting on DHCPv6 service to stop 24/10/2025 16:41:59 Microsoft-Windows-DHCPv6-Client 51047 DHCPv6 client service is stopped. ShutDown Flag value is 1 24/10/2025 16:41:59 Microsoft-Windows-Dhcp-Client 50105 DHCPv4 client ProcessDHCPRequestForever received TERMINATE... 24/10/2025 16:41:59 Microsoft-Windows-Dhcp-Client 50104 DHCPv4 client received shutdown notification 24/10/2025 16:39:10 Microsoft-Windows-DHCPv6-Client 51046 DHCPv6 client service is started 24/10/2025 16:39:10 Microsoft-Windows-Dhcp-Client 50036 DHCPv4 client service is started 24/10/2025 16:39:10 Microsoft-Windows-Dhcp-Client 50103 DHCPv4 client registered for shutdown notification 24/10/2025 16:39:10 Microsoft-Windows-Dhcp-Client 50036 DHCPv4 client service is started 24/10/2025 16:38:04 Microsoft-Windows-Dhcp-Client 50037 DHCPv4 client service is stopped. ShutDown Flag value is 1 24/10/2025 16:38:04 Microsoft-Windows-DHCPv6-Client 51057 DHCPv6 client service stop is almost done.DHCP Context Ref... 24/10/2025 16:38:04 Microsoft-Windows-DHCPv6-Client 51047 DHCPv6 client service is stopped. ShutDown Flag value is 1 24/10/2025 16:38:04 Microsoft-Windows-Dhcp-Client 50106 DHCPv4 is waiting on DHCPv6 service to stop 24/10/2025 16:38:04 Microsoft-Windows-Dhcp-Client 50105 DHCPv4 client ProcessDHCPRequestForever received TERMINATE... 24/10/2025 16:38:04 Microsoft-Windows-Dhcp-Client 50104 DHCPv4 client received shutdown notification 24/10/2025 16:21:48 Microsoft-Windows-DHCPv6-Client 51046 DHCPv6 client service is started 24/10/2025 16:21:48 Microsoft-Windows-Dhcp-Client 50036 DHCPv4 client service is started 24/10/2025 16:21:48 Microsoft-Windows-Dhcp-Client 50103 DHCPv4 client registered for shutdown notification 24/10/2025 16:21:48 Microsoft-Windows-Dhcp-Client 50036 DHCPv4 client service is started 24/10/2025 16:21:03 Microsoft-Windows-Dhcp-Client 50037 DHCPv4 client service is stopped. ShutDown Flag value is 1 24/10/2025 16:21:03 Microsoft-Windows-Dhcp-Client 50106 DHCPv4 is waiting on DHCPv6 service to stop 24/10/2025 16:21:03 Microsoft-Windows-DHCPv6-Client 51047 DHCPv6 client service is stopped. ShutDown Flag value is 1 24/10/2025 16:21:03 Microsoft-Windows-Dhcp-Client 50105 DHCPv4 client ProcessDHCPRequestForever received TERMINATE... 24/10/2025 16:21:03 Microsoft-Windows-Dhcp-Client 50104 DHCPv4 client received shutdown notification 24/10/2025 16:17:23 Microsoft-Windows-DHCPv6-Client 51046 DHCPv6 client service is started 24/10/2025 16:17:23 Microsoft-Windows-Dhcp-Client 50036 DHCPv4 client service is started 24/10/2025 16:17:23 Microsoft-Windows-Dhcp-Client 50103 DHCPv4 client registered for shutdown notification PS C:\WINDOWS\system32>
 

Thanks — that’s very helpful detail. You’ve done the right driver and adapter checks and we can see the NIC is functional (Up/Connected) after a reboot, but the cold‑boot failure remains. That pattern points to a boot‑time timing/initialisation issue (services starting before the NIC/link is ready) or a BIOS/driver power/timing interaction.
Short plan (explain → choose one to try now)
  • I’ll list the most effective, low‑risk steps. Tell me which you want to try and I’ll give the single exact command or walk you through it:
1) Make Network Location (Netprofm) truly Automatic
  • You started the service earlier but its StartType was still Manual. Make Netprofm Automatic so it isn’t subject to timing race on cold boot. This is safe and often fixes cold‑boot-only network failures.
2) Turn off adapter “Green” power features
  • In your advanced properties Green Ethernet and Gigabit Lite are Enabled. Those can cause the NIC to delay or fail negotiation at cold boot. Disable: Green Ethernet, Gigabit Lite, Advanced EEE and any energy‑efficient options. This is reversible.
3) Check BIOS/firmware power settings
  • Look for PCIe power management / ASPM / ErP / deep‑sleep settings and temporarily disable them so the NIC initialises immediately at cold boot. Also ensure PCIe slot isn’t set to a power‑saving mode.
4) Short scheduled‑task workaround (if you want a quick fix)
  • Create a small scheduled task that waits ~30 seconds after boot and then restarts the network services (NlaSvc, Netprofm, Dhcp). This forces the network stack to rebind after the NIC has initialised. It’s reversible (delete task later) and commonly used to work around timing/race issues.
5) Hardware isolation / further driver actions (if above fail)
  • Test same cable/port with another 2.5Gb device or a USB‑NIC; if the other device has the same cold‑boot failure it points to switch/cable or environment.
  • If tests show problem is specific to the Realtek NIC, we can fully remove all Realtek driver packages with pnputil and reinstall the vendor installer (you already installed it once — I can give a clean reinstall sequence).
Which do you want to try now?
  • “Make Netprofm Automatic” — I’ll paste the single command to set StartType to Automatic (very safe).
  • “Disable Green/Gigabit‑Lite/EEE” — I’ll give the single Set‑NetAdapterAdvancedProperty commands (or show GUI steps) and wait.
  • “Create scheduled‑task workaround” — I’ll give the one command to create the task (and one to remove it later).
  • “Check BIOS” — I’ll list the BIOS options to look for and how to change them (you’ll need to reboot into firmware to change).
  • Or “Do nothing yet — I’ll test cable/port/hardware” — tell me results and we’ll proceed.
Pick one and I’ll provide the exact next step.
 

Set Netprofm to Automatic
 

Good — here’s the exact, safe one‑line to set Netprofm to Automatic and start it now. Run this in an elevated PowerShell (Run as Administrator):
Set-Service -Name Netprofm -StartupType Automatic; Start-Service -Name Netprofm; Get-Service -Name Netprofm | Format-Table Name,Status,StartType
What it does
  • Changes the Network List Service (Netprofm) start type to Automatic so it starts reliably on cold boot.
  • Starts the service immediately.
  • Prints the service status so you can confirm StartType = Automatic and Status = Running.
After you run it
  • Reboot from a cold start and test whether the NIC comes up without needing a manual reboot.
  • If the network still fails on cold boot, tell me and we’ll try the next safe toggle (disable Green Ethernet / Gigabit Lite / EEE or create the scheduled‑task workaround).
How to revert (if you want to set it back to Manual)
Run (Admin PowerShell):
Set-Service -Name Netprofm -StartupType Manual
Tell me the Get‑Service result after you run the first command, and then report the cold‑boot test result. I’ll take one precise next step based on that.
 

Network still fails.
 

Thanks — that clarifies the behaviour. Because the interface works after a reboot but not on cold start, the simplest non‑invasive workaround is to force the network services and the adapter to re‑initialise a short time after boot. That fixes the service/driver timing race without changing drivers or BIOS.
I’ll give a single, safe sequence you can run now (Admin PowerShell). It:
  • writes a tiny PowerShell script to C:\Windows\Temp that restarts NLA/Netprofm/DHCP and briefly toggles the adapter after a 30s delay,
  • creates a Scheduled Task that runs that script at system startup (SYSTEM account),
  • and shows how to remove the task and script later.
Run these lines as Administrator (copy / paste them together). I’ll wait while you run them and then you can cold‑boot to test.
Step — create the startup script and scheduled task (Admin PowerShell)
$scriptPath = 'C:\Windows\Temp\RestartNetworkOnBoot.ps1'
@'
$ErrorActionPreference = "SilentlyContinue"
Start-Sleep -Seconds 30

restart key network services​

Restart-Service -Name NlaSvc -Force -ErrorAction SilentlyContinue
Restart-Service -Name Netprofm -Force -ErrorAction SilentlyContinue
Restart-Service -Name Dhcp -Force -ErrorAction SilentlyContinue

toggle adapter to force rebind​

Disable-NetAdapter -Name "Ethernet" -Confirm:$false -ErrorAction SilentlyContinue
Start-Sleep -Seconds 2
Enable-NetAdapter -Name "Ethernet" -ErrorAction SilentlyContinue
'@ | Out-File -FilePath $scriptPath -Encoding ASCII
schtasks /Create /RU "SYSTEM" /SC ONSTART /TN "RestartNetworkOnBoot" /TR "powershell -NoProfile -WindowStyle Hidden -ExecutionPolicy Bypass -File "$scriptPath"" /F
schtasks /Query /TN "RestartNetworkOnBoot"
What this does
  • Waits 30s after boot so the NIC/driver has time to initialise, restarts the network services, and briefly disables/enables the adapter to force re-binding. This tackles the usual cold‑boot race condition.
How to remove the workaround (one command each)
  • Delete the Scheduled Task and remove the script:
schtasks /Delete /TN "RestartNetworkOnBoot" /F
Remove-Item 'C:\Windows\Temp\RestartNetworkOnBoot.ps1' -Force
Optional next step (if you want to try to remove the workaround later)
  • If the scheduled‑task fix works, we can continue to try to get reliable cold boots (disable Green Ethernet/Gigabit-Lite/EEE or tweak BIOS) — but leave the task in place until you’re comfortable it’s stable.
If you want to also disable adapter power features (another likely cause) I can provide the exact Set‑NetAdapterAdvancedProperty lines — I recommend listing the current relevant advanced property names first:
Get-NetAdapterAdvancedProperty -Name "Ethernet" | Where-Object DisplayName -match 'Green|Gigabit|EEE' | Format-Table DisplayName,DisplayValue -AutoSize
If you’d like to disable those afterwards I’ll give the commands (they’re reversible).
Next step for you
  • Run the two blocks above (script + task). Reboot cold and test whether the NIC comes up reliably without needing a manual reboot. Then report back “works” or “still fails” and paste any error lines if it still fails — I’ll give the single next action.
I’ll standby — run the commands when ready and reboot to test.
 

Windows PowerShell
Copyright (C) Microsoft Corporation. All rights reserved.

Install the latest PowerShell for new features and improvements! Installing PowerShell on Windows - PowerShell

PS C:\WINDOWS\system32> $scriptPath = 'C:\Windows\Temp\RestartNetworkOnBoot.ps1'
PS C:\WINDOWS\system32> @'
>> $ErrorActionPreference = "SilentlyContinue"
>> Start-Sleep -Seconds 30
>> Restart-Service -Name NlaSvc -Force -ErrorAction SilentlyContinue
>> Restart-Service -Name Netprofm -Force -ErrorAction SilentlyContinue
>> Restart-Service -Name Dhcp -Force -ErrorAction SilentlyContinue
>> Disable-NetAdapter -Name "Ethernet" -Confirm:$false -ErrorAction SilentlyContinue
>> Start-Sleep -Seconds 2
>> Enable-NetAdapter -Name "Ethernet" -ErrorAction SilentlyContinue
>> '@ | Out-File -FilePath $scriptPath -Encoding ASCII
PS C:\WINDOWS\system32> schtasks /Create /RU "SYSTEM" /SC ONSTART /TN "RestartNetworkOnBoot" /TR "powershell -NoProfile -WindowStyle Hidden -ExecutionPolicy Bypass -File "$scriptPath"" /F
ERROR: Invalid argument/option - 'C:\Windows\Temp\RestartNetworkOnBoot.ps1'.
Type "SCHTASKS /CREATE /?" for usage.
PS C:\WINDOWS\system32> schtasks /Query /TN "RestartNetworkOnBoot"
ERROR: The system cannot find the file specified.
PS C:\WINDOWS\system32>
 

The error was just the quoting in the schtasks /TR string — schtasks saw the embedded path as a separate argument. Two easy fixes: (A) a corrected schtasks command with proper escaping, or (B) the PowerShell ScheduledTask cmdlets (more robust). Either will create the same startup task.
Pick one to run. I’ll give both exact lines — run them in an elevated PowerShell.
Option A — corrected schtasks (quick)
Copy/paste this single line (Admin PowerShell / Admin CMD):
schtasks /Create /RU "SYSTEM" /SC ONSTART /TN "RestartNetworkOnBoot" /TR "powershell -NoProfile -WindowStyle Hidden -ExecutionPolicy Bypass -File \"C:\Windows\Temp\RestartNetworkOnBoot.ps1\"" /F
Verify the task was created:
schtasks /Query /TN "RestartNetworkOnBoot"
Remove the task later (if needed):
schtasks /Delete /TN "RestartNetworkOnBoot" /F
Option B — PowerShell ScheduledTask cmdlets (preferred)
These avoid tricky quoting and run as the SYSTEM account:
$action = New-ScheduledTaskAction -Execute 'PowerShell.exe' -Argument '-NoProfile -WindowStyle Hidden -ExecutionPolicy Bypass -File "C:\Windows\Temp\RestartNetworkOnBoot.ps1"'
$trigger = New-ScheduledTaskTrigger -AtStartup
Register-ScheduledTask -TaskName 'RestartNetworkOnBoot' -Action $action -Trigger $trigger -RunLevel Highest -User 'SYSTEM'
Verify:
Get-ScheduledTask -TaskName 'RestartNetworkOnBoot' | Format-List TaskName,State,Actions,Triggers
Remove it later:
Unregister-ScheduledTask -TaskName 'RestartNetworkOnBoot' -Confirm:$false
Quick pre-check (you already wrote the script, but confirm):
Test-Path 'C:\Windows\Temp\RestartNetworkOnBoot.ps1'
If Test-Path returns False, recreate the script first (you did that earlier). If it’s True, run either Option A or B.
After you successfully create the task, do a cold boot and test. If it still fails, paste the output of:
schtasks /Query /TN "RestartNetworkOnBoot" /V
and Get-WinEvent (System) around boot time and I’ll read it.
Which option do you want to use — schtasks (A) or PowerShell (B)? I’ll wait.
 

Back
Top