[SATA software RAID] Kernel 2.6 support

[Trax_Digitizer]

Ondanks het lezen van veel topics op GoT en het zoeken met google, blijft het enigszins onduidelijk. Heeft kernel 2.6 (heb momenteel 2.6.15) nu wel of geen software software support voor SATA RAID?

Bij het zoeken op GoT en internet kom ik veel tegen. Onderwerpen varieren van hardware-raid, fakeraid tot software raid. Enkele links van topics/websites die ik reeds heb gezien:

[SATA] Vastlopers
[SATA] Goede controller(pci) gezocht
[linux/RAID] hoe betrouwbaar is software RAID?
http://www.bartendavid.be...hardware/misc/raid01.html
http://linuxmafia.com/faq/Hardware/sata.html
http://tienstra4.flatnet.tudelft.nl/~gerte/gen2dmraid/

Misschien lees ik het niet goed genoeg, maar het is mij nog steeds onduidelijk hoe het nou zit met de betrouwbaarheid van linux 2.6 kernel SATA software RAID support. Werkt dat nou of werkt dat nou niet?

Voor de compleetheid mijn huidige situatie:

momenteel een linux debian (sarge) server met kernel 2.6.15 en een single PATA bootdisk. Deze bootdisk wil ik vervangen door 2x SATA RAID 1 (mirroring) op software raid. Mijn moederbord (MSI 875P NEO-FIS2R) heeft een 2-tal bios raid (fakeraid) controllers:

Serial ATA/150 controller integrated in ICH5R.
- Up to 150MB/sec transfer speeds.
- Can connect up to two Serial ATA drives.
- Supports SATA RAID 0 (Optional)

Promise 20378 On-Board
• Supports Ultra ATA, Serial ATA, Ultra ATA RAID 0 or 1 , Serial
ATA RAID 0 or 1, Ultra/Serial ATA RAID 0+1 supported.
• Connect up to 2 Serial ATA devices and 2 Ultra ATA 133 devices.

Ik kies bewust niet voor een (dure) Hardware raid oplossing omdat de performancewinst niet opweegt tegen de kosten. De server, een P4 2600 met 2 gig ram, kan die software raid makkelijk aan...

Wat is gezien mijn situatie nu de meest "veilige" situatie? Zelf meen ik begrepen te hebben dat ik SATA RAID op linux 2.6 kan gebruiken met of zonder fakeraid support. Het merendeel van de berichten die ik lees, lijken te melden dat ik mijn (fakeraid) biosraid niet moet gebruiken. Ik moet gewoon mijn sata schijven aan de praat krijgen (als losse schijven) en er dan met linux software raid een mirroring setup van maken....

Wat denken jullie?

[DeadMetal]

Volgens mij is het probleem dat je ook drivers van je moederbord moet hebben hiervoor. Bij Windows moet je ook de SATA RAID drivers inladen alvorens te kunnen installeren. Uiteraard (het zou te mooi zijn natuurlijk) is er maar voor weinig hardware ook een Linux driver beschikbaar.

[MrBarBarian]

Mdadm gebruiken. Je grootste probleem is idd de support voor je sata-chipset. Promise ondersteunig is geloof ik wel aardig tegenwoordig. Ik zou handmatig je mirror opzetten, als het syncen lukt is de sata ondersteuning wel ok (waarschijnlijk)..

Ik heb hier onlangs ook mee geknoeit, zie hier:
http://beurdy.xs4all.nl/blog/?page_id=52

[DexterBelgium]

Trax_Digitizer schreef op woensdag 22 februari 2006 @ 08:43:


Wat is gezien mijn situatie nu de meest "veilige" situatie? Zelf meen ik begrepen te hebben dat ik SATA RAID op linux 2.6 kan gebruiken met of zonder fakeraid support. Het merendeel van de berichten die ik lees, lijken te melden dat ik mijn (fakeraid) biosraid niet moet gebruiken. Ik moet gewoon mijn sata schijven aan de praat krijgen (als losse schijven) en er dan met linux software raid een mirroring setup van maken....

Wat denken jullie?

Denk dat je hierboven de nagel op de kop slaat: SATA schijven als LOSSE schijven configureren in BIOS, en dan via MDADM als linux-softRaid configureren. Is het meest portable (gaat niet verloren als je een ander mobo aanschaft) en is vlgs mij even goed kwa performance als de "fakeraid" oplossing die je Mobo biedt.

De enige vraag zal dus zijn of je SATA controller ondersteund wordt, en daar is eigenlijk maar één manier voor: testen.

[Trax_Digitizer]

Ok aan de hand van jullie reacties, trek ik de volgende conclusies:

* raid support in kernel 2.6.x is in orde.
* bottleneck: linux sata driver voor controller.

Iemand nog tips hoe ik stabiliteit van een sata controller (mits ik hem aan de praat krijg) het beste kan testen? Eventueel HD benchmark draaien of wat data op en neer kopieren?

[irondog]

Trax_Digitizer schreef op woensdag 22 februari 2006 @ 08:43:Het merendeel van de berichten die ik lees, lijken te melden dat ik mijn (fakeraid) biosraid niet moet gebruiken.

Daar ben ik het mee eens. Fake-RAID werkt erg betrouwbaar en verrassend snel onder Windows. Wil je naast Windows ook Linux gebruiken op het zelfde array, dan is Fake-Raid met dmraid wel geinig. Het is echter vaak lastig aan de gang te krijgen/houden en sommige kenmerken van dmraid verminderen de performance t.o.v. linux native RAID (MD raid).

Ik moet gewoon mijn sata schijven aan de praat krijgen (als losse schijven) en er dan met linux software raid een mirroring setup van maken....

Wat denken jullie?

Tja, voor een server zeker doen! Ga niet klooien met dmraid op een server. De voordelen van transparantie tussen BIOS en OS enerzijds en tussen verschillende OS-en anderzijds heb je helemaal niet nodig op een server die alleen Linux draait.

Het voordeel van redundancy (die fake-RAID biedt (RAID 1)) kun je met een slimme MD RAID setup ook verkrijgen (misschien kost dat wat oefening, maar geloof me dat het kan). Ik had het voor elkaar om een willekeurige sata schijf uit een RAID 1 set los te trekken onder Mandriva terwijl alles gewoon bleef werken van poweron tot shutdown.

Nu ik de voordelen van Fake-Raid weggeveegd heb voor jouw situatie, houd je dus alleen maar argumenten over om voor MD raid te gaan:
* Betrouwbaar
* Snel
* Goed ondersteund in alle distro's
* Belachelijk eenvoudig te configureren

[Trax_Digitizer]

hardstikke mooi!
Morgen kan ik mijn 2 schijven ophalen: 2x Western Digital Caviar RE WD1600SD 160GB 7200rpm SATA 8MB. En dan van het weekend eens met 1 schijf op sata gaan testen.
Als ik nog onduidelijkheden tegen kom, dan post ik die wel in dit topic.

In ieder geval bedankt zover!

[Trax_Digitizer]

Tot zover gaat het allemaal nog wel redelijk.
De promise controller krijg ik zo 123 niet aan de praat. De ICH5 controller lijkt het, na wat geklooi met de bios settings, goed te doen.
Hier een stukje uit mijn bootlog:

ICH5: IDE controller at PCI slot 0000:00:1f.1
PCI: Enabling device 0000:00:1f.1 (0005 -> 0007)
ACPI: PCI Interrupt 0000:00:1f.1[A] -> GSI 18 (level, low) -> IRQ 16
ICH5: chipset revision 2
ICH5: not 100% native mode: will probe irqs later
ide0: BM-DMA at 0xfc00-0xfc07, BIOS settings: hda:DMA, hdb:DMA
ide1: BM-DMA at 0xfc08-0xfc0f, BIOS settings: hdc:DMA, hdd:DMA
Probing IDE interface ide0...
hda: WDC WD400BB-00DEA0, ATA DISK drive
hdb: WDC WD1600JB-00EVA0, ATA DISK drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
Probing IDE interface ide1...
hdc: WDC WD1600JB-00GVC0, ATA DISK drive
hdd: Maxtor 6B200P0, ATA DISK drive
ide1 at 0x170-0x177,0x376 on irq 15
hda: max request size: 128KiB
hda: 78165360 sectors (40020 MB) w/2048KiB Cache, CHS=65535/16/63, UDMA(100)
hda: cache flushes not supported
hda: hda1 hda2
hdb: max request size: 1024KiB
hdb: 312581808 sectors (160041 MB) w/8192KiB Cache, CHS=19457/255/63, UDMA(100)
hdb: cache flushes supported
hdb: hdb1
hdc: max request size: 1024KiB
hdc: 312581808 sectors (160041 MB) w/8192KiB Cache, CHS=19457/255/63, UDMA(100)
hdc: cache flushes supported
hdc: hdc1
hdd: max request size: 1024KiB
hdd: 398297088 sectors (203928 MB) w/8192KiB Cache, CHS=24792/255/63, UDMA(100)
hdd: cache flushes supported
hdd: hdd1
libata version 1.20 loaded.
ata_piix 0000:00:1f.2: version 1.05
ACPI: PCI Interrupt 0000:00:1f.2[A] -> GSI 18 (level, low) -> IRQ 16
PCI: Setting latency timer of device 0000:00:1f.2 to 64
ata1: SATA max UDMA/133 cmd 0xEC00 ctl 0xE802 bmdma 0xDC00 irq 16
ata2: SATA max UDMA/133 cmd 0xE400 ctl 0xE002 bmdma 0xDC08 irq 16
ata1: dev 0 cfg 49:2f00 82:706b 83:7e01 84:4023 85:7069 86:3c01 87:4023 88:207f
ata1: dev 0 ATA-7, max UDMA/133, 321672960 sectors: LBA48
ata1: dev 0 configured for UDMA/133
scsi0 : ata_piix
ata2: dev 0 cfg 49:2f00 82:706b 83:7e01 84:4023 85:7069 86:3c01 87:4023 88:207f
ata2: dev 0 ATA-7, max UDMA/133, 321672960 sectors: LBA48
ata2: dev 0 configured for UDMA/133
scsi1 : ata_piix
Vendor: ATA Model: WDC WD1600YD-01N Rev: 10.0
Type: Direct-Access ANSI SCSI revision: 05
Vendor: ATA Model: WDC WD1600YD-01N Rev: 10.0
Type: Direct-Access ANSI SCSI revision: 05
SCSI device sda: 321672960 512-byte hdwr sectors (164697 MB)
SCSI device sda: drive cache: write back
SCSI device sda: 321672960 512-byte hdwr sectors (164697 MB)
SCSI device sda: drive cache: write back
sda: unknown partition table
sd 0:0:0:0: Attached scsi disk sda
SCSI device sdb: 321672960 512-byte hdwr sectors (164697 MB)
SCSI device sdb: drive cache: write back
SCSI device sdb: 321672960 512-byte hdwr sectors (164697 MB)
SCSI device sdb: drive cache: write back
sdb: unknown partition table
sd 1:0:0:0: Attached scsi disk sdb

