BPanther's Neutrino Forum

Keine Ahnung warum die beiden dvr gefehlt hatten, habs in der rcS einfach nun abgefangen, wenn nicht da werden die erstellt.

Wäre natürlich schön, wenn du das DDT nehmen würdest zum testen, damit dann Änderungen direkt dort reinkommen könnten. Gerade bei der Solo4k mit den Tunern wäre das wichtig, die HD51 hat ja keine Probleme. Vielleicht findest Du auch bei der Solo4K heraus, warum sich das OSD nicht "normal" initalisieren will, da mußte ich mir was als "Krücke" basteln, was im GIT als "initfb" erstmal drin ist. Ohne geht nicht mal msgbox, also bevor NMP überhaupt startet - wobei NMP selbst ebenfalls das OSD nicht richtig initalisieren kann. Soll heißen, ohne die "initfb" geht garkein OSD. Aber das ist erstmal nebensächlich, die Tuner und Aufnahmen hätten da wohl eher Vorrang.

bei der Solo4k mit den Tunern wäre das wichtig

Hab' ich nicht, wollte ja erst mit der Duo4k in das VU+Universum einsteigen...

Zum DDT-BS und neutrino-mp-ddt bliebe dann erstmal nur die Frage, ob das standardmäßig mmcblk0p11 (common swap partition) unterstützt oder ob das vor dem Build noch konfiguriert werden muss. Meine Box ist mit dem o.g. Image von DBoxOldie entsprechendend umstrukturiert. Und auf /swap sind viele wichtige Sachen - gemeinsam für alle Neutrino-Varianten.

Swap ist zwar in der disk.img mit drin - daher die vom DDT (oder z.B. von Oldie) unbedingt einmalig flashen wenn noch nicht passiert, damit die entsprechend angelegt wird, aber in der fstab müsstest den mount nach /swap noch nachtragen.

Info:
Beim Eigenbau natürlich , wie BP , den /swap noch nachtragen in die fstab .
Beim Einsatz vom Oldie Image geshieht das automatisch ohne fstab , auch beim BP Image .

So sieht meine fstab aus, könnte ich ggf. auch ins GIT packen.
Schaut dann so aus: Sind dadurch beide SWAP vorhanden, das von E2 und das ext4-Swap.

EDIT: Ab sofort für HD51 und VUSOLO4K (da ohne Swap) im GIT.

Danke für die Infos.
In meiner Stretch-VM hat das prepare-script keine Android-Tools gefunden.
Aber Debian hat mir Alternativen vorgeschlagen. Manuell installiert und das Android-Paket aus dem Script gelöscht - dann ging's!

make.sh ist danach auch durchgelaufen.

Build läuft schonmal an.
Aktuell das CrossTool. Dauert also noch was...

Da passt was nicht:

Start build of host_module_init_tools 3.16
rm -rf /home/janus/development/ddt/hd51/build_tmp/module-init-tools-3.16
tar -C /home/janus/development/ddt/hd51/build_tmp -xf /home/janus/Archive/module-init-tools-3.16.tar.bz2
tar: This does not look like a tar archive
bzip2: (stdin) is not a bzip2 file.
tar: Child returned status 2
tar: Error is not recoverable: exiting now
make/bootstrap.mk:65: die Regel für Ziel „/home/janus/development/ddt/hd51/.deps/host_module_init_tools“ scheiterte
make: *** [/home/janus/development/ddt/hd51/.deps/host_module_init_tools] Fehler 2
janus@stretchVM:~/development/ddt/hd51$

Ich mach' dann mal Morgen weiter...

Nun, da ist wohl das Archiv defekt, hatte glaube thomas auch schon mal. Aus Archive löschen und neu versuchen, zur Not von Hand mal herunterladen und in Archive kopieren.

Die vom BS geladene Datei enthält nur ein 227 Byte langes XML-Fragment mit der Info: "Gibt's hier nicht"!

Habe nach längerem Suchen das gefunden: https://launchpad.net/module-init-tools/trunk/3.16
Gibt es dort aber nur in .tar.gz
Hab's ausgepackt und als .tar.bz2 wieder eingepackt, nach Archive/ kopiert
und weiter geht's...

edit Nachtrag:
Das gleiche Problem mit bzip2-1.0.6.tar.gz
Datei korrupt, andere gesucht
und weiter geht's.

Findet man auch bereits als bz2 -> http://ftp.be.debian.org/pub/linux/util ... 16.tar.bz2

EDIT: Im GIT korrigiert.

Der Rest ist sauber durchgelaufen.
Habe mir dann mal ein ofgimage gemacht, damit ich am Anbend was zum Testen habe...

Janus hat geschrieben: Do 3. Jan 2019, 13:03 edit Nachtrag:
Das gleiche Problem mit bzip2-1.0.6.tar.gz
Datei korrupt, andere gesucht
und weiter geht's.

Fix ist nun auch im Git.

/dev/mmcblk0p11 /swap auto defaults,errors=remount-rw,noatime,nodiratime 0 0

steht zwar in (/var)/etc/fstab,
Nach dem Start hat's auch ein Verzeichnis /swap,
aber das ist leer!

Eine Gegenkontrolle mit NI zeigt aber, dass in /mmcblk0p11 doch noch meine Inhalte sind.
Und dort auch in /swap angeboten werden.

Irgendeine einfache Lösung ?

Sonst mache ich mal ein BootLog, wenn ich das serielle Kabel wieder angeschlossen habe...

edit Nachtrag BootLog:
...
INIT: version 2.88 booting

[rcS] 01.01.1970 01:00:04 start
[rcS] starting mountall
[mountall] Mounting local filesystems...
[ 4.519963] EXT4-fs (mmcblk0p11): Unrecognized mount option "errors=remount-rw" or missing value
[ 4.530339] EXT4-fs (mmcblk0p11): Unrecognized mount option "errors=remount-rw" or missing value
[ 4.539803] hfsplus: unable to parse mount options
[ 4.544759] hfs: unable to parse mount options
[ 4.549530] UDF-fs: bad mount option "errors=remount-rw" or missing value
[ 4.556485] JFS: remount-rw is an invalid error handler
mount: mounting /dev/mmcblk0p11 on /swap failed: Invalid argument
[ 4.574875] Adding 204796k swap on /dev/mmcblk0p10. Priority:-1 extents:1 across:204796k SS
Cleaning /tmp.
[rcS] setup network
...

Ändere mal auf auf der Box diese Zeile in fstab:
von: nach:

Prima !
Jetzt ist es da schonmal "wie immer"


Ich werde mich am WE mal in die "Personalisierung beim Eigenbau" einlesen.
Scheint ja ein paar Möglichkeiten geben.

Aber meine eigenen Sourcen-Anpassungen kann ich wohl nur per Patches einbringen.
Ich habe hier (bbs und NI) jeweils zwei Branches (mine und s2xtest) die ich per "git rebase" mit dem aktuellen master pflege (master > mine > s2x_test). Der Build nimmt dann den (manuell oder per config) aktivierten Branch.

"mine" ist das Standardverhalten auf allen Boxen, s2x_test ist quasi 'mine' zum basteln und 'vorbereiten' von neuen Sachen.
Ich müsste dann die Patches hier wohl nach der gewünschten Variante abgestuft zuführen ?
Wie organisiert man sowas mit dem DDT_BS?
Per Script oder direkt über eine Verzeichnisstruktur ?