Neutrino-Images

mirz hat geschrieben: ↑Di 27. Jan 2026, 14:00 Download hat wohl nicht funktioniert. Einfach nochmal versuchen.

ich habe es schon ein paar Mal versucht aber bisher ohne Erfolg

landet das auch im Download-Ordner? Wenn ja, dann einfach manuell dort ablegen.
Ich konnte das über den Link herunterladen.

mirz hat geschrieben: ↑Di 27. Jan 2026, 15:00landet das auch im Download-Ordner?

nur das Update "tar.gz" landet in /staging/images und mehr nicht

das kompl. USB Update fehlt

hatte ich schon verstanden. Das fehlt, da der build abgebrochen ist.
Ich meinte, ob die hier erwähnte Datei (vmlinuz-in ... 801.tar.gz) im Ordner downloads oder archive landet und von dort weiterverarbeitet wird

Code: Alles auswählen

make flash-image-vuplus-multi
Start-up build vmlinuz-initrd
Downloading vmlinuz-initrd
--2026-01-27 10:08:33-- https://bitbucket.org/max_10/vmlinuz-in ... 801.tar.gz

mirz hat geschrieben: ↑Di 27. Jan 2026, 16:11Ich meinte, ob die hier erwähnte Datei (vmlinuz-in ... 801.tar.gz) im Ordner downloads oder archive landet und von dort weiterverarbeitet wird

ja die ist vorhanden

bist du hier weitergekommen, hat es geklappt?

Wenn die Datei "vmlinuz-initrd_vuuno4kse_20230801.tar.gz" im Ordner "ni-buildsystem/download/" vorhanden ist, dann wird auch nicht nochmal versucht, diese zu downloaden.
Somit sollte dieses Problem erstmal nicht wieder auftreten und build sollte ab da weiterlaufen.

mirz hat geschrieben: ↑Mi 28. Jan 2026, 22:45bist du hier weitergekommen, hat es geklappt?

hab noch ein wenig am arm64 geschraubt und jetzt baut es kompl. alles durch