Het was even klooien met die bios settings. Ik kon kiezen uit s-ata-only, p-ata-only, en s-ata en p-ata. Het ging niet allemaal even lekker. Ik heb nu p-ata-only, en dan de optie 'keep s-ata' aangezet. Zelfs als ik het opschrijf klinkt het wazig. Het komt er iig op neer dat ik nu 4 ide channels heb, met elke een master en een slave... de laatste 2 channels zijn mijn sata schijven (hij herkent ze als master, maar dat is officieel dus niet meer bij sata). Die 150 MB/s interface zal wel niet opgaan omdat er ook nog 'oude' schijven op zitten (niet dat de schijven zo snel zijn).

Maar nu de volgende stap. De bootdisk overzetten en dan de raid 'bouwen'. Zoals ik het nu zie is de volgende werkwijze de 'beste':
1. /dev/sda partitioneren/formatteren. --> /dev/sda1 = swap van 200 mb, /dev/sda2 = ext3
2. data van /dev/hda2 naar /dev/sda2 kopieren mbv deze howto: link (misschien is er een betere methode?)
3. booten van /dev/sda
4. raid bouwen (hoe dit precies moet, moet ik nog opzoeken).

de swap partitie ga ik dus ook mirroren, dat kan toch?
zie ik nog een belangrijke stap over het hoofd?

[irondog]

Trax_Digitizer schreef op vrijdag 24 februari 2006 @ 10:22:

Het was even klooien met die bios settings. Ik kon kiezen uit s-ata-only, p-ata-only, en s-ata en p-ata. Het ging niet allemaal even lekker. Ik heb nu p-ata-only, en dan de optie 'keep s-ata' aangezet. Zelfs als ik het opschrijf klinkt het wazig.

Idd, het is nog niet eens carnaval en ik zie al dubbel. Hoeveel schijven heb je er nu in hangen? Ik zie hd{a,b,c,d} en sd{a,b}. Het lijkt er bijna op dat er nu twee device-drivers dezelfde schijven claimen!? Het ziet er in dat geval niet fris uit.

Het komt er iig op neer dat ik nu 4 ide channels heb, met elke een master en een slave... de laatste 2 channels zijn mijn sata schijven (hij herkent ze als master, maar dat is officieel dus niet meer bij sata). Die 150 MB/s interface zal wel niet opgaan omdat er ook nog 'oude' schijven op zitten (niet dat de schijven zo snel zijn).

Bepaalde chips ondersteunen IDE compatibility. Daarmee lijkt het voor het OS dat een SATA schijf een PATA schijf is. Omdat het in linux wel snor zit met SATA support (zeker met die sata_piix driver) zou ik altijd voor native sata gaan. In dat geval krijgen de schijven op je sata controller de naam /dev/sdX.

Volgens mij biedt jouw moederbord deze compatibility mode en ben jij daarmee aan het spelen geraakt. Ik zou bij gebruik van linux voor de native sata oplossing gaan en de compatibility-mode uitzetten.

Maar nu de volgende stap. [...]

Bij MD raid maak je partities op de schijven en die zet je dan in RAID. Vaak wil je identieke schijven met daarop een identieke partitie layout. /boot mag in raid. Wil je dat dit werkt met volledige redundancy (dat het boot, zelfs als je een van de twee schijven verwijdert) dan MOET de RAID set in ieder geval niet-skewed RAID1 zijn (anders zal de bootloader er helemaal niets meer van begrijpen). Dit betekent simpelweg dat /boot een MD RAID is bestaande uit partities die op dezelfde sector beginnen. Mijn tip is om voor /boot een apart mount-point te nemen.

Om er zeker van te zijn dat deze FAKE-FAKE raid oplossing werkt, moet je simpelweg testen. Je hebt op beide schijven uiteindelijk hetzelfde staan en ook dezelfde bootcode. Het kan echter zijn dat waneer je MOBO's firmware ineens moet booten van een andere schijf dan normaal (omdat er eentje stuk is) je bootloader ineens in de war raakt.

[Trax_Digitizer]

qua hardware zit het nu wel goed. Ik heb 6 schijven in totaal. En dat klopt ook: hda, hdb, hdc, hdd, sda, sdb.
Verder heb ik het mbv deze howto voor elkaar gekregen om /dev/sda en /dev/sdb als RAID 1 te configureren. Dit heeft geresulteerd in 2 devices:
md0 = swap
md1 = ext3
(dus geen apart mountpoint voor /boot/)

Maar goed, raid werkt, synchroniseerd netjes en staat klaar voor gebruik.
Toen ben ik deze howto gaan gebruiken om te migreren van /dev/hda2 (de oude single bootdisk) naar /dev/md1. Het kopieren van de files was allemaal geen probleem, het lastige zit/zat hem in lilo.conf.

Ik had md1 gemount op /new_disk/. Toen heb ik vanuit init 1 de data gekopieerd en heb ik /new_disk/etc/lilo.conf aangepast. En daarna heb ik lilo -C /new_disk/etc/lilo.conf uitgevoerd.

De /new_disk/etc/lilo.conf zag er als volgt uit:

lba32

disk=/dev/md1
bios=0x80

boot=/dev/md1

root=/dev/md1

raid-extra-boot=/dev/sda,/dev/sdb

install=/new_disk/boot/boot-menu.b

map=/new_disk/boot/map

delay=20

vga=normal

default=Linux

image=/new_disk/vmlinuz
label=Linux
read-only
# restricted
# alias=1

image=/new_disk/vmlinuz.old
label=LinuxOLD
read-only
optional
# restricted
# alias=2

De /new_disk/etc/fstab had ik ook aangepast:

code:

/dev/md1        /               ext3    errors=remount-ro       0       1
/dev/md0        none            swap    sw                      0       1

Toen heb ik de server uitgezet. Toen heb ik /dev/hda uitgeschakeld. Server weer aangezet. Bios aangepast om te booten van /dev/sda. En toen kreeg ik bij het opstarten de volgende kernel-panic:



Ik begrijp alleen niet precies wat ik nu verkeerd heb gedaan. Ik zie ook een paar 'reiserfs' meldingen voorbij komen, maar dat is vreemd want ik gebruik ext3 als filesystem.

[ Voor 8% gewijzigd door Trax_Digitizer op 25-02-2006 10:48 ]

[Kippenijzer]

Je moet in fdisk het partitietype van de leden van je raid op 0F (meen ik) zetten, iig "Raid-autodetect"
Verder moet je bij het aanmaken van de raid (in je raidtab) persistent-superblock 1 hebben gedefinieerd. Dan hoort hij ze bij het opstarten wel netjes te herkennen.

[Trax_Digitizer]

Dat is waar ook. Dat heb ik over het hoofd gezien in de howto...
Dan lilo.conf, daar kom ik nog niet helemaal uit. Voornamelijk die "disk", "bios", "root", en "boot" parameters. Ik heb het idee dat ik "disk" en "bios" wel weg kan laten. En dan /dev/md1 voor "root" en "boot". Dit samen met "raid-extra-boot" lijkt mij dan voldoende.
Straks poging 2.

[Trax_Digitizer]

Met poging 2 kwam ik een stukje verder. Geen kernel panic meer en VFS ging dus deze keer wel goed (lag volgens mij toch aan partitie type, wat nu op "linux raid" stond).

Het huidige probleem is dat de volgende melding verschijnt:

warning: unable to open an initial console

en daarna gebeurd er niks meer en start het systeem niet verder op...
gekke is dan weer, dat de 'oude bootdisk' het wel gewoon deed en dit is niet meer dan een kopie van die disk op een raid config.

[Trax_Digitizer]

*schopje*

Ik ben er nog steeds niet achter wat het nu is. Deze howto doet mij vermoeden dat het misschien wel iets met initrd te maken heeft. Maar dat begrijp ik niet helemaal, want ik bak alles in de kernel en gebruik geen modules.

Na het apt-get'ten van "initrd-tools" heb ik inderdaad een /etc/mkinitrd/mkinitrd.conf file. Ik zie alleen nog niet waarom ik die wijzigingen van de howto zo moeten doorvoeren en snap ook nog niet hoe ik zo'n initrd-image moet maken en gebruiken.

Anyone?

[irondog]

Als je geen init{rd,ramfs} gebruikt en de drivers (voor het device waarop het rootfilesystem staat) in de kernel zitten, dan is er een probleem met /dev/console. In het root filesystem moet een /dev tree bestaan met daarin tenminste een console device node.

Je bent misschien gewoon de /dev tree vergeten over te zetten? Zelfs als je udev wilt gebruiken, zul je tenminste een aantal nodes gewoon statisch moeten hebben.

[ Voor 15% gewijzigd door irondog op 27-02-2006 12:24 ]

[Trax_Digitizer]

hmmm... dat zou best eens kunnen.
ik heb het systeem namelijk middels het volgende commando overgezet naar /new_disk/ (/dev/md1):

code:

cp -ax / /new-disk

Ik ging er vanuit dat hiermee alles werd gekopieerd. Maar misschien toch wel niet helemaal omdat deze copy opdracht zich beperkt tot het kopieren van een single-disk-partition. De /new_disk/dev/ was leeg en dat kwam waarschijnlijk omdat /dev/ op mijn systeem niet op de /dev/hda2 partitie staat:

code:

/dev/hda2              37G   11G   25G  30% /
tmpfs                1014M     0 1014M   0% /dev/shm
/dev/hdb1             147G   30G  110G  22% /home
/dev/hdc1             147G   75G   65G  54% /data
/dev/hdd1             187G  151G   28G  85% /ftp
tmpfs                  10M  2.6M  7.5M  26% /dev
/dev/md1              151G   11G  133G   8% /new_disk

Zoals je ziet is /dev/ een aparte mount van een stukje ramdisk (zeg ik dat goed?). Deze ramdisk wordt als ik mij niet vergis aangemaakt tijdens het opstarten. En op dat punt loopt mijn brein weer even vast.
Moet ik /dev/ nu kopieren (cp -a) naar /new_disk/? Of gaat het ergens anders fout bij het aanmaken van de ramdisk?

edit: volgens mij heeft irondog het antwoord er al bij-ge-edit. Dank. Ik ga weer testen!

[ Voor 5% gewijzigd door Trax_Digitizer op 27-02-2006 12:36 ]

[irondog]

Trax_Digitizer schreef op maandag 27 februari 2006 @ 12:33:
hmmm... dat zou best eens kunnen.
ik heb het systeem namelijk middels het volgende commando overgezet naar /new_disk/ (/dev/md1):

code:

cp -ax / /new-disk

rsync -a / /newdisk is toch wel ietsje handiger. Cp is niet echt een goede backup tool, rsync en tar wel.

