Hallo Zusammen !

Habe gerade mal ein Update von HDF v6.4#82 auf #90 bei meiner H9T gemacht. Da die Box mir mitteilte das es neue Treiber+Kernel gibt gabs eine komplette Neuinstallation per USB-Stick leider wird nun meine Platte am USB 3.0 Anschluss nicht mehr erkannt am USB 2.0 dagegen läuft sie. Unter Geräte wird auch nichts angezeigt wenn sie am 3.0-Port hängt.

Kann ich Dir im Moment nicht sagen da ich gestern mein Komplettbackup von HDF 6.4#82 wieder drauf gemacht habe.

Hat sich bei der Bauumgebung zwischen #82 und #90 was verändert ?

Am USB3.0 hängt bei mir eine SSD-Platte, schade das die H9T kein Multiboot hat dann könnte man besser ausprobieren.

Ich habe gerade mal die letzte HDF6.5#9 auf meine Zgemma H9T gespielt und dabei festgestellt das der USB 3.0 leider immer noch nicht funktioniert bei Version 6.4#82 gingen noch beide USB-Ports.

Hier mal zwei Debug-Logs einmal mit dem Aufnahme-Stick am USB2.0-Port und am USB 3.0-Port.

Sorry, als ich gerade mein HDF6.4-Backup zurückgespielt habe wurde plötzlich auch damit der Aufnahmestick am USB 3.0 nicht mehr erkannt.

Das kam mir jetzt doch etwas merkwürdig vor so habe ich jetzt mal einen anderen USB3.0-Stick angeklemmt aber auch der wird nicht erkannt. Testweise habe ich also einfach einen USB3.0 4-Port Hub angeklemmt und damit laufen beiden Sticks ohne Probleme also liegt es wohl doch nicht am HDF-Image sondern am Anschluss der H9T-Box.

Ok gerade mal den der Test gemacht:

Welcome to OpenEmbedded Linux OE-Alliance for zgemmah9t
Linux armv7l 4.4.35 #1 SMP Tue Dec 10 21:39:25 UTC 2019

Zgemma H9T
__ ______ ______
____ ____ ___ ____ / / / / __ \/ ____/
/ __ \/ __ \/ _ \/ __ \/ /_/ / / / / /_
/ /_/ / /_/ / __/ / / / __ / /_/ / __/
\____/ .___/___/__/ /_/_/ /_/_____/_/
/_/

~ HDFreaks Image v6.5 Build #6.5-9 ~

zgemmah9t login: root
Filesystem Informations
Filesystem Size Used Available Use% Mounted on
ubi0:rootfs 202.6M 132.0M 70.6M 65% /
devtmpfs 470.6M 4.0K 470.6M 0% /dev
tmpfs 64.0K 0 64.0K 0% /media
tmpfs 470.8M 192.0K 470.6M 0% /var/volatile
root@zgemmah9t:~# lsusb = ohne Stick
Bus 002 Device 002: ID 04a3:0101
Bus 001 Device 001: ID 1d6b:0002
Bus 002 Device 001: ID 1d6b:0001
Bus 003 Device 001: ID 1d6b:0002
Bus 004 Device 001: ID 1d6b:0003
root@zgemmah9t:~# lsusb = Stick am Hub
Bus 002 Device 002: ID 04a3:0101
Bus 003 Device 002: ID 18a5:0243
Bus 001 Device 001: ID 1d6b:0002
Bus 002 Device 001: ID 1d6b:0001
Bus 003 Device 001: ID 1d6b:0002
Bus 004 Device 001: ID 1d6b:0003
root@zgemmah9t:~# lsusb = Stick direkt am USB 3.0 Anschluss
Bus 002 Device 002: ID 04a3:0101
Bus 001 Device 001: ID 1d6b:0002
Bus 002 Device 001: ID 1d6b:0001
Bus 003 Device 001: ID 1d6b:0002
Bus 004 Device 001: ID 1d6b:0003