zip -r /home/tannen/ni-buildsystem/staging/images/ni420-202601291050-arm-vuduo4kse_multi_usb.zip vuplus/duo4kse/*
adding: vuplus/duo4kse/imageversion (stored 0%)
adding: vuplus/duo4kse/initrd_auto.bin (deflated 0%)
adding: vuplus/duo4kse/kernel1_auto.bin (deflated 1%)
adding: vuplus/duo4kse/kernel2_auto.bin (deflated 1%)
adding: vuplus/duo4kse/kernel3_auto.bin (deflated 1%)
adding: vuplus/duo4kse/kernel4_auto.bin (deflated 1%)
adding: vuplus/duo4kse/kernel_auto.bin (stored 0%)
adding: vuplus/duo4kse/mkpart.update (stored 0%)
adding: vuplus/duo4kse/reboot.update (stored 0%)
adding: vuplus/duo4kse/rootfs1.tar.bz2 (deflated 0%)
adding: vuplus/duo4kse/rootfs2.tar.bz2 (stored 0%)
adding: vuplus/duo4kse/rootfs3.tar.bz2 (stored 0%)
adding: vuplus/duo4kse/rootfs4.tar.bz2 (stored 0%)
adding: vuplus/duo4kse/rootfs.tar.bz2 (stored 0%)
adding: vuplus/duo4kse/splash_auto.bin (deflated 99%)
rm -rf /home/tannen/ni-buildsystem/.build/image-build
---------------------------------------------------------------
Build done for Armbox VU+ Duo 4K SE (vuduo4kse)
---------------------------------------------------------------
tannen@Sandbox:~/ni-buildsystem$

Gruß

für die anderen beiden die Uno 4k SE und die Zero 4k SE hat es auch einwandfrei durchgebaut.

zip -r /home/tannen/ni-buildsystem/staging/images/ni420-202601291232-arm-vuuno4kse_multi_usb.zip vuplus/uno4kse/*
adding: vuplus/uno4kse/imageversion (stored 0%)
adding: vuplus/uno4kse/initrd_auto.bin (deflated 0%)
adding: vuplus/uno4kse/kernel1_auto.bin (deflated 0%)
adding: vuplus/uno4kse/kernel2_auto.bin (deflated 0%)
adding: vuplus/uno4kse/kernel3_auto.bin (deflated 0%)
adding: vuplus/uno4kse/kernel4_auto.bin (deflated 0%)
adding: vuplus/uno4kse/kernel_auto.bin (stored 0%)
adding: vuplus/uno4kse/mkpart.update (stored 0%)
adding: vuplus/uno4kse/reboot.update (stored 0%)
adding: vuplus/uno4kse/rootfs1.tar.bz2 (deflated 0%)
adding: vuplus/uno4kse/rootfs2.tar.bz2 (stored 0%)
adding: vuplus/uno4kse/rootfs3.tar.bz2 (stored 0%)
adding: vuplus/uno4kse/rootfs4.tar.bz2 (stored 0%)
adding: vuplus/uno4kse/rootfs.tar.bz2 (stored 0%)
adding: vuplus/uno4kse/splash_auto.bin (deflated 99%)
rm -rf /home/tannen/ni-buildsystem/.build/image-build
-------------------------------------------------------------------------------
Build done for Armbox VU+ Uno 4K SE (vuuno4kse)
-------------------------------------------------------------------------------
tannen@Sandbox:~/ni-buildsystem

zip -r /home/tannen/ni-buildsystem/staging/images/ni420-202601291301-arm-vuzero4k_multi_usb.zip vuplus/zero4k/*
adding: vuplus/zero4k/force.update (stored 0%)
adding: vuplus/zero4k/imageversion (stored 0%)
adding: vuplus/zero4k/initrd_auto.bin (deflated 0%)
adding: vuplus/zero4k/kernel1_auto.bin (deflated 0%)
adding: vuplus/zero4k/kernel2_auto.bin (deflated 0%)
adding: vuplus/zero4k/kernel3_auto.bin (deflated 0%)
adding: vuplus/zero4k/kernel4_auto.bin (deflated 0%)
adding: vuplus/zero4k/kernel_auto.bin (stored 0%)
adding: vuplus/zero4k/mkpart.update (stored 0%)
adding: vuplus/zero4k/rootfs1.tar.bz2 (deflated 0%)
adding: vuplus/zero4k/rootfs2.tar.bz2 (stored 0%)
adding: vuplus/zero4k/rootfs3.tar.bz2 (stored 0%)
adding: vuplus/zero4k/rootfs4.tar.bz2 (stored 0%)
adding: vuplus/zero4k/rootfs.tar.bz2 (stored 0%)
adding: vuplus/zero4k/splash_auto.bin (deflated 99%)
rm -rf /home/tannen/ni-buildsystem/.build/image-build
-------------------------------------------------------------------------------
Build done for Armbox VU+ Zero 4K (vuzero4k)
-------------------------------------------------------------------------------
tannen@Sandbox:~/ni-buildsystem$

es ist also möglich in einer UTM virtuellen Maschine auf einen Mac mit M2 Chip mit einer Debian arm64 ISO ein BS zu bauen und NI Image`s zu bauen. SUPER

tannen hat geschrieben: ↑Di 27. Jan 2026, 10:10 jetzt habe ich doch noch einen Fehler baue auch für die Uno 4k SE und hier wird kein multi_usb gebaut nur ein .tar.gz update

make flash-image-vuplus-multi
Start-up build vmlinuz-initrd
Downloading vmlinuz-initrd
--2026-01-27 10:08:33-- https://bitbucket.org/max_10/vmlinuz-in ... 801.tar.gz
Auflösen des Hostnamens bitbucket.org (bitbucket.org) … 185.166.143.49, 185.166.143.48, 185.166.143.50, ...
Verbindungsaufbau zu bitbucket.org (bitbucket.org)|185.166.143.49|:443 … verbunden.
HTTP-Anforderung gesendet, auf Antwort wird gewartet … 404 Not Found
2026-01-27 10:08:33 FEHLER 404: Not Found.

make[2]: *** [package/vmlinuz-initrd/vmlinuz-initrd.mk:44: vmlinuz-initrd] Fehler 8
make[1]: *** [make/flash-images.mk:79: flash-image] Fehler 2
make: *** [make/ni.mk:80: image] Fehler 2
tannen@Sandbox:~/ni-buildsystem$

Die ganzen Dateien auf bitbucket.org, für die vu Boxen sind tot, in einem free account, kann man keine Dateien mehr hinterlegen,
sondern nur gegen Geld.

Oder doch nicht, liegen noch da, ich selber sehe sie nicht mehr und kann auch nichts mehr hochladen.
Dann sind sie zum bauen noch da.

max_10 hat geschrieben: ↑Do 29. Jan 2026, 19:48 Dann sind sie zum bauen noch da.

genau so ist es

hatte die Dateien auch nicht gesehen und mich ???
Beim make sieht man dann, dass die Dateien von AWS aus S3 geholt werden.

Hallo zusammen,

ich musste mal mein system neu machen .. debian 13er auf vmware..

collect2: error: ld returned 1 exit status
make[2]: *** [Makefile:107: ofgwrite_bin] Fehler 1
make[1]: *** [package/ofgwrite/ofgwrite.mk:26: ofgwrite] Fehler 2
make: *** [make/ni.mk:65: image] Fehler 2

leider weiß ich nicht weiter, hat jemand eine idee?

Das ist ein wenig wenig Fehler.

Zeig mal die vorherigen Zeilen bitte.

Liegt daran das das neue ofgwrite openssl braucht

Das hab ich drin: https://github.com/neutrino-images/ni-b ... ite.mk#L13

vanhofen hat geschrieben: ↑Fr 6. Feb 2026, 20:44 Das ist ein wenig wenig Fehler. Zeig mal die vorherigen Zeilen bitte.

So sieht der Anfang aus..

ake[1]: „/home/dnofx/ni-buildsystem/.deps/irqbalance“ ist bereits aktuell.
/usr/bin/make -j3 udpxy
make[1]: „/home/dnofx/ni-buildsystem/.deps/udpxy“ ist bereits aktuell.
/usr/bin/make -j3 evtest
make[1]: „/home/dnofx/ni-buildsystem/.deps/evtest“ ist bereits aktuell.
/usr/bin/make -j3 gptfdisk
make[1]: „/home/dnofx/ni-buildsystem/.deps/gptfdisk“ ist bereits aktuell.
/usr/bin/make -j3 rsync
make[1]: „/home/dnofx/ni-buildsystem/.deps/rsync“ ist bereits aktuell.
/usr/bin/make -j3 ofgwrite
Start-up build ofgwrite
Clean-up ofgwrite
Resolving dependencies for ofgwrite
/usr/bin/make openssl
make[2]: „/home/dnofx/ni-buildsystem/.deps/openssl“ ist bereits aktuell.
Downloading ofgwrite
Bereits aktuell.
Extracting ofgwrite
git checkout master
Bereits auf 'master'
Ihr Branch ist auf demselben Stand wie 'origin/master'.
Patching ofgwrite
Building ofgwrite

und so das Ende, dazwischen noch sehr, sehr viel

/home/dnofx/ni-buildsystem/.build/openssl-1.1.1w/crypto/threads_pthread.c:34: undefined reference to `pthread_rwlock_init'
/home/dnofx/ni-buildsystem/cross/arm-linux-4.4.35/lib/gcc/arm-cortex-linux-gnueabihf/13.2.0/../../../../arm-cortex-linux-gnueabihf/bin/ld.bfd: /home/dnofx/ni-buildsystem/root/usr/lib/libcrypto.a(threads_pthread.o): in function `CRYPTO_THREAD_read_lock':
/home/dnofx/ni-buildsystem/.build/openssl-1.1.1w/crypto/threads_pthread.c:65: undefined reference to `pthread_rwlock_rdlock'
/home/dnofx/ni-buildsystem/cross/arm-linux-4.4.35/lib/gcc/arm-cortex-linux-gnueabihf/13.2.0/../../../../arm-cortex-linux-gnueabihf/bin/ld.bfd: /home/dnofx/ni-buildsystem/root/usr/lib/libcrypto.a(threads_pthread.o): in function `CRYPTO_THREAD_write_lock':
/home/dnofx/ni-buildsystem/.build/openssl-1.1.1w/crypto/threads_pthread.c:78: undefined reference to `pthread_rwlock_wrlock'
/home/dnofx/ni-buildsystem/cross/arm-linux-4.4.35/lib/gcc/arm-cortex-linux-gnueabihf/13.2.0/../../../../arm-cortex-linux-gnueabihf/bin/ld.bfd: /home/dnofx/ni-buildsystem/root/usr/lib/libcrypto.a(threads_pthread.o): in function `CRYPTO_THREAD_unlock':
/home/dnofx/ni-buildsystem/.build/openssl-1.1.1w/crypto/threads_pthread.c:91: undefined reference to `pthread_rwlock_unlock'
/home/dnofx/ni-buildsystem/cross/arm-linux-4.4.35/lib/gcc/arm-cortex-linux-gnueabihf/13.2.0/../../../../arm-cortex-linux-gnueabihf/bin/ld.bfd: /home/dnofx/ni-buildsystem/root/usr/lib/libcrypto.a(threads_pthread.o): in function `CRYPTO_THREAD_lock_free':
/home/dnofx/ni-buildsystem/.build/openssl-1.1.1w/crypto/threads_pthread.c:107: undefined reference to `pthread_rwlock_destroy'
/home/dnofx/ni-buildsystem/cross/arm-linux-4.4.35/lib/gcc/arm-cortex-linux-gnueabihf/13.2.0/../../../../arm-cortex-linux-gnueabihf/bin/ld.bfd: /home/dnofx/ni-buildsystem/root/usr/lib/libcrypto.a(threads_pthread.o): in function `CRYPTO_THREAD_run_once':
/home/dnofx/ni-buildsystem/.build/openssl-1.1.1w/crypto/threads_pthread.c:118: undefined reference to `pthread_once'
/home/dnofx/ni-buildsystem/cross/arm-linux-4.4.35/lib/gcc/arm-cortex-linux-gnueabihf/13.2.0/../../../../arm-cortex-linux-gnueabihf/bin/ld.bfd: /home/dnofx/ni-buildsystem/root/usr/lib/libcrypto.a(threads_pthread.o): in function `CRYPTO_THREAD_init_local':
/home/dnofx/ni-buildsystem/.build/openssl-1.1.1w/crypto/threads_pthread.c:126: undefined reference to `pthread_key_create'
/home/dnofx/ni-buildsystem/cross/arm-linux-4.4.35/lib/gcc/arm-cortex-linux-gnueabihf/13.2.0/../../../../arm-cortex-linux-gnueabihf/bin/ld.bfd: /home/dnofx/ni-buildsystem/root/usr/lib/libcrypto.a(threads_pthread.o): in function `CRYPTO_THREAD_get_local':
/home/dnofx/ni-buildsystem/.build/openssl-1.1.1w/crypto/threads_pthread.c:134: undefined reference to `pthread_getspecific'
/home/dnofx/ni-buildsystem/cross/arm-linux-4.4.35/lib/gcc/arm-cortex-linux-gnueabihf/13.2.0/../../../../arm-cortex-linux-gnueabihf/bin/ld.bfd: /home/dnofx/ni-buildsystem/root/usr/lib/libcrypto.a(threads_pthread.o): in function `CRYPTO_THREAD_set_local':
/home/dnofx/ni-buildsystem/.build/openssl-1.1.1w/crypto/threads_pthread.c:139: undefined reference to `pthread_setspecific'
/home/dnofx/ni-buildsystem/cross/arm-linux-4.4.35/lib/gcc/arm-cortex-linux-gnueabihf/13.2.0/../../../../arm-cortex-linux-gnueabihf/bin/ld.bfd: /home/dnofx/ni-buildsystem/root/usr/lib/libcrypto.a(threads_pthread.o): in function `CRYPTO_THREAD_cleanup_local':
/home/dnofx/ni-buildsystem/.build/openssl-1.1.1w/crypto/threads_pthread.c:147: undefined reference to `pthread_key_delete'
/home/dnofx/ni-buildsystem/cross/arm-linux-4.4.35/lib/gcc/arm-cortex-linux-gnueabihf/13.2.0/../../../../arm-cortex-linux-gnueabihf/bin/ld.bfd: /home/dnofx/ni-buildsystem/root/usr/lib/libcrypto.a(threads_pthread.o): in function `openssl_init_fork_handlers':
/home/dnofx/ni-buildsystem/.build/openssl-1.1.1w/crypto/threads_pthread.c:196: undefined reference to `pthread_once'
/home/dnofx/ni-buildsystem/cross/arm-linux-4.4.35/lib/gcc/arm-cortex-linux-gnueabihf/13.2.0/../../../../arm-cortex-linux-gnueabihf/bin/ld.bfd: /home/dnofx/ni-buildsystem/root/usr/lib/libcrypto.a(dso_dlfcn.o): in function `dlfcn_globallookup':
/home/dnofx/ni-buildsystem/.build/openssl-1.1.1w/crypto/dso/dso_dlfcn.c:447: undefined reference to `dlopen'
/home/dnofx/ni-buildsystem/cross/arm-linux-4.4.35/lib/gcc/arm-cortex-linux-gnueabihf/13.2.0/../../../../arm-cortex-linux-gnueabihf/bin/ld.bfd: /home/dnofx/ni-buildsystem/.build/openssl-1.1.1w/crypto/dso/dso_dlfcn.c:450: undefined reference to `dlsym'
/home/dnofx/ni-buildsystem/cross/arm-linux-4.4.35/lib/gcc/arm-cortex-linux-gnueabihf/13.2.0/../../../../arm-cortex-linux-gnueabihf/bin/ld.bfd: /home/dnofx/ni-buildsystem/.build/openssl-1.1.1w/crypto/dso/dso_dlfcn.c:451: undefined reference to `dlclose'
/home/dnofx/ni-buildsystem/cross/arm-linux-4.4.35/lib/gcc/arm-cortex-linux-gnueabihf/13.2.0/../../../../arm-cortex-linux-gnueabihf/bin/ld.bfd: /home/dnofx/ni-buildsystem/root/usr/lib/libcrypto.a(dso_dlfcn.o): in function `dlfcn_pathbyaddr':
/home/dnofx/ni-buildsystem/.build/openssl-1.1.1w/crypto/dso/dso_dlfcn.c:422: undefined reference to `dladdr'
/home/dnofx/ni-buildsystem/cross/arm-linux-4.4.35/lib/gcc/arm-cortex-linux-gnueabihf/13.2.0/../../../../arm-cortex-linux-gnueabihf/bin/ld.bfd: /home/dnofx/ni-buildsystem/.build/openssl-1.1.1w/crypto/dso/dso_dlfcn.c:440: undefined reference to `dlerror'
/home/dnofx/ni-buildsystem/cross/arm-linux-4.4.35/lib/gcc/arm-cortex-linux-gnueabihf/13.2.0/../../../../arm-cortex-linux-gnueabihf/bin/ld.bfd: /home/dnofx/ni-buildsystem/root/usr/lib/libcrypto.a(dso_dlfcn.o): in function `dlfcn_bind_func':
/home/dnofx/ni-buildsystem/.build/openssl-1.1.1w/crypto/dso/dso_dlfcn.c:186: undefined reference to `dlsym'
/home/dnofx/ni-buildsystem/cross/arm-linux-4.4.35/lib/gcc/arm-cortex-linux-gnueabihf/13.2.0/../../../../arm-cortex-linux-gnueabihf/bin/ld.bfd: /home/dnofx/ni-buildsystem/.build/openssl-1.1.1w/crypto/dso/dso_dlfcn.c:189: undefined reference to `dlerror'
/home/dnofx/ni-buildsystem/cross/arm-linux-4.4.35/lib/gcc/arm-cortex-linux-gnueabihf/13.2.0/../../../../arm-cortex-linux-gnueabihf/bin/ld.bfd: /home/dnofx/ni-buildsystem/root/usr/lib/libcrypto.a(dso_dlfcn.o): in function `dlfcn_unload':
/home/dnofx/ni-buildsystem/.build/openssl-1.1.1w/crypto/dso/dso_dlfcn.c:161: undefined reference to `dlclose'
/home/dnofx/ni-buildsystem/cross/arm-linux-4.4.35/lib/gcc/arm-cortex-linux-gnueabihf/13.2.0/../../../../arm-cortex-linux-gnueabihf/bin/ld.bfd: /home/dnofx/ni-buildsystem/root/usr/lib/libcrypto.a(dso_dlfcn.o): in function `dlfcn_load':
/home/dnofx/ni-buildsystem/.build/openssl-1.1.1w/crypto/dso/dso_dlfcn.c:116: undefined reference to `dlopen'
/home/dnofx/ni-buildsystem/cross/arm-linux-4.4.35/lib/gcc/arm-cortex-linux-gnueabihf/13.2.0/../../../../arm-cortex-linux-gnueabihf/bin/ld.bfd: /home/dnofx/ni-buildsystem/.build/openssl-1.1.1w/crypto/dso/dso_dlfcn.c:138: undefined reference to `dlclose'
/home/dnofx/ni-buildsystem/cross/arm-linux-4.4.35/lib/gcc/arm-cortex-linux-gnueabihf/13.2.0/../../../../arm-cortex-linux-gnueabihf/bin/ld.bfd: /home/dnofx/ni-buildsystem/.build/openssl-1.1.1w/crypto/dso/dso_dlfcn.c:119: undefined reference to `dlerror'
/home/dnofx/ni-buildsystem/cross/arm-linux-4.4.35/lib/gcc/arm-cortex-linux-gnueabihf/13.2.0/../../../../arm-cortex-linux-gnueabihf/bin/ld.bfd: /home/dnofx/ni-buildsystem/cross/arm-linux-4.4.35/arm-cortex-linux-gnueabihf/sys-root/usr/lib/libc.a(getcontext.o): in function `__getcontext':
(.text+0x88): undefined reference to `_rtld_global_ro'
/home/dnofx/ni-buildsystem/cross/arm-linux-4.4.35/lib/gcc/arm-cortex-linux-gnueabihf/13.2.0/../../../../arm-cortex-linux-gnueabihf/bin/ld.bfd: /home/dnofx/ni-buildsystem/cross/arm-linux-4.4.35/arm-cortex-linux-gnueabihf/sys-root/usr/lib/libc.a(setcontext.o): in function `__startcontext':
(.text+0x80): undefined reference to `_rtld_global_ro'
collect2: error: ld returned 1 exit status
make[2]: *** [Makefile:107: ofgwrite_bin] Fehler 1
make[1]: *** [package/ofgwrite/ofgwrite.mk:26: ofgwrite] Fehler 2
make: *** [make/ni.mk:65: image] Fehler 2

@nofx
Wann hast du den das letzte mal crosstool neugebaut?
Kann es sein das du immer ein altes gebautes wieder auspackst?
Diese Fehler hatte ich die letzten Tage, nach dem ich ofgwrite geändert hatte auch
und musste auf eine neue glibc Version ändern, wo dann CT_GLIBC_HAS_OBSOLETE_LIBCRYPT verfügbar ist.
Ich kann dir nur sagen, am NI Buildsystem liegt es nicht das baut hier unter Debian 13 ohne Fehler und da durch bin ich auch
darauf gekommen was bei mir nicht richtig war.

Hi Max,

nachdem ich debian neu aufgesetzt hatte, habe ich alles neu gebaut...
Das einzige was ich übernommen hatte (aus den Archiven) war libgpg-error-1.46.tar.bz2 und cortex-strings-git-48fd30c.tar.bz2, die diese nicht geladen werden konnten.
Ich kann ja noch einmal neu bauen lassen.

Diese Version habe ich, habe noch mal neu gebaut, hänge aber an der selben stelle

root@debian:/home/dnofx/ni-buildsystem# ldd --version
ldd (Debian GLIBC 2.41-12+deb13u1) 2.41

Scheint als ob die zu aktuell ist, werde mal die 2.38er installieren und testen

ich hatte möglicherweise das gleiche aber zumindest ein ähnliches Verhalten.
Nachdem ich ein upgrade aus 13.3. und anschließend ein "make clean-all" gemacht hatte, war dieser Fehler weg.

Neutrino-Images

NI-Buildsystem

Re: NI-Buildsystem

Re: NI-Buildsystem

Re: NI-Buildsystem

Re: NI-Buildsystem

Re: NI-Buildsystem

Re: NI-Buildsystem

Re: NI-Buildsystem

Re: NI-Buildsystem

Re: NI-Buildsystem

Re: NI-Buildsystem

Re: NI-Buildsystem

Re: NI-Buildsystem

Re: NI-Buildsystem

Re: NI-Buildsystem

Re: NI-Buildsystem

Re: NI-Buildsystem

Re: NI-Buildsystem

Re: NI-Buildsystem

Re: NI-Buildsystem

Re: NI-Buildsystem