Zoals je ziet is /dev/ een aparte mount van een stukje ramdisk (zeg ik dat goed?). Deze ramdisk wordt als ik mij niet vergis aangemaakt tijdens het opstarten. En op dat punt loopt mijn brein weer even vast.
Moet ik /dev/ nu kopieren (cp -a) naar /new_disk/? Of gaat het ergens anders fout bij het aanmaken van de ramdisk?

Ik zou er voor zorgen dat je alle gangbare device nodes krijgt. Dit kun je doen met het commando MAKEDEV als je in de goede directory zit.

code:

(cd /newdisk/dev ; MAKEDEV generic-i386 )

Dat /dev/ uiteindelijk geremount wordt door een van de opstartscripts is ff niet belangrijk.

[Trax_Digitizer]

Ik zag je laatste bericht iets te laat. Maar wat nog belangrijker is: het is gelukt! Ik draai nu op software raid 1
rsync is inderdaad een goede tip, ga dat een volgende keer zeker gebruiken. Bedankt!!!

[Trax_Digitizer]

Ok, het werkt, maar er is een MAAR...

Ik heb PATA en SATA nu beide geactiveerd op mijn ICH5 chippie. Het is wat lastig uit te leggen, maar bij het opstarten zie ik het volgende:

code:

Auto-Detecting Pri Master..Not Detected
Auto-Detecting Pri Slave..IDE Hard Disk
Auto-Detecting Sec Master..IDE Hard Disk
Auto-Detecting Sec Slave..IDE Hard Disk
Auto-Detecting 3rd Master..IDE Hard Disk
Auto-Detecting 3rd Slave..Not Detected
Auto-Detecting 4th Master..IDE Hard Disk
Auto-Detecting 4th Slave..Not Detected

Primary en Secondary dat zijn mij P-ATA schijven. De Primary master is momenteel uitgeschakeld, want dat was mijn oude bootdisk (/dev/hda).
3rd en 4th master zijn respectievelijk mij S-ATA schijven /dev/sda en /dev/sdb.

De bios settings van mijn ICH5 I/O controller (On-Chip IDE Configuration) zijn als volgt:

code:

On-Chip ATA(s) Operate Mode = Legacy Mode
ATA Configuration = P-ATA only
S-ATA Keep Enabled = Yes
P-ATA Keep Enabled = "greyed out: Yes"
P-ATA Channel Selection = Both
CombinedModeOption = "greyed out: P-ATA 1st Channel"
S-ATA Ports Definition = P0-3rd./P1-4th
Configure S-ATA as RAID = No

Dit werkt prima, en geeft de volgende bij "Boot Device Select ...(1st)"

code:

Disabled
IDE-0: "Pri Slave"
IDE-1: "Sec Master"
IDE-2: "Sec Slave"
IDE-3: "3rd Master"
Floppy: 1.44 MB 3 1/2

De 3rd Master is momenteel geselecteerd om van te booten. Dit is 1 van de SATA schijven uit de RAID config.

MAAR, het probleem ontstaat wanneer ik /dev/hda (Pri Master) weer aansluit. De 3-rd master verdwijnt dan als keuze optie uit mijn bios omdat alleen de eerste 4 worden weergegeven. Met als gevolg dat ik niet kan booten van een SATA schijf.

Om dit op te lossen ben ik gaan spelen met de bios opties van mijn ICH5 I/O controller. Als ik 'S-ATA only kies' en ik laat daarbij 'P-ATA keep enabled' op 'yes' staan, dan lijkt de oplossing nabij, omdat de IDE kanalen dan 'gewisseld worden'. Kortom: de SATA schijven gaan naar het Primary en Secondary kanaal en de PATA schijven gaan naar het 3rd en 4th kanaal, met als resultaat dat ik weer een SATA-schijf als bootdisk kan kiezen omdat die nu weer bij de 'eerste vier' horen.

Maar bij het opstarten resulteert deze oplossing in foutmeldingen omtrent de DMA van /dev/hda tot en met /dev/hdd. Bijvoorbeeld:

code:

Feb 27 13:43:05 traxotic kernel: hdd: dma_timer_expiry: dma status == 0x64
Feb 27 13:43:05 traxotic kernel: hdb: DMA interrupt recovery
Feb 27 13:43:05 traxotic kernel: hdb: lost interrupt

Ook het veranderen van Legacy Mode (irq 14 + 15) naar Native Mode (alle irq) lijkt een oplossing, maar ook dan gaat het niet goed.

De biosoptie die er dan nog over blijft is 'PATA en SATA', maar daarbij heb ik maar 1 ide kanaal tot mijn beschikking en vervallen 2 schijven (hdc en hdd).

Ik hoop dat het duidelijk is, want heb mijn halve bios overgetypt ervoor.... de vraag is: hoe ga ik dit oplossen?

[ Voor 7% gewijzigd door Trax_Digitizer op 27-02-2006 14:56 ]

[Trax_Digitizer]

*schop*

Toch maar weer een klein schopje, want ik heb nog steeds niet de oplossing gevonden. Ik heb zitten "klooien" met bios opties, maar allemaal resulteren ze in de foutmeldingen zoals hierboven aangegeven.

Heb zelfs bootopties als 'noapic' geprobeerd, maar tot zover geen effect.

Nu heb ik misschien een eenvoudige oplossing, maar ik weet niet zeker of dat gaat werken. Laat ik het nog even kort samenvatten.

4 PATA schijven en 2 SATA (RAID 1) schijven hebben als gevolg dat ik met mijn bios settings niet de SATA schijven als bootdisk kan kiezen. Alleen de eerste 4 schijven worden weergegeven. Maar misschien kan ik met lilo een MBR aanmaken op /dev/hda, en dan daarin "doorverwijzen", naar /dev/sda. Kan dit?

EDIT: denk dat dit ermee te maken heeft, maar snap het nog niet helemaal:
http://tldp.org/HOWTO/LILO-4.html
http://tldp.org/HOWTO/LILO-5.html

[ Voor 13% gewijzigd door Trax_Digitizer op 28-02-2006 15:21 ]

[irondog]

Trax_Digitizer schreef op dinsdag 28 februari 2006 @ 15:15:
4 PATA schijven en 2 SATA (RAID 1) schijven hebben als gevolg dat ik met mijn bios settings niet de SATA schijven als bootdisk kan kiezen. Alleen de eerste 4 schijven worden weergegeven. Maar misschien kan ik met lilo een MBR aanmaken op /dev/hda, en dan daarin "doorverwijzen", naar /dev/sda. Kan dit?

Lilo kan niet tussen schijven op en neer springen.

EDIT: denk dat dit ermee te maken heeft, maar snap het nog niet helemaal:
http://tldp.org/HOWTO/LILO-4.html
http://tldp.org/HOWTO/LILO-5.html

De bios= waarde in /etc/lilo.conf is om de bootloader te laten begrijpen welke real-mode interrupt gebruikt moet worden om sectoren te lezen van de schijf waarop /boot gemount is. Dit is soms nodig om /sbin/lilo en de bootloader te laten begrijpen dat welke real-mode interupt bij de betreffende schijf hoort. Dit is handig in onlogische situaties (bijvoorbeeld als int 0x80 in linux niet /dev/hda is waar vanuit gegaan wordt).
De bios= configuratie is zoals gezegd niet bruikbaar om de bootloader stiekum een andere schijf te laten gebruiken voor het laden van de images. Verder is er wat mij betreft geen goede reden om te proberen een BIOS accessible device een ander device te laten chainloaden (installeer dan maar geen bootloader op dat device). Jouw idee is in mijn ogen zelfs logisch.

Wat mogelijk een passende oplossing voor je is, is om /boot te mounten op een andere schijf. Dit mag bij wijze van spreke een floppy zijn. Zodra de kernel geïnitialiseerd is, kijkt ie toch naar de root= commandline parameter om / te mounten en verder te booten.

Toch vind ik het maar vaag dat je niet kunt booten van alle devices. Zie je echt niets over het hoofd? Misschien moet je wel "boot from scsi" aanzetten ofzo.

[Trax_Digitizer]

Wat betreft mijn bios opties: ik zie volgens mij niks over het hoofd. Heb mijn mobo-manual al tig keer doorgelezen, heb al een hoop opties geprobeerd, maar als ik iets verander, dan krijg ik die dma meldingen. Waarbij ik overigens niet snap waarom ik die meldingen krijg. In mijn ogen verander ik niks, alleen de "volgorde" van de i/o channels. Maar goed...

Wat betreft lilo: het "beste" zou dus zijn om /dev/hda als /boot/ te mounten en dan op die schijf de MBR weg te schrijven. (Geloof dat ik dit al eens heb gezien in een howto, moet ik even zoeken).

In zijn algemeenheid hoop ik dat het snel gaat werken Ik vind het maar niks zo. Ik kan ook niet teveel rebooten en offline zijn om te klooien, want zonder server geen mail, internet, helemaal niks. En die telefoontjes als: "waarom kan ik niet mailen?", daar heb ik dan net even geen zin in.

Vind het maar een vaag "probleem". Oh ja Irondog: bedankt voor je hulp zover, appreciate it!!

EDIT:
Ik lees zojuist dit op het msi forum:

Q: What is Legacy mode and what is Native mode?
Legacy mode uses 14 and 15 IRQs. Legacy mode can support up to 2 IDE channels, each IRQ for each channel, which means it can support 2 SATA, or 2 SATA + 2 PATA or 4 PATA. Legacy mode also works comfortably with most OSes including Linux.

Native mode means you may use all available IRQs and can support up to 2 SATA and 4 PATA. Native mode may have issues working with some OSes such as Win9x and Linux, especially on IRQ assignments.If you have Win98/ME, use Legacy mode only!

Q: How to enable both SATA and PATA?
You can use both Legacy mode and Native mode, depending on how many devices you use as described above.

For Legacy Mode:
ATA Configuration: PATA+SATA
S-ATA Keep Enabled: Yes
P-ATA Keep Enabled: Yes
PATA Channel Selection: Both
Combined Mode Operation: PATA First/SATA First, depending on which you want to act as 1st Channel.
S-ATA Ports Definition: P0-1st/P1-2nd or P0-3rd/P1-4th, depending on which you want to act as Master.

For Native Mode:
ATA Configuration: SATA Only or PATA only, depending on which you want to be the FIRST BOOT device!
S-ATA Keep Enabled: Yes if you chose PATA only
P-ATA Keep Enabled: Yes if you chose SATA Only
PATA Channel Selection: Both
Combined Mode Operation: PATA First/SATA First, depending on which you want to act as 1st Channel.
S-ATA Ports Definition: - P0-1st/P1-2nd or P0-3rd/P1-4th, depending on which you want to act as Master.

Q: What is S-ATA Ports Definition?
There are two options: P0-1st/P1-2nd and P0-3rd/P1-4th. If you choose P0-1st/P1-2nd, your Port-0 S-ATA (SER-1) will become the 1st IDE Master, ie IDE-1 Master. and Port-1 S-ATA (SER-2) will become 2nd IDE Master. If you plan to boot with SATA HDD, it's recommended to set to P0-1st/P1-2nd. If you plan to boot with PATA HDD, it's recommended to set to P0-3rd/P1-4th.

