Broken initial Setup

I have two DGX Sparks and am unable to go past the Initial Setup Network Step.

My issue is similar to:

What I have done to resolve the issue:

  • Confirmed that I can reach http://connectivity-check.ubuntu.com/ on the networks attached
  • Did the recovery with image 1.120.38.tar.gz
  • Ensured to have a working ethernet connection and waited 5 minutes before getting trapped in the “Connect To Wi-Fi” situation.
  • Tried the tether workaround with several androids and Iphones
  • Confirmed the time in the BIOS to be correct

At this point I am just baffled by how terrible the experience is for such an expensive piece of hardware. Why not let the user choose how to handle networking? Can I jump into a root terminal to fix this?
Even the most general user-friendly Linux distro will somehow allow you to walk a LAN path, enter a static IP, or choose to connect over ethernet, but here someone thought it would be intelligent to lock the user into a wifi path that is broken…

So my next question is: how do I make this $10k piece of hardware go past initial setup? Because this is maddening, and so far that money is wasted!

Yep, following this too as I’ve also done these steps. Completely maddening to not have a command-line option here. My DHCP server has allocated it an address on the ethernet interface…

I’m also having the same issue now with my 3rd spark. The initial setup was never smooth, but it’s the first time I’m experiencing connectivity issue.

I wonder if some service on nvidia side is down that Sparks pings to confirm the connection? Because I can see it getting DHCP addresses for both wired Ethernet and Wi-Fi.

The fact that NVIDIA’s guide says setup depends on downloading updates during first boot, and that unstable connections are discouraged, kinda reinforces that the setup path is tightly coupled to external validation/update services.

Other reports:

I had the same issue when I bought my new Gigabyte AI Top 2 days ago and I couldn’t connect to any WIFI’s or Ethernet and I end up downloading an ISO from the manufacturer and used Rufus to boot to USB and re-installed the OS and I was able to reconnect to the WIFI without any issues and it also downloaded the latest updates and no issues

I have been stuck on the same step of the installation also, the solution for me was found in Setup Wizard loop - #8 by sjug

So, apparently, connectivity-check.ubuntu.com resolves to a multiple IP addresses, most of which seem to be down. I finally set up a DNS resolver override on my router to point it to 91.189.91.96 and got past initial setup screen.

I did prepare a recovery USB with the patch referenced above, but managed without it.

Look like I can ping it , but my MSI still can not connect to wifi.
:(

(base) jukrapope@Mac ~ % dig @192.168.2.1 connectivity-check.ubuntu.com

; <<>> DiG 9.10.6 <<>> @192.168.2.1 connectivity-check.ubuntu.com
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 16816
;; flags: qr rd ra; QUERY: 1, ANSWER: 6, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1232
;; QUESTION SECTION:
;connectivity-check.ubuntu.com.	IN	A

;; ANSWER SECTION:
connectivity-check.ubuntu.com. 1 IN	A	91.189.91.97
connectivity-check.ubuntu.com. 1 IN	A	91.189.91.98
connectivity-check.ubuntu.com. 1 IN	A	185.125.190.96
connectivity-check.ubuntu.com. 1 IN	A	185.125.190.98
connectivity-check.ubuntu.com. 1 IN	A	185.125.190.97
connectivity-check.ubuntu.com. 1 IN	A	91.189.91.96

;; Query time: 25 msec
;; SERVER: 192.168.2.1#53(192.168.2.1)
;; WHEN: Sun Mar 22 18:20:46 +07 2026
;; MSG SIZE  rcvd: 154

(base) jukrapope@Mac ~ % ping connectivity-check.ubuntu.com
PING connectivity-check.ubuntu.com (91.189.91.98): 56 data bytes
64 bytes from 91.189.91.98: icmp_seq=0 ttl=46 time=252.091 ms
64 bytes from 91.189.91.98: icmp_seq=1 ttl=46 time=252.248 ms

Thanks eugr, this worked for me. That specific IP didn’t but I set up LAN DNS to resolve the connectivity domain to an unrelated IP that I knew would return 200 and that did it.

There was a temporary degradation in Canonical’s servers which may have interfered with some units setup.

I managed to patch the image and bypass this.
The Wifi selection modal still appears but the update steps kicks in after 1min or so.

What a pain

Per NetworkManager.conf man page, when checking online connectivity the application is expecting a x-networkmanager-status: online response from http://connectivity-check.ubuntu.com.

From another system check if it works. Output should be like this:

> GET / HTTP/1.1
> Host: connectivity-check.ubuntu.com
> User-Agent: curl/8.5.0
> Accept: */*
>
< HTTP/1.1 204 No Content
< x-networkmanager-status: online
<

If you don’t get the online status your installation will fail, so check network connectivity to Ubuntu’s server before starting the installer.

The patched solution will make HasInternet() always return true fooling the installer to proceed. But it requires some involvement from the user to apply it.

Canonical acknowledged the issue, and looks like it’s fixed already. It works from my location.

It looks like it also tries https request too. I tried to emulate this on one of my local servers and redirected DNS to it, and I’ve seen successful attempts from my new spark, but it still didn’t work. What did the trick for me was redirecting to one of the working IP addresses so https could work too.

Canonical has confirmed that the issue has been resolved. Thank you for your patience.