Erstens sind das die Images und nicht die Feeds, was aber natürlich zum anderen führt.

Und wenn schon obi die Idee gut findet

Ausserdem ist da nichts wofür man sich schämen müsste ... Vor Sachen wie den nfs mount Problemen auf der Client Seite wurde ja gewarnt.

Danke für die Erklärung ... und die Ermahnung.

Und ja man kann schon problenlos Dependencies nachinstallieren ... von kleinen Holprigkeiten abgesehen ... womit man aber erstmal durchaus leben kann.

Letztendlich wenn die Auslieferung der Boxen die SW überholt ist es auch der einzige sinnvolle und gangbare Weg

Ich verstehe das durchaus, aber wenn die Leute anfangen beim Image bauen zu scheitern und "geht nicht posten" ist es einfach sinnvoller den Gegenbeweis anzutreten.

Kein Problem, das sind sowieso nur Kleinigkeiten die Ihr leicht in den Griff kriegt.

Das Blöde config file verhindert aber auch das die kernel nfsd module richtig geladen werden, installiert man sie von hand nach (was sobald man das gefixte nfs-utils hat auch ohne konflikt geht) dann werden sie auch geladen.

Warum das automount mit nfs total hängt muss ich aber erst rausfinden, ich bin nicht so schnell

Noch ein kleiner Schönheitsfehler - die shell Umgebung ist auch noch nicht ideal, da kommt ständig bei Befehlen der Fehler das das terminal nicht ordentlich konfiguriert ist:

root@dm7080:~# journalctl -r
WARNING: terminal is not fully functional
- (press RETURN)
root@dm7080:~# env | grep TERM
TERM=dumb

Setzt man wenigstens vt100 dann ist Ruhe (linux so wie früher geht aber genauso):
root@dm7080:~# export TERM=vt100

Zum NFS Problem, ja das habe ich schon selber rausgefunden:

Das nfs mount hat deswegen ein Problem weil jetzt vers=4.1 als default verwendet wird.

Das sieht man ganz leicht wenn man es mit verbose von hand macht:

mkdir /tmp/mount
mount.nfs -v 192.168.0.10:/media/hdd /tmp/mount
mount.nfs: timeout set for Tue Nov 1 22:10:02 2016
mount.nfs: trying text-based options 'vers=4.2,addr=192.168.0.10,clientaddr=192.168.0.10'
mount.nfs: mount(2): Invalid argument
mount.nfs: trying text-based options 'vers=4.1,addr=192.168.0.10,clientaddr=192.168.0.10'

Das bleibt hängen, macht man folgendes dann geht es:

mount.nfs -v -o vers=4.0 192.168.0.10:/media/hdd /tmp/mount
mount.nfs: timeout set for Tue Nov 1 22:11:38 2016
mount.nfs: trying text-based options 'vers=4.0,addr=192.168.0.10,clientaddr=192.168.0.10'
192.168.0.10:/media/hdd on /tmp/mount type nfs (vers=4.0)

Scheinbar mag der ältere Kernel die Version 4.1 (noch) nicht.

Gebe ich das vers=4-.0 von hand in der autmounts.xml und in der /etc/fstab bei den mount optionen dazu dann geht es wieder problemlos beim booten zu mounten.

Also Danke für die Inputs, jetzt geht das auch wieder so wie vorher. Wenn die 7080 als NFS Server beim booten jetzt aber nicht da ist bootet die 520 das Linux ohne Zicken, aber das enigma2 hat immer noch ein Startproblem und bleibt bei der Sanduhr weil es den strandet mount absucht und kein Timeout kommt - aber das finde ich auch noch raus ...

EDIT:; timeo und retrry als Option scheinen beim mounten jetzt zu funktionieren, aber das allein löst scheinbar noch nicht das Problem.... weitersuchen

PS: Und ich benutze telnet von Ubuntu aus, so neumodisches Zeug wie ssh macht mir Angst

LG
gutemine