Q: When I enable SATA+PATA mode, why only IDE-1 or IDE-2 can be used?
If you chose "SATA 1st Channel", IDE-1 will be dropped. If you chose "PATA 1st Channel", IDE-2 will be dropped.

Q: I want my SATA to be the 1st IDE drive in Legacy Mode along with PATA, how?
Set this:
ATA Configuration: PATA+SATA
S-ATA Keep Enabled: don't care
P-ATA Keep Enabled: don't care
PATA Channel Selection: don't care
Combined Mode Operation: SATA 1st Channel
S-ATA Ports Definition: P0-1st/P1-2nd

With this configuration, you can have your SER-1 and SER-2 act as IDE-1 master and slave. But you can only connect your PATA drives on IDE-2 slot.

Volgens mij betekend dit dat ik gelijk heb en dat het simpelweg niet kan via het bios. Ik ben dus gedwongen om te gaan booten van /dev/hda.... of zie ik dat nu fout?

[ Voor 61% gewijzigd door Trax_Digitizer op 28-02-2006 19:22 ]

[Verwijderd]

In de Linux kernel heb je onder
Device Drivers / ATA/ATAPI/MFM/RLL support

De optie Boot off-board chipsets first support.

Hiermee kan de volgorde waarin IDE devices gescand worden omgedraaid worden, een optie die in sommige gevallen van pas kan komen bij het gebruik van Lilo. Wellicht dat je er iets aan hebt. .

[Trax_Digitizer]

doet dit niet hetzelfde als de 'bios=' in lilo.conf? Het veranderd niet in de bios, maar alleen in je systeem...

[Trax_Digitizer]

Ok daar gaan we weer. Ik heb weer iets ontdekt.
Ik heb het bios nu op S-ATA in de legacy mode.Als ik dan opstart dan krijg ik die dma meldingen, maar als ik een tijdje wacht start het systeem wel gewoon goed op. Toen keek ik in mijn bootlog en zag ik staan dat ik moest proberen irqpoll aan de bootopties toe te voegen. Dit heb ik gedaan, weer gereboot en het resultaat mag er zijn. Het systeem boot en geen errors meer. Het punt is alleen dat ik allerlei meldingen zie omtrent irq nummers waarvan ik niet zeker weet of ze 'normaal' zijn. Dit komt eigenlijk doordat ik dat systeem normaal nooit reboot met monitor en het systeem ook al lang stabiel draait. Hieronder mijn bootlog (dmesg):

code:

