Ubuntu bzw FedoraCore3 IRQPOLL Problem
URL: https://www.overclockers.at/linux/ubuntu_bzw_fedoracore3_irqpoll_problem_142576/page_1 - zur Vollversion wechseln!
Roadrunner schrieb am 17.05.2005 um 14:48
Hy...
Hab ganzen gestrigen TAG/Nacht verbracht Fedora Core 3 bzw Ubuntu5.04 zu installieren!
Damit ihr mal überhaupt wisst welche sysconfig:
P4 2,4C
MSI 865PE-Neo2Series (neuestes BIOS)
4x256mb pc3200 Samsung cl3
ICH5r:
1xSATA-WD36gb Raptor
1xSATA-WD120gb
obboardPromiseFastTrack376/378:
2x SATA-WD160gb raid 0 array
pci: Highpoint RocketRaid 1540/1640 Sata RAID
2x SATA-Maxtor200gb
2x SATA-WD200gb
IDE1 Master: 30gb Seagate Cuda 4 (hier soll linux rauf)
IDE2 Master: DVD-Rom
Ich kann jetzt nur über ubuntu genauer sprechen weil FC3 ein Freund zu installieren versucht hat.
Fakt ist, daß bei beiden Distries beim Installieren die selben Probleme auftreten die für mich leider absolut nicht schlüssig sind!
Als erstes bei der Installation(Hardware Erkennung) happert es meist an den Sataplatten bzw raidcontroller,... !
Es werden Platten am PCI-SATARaidcontroller von Highpoint abwechselnd als hda oder sda erkannt, ist aber die installation erstmal erfolgreich abgeschlossen und will ich danach von ubunu starten dann hab ich fehlermeldungen beim extrahieren der pakete die wie folgt lauten:
IRQ18: nobody cared (try booting with the "irqpoll" option)
handlers:
[<f8877e24>] ......idecore
[<f8877e24>] ......idecore
[<f8877e24>] ......usbcore
Disabling IRQ18
diese fehlermeldung kommt bei jedem paket das extrahiert werden soll.
Aussehen sollte es allerdings wie im folgenden bild :/
http://shots.osdir.com/slideshows/305_or/23.png
nochdazu dauert die gesamte installation bei mir ca.2,5 STD 
bei FC3 kommen ähnliche fehlermeldungen mit IRQ10!
und das ganze egal welche argumente ich zum b00ten angebe!
Ob noprobe bzw acpi=off, alcpi=off, mit der "irqpoll" option oder alle argumente gleichzeitig verwende!
was mich eben so stutzig macht ist der umstand daß ubuntu auf nem debian core basiert und FC3 auf RedHat!
Ich habs auch schon Probiert ALLEs zu deaktivieren, dh.:
ACPI APIC
PCI-SATA-Platten abstecken
onboardPromise-Contr. im BIOS deaktiviert
oboardAUDIO
onboardLAN
1394
einzig USB, ICH5R SATAController, IDEs sind aktiv und trotzdem hab ich immer des selbe Prob. 
Wäre für jeden Tip dankbar 
R
Roadrunner schrieb am 17.05.2005 um 18:28
Witzig an der Sache ist, daß ich soeben auf nem Uralt-Rechner:
600erPentium
256mg RAM
4.3gb Quantum Fireball
Mobo (unbekanter Hersteller)
... bereits nach 10 fast fertig mit dem "kopieren der verbleibenden pakete auf die festplatte" fertig bin, was beim anderen System ca 1,5 Stunden dauerte!
Somit bleibt mir im Moment nur der Schluß daß eine gravierende Inkompatiblität meines Motherboards (MSI 865PE-Neo2Series) besteht!
Was mir jedoch auch nicht ganz klar ist, nachdem das ja weder ein exot unter den Motherboards, noch ein besonders neuer Chipsatz ist!? 
anyways... wenn jemand Rat weiß, ... BITTE
greetz
Mario
Ringding schrieb am 17.05.2005 um 20:10
Was ist alcpi=off?
Verwendest du deine Raid-Platten für irgendwas bei der Installation? Oder nur die eine IDE-Platte, auf die du installieren willst? Die ist wahrscheinlich /dev/hda, oder?
Roadrunner schrieb am 17.05.2005 um 21:07
Was ist alcpi=off?
Verwendest du deine Raid-Platten für irgendwas bei der Installation? Oder nur die eine IDE-Platte, auf die du installieren willst? Die ist wahrscheinlich /dev/hda, oder?
AUS DER HILFE(OnCD):
disable buggy APIC interrupt routing : 0fnoapic nolapic0
ist ein argument das ich ausprobiert habe um irq prob zu beheben!
hatte es nur falsch geschrieben alcpi=lapic
die raid platten benutze ich nicht für die installation, das sind alles reine windoof-partitionen... für die install is nur die 33gb IDE-Platte relevant und ist: /dev/hdc!
liegt daran daß die 2 sataNs aufn ICH5R als IDE1 bzw IDE2 im BIOS erkannt werden!
Ringding schrieb am 17.05.2005 um 21:51
Hast du schon mal probiert, sämtliche Controller, die du nicht brauchst, zu deaktivieren bzw. auszubauen? Und schaut mal, wem dieser Interrupt, über den er sich beschwert, gehört (in /proc/interrupts).
Roadrunner schrieb am 18.05.2005 um 01:16
Hast du schon mal probiert, sämtliche Controller, die du nicht brauchst, zu deaktivieren bzw. auszubauen?
siehe 1. Post... hab alles deaktieviert, was geht bzw vom PCI-SATA-RAID-Controller sämtliche Platten abgesteckt (aber nicht den controller selbst abgezogen)
Und schaut mal, wem dieser Interrupt, über den er sich beschwert, gehört (in /proc/interrupts).
geht nicht weil ich noch kein einziges mal hochfahren konnte
Roadrunner schrieb am 18.05.2005 um 04:44
Ok, ... nach weiteren Versuchen, und einer weiteren mißlungenen DistrieInstall(XANDROS1.0) bin ich draufgekommen daß diverse Distries mit dem Southbridge Sata-Controller (ICH5R) ned klar kommen!
Somit happert es bei meiner Sysconfig alleine an der SATA unterstützung der Southbridge!!
Scheinbar hab ich dann gestern Nacht doch nicht den controller deaktiviert wie ich anfangs dachte, ... dürfte schon etwas spät gewesen sein 
Sata soll ja von kernels 2.6 aufwärts automatisch erkannt werden, bloß hab ich nur von suse 9.x bzw redhat 9.x gehört daß sie dezitiert treiber für die ICH5R southbridge haben,... werds einfach mal probe weise mit suse testen! :|
edit: Suse 9.0 war ein kurzer Spaß, des hat sogar im Safe Mode die ersten 40sec ned überlebt - nichtmal "Mr. Freeze" persöhnlich ist schneller *lol* 
Auf LinuxTested sagen se daß des ASUS P4C800 welches den ICH5R verbaut hat vollkompartibel sein soll!
Vielleicht morgen mehr glück, n8
Symon schrieb am 18.05.2005 um 10:09
Ok, ... nach weiteren Versuchen, und einer weiteren mißlungenen DistrieInstall(XANDROS1.0) bin ich draufgekommen daß diverse Distries mit dem Southbridge Sata-Controller (ICH5R) ned klar kommen!
Somit happert es bei meiner Sysconfig alleine an der SATA unterstützung der Southbridge!!
kann ich mir nicht vorstellen, ich5 sollte imho keine gröberen probleme machen. schau mal den thread an: http://forums.gentoo.org/viewtopic-...highlight-.html
und versuch mal das sata mapping auf ide1/2 abzuschalten, dass kannst du dann auch über grub machen.
Roadrunner schrieb am 18.05.2005 um 13:43
kann ich mir nicht vorstellen, ich5 sollte imho keine gröberen probleme machen. schau mal den thread an: http://forums.gentoo.org/viewtopic-...highlight-.html
und versuch mal das sata mapping auf ide1/2 abzuschalten, dass kannst du dann auch über grub machen.
thx 4 link
was meinst mit sata mapping abschalten?
Ringding schrieb am 18.05.2005 um 13:46
Vielleicht ist es nur ICH5R, was Probleme macht. Ich hab jedenfalls einen normalen ICH5 (B heißt der glaub ich, ohne RAID, auf ASUS P4P800), und damit gibt's überhaupt keine Probleme.
Roadrunner schrieb am 18.05.2005 um 14:04
Prob is bei der ICH5R ... ich brauch die SATA ports recht dringend, weil sich nicht genug anschlüsse für meine platten habe :/
Ich brauchs zwar ned als RAID, aber abschalten kann ich es dennoch nicht, weil da C: festplatte draufhängt!
ich hab im BIOS auch nur 4 grundlegende einstellmöglichkeiten für den Controller:
1)SATA Mode (im Legacy Mode) bzw 2) SATA Mode(Native=erweitertes Band an IRQs)
900kb jpg
3)+4)P-ATA Mode im Legacy bzw Native Modus
900kb jpg
Wobei der einzig für mich merkbare Unterschied die Anordnung der Platten beim POSTen ist!
Eingestellt ist im BIOS im moment:
x)Legacy Mode (damit des OS die IRQs selbstständig verwalten kann)
x)APIC-ACPI = Disabled
/EDIT:
0wnage... es funzt zumindest mal installieren, GUI, Inet
Hab im Bios ALLES deaktiviert, bis auf IDE 1/2 bzw OnBoardLAN, und bin mit linux noapic nolapic hochgefahren!
Werd jetzt mal Versuchen eines nach dem anderen im BiOS wieder zu REaktivieren...!
/2ndEDIT:
nachdem i jetzt alles aktiviert hab(legacy modus) und auch apic im BIOS wieder aktiviert hab(lediglich der kernel is mit dem noapic-argument versehen), ist es fix:
CIh brauch Treiber für den Promise 3112R Sata Controller... den krieg ich nicht und nicht hin...!
overclockers.at v4.thecommunity
© all rights reserved by overclockers.at 2000-2026