Die Sticks werden nur noch am 4 Port-Hub oder USB-Verlängerungskabel erkannt nicht wenn sie direkt am USB3.0-Anschluss hängen k.A. was da falsch läuft.

Nur noch am Verlängerungskabel oder Hub.

Das mit dem etwas rausziehen teste ich gleich mal.

OK getestet auf dem Bildschirm wird ja immer eine Meldung ausgegeben wenn ein Stick eingesteckt wird. Habe nun mehrmals den USB-Stick direkt angeschlossen und auch ein kleines Stück raus gesteckt in der Hoffnung das eine Meldung kommt aber keine Chance nur noch mit der Verlängerung/Hub klappt der Verbindung.

Ist jetzt auch nicht sooo tragisch ich hole mir nachher mal ein kurzes USB3.0-Kabel da ich hier nur eine USB-2.0 Verlängerung habe und den 3.0-Hub für was anderes brauche.

Kleines Update:
Der USB-Hub war doch nicht für 3.0 sondern 2.0 mit dem klappt es ja. Habe nun gerade aus dem Keller eine kurzes USB 3.0-Verlängerungskabel geholt
und getestet aber auch damit geht der Stick nicht mehr irgendwie ist die ganze USB 3.0-Funktion jetzt nicht mehr möglich.

Kann es sein das der USB3.0-Bug eventuell mit dem Bootloader zu tun hat ?

Ich habe das HDF6.5-Image neu per USB-Flash eingespielt und mein gesichertes Komplett Backup über das eingebaute Online-Flashtool vom Stick zurückgespielt. Dabei wurde vieleicht der Bootloader nicht zurück geändert weshalb der USB 3.0-Port jetzt auch nicht mehr geht vor dem 6.5er Test ging der ja noch ohne Probleme.

Vorhin habe ich testweise mal OpenATV 6.3 als Zip-File auch mit dem Flashtool per USB-Stick eingespielt und beim Neustart ist kurz das OpenHDF-Logo zu sehen was bedeutet das beim Flashen nicht alles komplett zurückgesetzt wird.

Ja die USB-Verlängerung ist speziell für USB 3.0 = blauer Stecker. Auch die beiden USB-Sticks sind V3.0, sobald ich einen USB 2.0 Hub oder USB 2.0 Verlängerung am 3.0-Port verwende gehen die beiden v3.0 Sticks wieder ohne Probleme. Das ist mir ein absolutes Rätsel gestern vor dem HDF 6.5-Test ging noch alles habe vorher auch extra ein Komplettbackup gemacht. Als ich dann festgestellt habe das sich am USB 3.0-Bug der mir ja schon bei HDF v6.4#90 auffiel nichts geändert hat habe ich mein Komplettbackup wieder zurückgespielt aber auch damit gehts nun leider nicht mehr.

Tja selber schuld wenn man die goldene EDV-Regel "Never change a running system !!" nicht einhält.

Also es ist definitiv ein OpenHDF Software Bug.

Ich war gerade mal auf der Air Digital Seite um nachschauen ob es dort ein Werksimage gibt um die Box komplett zu Reseten.

Sowas haben die zwar nicht aber bei den ganzen E2-Images war u.a. auch Egami mit aufgelistet. Da hier noch ein alter Atemio 6100 auch mit Egami rumliegt der immer sehr zuverlässig lief habe ich mir gerade einfach mal egami-8.3.0 auf die Zgemma H9T per USB-Flash installiert. Das HDF-Bootlogo ist jetzt auch verschwunden und der USB 3.0-Port geht auch wieder, ein weiterer Vorteil ist das Egami gleich ein Multiboot-Tool mit dabei hat auf dem Stick oder HDD lassen sich mehrere Images installieren so kann man bei Bedarf einfach mal schnell wechseln.

Werde mir nun mal mein HDF6.4#73-Komplettbackup und das aktuelle HDF6.5 mit in den Multiboot packen wär echt Klasse wenn ich den USB3.0-Port so wieder verwenden kann.