Mar  1 21:06:29 traxotic kernel: klogd 1.4.1#17, log source = /proc/kmsg started.
Mar  1 21:06:29 traxotic kernel: Cannot find map file.
Mar  1 21:06:29 traxotic kernel: No module symbols loaded - kernel modules not enabled.
Mar  1 21:06:29 traxotic kernel: Linux version 2.6.15.4traxotic (root@traxotic) (gcc version 3.3.5 (Debian 1:3.3.5-13)) #1 SMP Fri Feb 24 00:05:53 CET 2006
Mar  1 21:06:29 traxotic kernel: BIOS-provided physical RAM map:
Mar  1 21:06:29 traxotic kernel:  BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
Mar  1 21:06:29 traxotic kernel:  BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
Mar  1 21:06:29 traxotic kernel:  BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
Mar  1 21:06:29 traxotic kernel:  BIOS-e820: 0000000000100000 - 000000007fff0000 (usable)
Mar  1 21:06:29 traxotic kernel:  BIOS-e820: 000000007fff0000 - 000000007fff8000 (ACPI data)
Mar  1 21:06:29 traxotic kernel:  BIOS-e820: 000000007fff8000 - 0000000080000000 (ACPI NVS)
Mar  1 21:06:29 traxotic kernel:  BIOS-e820: 00000000fec00000 - 00000000fec01000 (reserved)
Mar  1 21:06:29 traxotic kernel:  BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved)
Mar  1 21:06:29 traxotic kernel:  BIOS-e820: 00000000fff00000 - 0000000100000000 (reserved)
Mar  1 21:06:29 traxotic kernel: 1151MB HIGHMEM available.
Mar  1 21:06:29 traxotic kernel: 896MB LOWMEM available.
Mar  1 21:06:29 traxotic kernel: found SMP MP-table at 000fc0f0
Mar  1 21:06:29 traxotic kernel: On node 0 totalpages: 524272
Mar  1 21:06:29 traxotic kernel:   DMA zone: 4096 pages, LIFO batch:0
Mar  1 21:06:29 traxotic kernel:   DMA32 zone: 0 pages, LIFO batch:0
Mar  1 21:06:29 traxotic kernel:   Normal zone: 225280 pages, LIFO batch:31
Mar  1 21:06:29 traxotic kernel:   HighMem zone: 294896 pages, LIFO batch:31
Mar  1 21:06:29 traxotic kernel: DMI 2.3 present.
Mar  1 21:06:29 traxotic kernel: ACPI: RSDP (v000 AMI                                   ) @ 0x000fa380
Mar  1 21:06:29 traxotic kernel: ACPI: RSDT (v001 AMIINT INTEL875 0x00000010 MSFT 0x00000097) @ 0x7fff0000
Mar  1 21:06:29 traxotic kernel: ACPI: FADT (v001 AMIINT INTEL875 0x00000011 MSFT 0x00000097) @ 0x7fff0030
Mar  1 21:06:29 traxotic kernel: ACPI: MADT (v001 AMIINT INTEL875 0x00000009 MSFT 0x00000097) @ 0x7fff00c0
Mar  1 21:06:29 traxotic kernel: ACPI: DSDT (v001  INTEL     I875 0x00001000 MSFT 0x0100000d) @ 0x00000000
Mar  1 21:06:29 traxotic kernel: ACPI: Local APIC address 0xfee00000
Mar  1 21:06:29 traxotic kernel: ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
Mar  1 21:06:29 traxotic kernel: Processor #0 15:2 APIC version 20
Mar  1 21:06:29 traxotic kernel: ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled)
Mar  1 21:06:29 traxotic kernel: Processor #1 15:2 APIC version 20
Mar  1 21:06:29 traxotic kernel: ACPI: IOAPIC (id[0x02] address[0xfec00000] gsi_base[0])
Mar  1 21:06:29 traxotic kernel: IOAPIC[0]: apic_id 2, version 32, address 0xfec00000, GSI 0-23
Mar  1 21:06:29 traxotic kernel: ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
Mar  1 21:06:29 traxotic kernel: ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 20 low level)
Mar  1 21:06:29 traxotic kernel: ACPI: IRQ0 used by override.
Mar  1 21:06:29 traxotic kernel: ACPI: IRQ2 used by override.
Mar  1 21:06:29 traxotic kernel: Enabling APIC mode:  Flat.  Using 1 I/O APICs
Mar  1 21:06:29 traxotic kernel: Using ACPI (MADT) for SMP configuration information
Mar  1 21:06:29 traxotic kernel: Allocating PCI resources starting at 88000000 (gap: 80000000:7ec00000)
Mar  1 21:06:29 traxotic kernel: Built 1 zonelists
Mar  1 21:06:29 traxotic kernel: Kernel command line: auto BOOT_IMAGE=Linux ro root=901 irqpoll
Mar  1 21:06:29 traxotic kernel: Misrouted IRQ fixup and polling support enabled
Mar  1 21:06:29 traxotic kernel: This may significantly impact system performance
Mar  1 21:06:29 traxotic kernel: mapped APIC to ffffd000 (fee00000)
Mar  1 21:06:29 traxotic kernel: mapped IOAPIC to ffffc000 (fec00000)
Mar  1 21:06:29 traxotic kernel: Initializing CPU#0
Mar  1 21:06:29 traxotic kernel: PID hash table entries: 4096 (order: 12, 65536 bytes)
Mar  1 21:06:29 traxotic kernel: Detected 2600.402 MHz processor.
Mar  1 21:06:29 traxotic kernel: Using tsc for high-res timesource
Mar  1 21:06:29 traxotic kernel: Console: colour VGA+ 80x25
Mar  1 21:06:29 traxotic kernel: Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
Mar  1 21:06:29 traxotic kernel: Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
Mar  1 21:06:29 traxotic kernel: Memory: 2074584k/2097088k available (2421k kernel code, 21384k reserved, 984k data, 200k init, 1179584k highmem)
Mar  1 21:06:29 traxotic kernel: Checking if this processor honours the WP bit even in supervisor mode... Ok.
Mar  1 21:06:29 traxotic kernel: Calibrating delay using timer specific routine.. 5224.28 BogoMIPS (lpj=10448564)
Mar  1 21:06:29 traxotic kernel: Mount-cache hash table entries: 512
Mar  1 21:06:29 traxotic kernel: CPU: After generic identify, caps: bfebfbff 00000000 00000000 00000000 00004400 00000000 00000000
Mar  1 21:06:29 traxotic kernel: CPU: After vendor identify, caps: bfebfbff 00000000 00000000 00000000 00004400 00000000 00000000
Mar  1 21:06:29 traxotic kernel: CPU: Trace cache: 12K uops, L1 D cache: 8K
Mar  1 21:06:29 traxotic kernel: CPU: L2 cache: 512K
Mar  1 21:06:29 traxotic kernel: CPU: Physical Processor ID: 0
Mar  1 21:06:29 traxotic kernel: CPU: After all inits, caps: bfebfbff 00000000 00000000 00000080 00004400 00000000 00000000
Mar  1 21:06:29 traxotic kernel: Intel machine check architecture supported.
Mar  1 21:06:29 traxotic kernel: Intel machine check reporting enabled on CPU#0.
Mar  1 21:06:29 traxotic kernel: CPU0: Intel P4/Xeon Extended MCE MSRs (12) available
Mar  1 21:06:29 traxotic kernel: CPU0: Thermal monitoring enabled
Mar  1 21:06:29 traxotic kernel: mtrr: v2.0 (20020519)
Mar  1 21:06:29 traxotic kernel: Enabling fast FPU save and restore... done.
Mar  1 21:06:29 traxotic kernel: Enabling unmasked SIMD FPU exception support... done.
Mar  1 21:06:29 traxotic kernel: Checking 'hlt' instruction... OK.
Mar  1 21:06:29 traxotic kernel: CPU0: Intel(R) Pentium(R) 4 CPU 2.60GHz stepping 09
Mar  1 21:06:29 traxotic kernel: Booting processor 1/1 eip 2000
Mar  1 21:06:29 traxotic kernel: Initializing CPU#1
Mar  1 21:06:29 traxotic kernel: Calibrating delay using timer specific routine.. 5200.55 BogoMIPS (lpj=10401109)
Mar  1 21:06:29 traxotic kernel: CPU: After generic identify, caps: bfebfbff 00000000 00000000 00000000 00004400 00000000 00000000
Mar  1 21:06:29 traxotic kernel: CPU: After vendor identify, caps: bfebfbff 00000000 00000000 00000000 00004400 00000000 00000000
Mar  1 21:06:29 traxotic kernel: CPU: Trace cache: 12K uops, L1 D cache: 8K
Mar  1 21:06:29 traxotic kernel: CPU: L2 cache: 512K
Mar  1 21:06:29 traxotic kernel: CPU: Physical Processor ID: 0
Mar  1 21:06:29 traxotic kernel: CPU: After all inits, caps: bfebfbff 00000000 00000000 00000080 00004400 00000000 00000000
Mar  1 21:06:29 traxotic kernel: Intel machine check architecture supported.
Mar  1 21:06:29 traxotic kernel: Intel machine check reporting enabled on CPU#1.
Mar  1 21:06:29 traxotic kernel: CPU1: Intel P4/Xeon Extended MCE MSRs (12) available
Mar  1 21:06:29 traxotic kernel: CPU1: Thermal monitoring enabled
Mar  1 21:06:29 traxotic kernel: CPU1: Intel(R) Pentium(R) 4 CPU 2.60GHz stepping 09
Mar  1 21:06:29 traxotic kernel: Total of 2 processors activated (10424.83 BogoMIPS).
Mar  1 21:06:29 traxotic kernel: ENABLING IO-APIC IRQs
Mar  1 21:06:29 traxotic kernel: ..TIMER: vector=0x31 apic1=0 pin1=2 apic2=-1 pin2=-1
Mar  1 21:06:29 traxotic kernel: checking TSC synchronization across 2 CPUs: passed.
Mar  1 21:06:29 traxotic kernel: Brought up 2 CPUs
Mar  1 21:06:29 traxotic kernel: NET: Registered protocol family 16
Mar  1 21:06:29 traxotic kernel: ACPI: bus type pci registered
Mar  1 21:06:29 traxotic kernel: PCI: PCI BIOS revision 2.10 entry at 0xfdb81, last bus=3
Mar  1 21:06:29 traxotic kernel: PCI: Using configuration type 1
Mar  1 21:06:29 traxotic kernel: ACPI: Subsystem revision 20050902
Mar  1 21:06:29 traxotic kernel: ACPI: Interpreter enabled
Mar  1 21:06:29 traxotic kernel: ACPI: Using IOAPIC for interrupt routing
Mar  1 21:06:29 traxotic kernel: ACPI: PCI Root Bridge [PCI0] (0000:00)
Mar  1 21:06:29 traxotic kernel: PCI: Probing PCI hardware (bus 00)
Mar  1 21:06:29 traxotic kernel: PCI quirk: region 0800-087f claimed by ICH4 ACPI/GPIO/TCO
Mar  1 21:06:29 traxotic kernel: PCI quirk: region 0400-043f claimed by ICH4 GPIO
Mar  1 21:06:29 traxotic kernel: PCI: Ignoring BAR0-3 of IDE controller 0000:00:1f.2
Mar  1 21:06:29 traxotic kernel: Boot video device is 0000:03:00.0
Mar  1 21:06:29 traxotic kernel: PCI: Transparent bridge - 0000:00:1e.0
Mar  1 21:06:29 traxotic kernel: ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
Mar  1 21:06:29 traxotic kernel: ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.ICHB._PRT]
Mar  1 21:06:29 traxotic kernel: ACPI: Power Resource [URP1] (off)
Mar  1 21:06:29 traxotic kernel: ACPI: Power Resource [URP2] (off)
Mar  1 21:06:29 traxotic kernel: ACPI: Power Resource [FDDP] (off)
Mar  1 21:06:29 traxotic kernel: ACPI: Power Resource [LPTP] (off)
Mar  1 21:06:29 traxotic kernel: ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 6 7 *10 11 12 14 15)
Mar  1 21:06:29 traxotic kernel: ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 6 7 *10 11 12 14 15)
Mar  1 21:06:29 traxotic kernel: ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 6 7 10 *11 12 14 15)
Mar  1 21:06:29 traxotic kernel: ACPI: PCI Interrupt Link [LNKD] (IRQs *3 4 6 7 10 11 12 14 15)
Mar  1 21:06:29 traxotic kernel: ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 6 7 10 11 12 14 15) *0, disabled.
Mar  1 21:06:29 traxotic kernel: ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 6 7 *10 11 12 14 15)
Mar  1 21:06:29 traxotic kernel: ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 6 7 10 11 12 14 15) *0, disabled.
Mar  1 21:06:29 traxotic kernel: ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 6 7 *12 14 15)
Mar  1 21:06:29 traxotic kernel: Linux Plug and Play Support v0.97 (c) Adam Belay
Mar  1 21:06:29 traxotic kernel: pnp: PnP ACPI init
Mar  1 21:06:29 traxotic kernel: pnp: PnP ACPI: found 11 devices
Mar  1 21:06:29 traxotic kernel: SCSI subsystem initialized
Mar  1 21:06:29 traxotic kernel: usbcore: registered new driver usbfs
Mar  1 21:06:29 traxotic kernel: usbcore: registered new driver hub
Mar  1 21:06:29 traxotic kernel: PCI: Using ACPI for IRQ routing
Mar  1 21:06:29 traxotic kernel: PCI: If a device doesn't work, try "pci=routeirq".  If it helps, post a report
Mar  1 21:06:29 traxotic kernel: PCI: Bridge: 0000:00:01.0
Mar  1 21:06:29 traxotic kernel:   IO window: disabled.
Mar  1 21:06:29 traxotic kernel:   MEM window: disabled.
Mar  1 21:06:29 traxotic kernel:   PREFETCH window: disabled.
Mar  1 21:06:29 traxotic kernel: PCI: Bridge: 0000:00:03.0
Mar  1 21:06:29 traxotic kernel:   IO window: a000-afff
Mar  1 21:06:29 traxotic kernel:   MEM window: ffc00000-ffcfffff
Mar  1 21:06:29 traxotic kernel:   PREFETCH window: disabled.
Mar  1 21:06:29 traxotic kernel: PCI: Bridge: 0000:00:1e.0
Mar  1 21:06:29 traxotic kernel:   IO window: b000-bfff
Mar  1 21:06:29 traxotic kernel:   MEM window: ffd00000-ffdfffff
Mar  1 21:06:29 traxotic kernel:   PREFETCH window: fd700000-fe6fffff
Mar  1 21:06:29 traxotic kernel: PCI: Setting latency timer of device 0000:00:1e.0 to 64
Mar  1 21:06:29 traxotic kernel: Machine check exception polling timer started.
Mar  1 21:06:29 traxotic kernel: highmem bounce pool size: 64 pages
Mar  1 21:06:29 traxotic kernel: VFS: Disk quotas dquot_6.5.1
Mar  1 21:06:29 traxotic kernel: Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
Mar  1 21:06:29 traxotic kernel: NTFS driver 2.1.25 [Flags: R/W].
Mar  1 21:06:29 traxotic kernel: io scheduler noop registered
Mar  1 21:06:29 traxotic kernel: io scheduler anticipatory registered
Mar  1 21:06:29 traxotic kernel: io scheduler deadline registered
Mar  1 21:06:29 traxotic kernel: io scheduler cfq registered
Mar  1 21:06:29 traxotic kernel: ACPI: Power Button (FF) [PWRF]
Mar  1 21:06:29 traxotic kernel: ACPI: Power Button (CM) [PWRB]
Mar  1 21:06:29 traxotic kernel: ACPI: Processor [CPU1] (supports 8 throttling states)
Mar  1 21:06:29 traxotic kernel: ACPI: Processor [CPU2] (supports 8 throttling states)
Mar  1 21:06:29 traxotic kernel: lp: driver loaded but no devices found
Mar  1 21:06:29 traxotic kernel: Real Time Clock Driver v1.12
Mar  1 21:06:29 traxotic kernel: hw_random: RNG not detected
Mar  1 21:06:29 traxotic kernel: Linux agpgart interface v0.101 (c) Dave Jones
Mar  1 21:06:29 traxotic kernel: agpgart: Detected an Intel i875 Chipset.
Mar  1 21:06:29 traxotic kernel: agpgart: AGP aperture is 4M @ 0xfe800000
Mar  1 21:06:29 traxotic kernel: PNP: PS/2 Controller [PNP0303:PS2K] at 0x60,0x64 irq 1
Mar  1 21:06:29 traxotic kernel: PNP: PS/2 controller doesn't have AUX irq; using default 12
Mar  1 21:06:29 traxotic kernel: serio: i8042 AUX port at 0x60,0x64 irq 12
Mar  1 21:06:29 traxotic kernel: serio: i8042 KBD port at 0x60,0x64 irq 1
Mar  1 21:06:29 traxotic kernel: parport: PnPBIOS parport detected.
Mar  1 21:06:29 traxotic kernel: parport0: PC-style at 0x378 (0x778), irq 7 [PCSPP,TRISTATE,EPP]
Mar  1 21:06:29 traxotic kernel: parport0: Legacy device
Mar  1 21:06:29 traxotic kernel: lp0: using parport0 (interrupt-driven).
Mar  1 21:06:29 traxotic kernel: Floppy drive(s): fd0 is 1.44M
Mar  1 21:06:29 traxotic kernel: FDC 0 is a post-1991 82077
Mar  1 21:06:29 traxotic kernel: loop: loaded (max 8 devices)
Mar  1 21:06:29 traxotic kernel: Intel(R) PRO/1000 Network Driver - version 6.1.16-k2-NAPI
Mar  1 21:06:29 traxotic kernel: Copyright (c) 1999-2005 Intel Corporation.
Mar  1 21:06:29 traxotic kernel: ACPI: PCI Interrupt 0000:02:01.0[A] -> GSI 18 (level, low) -> IRQ 16
Mar  1 21:06:29 traxotic kernel: PCI: Setting latency timer of device 0000:02:01.0 to 64
Mar  1 21:06:29 traxotic kernel: e1000: eth0: e1000_probe: Intel(R) PRO/1000 Network Connection
Mar  1 21:06:29 traxotic kernel: ACPI: PCI Interrupt 0000:03:02.0[A] -> GSI 18 (level, low) -> IRQ 16
Mar  1 21:06:29 traxotic kernel: 3c59x: Donald Becker and others. www.scyld.com/network/vortex.html
Mar  1 21:06:29 traxotic kernel: 0000:03:02.0: 3Com PCI 3c905C Tornado at f8804f80. Vers LK1.1.19
Mar  1 21:06:29 traxotic kernel: Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
Mar  1 21:06:29 traxotic kernel: ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
Mar  1 21:06:29 traxotic kernel: ICH5: IDE controller at PCI slot 0000:00:1f.1
Mar  1 21:06:29 traxotic kernel: PCI: Enabling device 0000:00:1f.1 (0005 -> 0007)
Mar  1 21:06:29 traxotic kernel: ACPI: PCI Interrupt 0000:00:1f.1[A] -> GSI 18 (level, low) -> IRQ 16
Mar  1 21:06:29 traxotic kernel: ICH5: chipset revision 2
Mar  1 21:06:29 traxotic kernel: ICH5: 100%% native mode on irq 16
Mar  1 21:06:29 traxotic kernel:     ide0: BM-DMA at 0xdc00-0xdc07, BIOS settings: hda:pio, hdb:DMA
Mar  1 21:06:29 traxotic kernel:     ide1: BM-DMA at 0xdc08-0xdc0f, BIOS settings: hdc:DMA, hdd:DMA
Mar  1 21:06:29 traxotic kernel: Probing IDE interface ide0...
Mar  1 21:06:29 traxotic kernel: hdb: WDC WD1600JB-00EVA0, ATA DISK drive
Mar  1 21:06:29 traxotic kernel: ide0 at 0xec00-0xec07,0xe802 on irq 16
Mar  1 21:06:29 traxotic kernel: Probing IDE interface ide1...
Mar  1 21:06:29 traxotic kernel: hdc: WDC WD1600JB-00GVC0, ATA DISK drive
Mar  1 21:06:29 traxotic kernel: hdd: Maxtor 6B200P0, ATA DISK drive
Mar  1 21:06:29 traxotic kernel: ide1 at 0xe400-0xe407,0xe002 on irq 16
Mar  1 21:06:29 traxotic kernel: hdb: max request size: 1024KiB
Mar  1 21:06:29 traxotic kernel: hdb: 312581808 sectors (160041 MB) w/8192KiB Cache, CHS=19457/255/63, UDMA(100)
Mar  1 21:06:29 traxotic kernel: hdb: cache flushes supported
Mar  1 21:06:29 traxotic kernel:  hdb: hdb1
Mar  1 21:06:29 traxotic kernel: hdc: max request size: 1024KiB
Mar  1 21:06:29 traxotic kernel: hdc: 312581808 sectors (160041 MB) w/8192KiB Cache, CHS=19457/255/63, UDMA(100)
Mar  1 21:06:29 traxotic kernel: hdc: cache flushes supported
Mar  1 21:06:29 traxotic kernel:  hdc: hdc1
Mar  1 21:06:29 traxotic kernel: hdd: max request size: 1024KiB
Mar  1 21:06:29 traxotic kernel: hdd: 398297088 sectors (203928 MB) w/8192KiB Cache, CHS=24792/255/63, UDMA(100)
Mar  1 21:06:29 traxotic kernel: hdd: cache flushes supported
Mar  1 21:06:29 traxotic kernel:  hdd: hdd1
Mar  1 21:06:29 traxotic kernel: libata version 1.20 loaded.
Mar  1 21:06:29 traxotic kernel: ata_piix 0000:00:1f.2: version 1.05
Mar  1 21:06:29 traxotic kernel: ACPI: PCI Interrupt 0000:00:1f.2[A] -> GSI 18 (level, low) -> IRQ 16
Mar  1 21:06:29 traxotic kernel: PCI: Setting latency timer of device 0000:00:1f.2 to 64
Mar  1 21:06:29 traxotic kernel: ata1: SATA max UDMA/133 cmd 0x1F0 ctl 0x3F6 bmdma 0xFC00 irq 14
Mar  1 21:06:29 traxotic kernel: ata1: dev 0 cfg 49:2f00 82:706b 83:7e01 84:4023 85:7069 86:3c01 87:4023 88:207f
Mar  1 21:06:29 traxotic kernel: ata1: dev 0 ATA-7, max UDMA/133, 321672960 sectors: LBA48
Mar  1 21:06:29 traxotic kernel: ata1: dev 0 configured for UDMA/133
Mar  1 21:06:29 traxotic kernel: scsi0 : ata_piix
Mar  1 21:06:29 traxotic kernel:   Vendor: ATA       Model: WDC WD1600YD-01N  Rev: 10.0
Mar  1 21:06:29 traxotic kernel:   Type:   Direct-Access                      ANSI SCSI revision: 05
Mar  1 21:06:29 traxotic kernel: ata2: SATA max UDMA/133 cmd 0x170 ctl 0x376 bmdma 0xFC08 irq 15
Mar  1 21:06:29 traxotic kernel: ata2: dev 0 cfg 49:2f00 82:706b 83:7e01 84:4023 85:7069 86:3c01 87:4023 88:207f
Mar  1 21:06:29 traxotic kernel: ata2: dev 0 ATA-7, max UDMA/133, 321672960 sectors: LBA48
Mar  1 21:06:29 traxotic kernel: ata2: dev 0 configured for UDMA/133
Mar  1 21:06:29 traxotic kernel: scsi1 : ata_piix
Mar  1 21:06:29 traxotic kernel:   Vendor: ATA       Model: WDC WD1600YD-01N  Rev: 10.0
Mar  1 21:06:29 traxotic kernel:   Type:   Direct-Access                      ANSI SCSI revision: 05
Mar  1 21:06:29 traxotic kernel: SCSI device sda: 321672960 512-byte hdwr sectors (164697 MB)
Mar  1 21:06:29 traxotic kernel: SCSI device sda: drive cache: write back
Mar  1 21:06:29 traxotic kernel: SCSI device sda: 321672960 512-byte hdwr sectors (164697 MB)
Mar  1 21:06:29 traxotic kernel: SCSI device sda: drive cache: write back
Mar  1 21:06:29 traxotic kernel:  sda: sda1 sda2
Mar  1 21:06:29 traxotic kernel: sd 0:0:0:0: Attached scsi disk sda
Mar  1 21:06:29 traxotic kernel: SCSI device sdb: 321672960 512-byte hdwr sectors (164697 MB)
Mar  1 21:06:29 traxotic kernel: SCSI device sdb: drive cache: write back
Mar  1 21:06:29 traxotic kernel: SCSI device sdb: 321672960 512-byte hdwr sectors (164697 MB)
Mar  1 21:06:29 traxotic kernel: SCSI device sdb: drive cache: write back
Mar  1 21:06:29 traxotic kernel:  sdb: sdb1 sdb2
Mar  1 21:06:29 traxotic kernel: sd 1:0:0:0: Attached scsi disk sdb
Mar  1 21:06:29 traxotic kernel: ohci1394: $Rev: 1313 $ Ben Collins <[e-mail]>
Mar  1 21:06:29 traxotic kernel: ACPI: PCI Interrupt 0000:03:09.0[A] -> GSI 21 (level, low) -> IRQ 17
Mar  1 21:06:29 traxotic kernel: PCI: Via IRQ fixup for 0000:03:09.0, from 10 to 1
Mar  1 21:06:29 traxotic kernel: ohci1394: fw-host0: OHCI-1394 1.0 (PCI): IRQ=[17]  MMIO=[ffdde000-ffdde7ff]  Max Packet=[2048]
Mar  1 21:06:29 traxotic kernel: ieee1394: raw1394: /dev/raw1394 device initialized
Mar  1 21:06:29 traxotic kernel: sbp2: $Rev: 1306 $ Ben Collins <[e-mail]>
Mar  1 21:06:29 traxotic kernel: ieee1394: sbp2: Driver forced to serialize I/O (serialize_io=1)
Mar  1 21:06:29 traxotic kernel: ieee1394: sbp2: Try serialize_io=0 for better performance
Mar  1 21:06:29 traxotic kernel: usbmon: debugfs is not available
Mar  1 21:06:29 traxotic kernel: USB Universal Host Controller Interface driver v2.3
Mar  1 21:06:29 traxotic kernel: ACPI: PCI Interrupt 0000:00:1d.0[A] -> GSI 16 (level, low) -> IRQ 18
Mar  1 21:06:29 traxotic kernel: PCI: Setting latency timer of device 0000:00:1d.0 to 64
Mar  1 21:06:29 traxotic kernel: uhci_hcd 0000:00:1d.0: UHCI Host Controller
Mar  1 21:06:29 traxotic kernel: uhci_hcd 0000:00:1d.0: new USB bus registered, assigned bus number 1
Mar  1 21:06:29 traxotic kernel: uhci_hcd 0000:00:1d.0: irq 18, io base 0x0000cc00
Mar  1 21:06:29 traxotic kernel: hub 1-0:1.0: USB hub found
Mar  1 21:06:29 traxotic kernel: hub 1-0:1.0: 2 ports detected
Mar  1 21:06:29 traxotic kernel: ACPI: PCI Interrupt 0000:00:1d.1[B] -> GSI 19 (level, low) -> IRQ 19
Mar  1 21:06:29 traxotic kernel: PCI: Setting latency timer of device 0000:00:1d.1 to 64
Mar  1 21:06:29 traxotic kernel: uhci_hcd 0000:00:1d.1: UHCI Host Controller
Mar  1 21:06:29 traxotic kernel: uhci_hcd 0000:00:1d.1: new USB bus registered, assigned bus number 2
Mar  1 21:06:29 traxotic kernel: uhci_hcd 0000:00:1d.1: irq 19, io base 0x0000d000
Mar  1 21:06:29 traxotic kernel: hub 2-0:1.0: USB hub found
Mar  1 21:06:29 traxotic kernel: hub 2-0:1.0: 2 ports detected
Mar  1 21:06:29 traxotic kernel: ACPI: PCI Interrupt 0000:00:1d.2[C] -> GSI 18 (level, low) -> IRQ 16
Mar  1 21:06:29 traxotic kernel: PCI: Setting latency timer of device 0000:00:1d.2 to 64
Mar  1 21:06:29 traxotic kernel: uhci_hcd 0000:00:1d.2: UHCI Host Controller
Mar  1 21:06:29 traxotic kernel: uhci_hcd 0000:00:1d.2: new USB bus registered, assigned bus number 3
Mar  1 21:06:29 traxotic kernel: uhci_hcd 0000:00:1d.2: irq 16, io base 0x0000d400
Mar  1 21:06:29 traxotic kernel: hub 3-0:1.0: USB hub found
Mar  1 21:06:29 traxotic kernel: hub 3-0:1.0: 2 ports detected
Mar  1 21:06:29 traxotic kernel: ACPI: PCI Interrupt 0000:00:1d.3[A] -> GSI 16 (level, low) -> IRQ 18
Mar  1 21:06:29 traxotic kernel: PCI: Setting latency timer of device 0000:00:1d.3 to 64
Mar  1 21:06:29 traxotic kernel: uhci_hcd 0000:00:1d.3: UHCI Host Controller
Mar  1 21:06:29 traxotic kernel: uhci_hcd 0000:00:1d.3: new USB bus registered, assigned bus number 4
Mar  1 21:06:29 traxotic kernel: uhci_hcd 0000:00:1d.3: irq 18, io base 0x0000d800
Mar  1 21:06:29 traxotic kernel: hub 4-0:1.0: USB hub found
Mar  1 21:06:29 traxotic kernel: hub 4-0:1.0: 2 ports detected
Mar  1 21:06:29 traxotic kernel: usb 1-1: new low speed USB device using uhci_hcd and address 2
Mar  1 21:06:29 traxotic kernel: Initializing USB Mass Storage driver...
Mar  1 21:06:29 traxotic kernel: usbcore: registered new driver usb-storage
Mar  1 21:06:29 traxotic kernel: USB Mass Storage support registered.
Mar  1 21:06:29 traxotic kernel: usbcore: registered new driver hiddev
Mar  1 21:06:29 traxotic kernel: ieee1394: Host added: ID:BUS[0-00:1023]  GUID[000010dc002af846]
Mar  1 21:06:29 traxotic kernel: hiddev96: USB HID v1.10 Device [American Power Conversion Back-UPS RS 1000 FW:7.g9 .I USB FW:g9 ] on usb-0000:00:1d.0-1
Mar  1 21:06:29 traxotic kernel: usbcore: registered new driver usbhid
Mar  1 21:06:29 traxotic kernel: drivers/usb/input/hid-core.c: v2.6:USB HID core driver
Mar  1 21:06:29 traxotic kernel: mice: PS/2 mouse device common for all mice
Mar  1 21:06:29 traxotic kernel: md: raid1 personality registered as nr 3
Mar  1 21:06:29 traxotic kernel: md: md driver 0.90.3 MAX_MD_DEVS=256, MD_SB_DISKS=27
Mar  1 21:06:29 traxotic kernel: md: bitmap version 4.39
Mar  1 21:06:29 traxotic kernel: u32 classifier
Mar  1 21:06:29 traxotic kernel:     OLD policer on
Mar  1 21:06:29 traxotic kernel: NET: Registered protocol family 2
Mar  1 21:06:29 traxotic kernel: IP route cache hash table entries: 131072 (order: 7, 524288 bytes)
Mar  1 21:06:29 traxotic kernel: TCP established hash table entries: 524288 (order: 10, 4194304 bytes)
Mar  1 21:06:29 traxotic kernel: TCP bind hash table entries: 65536 (order: 7, 524288 bytes)
Mar  1 21:06:29 traxotic kernel: TCP: Hash tables configured (established 524288 bind 65536)
Mar  1 21:06:29 traxotic kernel: TCP reno registered
Mar  1 21:06:29 traxotic kernel: ip_conntrack version 2.4 (8192 buckets, 65536 max) - 216 bytes per conntrack
Mar  1 21:06:29 traxotic kernel: input: AT Translated Set 2 keyboard as /class/input/input0
Mar  1 21:06:29 traxotic kernel: ip_tables: (C) 2000-2002 Netfilter core team
Mar  1 21:06:29 traxotic kernel: arp_tables: (C) 2002 David S. Miller
Mar  1 21:06:29 traxotic kernel: TCP bic registered
Mar  1 21:06:29 traxotic kernel: NET: Registered protocol family 1
Mar  1 21:06:29 traxotic kernel: NET: Registered protocol family 17
Mar  1 21:06:29 traxotic kernel: NET: Registered protocol family 5
Mar  1 21:06:29 traxotic kernel: p4-clockmod: P4/Xeon(TM) CPU On-Demand Clock Modulation available
Mar  1 21:06:29 traxotic kernel: Starting balanced_irq
Mar  1 21:06:29 traxotic kernel: Using IPI Shortcut mode
Mar  1 21:06:29 traxotic kernel: md: Autodetecting RAID arrays.
Mar  1 21:06:29 traxotic kernel: md: autorun ...
Mar  1 21:06:29 traxotic kernel: md: considering sdb2 ...
Mar  1 21:06:29 traxotic kernel: md:  adding sdb2 ...
Mar  1 21:06:29 traxotic kernel: md:  adding sda2 ...
Mar  1 21:06:29 traxotic kernel: md: created md1
Mar  1 21:06:29 traxotic kernel: md: bind<sda2>
Mar  1 21:06:29 traxotic kernel: md: bind<sdb2>
Mar  1 21:06:29 traxotic kernel: md: running: <sdb2><sda2>
Mar  1 21:06:29 traxotic kernel: raid1: raid set md1 active with 2 out of 2 mirrors
Mar  1 21:06:29 traxotic kernel: md: ... autorun DONE.
Mar  1 21:06:29 traxotic kernel: EXT3-fs: INFO: recovery required on readonly filesystem.
Mar  1 21:06:29 traxotic kernel: EXT3-fs: write access will be enabled during recovery.
Mar  1 21:06:29 traxotic kernel: kjournald starting.  Commit interval 5 seconds
Mar  1 21:06:29 traxotic kernel: EXT3-fs: recovery complete.
Mar  1 21:06:29 traxotic kernel: EXT3-fs: mounted filesystem with ordered data mode.
Mar  1 21:06:29 traxotic kernel: VFS: Mounted root (ext3 filesystem) readonly.
Mar  1 21:06:29 traxotic kernel: Freeing unused kernel memory: 200k freed
Mar  1 21:06:29 traxotic kernel: irq 16: nobody cared (try booting with the "irqpoll" option)
Mar  1 21:06:29 traxotic kernel:  [<c0131ec3>] __report_bad_irq+0x31/0x77
Mar  1 21:06:29 traxotic kernel:  [<c0131f96>] note_interrupt+0x75/0x9b
Mar  1 21:06:29 traxotic kernel:  [<c0131994>] __do_IRQ+0x95/0xc5
Mar  1 21:06:29 traxotic kernel:  [<c01046e1>] do_IRQ+0x19/0x24
Mar  1 21:06:29 traxotic kernel:  [<c010316e>] common_interrupt+0x1a/0x20
Mar  1 21:06:29 traxotic kernel:  [<c0112504>] do_page_fault+0x66/0x4e0
Mar  1 21:06:29 traxotic kernel:  [<c011249e>] do_page_fault+0x0/0x4e0
Mar  1 21:06:29 traxotic kernel:  [<c01032c7>] error_code+0x4f/0x54
Mar  1 21:06:29 traxotic kernel: handlers:
Mar  1 21:06:29 traxotic kernel: [<c029246b>] (ide_intr+0x0/0x114)
Mar  1 21:06:29 traxotic kernel: [<c029246b>] (ide_intr+0x0/0x114)
Mar  1 21:06:29 traxotic kernel: [<c02c2c2e>] (usb_hcd_irq+0x0/0x54)
Mar  1 21:06:29 traxotic kernel: Disabling IRQ #16
Mar  1 21:06:29 traxotic kernel: Unable to find swap-space signature
Mar  1 21:06:29 traxotic kernel: EXT3 FS on md1, internal journal
Mar  1 21:06:29 traxotic kernel: md: md0 stopped.
Mar  1 21:06:29 traxotic kernel: md: bind<sdb1>
Mar  1 21:06:29 traxotic kernel: md: bind<sda1>
Mar  1 21:06:29 traxotic kernel: raid1: raid set md0 active with 2 out of 2 mirrors
Mar  1 21:06:29 traxotic kernel: kjournald starting.  Commit interval 5 seconds
Mar  1 21:06:29 traxotic kernel: EXT3 FS on hdb1, internal journal
Mar  1 21:06:29 traxotic kernel: EXT3-fs: mounted filesystem with ordered data mode.
Mar  1 21:06:29 traxotic kernel: kjournald starting.  Commit interval 5 seconds
Mar  1 21:06:29 traxotic kernel: EXT3 FS on hdc1, internal journal
Mar  1 21:06:29 traxotic kernel: EXT3-fs: mounted filesystem with ordered data mode.
Mar  1 21:06:29 traxotic kernel: kjournald starting.  Commit interval 5 seconds
Mar  1 21:06:29 traxotic kernel: EXT3 FS on hdd1, internal journal
Mar  1 21:06:29 traxotic kernel: EXT3-fs: mounted filesystem with ordered data mode.
Mar  1 21:06:29 traxotic kernel: Adding 240824k swap on /dev/md0.  Priority:-1 extents:1 across:240824k
Mar  1 21:06:29 traxotic kernel: e1000: eth0: e1000_watchdog_task: NIC Link is Up 1000 Mbps Full Duplex
Mar  1 21:06:29 traxotic kernel: ACPI: PCI Interrupt 0000:03:02.0[A] -> GSI 18 (level, low) -> IRQ 16

