Ich habe folgendes Problem:
Ich habe während der Installation von Sarge ein Software-Raid 1 eingerichtet mit zwei 160 GB SATA-Platten und in der Installation angegeben, dass dort /home gemountet werden soll. Die Platten hängen an einem seperaten PCI-SATA-Controller. Onboard ist ein IDE-Highpoint Raidcontroller, sowie ein weiterer IDE-COntroller, der in der Southbridge integriert ist, wenn ich mich nicht irre.Ich dachte alles wäre bestens bis ich bemerkt habe, dass mir auf home schlappe 140 GB fehlen.
Also bin ich auf Fehlersuche gegangen. fstab war ok, dann habe ich den Rechner neu gebootet. Und siehe da, Sarge versucht das Raid zu starten, bevor überhaupt die Treiber für den Controller geladen wurden und die Platten initialisiert wurden. Wenn ich das Raid Start Skript nachdem das System hochgefahren ist, funzt der Raid tadellos. Nun meine Frage: Wie muß ich die Startskripte anpassen?? Davon habe ich bisher kein Plan. Anbei noch die entscheidenden Passagen vom Syslog. Und Entschuldigung für evtl. Windows Ausdrücke, mach noch nicht so lange Linux Falls noch Startskripte von mir benötigt werden, poste ich die gerne. Aber da ich nicht weiß, was ich davon genau posten soll, habe ich es erstmal sein gelassen.
Sep 18 21:00:33 server kernel: SCSI subsystem initialized
Sep 18 21:00:33 server kernel: Capability LSM initialized
Sep 18 21:00:33 server kernel: ts: Compaq touchscreen protocol output
Sep 18 21:00:33 server kernel: md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27
Sep 18 21:00:33 server kernel: mice: PS/2 mouse device common for all mice
Sep 18 21:00:33 server kernel: md: md0 stopped.
Sep 18 21:00:33 server kernel: SGI XFS with ACLs, security attributes, realtime, large block numbers, no debug enabled
Sep 18 21:00:33 server kernel: SGI XFS Quota Management subsystem
Sep 18 21:00:33 server kernel: XFS: SB read failed
.... Netzwerkkartentreiber wird geladen.............
Sep 18 21:00:33 server kernel: libata version 1.02 loaded.
Sep 18 21:00:33 server kernel: sata_sil version 0.54
Sep 18 21:00:33 server kernel: ACPI: PCI interrupt 0000:00:0a.0[A] -> GSI 11 (level, low) -> IRQ 11
Sep 18 21:00:33 server kernel: ata1: SATA max UDMA/100 cmd 0xE08A2080 ctl 0xE08A208A bmdma 0xE08A2000 irq 11
Sep 18 21:00:33 server kernel: ata2: SATA max UDMA/100 cmd 0xE08A20C0 ctl 0xE08A20CA bmdma 0xE08A2008 irq 11
Sep 18 21:00:33 server kernel: ata1: dev 0 cfg 49:2f00 82:346b 83:7f01 84:4003 85:3c69 86:3c01 87:4003 88:20ff
Sep 18 21:00:33 server kernel: ata1: dev 0 ATA, max UDMA7, 312581808 sectors: lba48
Sep 18 21:00:33 server kernel: ata1: dev 0 configured for UDMA/100
Sep 18 21:00:33 server kernel: scsi0 : sata_sil
Sep 18 21:00:33 server kernel: ata2: dev 0 cfg 49:2f00 82:346b 83:7f01 84:4003 85:3c69 86:3c01 87:4003 88:20ff
Sep 18 21:00:33 server kernel: ata2: dev 0 ATA, max UDMA7, 312581808 sectors: lba48
Sep 18 21:00:33 server kernel: ata2: dev 0 configured for UDMA/100
Sep 18 21:00:33 server kernel: scsi1 : sata_sil
Sep 18 21:00:33 server kernel: Vendor: ATA Model: SAMSUNG SP1614C Rev: SW10
Sep 18 21:00:33 server kernel: Type: Direct-Access ANSI SCSI revision: 05
Sep 18 21:00:33 server kernel: SCSI device sda: 312581808 512-byte hdwr sectors (160042 MB)
Sep 18 21:00:33 server kernel: SCSI device sda: drive cache: write back
Sep 18 21:00:33 server kernel: /dev/scsi/host0/bus0/target0/lun0: p1 < p5 >
Sep 18 21:00:33 server kernel: Attached scsi disk sda at scsi0, channel 0, id 0, lun 0
Sep 18 21:00:33 server kernel: Vendor: ATA Model: SAMSUNG SP1614C Rev: SW10
Sep 18 21:00:33 server kernel: Type: Direct-Access ANSI SCSI revision: 05
Sep 18 21:00:33 server kernel: SCSI device sdb: 312581808 512-byte hdwr sectors (160042 MB)
Sep 18 21:00:33 server kernel: SCSI device sdb: drive cache: write back
Sep 18 21:00:33 server kernel: /dev/scsi/host1/bus0/target0/lun0: p1 < p5 >
Sep 18 21:00:33 server kernel: Attached scsi disk sdb at scsi1, channel 0, id 0, lun 0