Also ich habe das mit dem NFS jetzt ausgetestet, mit folgenden mount optionen in der automounts.xml funktioniert es auch zu booten wenn der NFS Server gar nicht da ist:

<options>rw,nolock,udp,soft,vers=4.0,timeo=1,retry=0</options>

Damit kann man dann df -h machen um sich die mounts anzusehen und kriegt nach 1 sec schon einen timeout.

ABER damit das enigma2 nicht trotzdem mit Zahnrädern nie zu Ende startet braucht man noch folgende geheime Zutat:

In das umgebungsscript welches unmittelbar VOR dem enigma2 start augeführt wird muss man am Ende noch ein umount -f /media/NFSMOUNTPOINT reimachen

Also beim mir wo die 520 die Harddisk der 7080 über NFS als Harddisk Ersatz mountet:

root@dm520:/etc/enigma2# cat automounts.xml
<?xml version="1.0" encoding="UTF-8"?>
<mountmanager>
<nfs>
 <mount>
  <active>True</active>
  <hdd_replacement>True</hdd_replacement>
  <ip>192.168.0.10</ip>
  <sharename>DM7080</sharename>
  <sharedir>media/hdd</sharedir>
  <options>rw,nolock,udp,soft,vers=4.0,timeo=1,retry=0</options>
 </mount>
</nfs>
</mountmanager>

cat /etc/fstab
rootfs  /           	rootfs  rw,relatime                                 	0 1
proc	/proc       	proc	rw,nosuid,nodev,noexec,relatime             	0 0
sysfs   /sys        	sysfs   rw,nosuid,nodev,noexec,relatime             	0 0
devpts  /dev/pts    	devpts  rw,nosuid,noexec,relatime,gid=5,mode=620    	0 0
tmpfs   /dev/shm    	tmpfs   rw,nosuid,nodev,relatime                    	0 0
tmpfs   /run        	tmpfs   rw,nosuid,nodev,relatime,mode=755           	0 0
tmpfs   /tmp        	tmpfs   rw,relatime                                 	0 0
tmpfs   /var/volatile   tmpfs   rw,relatime,mode=755                        	0 0
192.168.0.10:/media/hdd /media/DM7080   nfs 	udp,x-systemd.automount,rsize=8192,noauto,wsize=8192,retry=0,nolock,rw,timeo=1,vers=4.0,soft,nofail 	0   	0

cat /usr/bin/enigma2-environment
#!/bin/sh


mkdir -p /run/enigma2


LD_PRELOAD=""
for lib in libopen.so libpagecache.so libpassthrough.so; do
    	if [ -f /usr/lib/${lib} ]; then
            	LD_PRELOAD="${LD_PRELOAD} /usr/lib/${lib}"
    	fi
done
echo LD_PRELOAD="${LD_PRELOAD}" > /run/enigma2/environment


if [ -f /usr/lib/libpagecache.so ]; then
    	echo PAGECACHE_FLUSH_INTERVAL=$((512*1024)) >> /run/enigma2/environment
fi
umount -f /media/DM7080

Nur falls das auch noch wer anderer ausprobieren will

Und keine Angst, sobald der NFS Sever dann wieder da ist (die 7080 gebootet) funktioniert auch der mount wieder.

EDIT: aber langsam werde ich einen eigenen Thread mit OE 2.5 Tricks und Workarounds anfangen, mit Euren Buildproblemen hat das eigentlich nichts zu tun

LG
gutemine

das systemd device timeout bringt da trotzdem nichts, wenn genau zu dem zeitpunkt wo enigma2 startet der stranded moint da ist hast du sandraeder und enigma2 startet nicht. Ist zu dem zeitpunkt der mount durch die geheime zutat Nicht da dann funktioniert es.

jetzt greifen die timeout parameter wenigstens insofern ist es ja besser als vorher aber man muss trotzdem tricksen damit es funktioniert. Ich wuerde die geheime zutat (umount der netzwerk mounts) waehrend der paar sekunden wo enigma2 startet einfach im enigma2 ausprogrammieren, das ist ja nur ganz wenig code.

LG
gutemine