De dingen die ik niet goed kan plaatsen zijn:

1. het stuk van irq 16: nobody cared (try booting with the "irqpoll" option)
tot aan Disabling IRQ #16. Eerder in de logfiles staat namelijk dat IRQ 16 in gebruik wordt genomen en dan wordt het ineens uitgeschakeld, misschien dat iemand dat kan toelichten.

2. Alle meldingen in de vorm van ACPI: PCI Interrupt 0000:03:02.0[A] -> GSI 18 (level, low) -> IRQ 16 kan ik ook niet zo goed plaatsen. Ik zie sowieso een heleboel ACPI "zooi" waarvan ik me even begin af te vragen of het wel nut heeft...

3. het stuk van Misrouted IRQ fixup and polling support enabled. This may significantly impact system performance volg ik ook niet helemaal. Dit is volgens mij het resultaat van mijn bootoptie..

Verder ziet het er wel ok uit en lijkt het met "irqpoll" in de bootopties nu WEL goed te gaan. Nu nog even uitzoeken wat dat precies doet. En natuurlijk even bekijken of mijn systeem zo verder stabiel is...

[irondog]

Trax_Digitizer schreef op dinsdag 28 februari 2006 @ 19:45:
doet dit niet hetzelfde als de 'bios=' in lilo.conf? Het veranderd niet in de bios, maar alleen in je systeem...

