Start- Bootvorgang verzögert sich mit Festplattenunterstützu

[fritzpas]

Hallo zusammen,

habe seit langem mal wieder meiner DBox2 ein Update verpasst.
Die Box benötigt allerdings zum Booten geschätzte 10 Minuten. Nach meinen ersten Recherchen, handelt es sich um
Die Änderungen die im CVS am 22.07.2008 in der Main.c gemacht und ins CVS eingecheckt wurden (siehe auch hier http://cvs.tuxbox-cvs.sourceforge.net/l ... 00018.html)

Ein Bootlog habe ich auch erstellt in dem ersichtlich ist das die Box länger Zeit braucht um die Festplatte zu finden.

Code: Alles auswählen

init_ide: start IDE-Settings
Lade Modul: /lib/modules/2.4.36.6-dbox2/kernel/drivers/ide/ide-core.o
Uniform Multi-Platform E-IDE driver Revision: 7.00beta4-2.4
ide: Assuming 50MHz system bus speed for PIO modes; override with idebus=xx
Modul /lib/modules/2.4.36.6-dbox2/kernel/drivers/ide/ide-core.o erfolgreich gela
den
Lade Modul: /lib/modules/2.4.36.6-dbox2/misc/dboxide.o
dboxide: $Id: main.c 537 2008-08-14 17:54:07Z luke777 $
ide: late registration of driver.
dboxide: activating cs2
dboxide: address space of IDE-Interface is at: 0xc3890000
dboxide: IDE-Interface detected, Vendor: Gurgel
dboxide: timeout, drive is still busy
dboxide: timeout, drive is still busy
dboxide: timeout, drive is still busy
dboxide: timeout, drive is still busy
dboxide: timeout, drive is still busy
dboxide: timeout, drive is still busy
dboxide: timeout, drive is still busy
dboxide: timeout, drive is still busy
dboxide: timeout, drive is still busy
dboxide: timeout, drive is still busy
dboxide: sreset failed, status: 0x0080
Modul /lib/modules/2.4.36.6-dbox2/misc/dboxide.o erfolgreich geladen
Lade Modul: /lib/modules/2.4.36.6-dbox2/kernel/drivers/ide/ide-detect.o
Probing IDE interface ide0...
hda: WDC WD1200VE-00KWT0, ATA DISK drive
hdb: no response (status = 0xa1), resetting drive
hdb: no response (status = 0xa1)
ide0 at 0x010-0x017,0x04e on irq 47
Modul /lib/modules/2.4.36.6-dbox2/kernel/drivers/ide/ide-detect.o erfolgreich ge
laden
Lade Modul: /lib/modules/2.4.36.6-dbox2/kernel/drivers/ide/ide-disk.o
hda: attached ide-disk driver.
hda: host protected area => 1
hda: 234441648 sectors (120034 MB) w/8192KiB Cache, CHS=14593/255/63
Partition check:
 /dev/ide/host0/bus0/target0/lun0: p1 p2
Modul /lib/modules/2.4.36.6-dbox2/kernel/drivers/ide/ide-disk.o erfolgreich gela
den
Lade Modul: /lib/modules/2.4.36.6-dbox2/kernel/fs/jbd/jbd.o
Journalled Block Device driver loaded
Modul /lib/modules/2.4.36.6-dbox2/kernel/fs/jbd/jbd.o erfolgreich geladen
Lade Modul: /lib/modules/2.4.36.6-dbox2/kernel/fs/ext3/ext3.o
Modul /lib/modules/2.4.36.6-dbox2/kernel/fs/ext3/ext3.o erfolgreich geladen
init_ide: ext3 selected for hdd
Adding Swap: 104380k swap-space (priority -1)

/dev/ide/host0/bus0/target0/lun0/disc:
 setting standby to 180
 (15 minutes + 0 seconds)
Try Mounting /dev/ide/host0/bus0/target0/lun0/part2 on /hda (FS-Type: ext3)
kjournald starting.  Commit interval 5 seconds
EXT3-fs warning: maximal mount count reached, running e2fsck is recommended
EXT3 FS 2.4-0.9.19, 19 August 2002 on ide0(3,2), internal journal
EXT3-fs: recovery complete.
EXT3-fs: mounted filesystem with ordered data mode.
Mounted successfull: /dev/ide/host0/bus0/target0/lun0/part2 on /hda 
event: $Id: event.c,v 1.12 2003/09/30 05:45:38 obi Exp $
tuxbox: no IDE-Interface detected

Kann mir jemand helfen oder bestätigen dass er das selbe Problem hat?!

Meine Hardware ist eine Philips Dbox mit dem IDE-Interface von Hallenberg

Für eure Hilfe bedanke ich mich schon mal
und allen noch ein schönes Weihnachten

[dbt]

Na...das is'aber nich' original. Zumindest irgendwas an den Startscripten läuft daneben, sieht nach falscher Reihenfolge beim Treiberladen aus. Versuchs mal mit einem regulärem Image, dann gehts auch.

[seife]

Hallo zusammen,

habe seit langem mal wieder meiner DBox2 ein Update verpasst.
Die Box benötigt allerdings zum Booten geschätzte 10 Minuten. Nach meinen ersten Recherchen, handelt es sich um
Die Änderungen die im CVS am 22.07.2008 in der Main.c gemacht und ins CVS eingecheckt wurden (siehe auch hier http://cvs.tuxbox-cvs.sourceforge.net/l ... 00018.html)

Ein Bootlog habe ich auch erstellt in dem ersichtlich ist das die Box länger Zeit braucht um die Festplatte zu finden.

Code: Alles auswählen

init_ide: start IDE-Settings
Lade Modul: /lib/modules/2.4.36.6-dbox2/kernel/drivers/ide/ide-core.o
Uniform Multi-Platform E-IDE driver Revision: 7.00beta4-2.4
ide: Assuming 50MHz system bus speed for PIO modes; override with idebus=xx
Modul /lib/modules/2.4.36.6-dbox2/kernel/drivers/ide/ide-core.o erfolgreich gela
den
Lade Modul: /lib/modules/2.4.36.6-dbox2/misc/dboxide.o
dboxide: $Id: main.c 537 2008-08-14 17:54:07Z luke777 $

Ich würde sagen, es handelt sich um die Änderungen, die am 14.8.2008 von einem "luke777" nicht im tuxbox-CVS gemacht wurden.

[gurgel]

entweder das, oder die Verbindung vom Interface zur Festplatte fehlerhaft.

[fritzpas]

Hallo nochmals,

erstmal sorry, es war dass falsche Bootlog, es handelete sich dabei lediglich um einen Gegentest

Hier nachfolgend der Bootlog mit dem JTG-Image vom 22.12.2008 "JtG_Neutrino_Komplett_2x__v2.3.2.img"

Code: Alles auswählen

tuxbox: IDE-Interface detected, Vendor: Gurgel
[i2c-8xx]: mpc 8xx i2c init
[i2c-8xx]: adapter: 0
Uniform Multi-Platform E-IDE driver Revision: 7.00beta4-2.4
ide: Assuming 50MHz system bus speed for PIO modes; override with idebus=xx
$Id: cam.c,v 1.30 2004/01/10 16:36:34 alexw Exp $
dboxide: $Id: main.c,v 1.12 2008/07/22 19:25:14 dbt Exp $
ide: late registration of driver.
dboxide: activating cs2
dboxide: address space of IDE-Interface is at: 0xc394f000
dboxide: IDE-Interface detected, Vendor: Gurgel
dboxide: timeout, drive is still busy
dboxide: timeout, drive is still busy
dboxide: timeout, drive is still busy
dboxide: timeout, drive is still busy
dboxide: timeout, drive is still busy
dboxide: timeout, drive is still busy
dboxide: timeout, drive is still busy
dboxide: timeout, drive is still busy
dboxide: timeout, drive is still busy
dboxide: timeout, drive is still busy
dboxide: sreset failed, status: 0x0081
$Id: avia_napi.c,v 1.18 2003/11/24 09:53:01 obi Exp $
DVB: registering new adapter (C-Cube AViA GTX/eNX with AViA 500/600).
dvb_i2c_bridge: enabled DVB i2c bridge to PowerPC 8xx I2C adapter
Probing IDE interface ide0...
hda: WDC WD1200VE-00KWT0, ATA DISK drive
hdb: no response (status = 0xa1), resetting drive
hdb: no response (status = 0xa1)
ide0 at 0x010-0x017,0x04e on irq 47
$Id: cam_napi.c,v 1.8 2003/09/30 05:45:34 obi Exp $
hda: attached ide-disk driver.
hda: host protected area => 1
hda: 234441648 sectors (120034 MB) w/8192KiB Cache, CHS=14593/255/63
Partition check:
 /dev/ide/host0/bus0/target0/lun0: p1 p2
Journalled Block Device driver loaded
avia_av: $Id: avia_av_core.c,v 1.99 2006/01/08 21:36:22 carjay Exp $
avia_av: AVIA500 sptsfix is off
avia_av_core: Starting avia_av_wdt thread.
avia_av_event: $Id: avia_av_event.c,v 1.11 2003/10/26 16:32:51 obi Exp $
avia_av_proc: $Id: avia_av_proc.c,v 1.15 2007/07/29 18:14:12 papst Exp $
Adding Swap: 104380k swap-space (priority -1)
kjournald starting.  Commit interval 5 seconds
EXT3-fs warning: maximal mount count reached, running e2fsck is recommended
EXT3 FS 2.4-0.9.19, 19 August 2002 on ide0(3,2), internal journal
EXT3-fs: recovery complete.
EXT3-fs: mounted filesystem with ordered data mode.

Leider war ein Bootlog mit dem Novatux Image nichht möglich, da es keine Ausgaben auf die COM-Schnittstelle machte
sondern irgendwo bei uncompressing Kernel ...OK aufhörte. Des Bootvorgang war aber genauso verzögert wie beim JTG-Image.

Und laut dem CVS hat diese Änderungen "dbt" eingecheckt siehe auch http://cvs.tuxbox-cvs.sourceforge.net/c ... river/ide/

Sollte es die Hardware sein, so frag ich mich, warum es mit einem alten Image vor dem einchecken funktioniert hat.
Die Platte funktioniert ja einwandfrei, nur der Bootvorgang dauert so lange, weil er einfach 10 mal durch die Funktion geht.
Warum wird nicht direkt ein reset gemacht, denn danach scheint er die Platte zu erkennen!?

@Gurgel
Das IDE-Kabel, hmm wäre ein Versuch wert, nur kann ich mir es nicht vorstellen, da ja alles funktioniert
wie es soll mit dem alten Image.

Vielen Dank auf jedenfall schon mal für eure bisherigen Antworten
und die, die hoffentlich noch kommen um das Prob zu lösen
thx und Grüße

[JtG-Riker]

Jumper ma die Festplatte auf Single oder Master Only und guck dann nochmal.

Am Treiber liegt das nicht, der geht ja bei allen anderen auch.

HDD Problem oder Kabel - eventuell Interface.

Aber Festplatte ist schonma falsch gejumpert sonst würd er nicht nach hdb suchen. der sreset ist nur für den USB Adapter.

Gruß Riker

[Stingray]

Mal ganz davon abgesehen hat aber der neu IDE-Treiber von Juli 08 mehr Bugs als der alte.
Ich hatte das ja hier schon einmal teilweise angesprochen, jedoch wird meinen Wünschen oder Meldungen im Gegensatz zu denen von anderen Personen keine Beachtung geschenkt. Daher melde ich die Bugs auch nicht mehr, da ja eh nix passiert bzw. geändert wird.

Gruß Basti

[JtG-Riker]

Mal ganz davon abgesehen hat aber der neu IDE-Treiber von Juli 08 mehr Bugs als der alte.
Ich hatte das ja hier schon einmal teilweise angesprochen, jedoch wird meinen Wünschen oder Meldungen im Gegensatz zu denen von anderen Personen keine Beachtung geschenkt.

Gruß Basti

@Stingray

Welche Bugs soll der aktuelle IDE-Treiber denn haben ? Die Erkennung ob ein IDE Interface eingebaut ist ist nicht im IDE Treiber drin, ausser des sresets
für USB hat der gar keine Änderungen drin. Die Erkennung ist im Tuxbox-Modul drin und nicht im IDE Treiber ich weis es leider nicht wie ich es hinbekomme das man das auf " auto/ein/aus/irq6" programmieren kann, dazu hab ich leider zu wenig Code-Kenntnisse, da aber dbt gerade das HDD Menu komplett überarbeitet und dann ins cvs eincheckt hab ich das an ihn weitergeben. Das hat garnichts mit anderen Personen zu tun wobei ich die jetzige Abfrage besser finde da wenigstens geprüft wird ob ein Interface drin ist und nicht einfach der Kram geladen und Speicher verbraucht.
Das man da nicht alle Fehler die das IF verursachen kann sieht kann ich nachvollziehen aber ich weis nicht wie ich das ändern soll.


Welchen Bug der Treiber haben soll kannst du mir bitte mal erklären, ich kenne keinen.

Gruß Riker

[fritzpas]

Also,

die Festplatte, habe ich jetzt mal überprüft und ich komme zu folgenden Ergebnis.

Die Festplatte ist eine WD 1200VE und ist ohne Jumper Standard Master.
Somit habe ich als erstes versucht das IDE-Kabel zu tauschen -> Die brachte kein anderes Ergebnis.

Dann habe ich die Paltte mal als CSEL und als Slave gejumpert, dabei kommt es nun zu folgenden Log

Code: Alles auswählen

tuxbox: IDE-Interface detected, Vendor: Gurgel
[i2c-8xx]: mpc 8xx i2c init
[i2c-8xx]: adapter: 0
Uniform Multi-Platform E-IDE driver Revision: 7.00beta4-2.4
ide: Assuming 50MHz system bus speed for PIO modes; override with idebus=xx
$Id: cam.c,v 1.30 2004/01/10 16:36:34 alexw Exp $
dboxide: $Id: main.c,v 1.12 2008/07/22 19:25:14 dbt Exp $
ide: late registration of driver.
dboxide: activating cs2
dboxide: address space of IDE-Interface is at: 0xc394f000
dboxide: IDE-Interface detected, Vendor: Gurgel
dboxide: timeout, drive is still busy
dboxide: sreset failed, status: 0x000a
$Id: avia_napi.c,v 1.18 2003/11/24 09:53:01 obi Exp $
DVB: registering new adapter (C-Cube AViA GTX/eNX with AViA 500/600).
dvb_i2c_bridge: enabled DVB i2c bridge to PowerPC 8xx I2C adapter
Probing IDE interface ide0...
ide0: Wait for ready failed before probe !
hda: no response (status = 0xa1), resetting drive
hda: no response (status = 0xa1)
hdb: WDC WD1200VE-00KWT0, ATA DISK drive
ide0 at 0x010-0x017,0x04e on irq 47
$Id: cam_napi.c,v 1.8 2003/09/30 05:45:34 obi Exp $
hdb: attached ide-disk driver.
hdb: host protected area => 1
hdb: 234441648 sectors (120034 MB) w/8192KiB Cache, CHS=14593/255/63
Partition check:
 /dev/ide/host0/bus0/target1/lun0: p1 p2
Journalled Block Device driver loaded
avia_av: $Id: avia_av_core.c,v 1.99 2006/01/08 21:36:22 carjay Exp $
avia_av: AVIA500 sptsfix is off
avia_av_core: Starting avia_av_wdt thread.
Adding Swap: 104380k swap-space (priority -1)
avia_av_event: $Id: avia_av_event.c,v 1.11 2003/10/26 16:32:51 obi Exp $
avia_av_proc: $Id: avia_av_proc.c,v 1.15 2007/07/29 18:14:12 papst Exp $
kjournald starting.  Commit interval 5 seconds
EXT3-fs warning: maximal mount count reached, running e2fsck is recommended
EXT3 FS 2.4-0.9.19, 19 August 2002 on ide0(3,66), internal journal
EXT3-fs: recovery complete.
EXT3-fs: mounted filesystem with ordered data mode.

Der Startvorgang, war schon einiges schneller, aber noch nicht optimal.
Habe als nächstes einfach mal meine exteren USB Platte genommen, welche die identische ist wie in der DBox
und jetzt kam folgednes heraus

Code: Alles auswählen

tuxbox: IDE-Interface detected, Vendor: Gurgel
[i2c-8xx]: mpc 8xx i2c init
[i2c-8xx]: adapter: 0
Uniform Multi-Platform E-IDE driver Revision: 7.00beta4-2.4
ide: Assuming 50MHz system bus speed for PIO modes; override with idebus=xx
$Id: cam.c,v 1.30 2004/01/10 16:36:34 alexw Exp $
dboxide: $Id: main.c,v 1.12 2008/07/22 19:25:14 dbt Exp $
ide: late registration of driver.
dboxide: activating cs2
dboxide: address space of IDE-Interface is at: 0xc394f000
dboxide: IDE-Interface detected, Vendor: Gurgel
dboxide: sreset succeeded
$Id: avia_napi.c,v 1.18 2003/11/24 09:53:01 obi Exp $
DVB: registering new adapter (C-Cube AViA GTX/eNX with AViA 500/600).
dvb_i2c_bridge: enabled DVB i2c bridge to PowerPC 8xx I2C adapter
Probing IDE interface ide0...
hda: WDC WD1200VE-00KWT0, ATA DISK drive
ide0 at 0x010-0x017,0x04e on irq 47
$Id: cam_napi.c,v 1.8 2003/09/30 05:45:34 obi Exp $
hda: attached ide-disk driver.
hda: host protected area => 1
hda: 234441648 sectors (120034 MB) w/8192KiB Cache, CHS=14593/255/63
Partition check:
 /dev/ide/host0/bus0/target0/lun0: p1 p2
Journalled Block Device driver loaded

Und siehe nun, es läuft problemlos durch.

Stellt sich nun die Frage was an der ursprünglichen Festplatte defekt sein soll.
Könnte es evtl. sein, das sie zu voll ist? Soll ich evtl. mal versuchen sie zu formatieren?
Denkt ihr das könnte was bringen?

@Riker
Vielen Dank für den Hinweis mit der Platte.

Greetings
fritzpas

[Stingray]

@JtG-Riker
Das war jetzt von mir wieder nen bissel hart ausgrückt.
Bitte nicht persönlich nehmen.
Ich sage halt immer was ich denke ....

Zum Hauptthema................

Es muß aber auch am IDE-Treiber eine Änderung gegeben haben, denn sonst würden solche Fehler wie bei fritzpas nicht auftreten. Soweit ich da verstanden habe, hat er lediglich die Software seiner Box auf den neusten Stand gebracht. Seitdem gibt es die Probs mit der Festplatte. Es wurden keine Änderungen an der Hardware vorgenommen und wenn er das alte Image installiert, funktioniert ja auch alles wieder wunderbar.
Verbaut ist eine 2,5" Western-Digital Festplatte (WDC WD1200VE-00KWT0), die man nicht falsch Jumpern kann, da Sie ohne Jumper immer Master ist. Für Cable-Select oder Slave muß ein Jumper gesteckt werden.

Darüber hinaus bekomme ich seit ein paar Wochen immer mehr Supportanfragen zwecks Hallenberg-Interface. In diesen E-Mail wird teilweise über ähnliche oder gleiche Probleme berichtet.

Es sind auch Sachen dabei die ich teilweise selber nicht nachvollziehen kann. Wie z.B. das hier:
Zitat:"Hallo Herr Rehberg,
Das IDE-Interface kam heute an, ich habe es verbaut und es läuft SUPER!
Nochmals vielen Dank für den netten Kontakt und die schnelle Zusendung.

Noch eine Anmerkung zum Interface von Hallenberg:
Ich hab den Fehler gefunden:
Das Interface ist NUR mit dem IMAGE, dass Hallenberg auf seiner Seite anbietet zu betreiben. Vielleicht ein Weberaspekt für Sie, dass Ihre Module AUCH mit anderen Images zu betreiben sind."

Kann mir das bitte jemand erklären ? Weil ich kann es nicht.

Gruß Basti

[Stingray]

Und siehe nun, es läuft problemlos durch.

Stellt sich nun die Frage was an der ursprünglichen Festplatte defekt sein soll.
Könnte es evtl. sein, das sie zu voll ist? Soll ich evtl. mal versuchen sie zu formatieren?
Denkt ihr das könnte was bringen?

@Riker
Vielen Dank für den Hinweis mit der Platte.

Greetings
fritzpas

Die entscheidende Frage ist aber immnoch warum funktioniert die andere WD mit dem alten Treiber und dem neuen nicht.
Es wäre natürlich schön wenn man das Problem trotzdem lösen könnte.

[fritzpas]

Hallo Basti,

das hast du korrekt wiedergegeben

Es muß aber auch am IDE-Treiber eine Änderung gegeben haben, denn sonst würden solche Fehler wie bei fritzpas nicht auftreten. Soweit ich da verstanden habe, hat er lediglich die Software seiner Box auf den neusten Stand gebracht. Seitdem gibt es die Probs mit der Festplatte. Es wurden keine Änderungen an der Hardware vorgenommen und wenn er das alte Image installiert, funktioniert ja auch alles wieder wunderbar.
Verbaut ist eine 2,5" Western-Digital Festplatte (WDC WD1200VE-00KWT0), die man nicht falsch Jumpern kann, da Sie ohne Jumper immer Master ist. Für Cable-Select oder Slave muß ein Jumper gesteckt werden.

Allerdings muss ich auch noch dazu sagen, dass ich vor dem Imageupdate einen haufen Dateien (einige GBs) auf die Platte
kopiert hatte. Deswegen ja mal die Annahme und mein Vorhaben, das eine Formatierung evtl. etwas bringen könnte.
Des Weiteren hat mein USB-Platte die ja identisch ist zu der in meiner Box eine anderes Filesystem (FAT32),
die wird aber nichts mit der Erkennung zu zun haben oder?!

Was aber unterm Strich bleibt ist das es mit dem alten Image, ohne den Änderungen im CVS von dbt,
funktioniert!!

[Stingray]

Das Problem kann meiner Meinung nach nicht davon beeinflußt werden wie voll die Festplatte ist oder mit welchen Format die Festplatte formatiert wurde.
Das ist nen Initialisierungsproblem bei der Erkennung der Festplatte. Dabei wird ja noch nicht das Format abgefragt bzw. wie voll die Festplatte ist. Das erfolgt ja erst kurz danach.

Gruß Basti

[JtG-Riker]

Hm ich werde Gurgel mal befragen der ist aber z.Zt im Urlaub, hab ihm eine Mail geschrieben.

Muss erstma @work, denke heute Abend weiss ich näheres, aber ich glaub das es trotzem ein Problem mit der Platte ist, denn der
Busy Status hat ja nichts mit dem Tuxbox-IDE Treiber zu tun sondern kommt von den Kernel-IDE Treibern. Ist villeicht auch Zufall
das er gerade jetzt Auftritt, wenn noch mehr Leute Probleme haben sollten wir denen auf den Grund gehen denn dere Treiber soll
ja mit jedem Interface gehen und umgekehrt jedes Interface mit dem Treiber.

Bis später.

Gruß Riker

[dbt]

Mal ganz davon abgesehen hat aber der neu IDE-Treiber von Juli 08 mehr Bugs als der alte.
Ich hatte das ja hier schon einmal teilweise angesprochen, jedoch wird meinen Wünschen oder Meldungen im Gegensatz zu denen von anderen Personen keine Beachtung geschenkt.

Gruß Basti

@Stingray

Welche Bugs soll der aktuelle IDE-Treiber denn haben ? Die Erkennung ob ein IDE Interface eingebaut ist ist nicht im IDE Treiber drin, ausser des sresets
für USB hat der gar keine Änderungen drin. Die Erkennung ist im Tuxbox-Modul drin und nicht im IDE Treiber ich weis es leider nicht wie ich es hinbekomme das man das auf " auto/ein/aus/irq6" programmieren kann, dazu hab ich leider zu wenig Code-Kenntnisse, da aber dbt gerade das HDD Menu komplett überarbeitet und dann ins cvs eincheckt hab ich das an ihn weitergeben. Das hat garnichts mit anderen Personen zu tun wobei ich die jetzige Abfrage besser finde da wenigstens geprüft wird ob ein Interface drin ist und nicht einfach der Kram geladen und Speicher verbraucht.
Das man da nicht alle Fehler die das IF verursachen kann sieht kann ich nachvollziehen aber ich weis nicht wie ich das ändern soll.


Welchen Bug der Treiber haben soll kannst du mir bitte mal erklären, ich kenne keinen.

Gruß Riker

Im Prinzip ist damit alles gesagt. Ich wollte aber nur noch ergänzend dazu sagen, dass die Hersteller der Interfaces auch ein Auge darauf haben sollten, dass die Teile auch hinsichtlich der Module/Treiber auch jeweilige Optimierungen unterbringen können und diese Zwecks Einchecken übergeben. Es ist nun mal so, dass Hardwarehersteller ihre Geräte am besten kennen und auch wissen sollten was am besten für die Teile ist. Wenn mir Gurgel über Riker, die Änderungen zukommen lässt, ist das genau so ein Vorgang. Nichts anderes. Wenn so eine Anfrage kommt, frage ich normalerweise zuerst, ob das auch läuft und in der Regel lässt Riker die Module schon vorher übers JTG Wochen vorher testen und insofern ist das dann auch kein Problem.
Wenn solche Optimierungen auf allen Interfaces gute Effekte erzielen, ist das natürlich um so besser. Andernfalls wäre es sinngemäß auch möglich mit if (hallenberg) elseif (dbox2.com) Optimierungen direkt zuzuweisen, um sich nicht ins Gehege zu kommen. Ich bin allerdings auch nicht der Treiberexperte, um das 100% nachvollziehen zu können. Es gibt auch meines Wissens nach leider nicht genug Dev's die daran derzeit aktiv sind, hier sind also die Hersteller in der Pflicht, das uns zu übermitteln.

... Daher melde ich die Bugs auch nicht mehr, da ja eh nix passiert bzw. geändert wird.
...jedoch wird meinen Wünschen oder Meldungen im Gegensatz zu denen von anderen Personen keine Beachtung geschenkt.
Gruß Basti

Deine Untertützung mir gegenüber in Ehren, aber damit hilfst du wirklich keinem und wenn die "anderen Personen" sich uns entsprechend mitteilen würden, was sie ,warum auch immer, scheinbar hier nicht tun oder für notwendig halten, ist das umso bedauerlicher. Und um Probleme dieser Art nachvollziehen zu können, müssten die auch vor Ort reproduzierbar sein. Und diese Problem hatte ich für meinen Teil bisher nicht.

[JtG-Riker]

Gurgel hat mir gemailt das es an der Platte liegt, er kommt wohl über den t-mobile Proxy nicht ins Forum hier wegen einem Spamblocker.

Der Fehler tritt nur jetzt zufällg auf weil der neuere IDE Treiber wegen dem USB Reset
nicht weitermacht weil die Platte dauernd busy meldet, deswegen ist auch die 5 Min Verzögerung dadrin.

Also im neuen Treiber wird ein Softreset gemacht um die Platte neu zu initialisieren und wenn die dann Busy meldet wird
so lange gewartet. Das hat auch nichts mit dem Hersteller des Interfaces zu tun denn die Firmware ist ja bei beiden gleich
also müssen sich ja auch beide gleich verhalten.

Gruß Riker

[Stingray]

Im Prinzip ist damit alles gesagt. Ich wollte aber nur noch ergänzend dazu sagen, dass die Hersteller der Interfaces auch ein Auge darauf haben sollten, dass die Teile auch hinsichtlich der Module/Treiber auch jeweilige Optimierungen unterbringen können und diese Zwecks Einchecken übergeben. Es ist nun mal so, dass Hardwarehersteller ihre Geräte am besten kennen und auch wissen sollten was am besten für die Teile ist. Wenn mir Gurgel über Riker, die Änderungen zukommen lässt, ist das genau so ein Vorgang. Nichts anderes. Wenn so eine Anfrage kommt, frage ich normalerweise zuerst, ob das auch läuft und in der Regel lässt Riker die Module schon vorher übers JTG Wochen vorher testen und insofern ist das dann auch kein Problem.
Wenn solche Optimierungen auf allen Interfaces gute Effekte erzielen, ist das natürlich um so besser. Andernfalls wäre es sinngemäß auch möglich mit if (hallenberg) elseif (dbox2.com) Optimierungen direkt zuzuweisen, um sich nicht ins Gehege zu kommen. Ich bin allerdings auch nicht der Treiberexperte, um das 100% nachvollziehen zu können. Es gibt auch meines Wissens nach leider nicht genug Dev's die daran derzeit aktiv sind, hier sind also die Hersteller in der Pflicht, das uns zu übermitteln.

Ich habe selbstverständlich ein Auge auf die Änderungen hinsichtlich der Treiber/Module. Nur ist es leider so das ich meist vor vollendete Tatsachen gestellt werden. Es ist ebend nicht so das ich über die Änderungen die Gurgel einreicht vorher informiert werde und diese Modifikationen mit unserem Interface testen kann. Das kann ich letztendlich erst machen wenn es schon fast zu spät ist und das ganze im CVS eingecheckt ist bzw. fester bestandteil von JtG-Image ist. Und ich glaube kaum das Gurgel die entsprechenden Änderungen ausreichend mit unserem Interface testet. Ich bin nicht geizig und durchaus dazu bereit den Dev's oder Imagerstellern ein Interface ihrer Wahl subventioniert oder kostenfrei zur Verfügung zu stellen, damit auch damit getestet werden kann. Es fäntg doch schon damit an, dass die Sourcen von unserem Interface public sind. Jeder kann sich die Teile runterladen und ein Bild davon machen wie die Hardware funktioniert.

Unser Interface kommt mit den bisherigen Änderungen ganz gut zurecht und es kommt zu keinen großen Fehlern. Allerdiungs ist mir schon aufgefallen, daß seit der USB-Modifikation bzw. Autoidentifikation die initialisierung der Festplatte teilweise länger dauert und bei fehlerhafter Funktion vom Interface nicht mehr alle Fehlermeldungen ausgegeben werden.
Darüber hinaus funktioniert die Autoidentifikation bei einem Neustart der Box nicht zuverlässig und gibt falsche Werte aus. User Interface wird z.B. als Interface von Gurgel oder Unknown identifiziert. Ist das der Fall dauert die Initialisierung der Festplatte auch entsprechend länger. Jedoch kommt es auch zu keinem wirklichen Fehler bzw. einer Fehlermeldung.
Das sind jedoch bisher alles Fehler mit denen ich leben kann und die nicht unmittelbar eine Beeinträchtigung für die Nutzung der Festplatte während der Aufnahme oder Wiedergabe darstellen.

Deine Untertützung mir gegenüber in Ehren, aber damit hilfst du wirklich keinem und wenn die "anderen Personen" sich uns entsprechend mitteilen würden, was sie ,warum auch immer, scheinbar hier nicht tun oder für notwendig halten, ist das umso bedauerlicher. Und um Probleme dieser Art nachvollziehen zu können, müssten die auch vor Ort reproduzierbar sein. Und diese Problem hatte ich für meinen Teil bisher nicht.

Nun ist es ja so das ich hier unter anderem auch schon mitgeteilt habe was mir an der Modifikation vom IDE-Treiber nicht gefällt und warum man das vielleicht wieder ändern sollte.
Also Beispiel sie hier mal die unvollständige Ausgabe von Fehlern seit Autoidentifikation genannt. Es ist letztendlich für den Anwender aufgrund fehlernder Ausgabe nicht mehr möglich den Fehler einzugrenzen. Auf das posten von Bootlogs in den Forum kann man sich somit fast sparen. Das ganze erschwert die Fehlersuche erheblich und letztendlich bleibt nur das hin- und herschicken der Box bzw. vom Interface als Ausweg.
Es war für mich nicht wirklich nachvollziehbar das man die Ausgabe diese Fehlermeldung aus dem aktuellen Treiber deaktiviert, es jedoch nicht mehr ohne weiteres schafft sie wieder zu aktivieren.
Aus diesem Grund ist seit meinem Beitrag dran nicht wirklich etwas geändert worden.

Noch ein schönes Beispiel ist evtl. der Beitrag mit dem Problem für das Philips Display Rev.2.
Letztendlich wollte ich kostenfrei ein Display Rev.2 zu Verfügung stellen, damit sich das mal jemand anschauen kann.
Seitdem ist das Thema gestorben. Keine Antwort und keine PN an mich.
Grundsätzlich habe ich damit kein Problem, weil ich weiß wie ich die Displays so modifizieren kann, dass sie auch fehlerfrei und Linux funktionieren. Allerdings geht es ja hier nicht nur um mich sondern letzendlich um den Anwender der die Möglichkeiten der Modifikation vielleicht nicht hat und mit so einem Display unter Linux leben muß.

Gruß Basti

[Stingray]

Gurgel hat mir gemailt das es an der Platte liegt, er kommt wohl über den t-mobile Proxy nicht ins Forum hier wegen einem Spamblocker.

Der Fehler tritt nur jetzt zufällg auf weil der neuere IDE Treiber wegen dem USB Reset
nicht weitermacht weil die Platte dauernd busy meldet, deswegen ist auch die 5 Min Verzögerung dadrin.

Also im neuen Treiber wird ein Softreset gemacht um die Platte neu zu initialisieren und wenn die dann Busy meldet wird
so lange gewartet. Das hat auch nichts mit dem Hersteller des Interfaces zu tun denn die Firmware ist ja bei beiden gleich
also müssen sich ja auch beide gleich verhalten.

Gruß Riker

Hmm das käme natürlich auf einen Test an ob das mit unserem Interface genauso ist. Das würde zumindest mich interessieren.
Zumal ich sowieso der Meinung bin das Gurgel andere Sourcen nutzt als wir. Leider kann man das ja nicht checken, da er seine Sourcen bisher nicht public gemacht hat.
Darüber hinaus haben wir auch eine andere Beschaltung vom IDE-Bus auf den Interfaces.

Gruß Basti

[gurgel]

@fritzpas
die Ursache für das Problem ist die Plattenelektronik, nicht der Treiber.
Der Fehler trat vorher auch schon auf, allerdings nun verstärkt, da seit dem neuen Treiber ein Softwarereset gemacht wird, und der verzögert den Start um 5min wenn die Platte sich ständig als Busy meldet.

@Stingray

Noch eine Anmerkung zum Interface von Hallenberg:
Ich hab den Fehler gefunden:
Das Interface ist NUR mit dem IMAGE, dass Hallenberg auf seiner Seite anbietet zu betreiben. Vielleicht ein Weberaspekt für Sie, dass Ihre Module AUCH mit anderen Images zu betreiben sind."

Meine Interfaces sind selbstständlich mit jedem Image zu betreiben. Möglicherweise hat das jemand falsch verstanden, als er beim Supporten durch uns aufgefordert wurde ein offizielles Image zu verwenden.

Die Debugmeldungen des Treibers werden, wie bereits gesagt, im JTG-Image nicht mehr angezeigt da vorher eine Pürfung gemacht wird. Das ist kein Bug des Treibers. Welche Bugs soll er haben?

Der Softwarereset hat nichts mit dem CPLD-Sourcen zu tun. Der Softwarereset läuft auf der IDE-Protokoll-Ebene.

[Stingray]

@Stingray

Noch eine Anmerkung zum Interface von Hallenberg:
Ich hab den Fehler gefunden:
Das Interface ist NUR mit dem IMAGE, dass Hallenberg auf seiner Seite anbietet zu betreiben. Vielleicht ein Weberaspekt für Sie, dass Ihre Module AUCH mit anderen Images zu betreiben sind."

Meine Interfaces sind selbstständlich mit jedem Image zu betreiben. Möglicherweise hat das jemand falsch verstanden, als er beim Supporten durch uns aufgefordert wurde ein offizielles Image zu verwenden.

Nein, das wurde defintiv nicht falsch verstanden. Der Kunde hatte diverse andere Images getestet und sich dann zwecks Support an mich gewandt, da er auf Anfragen per E-Mail keine Antwort erhalten hatte. Nachdem unser Interface mit den anderen Images jedoch lauffähig war, kam vom Kunden die E-Mail die ich gepostet habe.
Wie bereits geschrieben habe ich dafür selber keine Erklärung. Das ist jedoch auch nicht die einzige Rückmeldung die ich bisher habe.

Gruß Basti

[JtG-Riker]

Hmm das käme natürlich auf einen Test an ob das mit unserem Interface genauso ist. Das würde zumindest mich interessieren.
Zumal ich sowieso der Meinung bin das Gurgel andere Sourcen nutzt als wir. Leider kann man das ja nicht checken, da er seine Sourcen bisher nicht public gemacht hat.
Darüber hinaus haben wir auch eine andere Beschaltung vom IDE-Bus auf den Interfaces.

Gruß Basti

Das kannn ich dir sagen das das auch so ist, denn ich habe ja von dir hier auch alle Interfaces liegen und das schon selbst probiert, wie schon geschrieben hat der usb-reset nichts mit dem interface-treiber zu tun sondern wird über den linux-kernel-ide gemacht.
Wie ich schon geschrieben hatte kann ich den Punkt mit dem Tuxbox-Check nachvollziehen das das zum Debuggen hinderlich sein kann, mir kam es aber
eher drauf an die Treiber nicht einfach laden zu lassen wenn kein Interface drinsitzt und dann den Ram unnütz zu verbrauchen.

Aber da wir hier alle OT sind denke ich ist doch eigendlich alles gesagt oder ?

Fazit :

- Problem liegt an der Festplatte
- Tuxbox-IDE Teiber ist mit Abel/Stingray und Hallenberg Interfaces kompatibel da beide auf der gleichen Firmware von Uli basieren.
- tuxbox-if-erkennung trägt teilweise dazu bei das man schlecht debuggen kann wenn das Interface nicht sauber erkannt wird
durch Kontaktprobleme oder defekte an der Box.

Villeicht könnte ich ja ins JTG Image ein Testscript einbauen was eine idedebug.txt in /tmp erzeugt das man das damit debuggen kann, wär das eventuell was ?


Gruß Riker

[Stingray]

Ich habe das bisher immnoch nicht richtig verstanden.
Das mit dem Ram sparen leuchtet mir ein und das kann ich auch nachvollziehen.

Aber wo liegt denn jetzt das Problem für die Ausgabe aller Fehlermeldung wenn ein Interface aktiv ist.
An dem Punkt versteh ich nicht das hier nicht mehr alles kommt.
Zumal ja dann kein Ram mehr gespart werden muß, da ja ein Interface verbaut ist.

Gruß Basti

[JtG-Riker]

Ich habe das bisher immnoch nicht richtig verstanden.
Das mit dem Ram sparen leuchtet mir ein und das kann ich auch nachvollziehen.

Aber wo liegt denn jetzt das Problem für die Ausgabe aller Fehlermeldung wenn ein Interface aktiv ist.
An dem Punkt versteh ich nicht das hier nicht mehr alles kommt.
Zumal ja dann kein Ram mehr gespart werden muß, da ja ein Interface verbaut ist.

Gruß Basti

Ist eigendlich einfach: das /bin/tuxinfo prüft über tuxbox.o ob ein IDE Interface in der Box eingebaut ist.

Wenn ja kommt die ausgabe ( Ide interface found - gurgel / stingray .. ) und es wird die /etc/init.d/init_ide aufgerufen wodrin dann die "normalen" IDE Treiber geladen werden.

Wenn keins gefunden wird wird der rest vom ide-init einfach übersprungen deswegen kommt auch keine Augabe mehr.
Also die /etc/init.d/init_ide wird garnicht mehr aufgerufen.


Wenn also das Interface ein Kontaktproblem hat oder die Box einen Hardwaredefekt weis tuxinfo das ja nicht und übergeht
einfach das laden der Treiber, deswegen kommen auch keine weiteren meldungen.

Gruß Riker

[fritzpas]

Guten Abend zusammen,

okey, dass das ganze nun an der Festplatte liegt kann momentan mal nicht abgestritten werden,
da es ja mit der alternativen identischen Platte tadellos funktioniert.

die Ursache für das Problem ist die Plattenelektronik, nicht der Treiber.
Der Fehler trat vorher auch schon auf, allerdings nun verstärkt, da seit dem neuen Treiber ein Softwarereset gemacht wird, und der verzögert den Start um 5min wenn die Platte sich ständig als Busy meldet.

Was mich allerdings jetzt noch stört, ist das die gesamte Dbox für das Booten dann mehr als 5min braucht.
Dies ist für einen Endanwender eine unzumutbare Lösung!
Eine Lösung die akzeptabel wäre, ist die, die sich auch gezeigt hat als ich die Platte als Slave gejumpert habe.

Die Software erkennt den Fehler, wenn Busy ein Fehler sein soll, laut meinen Logs schon einiges Vorher (siehe auch meinen zweiten Log mit Platte als Slave).
Die Soft/das Log meldet das die Platte Busy ist und macht dann, mit einer akzeptablen kurzen warte Zeit ich schätze gesamt 30-60 Sekunden,
mit dem Bootvorgang weiter.

Für einen Endanwender, der nicht genügend Geduld hat wie ich es beim ersten Bootvorgang hatte der wird die Box, z.B. Aufgrund
der Annahme das das Image nicht richtig geflasht wurde, tot flashen!?!

Untermstrich stellt sich also die Frage, ob es wirklich 10 mal durchlaufen muss die Funktion wo die Busy-Ausgabe drin steht!?
Des Weiteren, wäre zu überlegen, ob nicht in diesem Fall beim Neustart sogar immer eine Dialog aufgeht, der den Benutzer
auf ein/dieses Problem hinweist so wie beispielsweise der Dialog mit den fehlenden ucodes!?
Was meint ihr dazu???

Grüße
fritzpas

[Stingray]

Ich habe das bisher immnoch nicht richtig verstanden.
Das mit dem Ram sparen leuchtet mir ein und das kann ich auch nachvollziehen.

Aber wo liegt denn jetzt das Problem für die Ausgabe aller Fehlermeldung wenn ein Interface aktiv ist.
An dem Punkt versteh ich nicht das hier nicht mehr alles kommt.
Zumal ja dann kein Ram mehr gespart werden muß, da ja ein Interface verbaut ist.

Gruß Basti

Ist eigendlich einfach: das /bin/tuxinfo prüft über tuxbox.o ob ein IDE Interface in der Box eingebaut ist.

Wenn ja kommt die ausgabe ( Ide interface found - gurgel / stingray .. ) und es wird die /etc/init.d/init_ide aufgerufen wodrin dann die "normalen" IDE Treiber geladen werden.

Wenn keins gefunden wird wird der rest vom ide-init einfach übersprungen deswegen kommt auch keine Augabe mehr.
Also die /etc/init.d/init_ide wird garnicht mehr aufgerufen.


Wenn also das Interface ein Kontaktproblem hat oder die Box einen Hardwaredefekt weis tuxinfo das ja nicht und übergeht
einfach das laden der Treiber, deswegen kommen auch keine weiteren meldungen.

Gruß Riker

Ok verstehe ich.
Könnte man diese Autoerkennung nicht abschaltbar machen.
Also praktisch eine Zusatzoption im HDD-Menu mit "Autoerkennung ein/aus" einfügen?

Bei Auswahl "Aus" kann ja dann wieder die vollständige Ausgabe von Fehlermeldungen erfolgen.

Untermstrich stellt sich also die Frage, ob es wirklich 10 mal durchlaufen muss die Funktion wo die Busy-Ausgabe drin steht!?
Des Weiteren, wäre zu überlegen, ob nicht in diesem Fall beim Neustart sogar immer eine Dialog aufgeht, der den Benutzer
auf ein/dieses Problem hinweist so wie beispielsweise der Dialog mit den fehlenden ucodes!?
Was meint ihr dazu???

Grüße
fritzpas

Nun dieses Problem wird ja erst durch den USB-Reset verursacht. Es ist durchaus möglich das Probleme dieser Art auch mit dem alten Treiber aufgetreten sind. Jedoch wurde das schneller ignoriert und der Bootvorgang lief einfach weiter.
Ist dieser Reset für USB wirklich notwendig. Für was ist das gut bzw. was bewirkt er?


Ob bei dem neuen Treiber wirklich 5 mins. gewartet werden muß, kann wohl nur Gurgel beantworten.

Gruß Basti



Gruß Basti