ide0: Wait for ready failed before probe !
-
- Neugieriger
- Beiträge: 7
- Registriert: Dienstag 22. August 2006, 11:53
ide0: Wait for ready failed before probe !
Hi,
eigentlich wollte ich hier nicht noch zusätzlich meinen Müll hier abladen.
Stattdessen habe ich mich letzte Woche bei Herrn Hallenberg gemeldet und die relavanten Auszüge aus meinem Bootlog mit an die Mail gehängt.
Trotz 2maligem neu Versenden habe ich bis jetzt aber noch keine Reaktion von Ihm erhalten.
Gibt es jemanden hier, der sein Interface auch nicht zum Laufen bekommen hat und um Austausch gebeten hat?
Oder wie sollte man da vorgehen? Ich weiß, die 14 Tage lt. Fernabsatzgesetz sind noch nicht vorbei ... aber zurückgeben will ich es ja nicht - ich will blos ein funktionsfähiges.
MfG
Stefan
eigentlich wollte ich hier nicht noch zusätzlich meinen Müll hier abladen.
Stattdessen habe ich mich letzte Woche bei Herrn Hallenberg gemeldet und die relavanten Auszüge aus meinem Bootlog mit an die Mail gehängt.
Trotz 2maligem neu Versenden habe ich bis jetzt aber noch keine Reaktion von Ihm erhalten.
Gibt es jemanden hier, der sein Interface auch nicht zum Laufen bekommen hat und um Austausch gebeten hat?
Oder wie sollte man da vorgehen? Ich weiß, die 14 Tage lt. Fernabsatzgesetz sind noch nicht vorbei ... aber zurückgeben will ich es ja nicht - ich will blos ein funktionsfähiges.
MfG
Stefan
-
- Semiprofi
- Beiträge: 1313
- Registriert: Donnerstag 2. Dezember 2004, 00:18
Bist du denn sicher, daß es nicht funktioniert? Warum postest du deine Probleme nicht? Viele Leute haben diverse Zickereien mit dem Interface gehabt. Manches kann man lösen.
Aber vielleicht ist hier genau das passiert, was ich schon befürchtet habe: Du hast das Interface für ein Fertiggerät gehalten, was man einbaut, dann läufts und fertig. So wie bei der Soundkarte im Computer.
Und da liegt der Fehler. Es ist eine Hardwarebastelei für technisch Interessierte. Gurgel hat die Beschaffung der Nokia-Stecker übernommen und bietet das IF als Baustein an, weil das mit Hausmitteln nicht gut zu löten ist.
Es bleibt aber dabei: Elektronikkenntnisse sind von Vorteil und allgemein technisches Verständnis ist erforderlich.
Zu den Rechtsfragen kann ich nichts sagen.
Aber vielleicht ist hier genau das passiert, was ich schon befürchtet habe: Du hast das Interface für ein Fertiggerät gehalten, was man einbaut, dann läufts und fertig. So wie bei der Soundkarte im Computer.
Und da liegt der Fehler. Es ist eine Hardwarebastelei für technisch Interessierte. Gurgel hat die Beschaffung der Nokia-Stecker übernommen und bietet das IF als Baustein an, weil das mit Hausmitteln nicht gut zu löten ist.
Es bleibt aber dabei: Elektronikkenntnisse sind von Vorteil und allgemein technisches Verständnis ist erforderlich.
Zu den Rechtsfragen kann ich nichts sagen.
-
- Neugieriger
- Beiträge: 7
- Registriert: Dienstag 22. August 2006, 11:53
Hi wolgade,
Ich habe von den diversen Kontaktproblemen gelesen und kann diese bei mir ausschließen. Das IRQ-Kabel habe ich durchgemessen. Den Speicherslot gereinigt. 3 verschiedene Platten und ein CF probiert, welche alle an meinen anderen Systemen hervorragend laufen. Auch das IDE-Kabel habe ich 3fach getauscht - nichts. Die Kernaussage des Bootlogs steht hier bereits oben drüber: "ide0: Wait for ready failed before probe !"
MfG
Stefan
Es ist mitnichten so, daß ich hier den Rest nicht mitgelesen habe.wolgade hat geschrieben:Bist du denn sicher, daß es nicht funktioniert? Warum postest du deine Probleme nicht? Viele Leute haben diverse Zickereien mit dem Interface gehabt. Manches kann man lösen.
Ich habe von den diversen Kontaktproblemen gelesen und kann diese bei mir ausschließen. Das IRQ-Kabel habe ich durchgemessen. Den Speicherslot gereinigt. 3 verschiedene Platten und ein CF probiert, welche alle an meinen anderen Systemen hervorragend laufen. Auch das IDE-Kabel habe ich 3fach getauscht - nichts. Die Kernaussage des Bootlogs steht hier bereits oben drüber: "ide0: Wait for ready failed before probe !"
Ich habe sehr wohl begriffen, worum es in dem 80 Seiten-Thread geht. Ich weiß was der Chip tut. Es ist auch nicht so, als wäre ich ein Hardware-Laie. Kannst Dich mal auf http://gallery.port23.de/v/bastard/wrap/ und auf den verlinkten Seiten ein wenig umsehen, dann dürfte klar werden, welchen Background ich habe.wolgade hat geschrieben:Aber vielleicht ist hier genau das passiert, was ich schon befürchtet habe: Du hast das Interface für ein Fertiggerät gehalten, was man einbaut, dann läufts und fertig. So wie bei der Soundkarte im Computer.
Und da liegt der Fehler. Es ist eine Hardwarebastelei für technisch Interessierte. Gurgel hat die Beschaffung der Nokia-Stecker übernommen und bietet das IF als Baustein an, weil das mit Hausmitteln nicht gut zu löten ist.
Alles reichlich vorhanden - blos funktionieren tut's halt nicht.wolgade hat geschrieben:Es bleibt aber dabei: Elektronikkenntnisse sind von Vorteil und allgemein technisches Verständnis ist erforderlich.
MfG
Stefan
-
- Semiprofi
- Beiträge: 1313
- Registriert: Donnerstag 2. Dezember 2004, 00:18
Ich wollte dich nicht angreifen. Ich kann deinen Background nicht kennen und es gibt leider nicht wenige Leute hier, die sich überschätzen, wie ein Blick in die Debug-Abteilung lehrt.
Wenn du ein defektes Interface erwischt hast, dann mußt du das mit Gurgel klären. Ich wüßte nicht, wie das Forum da weiterhelfen könnte.
Wenn du ein defektes Interface erwischt hast, dann mußt du das mit Gurgel klären. Ich wüßte nicht, wie das Forum da weiterhelfen könnte.
-
- Erleuchteter
- Beiträge: 797
- Registriert: Sonntag 19. Februar 2006, 01:17
-
- Erleuchteter
- Beiträge: 448
- Registriert: Samstag 26. November 2005, 00:35
Was Du mal machen kannst ist auf ein Multimeter vorne auf die Messspitzen zwei Stecknadeln anlöten dann lässt sich das gut unter einer Lupe Durchmessen. Ist zwar ein wenig Frickelarbeit aber wenn dann geht wird man jaa uch belohnt. Vermutlich nur ne schlechte Lötstelle bzw wackelkontakt.
Hast Du das IF auch mal in einer anderen Box Probiert. Bei mir war es so das meiner erste Testbox nun kein Stecker mehr auf dem Mainbaord hat Kann ja mal vorkommen
Gruss Martin
Hast Du das IF auch mal in einer anderen Box Probiert. Bei mir war es so das meiner erste Testbox nun kein Stecker mehr auf dem Mainbaord hat Kann ja mal vorkommen
Gruss Martin
-
- Neugieriger
- Beiträge: 4
- Registriert: Donnerstag 6. September 2001, 00:00
Re: ide0: Wait for ready failed before probe !
Hallo Stefan,bastard-fdb hat geschrieben:Hi,
eigentlich wollte ich hier nicht noch zusätzlich meinen Müll hier abladen.
Stattdessen habe ich mich letzte Woche bei Herrn Hallenberg gemeldet und die relavanten Auszüge aus meinem Bootlog mit an die Mail gehängt.
Trotz 2maligem neu Versenden habe ich bis jetzt aber noch keine Reaktion von Ihm erhalten.
Gibt es jemanden hier, der sein Interface auch nicht zum Laufen bekommen hat und um Austausch gebeten hat?
Oder wie sollte man da vorgehen? Ich weiß, die 14 Tage lt. Fernabsatzgesetz sind noch nicht vorbei ... aber zurückgeben will ich es ja nicht - ich will blos ein funktionsfähiges.
MfG
Stefan
Deine Fehlermeldung hatte ich am Anfang auch. Nach Durchsicht des Tuxbox-Wiki für das IF (http://wiki.tuxbox-cvs.sourceforge.net/ ... Interfaces) bin ich auch schnell dahintergekommen, dass es an der IDE-Verkabelung bzw. Jumperung der Platte liegen musste. Wichtig ist, dass die Platte erkannt werden muss (also IDE-Kabel richtig rum eingesteckt an allen Komponenten) und dann als /dev/hda gemappt wird. Bei mir gab es am Anfang Probleme mit meinem 2,5" auf 3,5" Adapter, da der Pin 28 nicht ausgespart wurde. Später wurde sie dann aber erkannt, aber als /dev/hdb. Somit lief das Init-Script auch nicht. Nach einiger Recherchen im Datenblatt meiner Platte, habe ich es dann geschafft, dass sie als /dev/hda erkannt wird und das Init_Script lief auch.
Poste mal Deine HW-Konfiguration und Dein Bootlog, dann werden sicher auch andere User Dir hier noch helfen.
Viele Grüße
Michael
PS: Herr Hallenberg hat sich auch nicht gemeldet auf eine Anfrage von mir, ich denke aber, dass da etwas Überlastung zur Zeit im Spiel ist.
-
- Senior Member
- Beiträge: 255
- Registriert: Donnerstag 25. August 2005, 11:34
Leider ist diese Meldung KEIN Problem, sondern eine Eigenschaft, wie der Treiber sich beim Kernel anmelden muss. Im Prinzip muss diese Meldung jeder bekommen.
Die Kernaussage des Bootlogs steht hier bereits oben drüber: "ide0: Wait for ready failed before probe !"
Hintergrund ist, das der Treiber sich erstmal beim Kernel anmelden muss, der prueft dann mit seinen eigenen Routinen ob da eine Platte ist. Dabei findet er nix. Dann kommt der Treiber wieder, traegt seine eigenen Routinen ein und laesst den Kernel nochmal suchen...
Das hilft Dir jetzt kein Stueck weiter, das ist mir fast klar. Oder vielleicht doch? Wenn Du noch selber am Suchen bist: Konzentrier dich nicht zu sehr auf _diese_ Meldung...
Ciao,
DboxBaer
PS
Ich werde bei Gelegenheit die Debugging Moeglichkeiten noch verbessern das man mehr aus dem Treiber gemeldet bekommt, was denn nun genau nicht funktioniert. Der Trace Mechanismus liefert da sehr viel, man muss ihn aber auch aktiviert bekommen, was ohne Compile-Change im Moment nicht geht. Ein /proc Interface kam mir dafuer schon in den Sinn
... und der Rest ist dann Software (TM)
-
- Neugieriger
- Beiträge: 7
- Registriert: Dienstag 22. August 2006, 11:53
Grias Euch,
hier der Vollständigkeit halber, das komplette bootlog - mit shutdown.
Falls es etwas gibt, was ich noch probieren könnte, immer her mit den Tipps:
Herr Hallenberg hat sich immer noch nicht bei mir gemeldet. Irgendwie widerstrebt es mir, die Platine "einfach so" zurückzusenden.
Mag ja sein, daß das grad ein weinig stressig ist für ihn, aber letztlich ist das seine geschäftliche Tätigkeit - und da gehört Support halt mal mit dazu. Ein kurzes "O.k. schick das Teil her, wrd getauscht" tät ja voll ausreichen.
MfG
Stefan
hier der Vollständigkeit halber, das komplette bootlog - mit shutdown.
Falls es etwas gibt, was ich noch probieren könnte, immer her mit den Tipps:
Code: Alles auswählen
Vdebug: DDF: Calibrating delay loop... debug: DDF: 66.76 BogoMIPS
debug: BMon V1.2 mID 03
debug: feID 00 enxID 03
debug: fpID 52 dsID 01-f9.71.57.07.00.00-5d
debug: HWrev 61 FPrev 0.23
debug: B/Ex/Fl(MB) 32/00/08
WATCHDOG reset enabled
dbox2:root> debug:
BOOTP/TFTP bootstrap loader (v0.3)
debug:
debug: Transmitting BOOTP request via broadcast
debug: Given up BOOTP/TFTP boot
boot net failed
Flash-FS bootstrap loader (v1.5)
Found Flash-FS superblock version 3.1
Found file /root/platform/sagem-dbox2/kernel/os in Flash-FS
debug: Got Block #0008debug: Got Block #0012debug: Got Block #0016debug: Got Block #0020debug: Got Block #0024debug: Got Block #0028debug: Got Block #0032debug: Got Block #0036debug: Got Block #0040
will verify ELF image, start= 0x800000, size= 158020
verify sig: 262
Branching to 0x40000
U-Boot 1.1.4 (Tuxbox) (Aug 7 2006 - 21:15:08)
CPU: PPC823ZTnnB2 at 66 MHz: 2 kB I-Cache 1 kB D-Cache
Board: DBOX2, Sagem, BMon V1.2
Watchdog enabled
I2C: ready
DRAM: 32 MB
FLASH: 8 MB
Scanning JFFS2 FS: ^H^H. ^H^H| ^H^H/ ^H^H- ^H^H\ ^H^H| ^H^H done.
FB: ready
LCD: ready
In: serial
Out: serial
Err: serial
Net: SCC ETHERNET
Options:
1: Console on null
2: Console on ttyS0
3: Console on framebuffer
Select option (1-3), other keys to stop autoboot: 1 ^H^H^H 0
### FS (squashfs) loading 'vmlinuz' to 0x100000
### FS load complete: 759013 bytes loaded to 0x100000
...............................................................
Un-Protected 63 sectors
## Booting image at 00100000 ...
Image Name: dbox2
Image Type: PowerPC Linux Kernel Image (gzip compressed)
Data Size: 758949 Bytes = 741.2 kB
Load Address: 00000000
Entry Point: 00000000
Verifying Checksum ... OK
Uncompressing Kernel Image ... OK
Linux version 2.4.33-dbox2 (vom Jtg-Team) (gcc version 3.4.4) #2 Sa Aug 19 09:46:39 CEST 2006
On node 0 totalpages: 8192
zone(0): 8192 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: console=ttyS0 root=/dev/mtdblock2 rootfstype=squashfs
Decrementer Frequency = 247500000/60
m8xx_wdt: active wdt found (SWTC: 0xFFFF, SWP: 0x1)
m8xx_wdt: keep-alive trigger installed (PITC: 0x2000)
Console: colour dummy device 80x25
Calibrating delay loop... 65.74 BogoMIPS
Memory: 30644k available (1296k kernel code, 368k data, 60k init, 0k highmem)
Dentry cache hash table entries: 4096 (order: 3, 32768 bytes)
Inode cache hash table entries: 2048 (order: 2, 16384 bytes)
Mount cache hash table entries: 512 (order: 0, 4096 bytes)
Buffer cache hash table entries: 1024 (order: 0, 4096 bytes)
Page-cache hash table entries: 8192 (order: 3, 32768 bytes)
POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Starting kswapd
Journalled Block Device driver loaded
devfs: v1.12c (20020818) Richard Gooch (rgooch@atnf.csiro.au)
devfs: boot_options: 0x1
JFFS2 version 2.2. (NAND) (C) 2001-2003 Red Hat, Inc.
squashfs: version 3.0 (2006/03/15) Phillip Lougher
i2c-core.o: i2c core module version 2.6.1 (20010830)
i2c-dev.o: i2c /dev entries driver module version 2.6.1 (20010830)
CPM UART driver version 0.04
ttyS0 at 0x0280 is on SMC1 using BRGttyS1 at 0x0380 is on SMC2 using BRG2
pty: 256 Unix98 ptys configured
eth0: CPM ENET Version 0.2.dbox2 on SCC2, 00:50:9c:39:e4:a4
loop: loaded (max 8 devices)
D-Box 2 flash driver (size->0x800000 mem->0x10000000)
D-Box 2 flash memory: Found 1 x16 devices at 0x0 in 16-bit bank
Intel/Sharp Extended Query Table at 0x0031
Using buffer write method
cfi_cmdset_0001: Erase suspend on write enabled
Creating 6 MTD partitions on "D-Box 2 flash memory":
0x00000000-0x00020000 : "BR bootloader"
0x00020000-0x00040000 : "FLFS (U-Boot)"
0x00040000-0x006a0000 : "root (SquashFS)"
0x006a0000-0x00800000 : "var (JFFS2)"
0x00020000-0x00800000 : "Flash without bootloader"
0x00000000-0x00800000 : "Complete Flash"
Linux video capture interface: v1.00
mice: PS/2 mouse device common for all mice
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 2048 bind 4096)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
VFS: Mounted root (squashfs filesystem) readonly.
Mounted devfs on /dev
Freeing unused kernel memory: 60k init
init started: BusyBox v1.1.3 (2006.08.07-18:48+0000) multi-call Starting pid 10, console /dev/console: '/etc/init.d/rcS'
Starting the automounter
Uniform Multi-Platform E-IDE driver Revision: 7.00beta4-2.4
ide: Assuming 50MHz system bus speed for PIO modes; override with idebus=xx
ide: late registration of driver.
dboxide: activating cs2
dboxide: address space of DBox2 IDE CPLD is at: c38aa000
Probing IDE interface ide0...
ide0: Wait for ready failed before probe !
hda: no response (status = 0xa1), resetting drive
hda: no response (status = 0xa1)
hdb: no response (status = 0xa1), resetting drive
hdb: no response (status = 0xa1)
mount: Mounting /dev/ide/host0/bus0/target0/lun0/part2 on /hdd failed: No such file or directory
hdparm: Can't stat '/dev/ide/host0/bus0/target0/lun0/disc': No such file or directory
Thu Jan 1 12:00:00 CET 1970
event: $Id: event.c,v 1.12 2003/09/30 05:45:38 obi Exp $
[i2c-8xx]: mpc 8xx i2c init
[i2c-8xx]: adapter: 0
$Id: cam.c,v 1.30 2004/01/10 16:36:34 alexw Exp $
$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
$Id: cam_napi.c,v 1.8 2003/09/30 05:45:34 obi Exp $
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.14 2004/01/21 20:02:29 carjay Exp $
avia_gt_core: $Id: avia_gt_core.c,v 1.48 2004/12/20 01:01:22 carjay Exp $
avia_gt_core: autodetecting chip type... eNX
avia_gt_enx: $Id: avia_gt_enx.c,v 1.21 2003/09/30 05:45:35 obi Exp $
avia_gt_accel: $Id: avia_gt_accel.c,v 1.19 2003/09/30 05:45:35 obi Exp $
avia_gt_dmx: $Id: avia_gt_dmx.c,v 1.210 2004/06/26 16:08:15 carjay Exp $
avia_gt_ucode: loaded ucode vB107
avia_gt_ucode: ucode section filters disabled.
avia_gt_dmx: warning, misaligned queue 0 (is 0xFD200, size 65536), aligning...
avia_gt_gv: $Id: avia_gt_gv.c,v 1.39 2004/08/28 16:44:56 carjay Exp $
avia_gt_gv: set_input_size (width=720, height=576)
avia_gt_pcm: $Id: avia_gt_pcm.c,v 1.29 2004/01/29 19:38:20 zwen Exp $
avia_gt_pcm_set_rate(44100)
avia_gt_capture: $Id: avia_gt_capture.c,v 1.32 2003/09/30 05:45:35 obi Exp $
avia_gt_pig: $Id: avia_gt_pig.c,v 1.40 2003/09/30 05:45:35 obi Exp $
avia_gt_vbi: $Id: avia_gt_vbi.c,v 1.26 2003/08/01 17:31:22 obi Exp $
avia_gt_core: Loaded AViA eNX/GTX driver
avia_av_core: Starting avia_gt_wdt thread.
avia_gt_fb: $Id: avia_gt_fb_core.c,v 1.54 2004/03/17 18:42:18 zwen Exp $
avia_gt_gv: set_input_mode (mode=2)
avia_gt_gv: set_input_size (width=720, height=576)
avia_gt_gv: set_input_mode (mode=2)
avia_gt_gv: set_input_size (width=720, height=576)
avia_gt_gv: set_input_mode (mode=2)
avia_gt_gv: set_input_size (width=720, height=576)
Console: switching to colour frame buffer device 82x32
avia_gt_fb: fb0: AViA eNX/GTX Framebuffer frame buffer device
lcd.o: init lcd driver module
lcd.o: found KS0713/SED153X lcd interface
avia_gt_lirc: $Id: avia_gt_lirc.c,v 1.14 2003/09/30 05:45:35 obi Exp $
avia_gt_ir: $Id: avia_gt_ir.c,v 1.30 2003/09/30 05:45:35 obi Exp $
avia_oss: $Id: avia_gt_oss.c,v 1.26 2004/05/31 22:56:02 carjay Exp $
avia_gt_pcm_set_rate(44100)
avia_gt_v4l2: $Id: avia_gt_v4l2.c,v 1.12 2003/09/30 04:54:03 obi Exp $
DVB: registering frontend 0:0 (Atmel AT76C651A with TUA6010XS)...
avia_av_napi.c: $Id: avia_av_napi.c,v 1.33 2004/03/11 15:30:27 derget Exp $
avia_gt_napi: $Id: avia_gt_napi.c,v 1.203 2005/01/05 05:49:56 carjay Exp $
$Id: sectionsd.cpp,v 1.227 2006/06/08 20:19:32 houdini Exp $
[sectionsd] Caching max 5000 events
[sectionsd] Caching 14 days
[sectionsd] Events are old 60min after their end time
$Id: zapit.cpp,v 1.389 2006/06/08 20:17:58 houdini Exp $
/tmp/currentservices.xml: No such file or directory
[camd] ca system id: 1722
$Id: controld.cpp,v 1.124 2006/06/27 10:21:59 barf Exp $
[controld] Boxtype detected: (3, Sagem D-BOX2)
[controld]: ROUTEVIDEO v1 = 0 a1 = 0 v2 = 0 a2 = 0 fblk=1
[camd] no card is in slot #2
[camd] a card is in slot #1
[nhttpd] Neutrino HTTP-Server starting..
[LCDFONT] initializing core...
[LCDFONT] adding font /share/fonts/micron.ttf...OK (Micron/Regular)
[LCDFONT] adding font /share/fonts/micron_bold.ttf...OK (Micron/Bold)
[camd] a card is in slot #1
OK (Pakenham/Regular)
[LCDFONT] Intializing font cache...
[camd] no card is in slot #2
[camd] a card is in slot #1
/bin/neutrino: /lib/libpng12.so.0: no version information available (required by /bin/neutrino)
[neutrino] frameBuffer Instance created
812k video mem
avia_gt_gv: set_input_mode (mode=2)
avia_gt_gv: set_input_size (width=720, height=576)
[neutrino] Software update enabled
[neutrino] enable flash
[deutsch.locale] missing entry: moviebrowser.edit_book_name_info2
[deutsch.locale] missing entry: moviebrowser.edit_book_pos_info2
[deutsch.locale] has 2 missing entrys
[lcdd] time-skin not found -> using default...
[lcdd] weekday-skin not found -> using default...
[lcdd] date-skin not found -> using default...
[lcdd] month-skin not found -> using default...
[LCDFONT] initializing core...
[LCDFONT] adding font /share/fonts/12.pcf.gz...OK (Fix12/Regular)
[LCDFONT] adding font /share/fonts/14B.pcf.gz...OK (Fix14/Bold)
[LCDFONT] adding font /share/fonts/15B.pcf.gz...OK (Fix15/Bold)
[LCDFONT] Intializing font cache...
[LCDFONT] FTC_Face_Requester (Fix15/Bold)
[LCDFONT] FTC_Face_Requester (Fix14/Bold)
/dev/input/event1: No such file or directory
[neutrino] menue setup
loading locales: scandir: No such file or directory
[neutrino] registering as event client
[neutrino] initialized everything
zap failed!
[sectionsd] getUTC: read: Connection timed out
zapit shot down :)
Going to halt system now ...
Starting pid 149, console /dev/console: '/etc/init.d/halt'
CXA2126 found
CXA2126 found
Unmounting 'ramfs' on '/tmp'
umount: Couldn't umount /tmp: No such file or directory
Unmounting 'jffs2' on '/var'
umount: forced umount of /var failed!
Oops: umount failed :-( -- trying to remount readonly...
Ready to shutdown system...
The system is going down NOW !![nhttpd] stop requested......
Sending SIGKILL to all processes.
The system is halted.
Mag ja sein, daß das grad ein weinig stressig ist für ihn, aber letztlich ist das seine geschäftliche Tätigkeit - und da gehört Support halt mal mit dazu. Ein kurzes "O.k. schick das Teil her, wrd getauscht" tät ja voll ausreichen.
MfG
Stefan
-
- Erleuchteter
- Beiträge: 664
- Registriert: Donnerstag 24. August 2006, 11:19
Weiß ja net, wieviele Platinen bei Gurgel bisher bestellt wurden...kann mir aber gut vorstellen, dass es an die 1000 sind...oder noch wesentlich mehr!
...und anscheinend kommt der "Blechschneider" mit der Produktion der HD-Halterung überhaupt nicht nach...
...und wahrscheinlich gibt es auch noch stark variierende Fertigungstoleranzen...oder wie das heißt
Also Gurgel ist im Moment nicht zu beneiden, bin aber froh, dass er noch immer cool bleibt...scheint zumindest so
Er bekommt wahrscheinlich jeden Tag an die 100 Mails "Wo ist meine Platine?"
Ich weiß, das hilft dir jetzt nicht wirklich weiter...
...und anscheinend kommt der "Blechschneider" mit der Produktion der HD-Halterung überhaupt nicht nach...
...und wahrscheinlich gibt es auch noch stark variierende Fertigungstoleranzen...oder wie das heißt
Also Gurgel ist im Moment nicht zu beneiden, bin aber froh, dass er noch immer cool bleibt...scheint zumindest so
Er bekommt wahrscheinlich jeden Tag an die 100 Mails "Wo ist meine Platine?"
Ich weiß, das hilft dir jetzt nicht wirklich weiter...
-
- Senior Member
- Beiträge: 255
- Registriert: Donnerstag 25. August 2005, 11:34
Das sind die Meldungen, die einem echten Problem entsprechen...bastard-fdb hat geschrieben:Code: Alles auswählen
hda: no response (status = 0xa1), resetting drive hda: no response (status = 0xa1) hdb: no response (status = 0xa1), resetting drive hdb: no response (status = 0xa1)
Ich kann nur vermuten:
IDE Kabel defekt? Platte defekt? Platte falsch "gejumpert"?
Mehr könnte ich vielleicht sagen, wenn mein Treiber die Sequenz ausgeben würde, was da genau vorher passiert...
Wenn Du dein Image selbst compilest, könnte man da "mal eben" was einbauen, und zwar einen Aufruf
dboxide_print_trace()
Zum Beispiel in dbox_ide_exit(), das Aufgerufen wird, wenn der Treiber rausfliegt. Hmm, sollte man mal überlegen im Standard-Treiber zu machen, da der eigentlich ja nie rausgeworfen wird, stört sich auch niemand an den Meldungen?!
Ciao,
DboxBaer
... und der Rest ist dann Software (TM)
-
- Tuxboxer
- Beiträge: 2473
- Registriert: Dienstag 8. Oktober 2002, 21:06
-
- Erleuchteter
- Beiträge: 499
- Registriert: Sonntag 16. Juni 2002, 15:47
-
- Neugieriger
- Beiträge: 7
- Registriert: Dienstag 22. August 2006, 11:53
Grias euch,
Er hat _alle_ Jumperstellungen probiert - Master, Slave, CS. Nix.
Irgendetwas passiert aber auf dem IDE-Kabel - jenachdem wie man die Stromversorgung herstellt läuft die Platte erst während dem boot hoch.
Das heißt doch, daß "irgendetwas" bereits auf dem IDE-Kabel signalisiert wird. Bringt mich aber auch nicht weiter.
Ein Austausch der Platine halte ich im Moment für angebracht.
MfG
Stefan
jawohl, er hat.MB hat geschrieben:da ich Bastard doch schon etwas länger kenne, darf ich behaupten das er das alles beachtet hat
Er hat _alle_ Jumperstellungen probiert - Master, Slave, CS. Nix.
Irgendetwas passiert aber auf dem IDE-Kabel - jenachdem wie man die Stromversorgung herstellt läuft die Platte erst während dem boot hoch.
Das heißt doch, daß "irgendetwas" bereits auf dem IDE-Kabel signalisiert wird. Bringt mich aber auch nicht weiter.
Ein Austausch der Platine halte ich im Moment für angebracht.
MfG
Stefan
-
- Senior Member
- Beiträge: 255
- Registriert: Donnerstag 25. August 2005, 11:34
Oh ja, das stimmt:bastard-fdb hat geschrieben: Irgendetwas passiert aber auf dem IDE-Kabel - jenachdem wie man die Stromversorgung herstellt läuft die Platte erst während dem boot hoch.
Das heißt doch, daß "irgendetwas" bereits auf dem IDE-Kabel signalisiert wird.
die Reset Leitung wird umgeschaltet.
Mehr leider nicht.
Ohne die aufgezeichneten Sequenzen aus dem TraceBuffer meines Treibers kann man da nur raten. An der Verbindung CPU<->CPLD liegts sehr wahrscheinlich nicht, und der Interrupt ist zu dem Zeitpunkt auch noch egal.
Ciao,
DboxBaer
... und der Rest ist dann Software (TM)