Dat lijkt me van wel. Het benadert het probleem alleen precies andersom (naamgeving door kernel verandert zodat het weer overeen komt met de nummering van het BIOS).

Trax_Digitizer schreef op woensdag 01 maart 2006 @ 20:22:
Ok daar gaan we weer.[...] Ik heb weer iets ontdekt.
Ik heb het bios nu op S-ATA in de legacy mode.

Hoe kan dat nou? In die FAQ staat dat je in legacy mode nooit 6 schijven kunt gebruiken of zie ik dat verkeerd?

Als ik dan opstart dan krijg ik die dma meldingen, maar als ik een tijdje wacht start het systeem wel gewoon goed op. [...]

Die acpi workarounds en OOPS trace is niet om vrolijk van te worden. Je hebt nu als ik het goed begrijp alles op de Intel controller hangen. Ik heb geen idee hoe die BLK_DEV_PIIX (ide) en SCSI_ATA_PIIX (sata) drivers samen werken. Ik zou zelf toch overwegen om die promise controller in te zetten voor die sata schijven, of kan je daar dan ook niet van booten?

code:

Mar  1 21:06:29 traxotic kernel: irq 16: nobody cared (try booting with the "irqpoll" option)
Mar  1 21:06:29 traxotic kernel:  [<c0131ec3>] __report_bad_irq+0x31/0x77
Mar  1 21:06:29 traxotic kernel:  [<c0131f96>] note_interrupt+0x75/0x9b
Mar  1 21:06:29 traxotic kernel:  [<c0131994>] __do_IRQ+0x95/0xc5
Mar  1 21:06:29 traxotic kernel:  [<c01046e1>] do_IRQ+0x19/0x24
Mar  1 21:06:29 traxotic kernel:  [<c010316e>] common_interrupt+0x1a/0x20
Mar  1 21:06:29 traxotic kernel:  [<c0112504>] do_page_fault+0x66/0x4e0
Mar  1 21:06:29 traxotic kernel:  [<c011249e>] do_page_fault+0x0/0x4e0
Mar  1 21:06:29 traxotic kernel:  [<c01032c7>] error_code+0x4f/0x54
Mar  1 21:06:29 traxotic kernel: handlers:
Mar  1 21:06:29 traxotic kernel: [<c029246b>] (ide_intr+0x0/0x114)
Mar  1 21:06:29 traxotic kernel: [<c029246b>] (ide_intr+0x0/0x114)
Mar  1 21:06:29 traxotic kernel: [<c02c2c2e>] (usb_hcd_irq+0x0/0x54)
Mar  1 21:06:29 traxotic kernel: Disabling IRQ #16

