PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : [AtemioNemesis] Hdmu-15067



Joker7
18.02.2016, 22:28
...Install im oMB ok und Image läuft soweit ich bisher gesehen hab auch gut !

....leider ist der hier erwähnte "Fehler" bei mir immer noch drin : http://www.hdmedia-universe.com/board/showthread.php?9812-Hdmu-14982-%28oe-2496%29 (http://www.hdmedia-universe.com/board/showthread.php?9812-Hdmu-14982-%28oe-2496%29)

neipe
18.02.2016, 22:48
naja wenn mounts nicht funktionieren, ist das eher "nicht gut" ;)

Joker7
18.02.2016, 23:28
..ja,da hast scho Recht ! ^^

...aber man kann zumindest das NAS für Aufnahmen (wenn man möchte) einrichten....das geht

...sollte natürlich trotzdem bald gefixt werden !

neipe
18.02.2016, 23:32
weißt du noch welches das letzte funktionierende Image war.

Joker7
18.02.2016, 23:40
...nö leider Sorry !

..hab immer nur die letzten 2 Images auf dem Stick.....alles andere Lösche ich...

Joker7
19.02.2016, 00:18
@neipe

..hilft "Euch" das wirklich weiter ? ...dann gehe ich Dank MB weiter mit den Imageversionen nach unten ?!


....also bisher:

15067 = 0
15060= ungestestet (da ausgelassen)
14982 = 0
14965 = 0

neipe
19.02.2016, 00:40
jo weil wir vllt eine stable version ablegen wollen.

Joker7
19.02.2016, 00:57
...naja,sowas wie ne "stable Version" gibt es meiner Meinung aber eh nicht....auch wenn der Ausdruck von manchen gerne benutzt wird ^^


Nachtrag:

...und macht Euch Bitte auch keinen Stress....gibt ja offensichtlich außer mir hier eh keine Nemesis Nutzer mit dem HDMU-IMage die mal was dazu Schreiben !!

neipe
19.02.2016, 01:23
;) sagen wir funktionierende Version ;) klingt vllt besser , haha.

santa
19.02.2016, 07:49
Kannst du einmal ohne omb testen, wir hatten mal ein Kernelupdate, nicht das der "falsche" Kernel vom omb schuld ist.
Anskar hatte ja auch immer das Problem das er eine Datei zum mounten aus dem atv übernehmen musste, damit das mounten geht.

Wenn dem so ist, Wird jetzt wieder kommen, dann passt hdmu an, damit es im omb geht, aber das ist Plunder, solange das multiboot nicht die Images sauber voneinander trennt, da wir mit pli einfach zu weit vom oa abdriften.
Was nicht positiv oder negativ sein muss, aber es sind eben diverse Sachen die anders erledigt werden.

Anskar
19.02.2016, 08:28
Das was santa meint ist hier von Mikam beschrieben :
http://www.hdmedia-universe.com/board/showthread.php?8535-HDMU-in-Multiboot&p=97922&viewfull=1#post97922
Ist bei der GB Quad Plus und HDMU, egal ob Flash oder im omb notwendig.

MfG

Joker7
19.02.2016, 13:40
.... Thx für die Ansätze !

habe folgende Zeile im HDMU geändert:

# HDMU mount -t tmpfs -o size=64k tmpfs /media

mountpoint -q "/media" || mount -t tmpfs -o size=64k tmpfs /media


...nun paßt es wieder mit der Anzeige von /media bzw. /hdd im HDMU Image

bonkel
19.02.2016, 14:54
Das ist typischer Fehler von multiboot

Anskar
19.02.2016, 15:43
Hier mal die Datei "volatile-media.sh" im Vergleich von opena.tv(wird aber nicht nur in deren Image verwendet ;-) ) und HDMU.


#!/bin/sh

mountpoint -q "/media" || mount -t tmpfs -o size=64k tmpfs /media

create_point() {
if [ ! -d $2 ]
then
mkdir -p $2
touch $2/.fstab
fi
}

grep -v "^#" /etc/fstab | grep "\s/media/" | while read LINE
do
create_point $LINE
done

if [ ! -e /dev/fuse ]
then
modprobe fuse
fi

HDMU

#!/bin/sh

mount -t tmpfs -o size=64k tmpfs /media

create_point() {
if [ ! -d $2 ]
then
mkdir -p $2
touch $2/.fstab
fi
}

grep -v "^#" /etc/fstab | grep "\s/media/" | while read LINE
do
create_point $LINE
done

if [ ! -e /dev/fuse ]
then
modprobe fuse
fi

MfG

santa
19.02.2016, 16:20
... opena.tv(wird aber nicht nur in deren Image verwendet ;-)
Richtig, da alle Oe-alliance images gleich sind, da ist es Wurst welches Image du die ansiehst

Anskar
19.02.2016, 17:05
War zum Beispiel auch im PB Powerbord Image die gleiche drin.

MfG