| 1 |
Hallo, |
| 2 |
|
| 3 |
Am Samstag, den 17.06.2006, 12:27 +0200 schrieb Gerhard Brauer: |
| 4 |
|
| 5 |
> Ich an deiner Stelle würde mit dem installierten Kernel und den |
| 6 |
> Parametern experimentieren. Evtl. hat dein Board (oder der Kernel) einen |
| 7 |
> unsaubere acpi/apic Aufbau, den du damit umgehen kannst. |
| 8 |
> |
| 9 |
> Ansonsten könnte es AFAIK noch mit unterschiedlichen initrd's |
| 10 |
> zusammenhängen, aber da kenne ich mich nicht gut mit aus. Ich bin kein |
| 11 |
> Freund von initrd's und würde an deiner Stelle auch mal einen Kernel |
| 12 |
> ohne initrd versuchen bei dem alle zum Booten notwendige Treiber (also |
| 13 |
> auch der Adaptec) fest in den Kernel eingebunden sind. |
| 14 |
> |
| 15 |
> Eine weiter Möglichkeit wäre: |
| 16 |
> |
| 17 |
> (aus deinem ersten Posting): |
| 18 |
> --------- |
| 19 |
> 3. Unmittelbar vor der Kernel Panic: |
| 20 |
> |
| 21 |
> drivers/usb/input/hid-core.c |
| 22 |
> (scsi0) BRKADRINT error (0xff) |
| 23 |
> Illegal Host Access |
| 24 |
> Illegal Sequencer Address referencend |
| 25 |
> Illegal Optcode in Sequencer program |
| 26 |
> Sequencer Ram Parity Error |
| 27 |
> Data Path Ram Parity Error |
| 28 |
> Scratch Ram/SCB Away Ram Parity Error |
| 29 |
> (SCSI0) SEQADDR=0x1ff |
| 30 |
> ------------------ |
| 31 |
> |
| 32 |
> Wenn ich da RAM parity Error lese: es könnte natürlich auch ein Defekt |
| 33 |
> auf dem Controller sein (wenn ein anderer 2940(?) funktioniert). Das die |
| 34 |
> Panic z.B. bei einer Live-CD nicht auftritt könnte einfach damit |
| 35 |
> zusammenhängen, daß dabei der Fehlerzustand garnicht erreicht wird. Wenn |
| 36 |
> du es noch nicht getan hast: Boote doch mal eine der Live-CDs und chroote |
| 37 |
> mal in dein "normales" System. Und dann stresse den Rechner/Platte/Bus |
| 38 |
> mal mit z.B. einer Kernel-Kompilation,gleichzeitigen Kopieraktionen,... |
| 39 |
|
| 40 |
Ich habe alle von Dir vorgeschlagenen Kernel-Parameter ausprobiert. Dann |
| 41 |
habe ich die Kernel-Konfiguration der Gentoo-LiveCD mit meiner |
| 42 |
Kernel-Konfiguration verglichen und da wurde die Ursache klar. Ich hatte |
| 43 |
den alten AIC7xxx-Treiber hart in den Kernel einkompiliert und den neuen |
| 44 |
der 160 MB/s-Transfer beherrscht als Modul kompiliert, dieses Modul |
| 45 |
wurde auch geladen. Ich nehme mal an, dass sich beide Treiber nicht so |
| 46 |
gut miteinander verstehen. Nach Entfernen des alten AIC7xxx-Treibers |
| 47 |
bootet auch der Kernel von meiner Festplatte und ich kann die Platte |
| 48 |
ansprechen. |
| 49 |
|
| 50 |
Vielen Dank fuer die Bemerkungen |
| 51 |
MfG. Juergen |
| 52 |
|
| 53 |
|
| 54 |
-- |
| 55 |
gentoo-user-de@g.o mailing list |
Archives