Er komt een interrupt waar niet gepast op gereageerd wordt. Dat is niet zo best hoor. Ik heb zelf ook wel eens hardware combinaties in me handen gehad die dergelijke fouten gaven. Ik heb nooit de tijd hiermee gehad om het fundamenteel op te lossen en te snappen wat er precies fout gaat. Op mijn vorige werk werden zulke fouten opgelost door simpelweg andere hardware te pakken (ze zijn dacht ik wel gewoon op te lossen met kernel fixes, zonder ACPI workarounds zelfs).

De dingen die ik niet goed kan plaatsen zijn:

1. het stuk van irq 16: nobody cared (try booting with the "irqpoll" option)
tot aan Disabling IRQ #16. Eerder in de logfiles staat namelijk dat IRQ 16 in gebruik wordt genomen en dan wordt het ineens uitgeschakeld, misschien dat iemand dat kan toelichten.

2. Alle meldingen in de vorm van ACPI: PCI Interrupt 0000:03:02.0[A] -> GSI 18 (level, low) -> IRQ 16 kan ik ook niet zo goed plaatsen. Ik zie sowieso een heleboel ACPI "zooi" waarvan ik me even begin af te vragen of het wel nut heeft...

Alles gaat naar interrupt 16. Niet echt leuk. Wat is de ouput van cat /proc/interrupts?

3. het stuk van Misrouted IRQ fixup and polling support enabled. This may significantly impact system performance volg ik ook niet helemaal. Dit is volgens mij het resultaat van mijn bootoptie..

Jep dat is het resultaat.

Verder ziet het er wel ok uit en lijkt het met "irqpoll" in de bootopties nu WEL goed te gaan. Nu nog even uitzoeken wat dat precies doet. En natuurlijk even bekijken of mijn systeem zo verder stabiel is...

Goed, goed.

Moeilijk verhaal. Voor mij geen MSI.

[Trax_Digitizer]

Andere hardware daar voel ik eerlijk gezegd niet zoveel voor. Voornamelijk vanuit kostenperspectief. Verder ben ik in zijn algemeenheid behoorlijk tevreden over MSI. Mijn server is al jaren zo stabiel als maar zijn kan. Eigenlijk nooit problemen, totdat ik met SATA aan de haal ging. Daarnaast denk ik ook dat dit niet zozeer aan MSI ligt, maar aan de ICH5 chip van intel.

Ik vind het ook een beetje een vreemd voorval, maar ben tot nu toe tevreden met mijn oplossing. Het lijkt stabiel en ik heb nergens errors of foutmeldingen in de logfiles.

Hieronder mijn /proc/interrupts

code:

[root@traxotic root]# cat /proc/interrupts
           CPU0       CPU1
  0:   25006517          0    IO-APIC-edge  timer
  1:          3          0    IO-APIC-edge  i8042
  7:    1357405          0    IO-APIC-edge  parport0
  8:          4          0    IO-APIC-edge  rtc
 14:     188349          0    IO-APIC-edge  libata
 15:     188081          0    IO-APIC-edge  libata
 16: 2452494258        314   IO-APIC-level  ide0, ide1, uhci_hcd:usb3, eth0, eth1
 17:          7          0   IO-APIC-level  ohci1394
 18:    1354990          0   IO-APIC-level  uhci_hcd:usb1, uhci_hcd:usb4
 19:          0          0   IO-APIC-level  uhci_hcd:usb2
 20:          0          0   IO-APIC-level  acpi
NMI:          0          0
LOC:   25007374   25007373
ERR:          0
MIS:        474
[root@traxotic root]#

Verder lijkt de FAQ inderdaad te suggereren dat je geen 6 devices kan gebruiken in Legacy mode, maar als ik 'Keep PATA enabled' op yes zet, dan heb ik wel 6 devices...
Wat ook raar is dat ik in Legacy mode op SATA met 'keep PATA enabled' dit te zien krijg in mijn bootlog:

code:

ICH5: 100%% native mode on irq 16

Dat lijkt tegen alle logica in te gaan.

Als laatste zag ik nog dat er een hele lange lijst met kernel parameters bij de kernel documentatie zit. irqpoll stond er ook bij waaronder nog een heleboel andere acpi, apic en irq gerelateerde opties...

code:

        irqpoll         [HW]
                        When an interrupt is not handled search all handlers
                        for it. Also check all handlers each timer
                        interrupt. Intended to get systems with badly broken
                        firmware running.

[Trax_Digitizer]

Dit probleem blijft me bezig houden. Ik heb nu een andere/betere oplossing gevonden.
Ik heb mijn bios settings weer als vanouds ingesteld. Dus PATA met 'Keep SATA Enabled'. Toen heb ik in het bios de pri master op 'not installed' gezet, zodat de sata schijf in de bootsequence opties terecht komt.

Echter, bij het opstarten ziet Linux mijn pri master wel gewoon. Kortom: alle schijven werken en geen IRQ errors meer. De irqpoll optie heb ik dan ook verwijderd uit de lilo.conf.

Lijkt me toch beter zo. Enige wat ik nu nog wil doen is mijn eth0 of eth1 op een ander irq zetten. De 3com kaart op irq 10 ofzo, maar dat moet ik nog even uitzoeken hoe dat moet.

Oh ja, mijn huidige /proc/interrupts:

code:

[root@traxotic /]# cat /proc/interrupts
           CPU0       CPU1
  0:     715771          0    IO-APIC-edge  timer
  1:          8          0    IO-APIC-edge  i8042
  7:          0          0    IO-APIC-edge  parport0
  8:          4          0    IO-APIC-edge  rtc
  9:          0          0   IO-APIC-level  acpi
 14:       8900          0    IO-APIC-edge  ide0
 15:         83          0    IO-APIC-edge  ide1
 16:    1116886          0   IO-APIC-level  libata, uhci_hcd:usb3, eth0, eth1
 17:          6          0   IO-APIC-level  ohci1394
 18:      35313          0   IO-APIC-level  uhci_hcd:usb1, uhci_hcd:usb4
 19:          0          0   IO-APIC-level  uhci_hcd:usb2
NMI:          0          0
LOC:     715706     715705
ERR:          0
MIS:          0
[root@traxotic /]#

[ Voor 41% gewijzigd door Trax_Digitizer op 03-03-2006 14:23 ]

[irondog]

Trax_Digitizer schreef op vrijdag 03 maart 2006 @ 00:43:
Andere hardware daar voel ik eerlijk gezegd niet zoveel voor. Voornamelijk vanuit kostenperspectief. Verder ben ik in zijn algemeenheid behoorlijk tevreden over MSI. Mijn server is al jaren zo stabiel als maar zijn kan. Eigenlijk nooit problemen, totdat ik met SATA aan de haal ging.

Ik heb niet echt gesuggereerd dat je ander spul moet halen, maar bij mijn werk werden deze problemen gewoon op die manier opgelost. Tijd was daar geld en dan is de beslissing uiterst simpel.
Ik heb niets tegen MSI ofzo, maar ik laat mijn aankopen altijd beïnvloeden door verhalen van anderen zoals op die op GOT.

Daarnaast denk ik ook dat dit niet zozeer aan MSI ligt, maar aan de ICH5 chip van intel.

Mwa. Dat über-wazige bios wijst niet echt op robustheid en dat valt eerder aan MSI te wijten dan aan intel.

Oh ja, mijn huidige /proc/interrupts[..]

Misschien kun je idd wat van die 16 af proberen te halen. Maar interrupt sharing hoeft niet heel erg te zijn hoor.

Mooi zo dat het resultaat er nu is

[ Voor 22% gewijzigd door irondog op 03-03-2006 14:39 ]

[StevenK]

Ben ook net een dag aan het kloten geweest met mijn nieuwe server. Originele Intel P4 machine, met een ICH6R, de hele tijd een fijne panic.

2.4 draaide alleen maar in met de controller in PATA mode, 2.6 crashte de hele tijd. En de oplossing was zo simpel, dat ik me er voor schaam:
1. 2.6 maakt van je /dev/hda een /dev/sda bij sata schijven (*ook* wanneer je nog steeds pata-mode draait)
2. de ide regels moeten uit de /etc/modules gehaald worden

[Trax_Digitizer]

Dat klopt ja, 2.6 ziet SATA als SCSI. Verder wel grappig dat de oplossing weer heel simpel was. Dat zie je ook in de rest van dit topic. Enorm veel moeilijke problemen waar geen einde aan leek te komen en uiteindelijk op een hele simpele manier opgelost.

Op een of andere manier beginnen "we" vaak meteen te moeilijk te denken.

Maar ik blijf erbij dat het niet helemaal lekker zit met het bios / de ich5 chip...

[ Voor 14% gewijzigd door Trax_Digitizer op 06-03-2006 11:06 ]

[StevenK]

Trax_Digitizer schreef op maandag 06 maart 2006 @ 11:06:
Dat klopt ja, 2.6 ziet SATA als SCSI. Verder wel grappig dat de oplossing weer heel simpel was. Dat zie je ook in de rest van dit topic. Enorm veel moeilijke problemen waar geen einde aan leek te komen en uiteindelijk op een hele simpele manier opgelost.

Op een of andere manier beginnen "we" vaak meteen te moeilijk te denken.

Maar ik blijf erbij dat het niet helemaal lekker zit met het bios / de ich5 chip...

Wat er bij mij iig niet lekker ging, was dat de IDE kernel modules aan de controller gingen zitten rammelen terwijl de sata drivers 'm ook al gebruikten.

Maar 't is zo lastig debuggen bij een panic