BPantherImage[USB]-rev4140-p191.tar.gz

[Anskar26]

Habe Dein Image mal entpackt und gesehen das die 2 Dateien vorhanden sind. Also ist das ja nicht das Problem das bei mir Dein Image nicht startet
MfG

[Anskar26]

So,habe nochmal was probiert. Als erstes habe ich BPanther4115(Vorgängerversion) auf sda7 installiert,startet aber auch nicht.
Dann habe ich BPanther3787 auf sda7 installiert und das startet ok durch. Das Image habe ich wie schon mal erwähnt schon lange auf der Box (sda6).Seit diesem Image hatte ich bis jetzt ja kein neues BPanther getestet.
Für mich ist jetzt definitiv eine Änderung im Image gemacht wurden, die es als USB nicht mehr starten läßt
MfG

[BPanther]

Da hast Du mich wohl falsch verstanden, denn auch ich benutze die neue libjpeg-Version, d.h. DBA muß entsprechend angepasst werden. Oder man versucht es mit einem Sym der dann die alte Version vorgibt. DBA will die alte, ich benutze aber wie das GIT die neue.

[Anskar26]

BPanther!
Ich bin nicht vom Fach, ich nutze auch nicht die DuckBA V0.93 Test wie dbox-all.
Ich nutze die DuckBA V0.92 und habe schon ewig AAF-ServerimageV2 im Flash.
dbox-all testet ja wohl immer Dein Image im Flash, muß da natürlich auch immer wieder das DuckBA neu installieren und hat da seit geraumer Zeit Probleme.
Mein Problem ist ja das die 2 neuesten USB Images bei mir nicht starten aber die alte 3787 ja.
Das mit den 2 Dateien habe ich ja gemeldet das sie in den HDMU-Imagen auch enthalten sind, diese starten aber bei mir problemlos.
Das heist für mich das es ein Problem geben muß mit dem BPanther-Image auf Multiboot mit UFS 912.
MfG

[BPanther]

Die rev4145 ist noch im Bau, aber da wird sich wohl auch nichts dran ändern, denn lt. DBA wird nach der alten libjpeg gesucht, nicht nach der neuen. Deswegen wundert mich auch, daß es nun nicht mehr geht, aber mit E2, was auch die neue benutzt wie ich auch. Daher ggf. einen Sym anlegen in /usr/lib (ist ja bei der 912 beschreibbar):

cd /usr/lib
ln -sf libjpeg.so libjpeg.so.62

Das erzeugt dem Symlink. Wenn kompatibel, dann sollte die Fehlermeldung nicht mehr kommen.

[Anskar26]

Will jetzt nicht nerven, aber diese Fehlermeldung wie dbox-all hatte ich ja nicht.
Ich habe nur das log aus Post1 und das das Image gar nicht startet, installieren auf SD-Karte ging ja.
MfG

[BPanther]

Ups... Mein Fehler, Du warst ja derjenige mit dem Zeichensalat. Die rev4145 wird in der Nacht hochgeladen, wobei ich nicht glaube, daß sich da was ändert. Allerdings weiß ich nicht, wo da noch der Unterschied liegen soll zu den älteren Versionen die noch funktionierten... :-\

[Anskar26]

Hallo BPanther!
Ich habe rev4145 auf sda7 installiert aber startet auch nicht. Dann nochmal auf sda6 geht aber auch nicht.
Was kann das sein?
Gibt es eigendlich noch mehr User an Bord die Multiboot auf der UFS912 nutzen und das mal probieren könnten, ob das bei Ihnen genau so ist?
MfG

[BPanther]

Welche 3787 hattest Du eigentlich probiert? Es gab ja damals 2 verschiedene vom Kernel her, eine 207 und eine 209. Kann nämlich sein, daß DBA irgendwas gegen das 209er Kernel hat.

[Anskar26]

Genau das habe ich jetzt probiert. Hatte damals beide runtergeladen. Ich denke das da das Problem liegt, hatte damals die .207 installiert. Gestern zum probieren auch nochmal die .207 und die ging ja!
Habe eben die .209 genommen und die startet auch nicht
Also sollte doch da das Problem liegen
Was können wir tuen?
Welchen Kernel haben eigendlich die HDMU-Images, bist ja da auch aktiv?
Deine jetzigen Images sind doch auch .209 ?
MfG

[BPanther]

Das Kernel siehst Du im Log, da war bei Dir nur was vom 207 zu sehen. Demnach wird da noch 207 benutzt beim HDMU...

[Anskar26]

Ist es Dir möglich USB-Images für die UFS 912 mit Multiboot noch mit .207 Kernel zu bauen bzw. anzubieten.
Damit wir auch Dein Image testen und nutzen können, wäre Klasse
MfG

[BPanther]

Keine Ahnung, ob die noch läuft und ob da die Kernelpatches noch passen. Die 207 habe ich hier komplett entsorgt was Patches bzw. Änderungen anbelangt (wg. der Module etc.). Zudem hatte die 207 eine Macke mit ntfs, das Teil baut nicht als Modul wenn beschreibbar (hängt sich beim bau fest), wenn dann NTFS dann nur lesen - aber sollte man ja eh nicht unbedingt benutzen...

[Anskar26]

Ich nutze das mit dem NTFS nicht bzw, weiß gar nicht was da gemeint ist.
Mir ist Funktion der Festplatte, Funktion LCD wichtig mit den diversen anderen Möglichkeiten habe ich mich ehrlich gesagt noch nie beschäftigt.
Da ich im Flash nichts ändern möchte sind mir halt USB Images wichtig.

Heißt das jetzt im Klartest?
1.Du müßtest wieder .207 Images bauen

oder?

2.j00zek müßte das DuckBA ändern auf .209 Kernel
(da wäre aber wieder die Frage ob da z.B. das HDMU geht)

MfG

[BPanther]

NTFS ist das Dateisystem von Windows, also wie FAT, FAT32, exFAT, HPFS (OS/2), ext2/3/4 usw....

DBA sollte auf das Kernel 209 angepasst werden, denn die 207 wollte ich nicht extra wieder bauen. Habe Dir mal eine 207 hochgeladen in Experimentell - aber keine Ahnung ob die auch funktioniert, da ich auch das Flash jetzt nicht getestet habe.