fresh load via OOWOW
trying to build a headless server with the newest Ubuntu server possible.
Edge-V max
Every single time I reboot, the MAC address is different and the unit has a different IP…
Something is wrong with the Ubuntu image!
I have reloaded several times, confirmed it repeatedly…
fresh from image, just ran sudo apt update and upgrade.
Reboot - new ip - reboot again - new ip
on and on, my DHCP server is full of wasted addresses with random MAC all from this one issue!
It seems really odd the mac is rolling by its self, I can see the IP address doing that and that would be due to the gateway/router external to the board.
good thought but nope…
root@Khadas:~# sudo apt remove macchanger
Reading package lists… Done
Building dependency tree
Reading state information… Done
Package ‘macchanger’ is not installed, so not removed
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
root@Khadas:~# cat /proc/cmdline
earlyprintk console=ttyS2,1500000n8 loglevel=0 rw root=UUID=01545e9d-30cd-4913-87aa-e0b184f9b223 rootfstype=ext4 init=/sbin/init rootwait fbcon=rotate:0 ubootpart=ecb74f2c-01 board_type=2 board_type_name=Edge-V khadas_board=Edge-V fan=auto mac=c8:63:14:70:42:70 androidboot.mac=c8:63:14:70:42:70 coherent_pool=2M imagetype=EMMC_MBR splash quiet plymouth.ignore-serial-consoles vt.handoff=7 I am also adding the result of IP a cmd to show that the MAC address is not the same.
root@Khadas:~# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
link/ether f6:a4:4b:77:45:8c brd ff:ff:ff:ff:ff:ff
inet 192.168.11.161/24 brd 192.168.1.255 scope global dynamic noprefixroute eth0
valid_lft 690802sec preferred_lft 690802sec
inet6 fe80::89f3:a4ae:3116:9914/64 scope link noprefixroute
valid_lft forever preferred_lft forever
3: wlan0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000
link/ether 28:ed:e0:e6:9e:64 brd ff:ff:ff:ff:ff:ff I then rebooted and ran both cmd again, with these results.
root@Khadas:~# cat /proc/cmdline
earlyprintk console=ttyS2,1500000n8 loglevel=0 rw root=UUID=01545e9d-30cd-4913-87aa-e0b184f9b223 rootfstype=ext4 init=/sbin/init rootwait fbcon=rotate:0 ubootpart=ecb74f2c-01 board_type=2 board_type_name=Edge-V khadas_board=Edge-V fan=auto mac=c8:63:14:70:42:70 androidboot.mac=c8:63:14:70:42:70 coherent_pool=2M imagetype=EMMC_MBR splash quiet plymouth.ignore-serial-consoles vt.handoff=7
root@Khadas:~#
root@Khadas:~# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
link/ether 2a:fc:f8:c7:34:2f brd ff:ff:ff:ff:ff:ff
inet 192.168.1.193/24 brd 192.168.1.255 scope global dynamic noprefixroute eth0
valid_lft 690802sec preferred_lft 690802sec
inet6 fe80::89f3:a4ae:3116:9914/64 scope link noprefixroute
valid_lft forever preferred_lft forever
3: wlan0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000
link/ether 28:ed:e0:e6:9e:64 brd ff:ff:ff:ff:ff:ff
Each interface will have its own mac, that is normal. I was under the impression the interface eth0 or wlan0 was rolling. What you are showing is normal.
Its also best to either run wifi or wire, don’t run both at the same time on the internet gateway.
If you don’t have any thing of value on the board’s OS, I would just re-install the entire os including uboot. It is very odd, what is happening is not something that can be tracked down easily. Sorry, I am out of suggestions on this.
Sometimes its best to just start over. If you do decide to start over keep a list of everything you installed because sometimes that will have clues.
That might also be a setting in uboot, from a fading memory it seems like an option exists to roll the mac, its a security feature for a specific type of network presence.
nothing on the system yet, this is a fresh load.
Reloaded three times, same result.
Literally I just did Oowow cleaned the onboard memory completely, then dropped in the Ubuntu 20.04 server O/S - boot - sudo apt update and upgrade.
thats it, nothing else, this is what it does.
Edit:
I just did it again, even going so far as to do a full wipe of the 128gb onboard emmc memory first, then also useing the Oowow wizard I installed Ubuntu 20.04 server.
This time I did not run updates, just rebooted and checked reported MAC address. It chaned on every boot with NOTHING loaded or changed from the Oowow image installed.
then ran updates, rebooted -changed again.
now just for giggles I am running `sudo apt install update-manager-core
and sudo do-release-upgrade
I dont expect it to actually work of cource, but meh this box is doing nothing like it is…
Now to go clean my DHCP database of the dozen or so ghost entries this has left behind…
Ok, this is interesting…
I loaded the Ubuntu 20.04 Gnome desktop version…
same issue…
going to try an android load… maybe something hardware is going on somehow…
Android does not have the issue. Seems to be only ubuntu images
ok, further messing with this…
tried a newer version of OOWOW
found version edge-oowow-240619.165-sd.img.gz
set that onto my SD card and booted it up… This version cannot get a list of images to burn…
I think maybe I should look for another way to load images…
are there any up to date Ubuntu images I can get and an alternate way to write them onto my Edge-V Max?
When I look at dl.khadas.com - Index of /products/edge1/firmware/ubuntu/emmc/
I dont see any images of any current versions of Ubuntu, everything is EOL…