booten von raid0 - funzt - nur lilo will net

chris71 · Beitrag von **chris71** » 23.11.2003 20:48:56

Hallo!

ich habe ein sid auf meiner festplatte am standard-ide-kontroller laufen. auf meinem epox 8k7a+ habe ich noch einen hpt370 ide kontroller mit zwei ibm platten. auf diesen platten habe ich bisher ein suse mit software-raid0 laufen:

hde1 /boot
hde5 + hdg5 / (als raid0-array)

bei suse war eine direkte installation möglich. das ist jetzt nich mehr nötig, da ich ein funktionierendes sid auf der dritten platte habe, so daß ich nur das raid anlegen muß und alles rüberkopieren könnte.

so und jetzt kommts:
ist die ganze geschichte bootfähig?
wenn ja mit welchem standard-kernel? (momentan leider keine zeit mich ins kompilieren einzulesen)
welche einträge sind im lilo nötig? eine initrd ist drin!

noch ne frage: beim booten läd er offensichtlich ein hpt366 modul. ist das auch für den hpt370 ok oder geht da performance flöten?

danke und grüße
chris

chris71 · Beitrag von **chris71** » 24.11.2003 20:36:48

um /dev/md0 als root-dateisystem beim start einbinden zu können, muß ich einen eigenen kernel kompilieren - richtig?

standardkernel aus sid funktioniert keiner auch nicht mit initrd?

bitte um bestätigung!

danke
chris

PS geht das auch mit grub oder soll ich lieber lilo benutzen?

Jens Oeser · Beitrag von **Jens Oeser** » 24.11.2003 21:31:00

Hi,

ich nehme mal an das Du das Paket raidtools2 installiert hast. Wenn ja dann findest Du unter /usr/share/doc/raidtools2/Software-RAID.HOWTO/index.html ein HowTo in dem auf das Booten von einem RAID eingegangen wird. Da ich hier nur eine woody-version habe, weis ich nicht wie aktuell die Statements dazu sind. Jedenfalls sieht es so aus als ob Du eine gepachte Version vom lilo brauchst und das es nur mit einem RAID1-Array funktioniert. Aber vielleicht steht ja bei Dir mehr dazu. Unter http://www.debianforum.de/wiki/?page=De ... t+und+Swap findest Du auch eine Anleitung zum einrichten eines RAID1 mit root und swap.

Ich wünsche Dir auf jedenfall viel Erfolg.
Jens.

bollin · Beitrag von **bollin** » 24.11.2003 23:41:11

chris71 hat geschrieben:um /dev/md0 als root-dateisystem beim start einbinden zu können, muß ich einen eigenen kernel kompilieren - richtig?

Kann sein, vorübersetzte Kernel benutze ich nicht.

chris71 hat geschrieben: standardkernel aus sid funktioniert keiner auch nicht mit initrd?

parse error

initrd brauchst du für md nicht, wenn die Partitionen den richtigen Typ haben. Eventuell brauchst du bei raid0 eine extra /boot/-Partition, die raid1 macht.

chris71 hat geschrieben: PS geht das auch mit grub oder soll ich lieber lilo benutzen?

Ja grub geht genauso.

Torsten

chris71 · Beitrag von **chris71** » 26.11.2003 14:17:34

der alptraum geht weiter...

der selbstebaute kernel bootet die normale partition ohne probleme, eine initrd habe ich auch erstellt, da der standardkernel eine hatte und der neue nicht ohne wollte.

dazu eine frage, wo kann man sehen was in der standard-initrd alles drin ist??

beim start mit md0 kommen folgende meldungen(so in etwa:)

Code: Alles auswählen

Joournaled Block Device Driver loaded
Ext3-fs: unable to read superblock
mount: wrong fs type, bad option, bad superblock on /dev2/root2
            blabla
cramfs: wrong magic
mount:wrong fs type, bad option, bad superblock on /dev2/root2
            blabla
/dev2/root2: invalid rgument
mount: you must specify the file system type
pivot_root: No such file or directory
/sbin/init: 338: cannot open dev/console: No such file
Kernel panik ....

syslog:

Code: Alles auswählen

Nov 26 14:48:37 asterix kernel: ttyS00 at 0x03f8 (irq = 4) is a 16550A
Nov 26 14:48:37 asterix kernel: ttyS01 at 0x02f8 (irq = 3) is a 16550A
Nov 26 14:48:37 asterix kernel: RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
Nov 26 14:48:37 asterix kernel: md: linear personality registered as nr 1
Nov 26 14:48:37 asterix kernel: md: raid0 personality registered as nr 2
Nov 26 14:48:37 asterix kernel: md: multipath personality registered as nr 7
Nov 26 14:48:37 asterix kernel: md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27
Nov 26 14:48:37 asterix kernel: md: Autodetecting RAID arrays.
Nov 26 14:48:37 asterix kernel: md: autorun ...
Nov 26 14:48:37 asterix kernel: md: ... autorun DONE.
Nov 26 14:48:37 asterix kernel: Initializing Cryptographic API
Nov 26 14:48:37 asterix kernel: NET4: Linux TCP/IP 1.0 for NET4.0
Nov 26 14:48:37 asterix kernel: IP: routing cache hash table of 2048 buckets, 16Kbytes
Nov 26 14:48:37 asterix kernel: TCP: Hash tables configured (established 16384 bind 32768)
Nov 26 14:48:37 asterix kernel: Linux IP multicast router 0.06 plus PIM-SM
Nov 26 14:48:37 asterix kernel: RAMDISK: cramfs filesystem found at block 0
Nov 26 14:48:37 asterix kernel: RAMDISK: Loading 3408 blocks [1 disk] into ram disk... |^H/

wer weiß wo ich weitersuchen kann??

danke!
chris

bollin · Beitrag von **bollin** » 26.11.2003 15:27:51

Der Typ der Partitionen aus denen das RAID gebaut wird muss FD (Linux raid autodetect) sein. Das kann man auch nachträglich setzen.

Torsten

chris71 · Beitrag von **chris71** » 26.11.2003 15:35:18

@bollin
danke, fd hab ich beim partitionieren gesetzt

@alle
könnte das meine lösung sein??

MKINITRD hat bei mir eine unbrauchbare ramdisk erstellt.

Die wibei dir in einer KernelPanic endete...

Hier Meine Lösung:

dd if=/dev/zero of=initrd bs=1k count=2048 **2048 ist die Größe der InitRD

mke2fs -F initrd ** Das Dateisystem erzeugen
mount -o loop initrd /mnt ** einmal mounten

nun kannst du die InitRD mit dem Script

Linuxrc,
deinen Kernel modulen,
und tools wie insmod füllen.

... nun brauchst du die RamDisk nur noch in Lilo.conf eintragen
und lilo auszuführen !

Danke für den Hinweis - hat alles geklappt! Das mkinitrd von Debian erzeugt wohl ein cramfs Dateisystem und der Standardkernel kann nur mit initrds vom Typ ext2 umgehen.

nur die frage woher linuxrc?
was sind die richtigen module? -oder einfach alle??
und welche tools noch außer insmod??

ich werds später mal probieren.
hat sonst noch jemand ne idee?? zb feilsystemuntertützung für cramfs in kernel einkompilieren?? ist das eine lösung??

chris71 · Beitrag von **chris71** » 26.11.2003 16:24:50

so einen schmarrn hab ich schon lang nicht mehr von mir gegeben wie im vorherigen posting. (ich war mit dem hund draußen, jetzt ist die rübe wieder klarer)

der kernel und die initrd funktionieren doch!
allerdings nur mit root=/dev/hda6 und nicht mit root=/dev/md0. auf md0 ist genau das gleiche wie auf hda6. so. und was jetzt

bollin · Beitrag von **bollin** » 26.11.2003 16:45:34

chris71 hat geschrieben:der kernel und die initrd funktionieren doch!
allerdings nur mit root=/dev/hda6 und nicht mit root=/dev/md0. auf md0 ist genau das gleiche wie auf hda6. so. und was jetzt

md und initrd zusammen habe ich noch nicht gebraucht. Für die mkinitrd braucht man den cramfs patch, der in Debiankerneln aber immer schon mit drin ist.

Torsten

chris71 · Beitrag von **chris71** » 26.11.2003 17:52:01

bollin hat geschrieben: Für die mkinitrd braucht man den cramfs patch, der in Debiankerneln aber immer schon mit drin ist.
Torsten

d.h. ich müßte die kernel-quellen noch patchen?? ich habe die quellen (2.4.22) über das packetsystem installiert, sind die noch nicht wie der standardkernel gepatcht? ich habe die kernelkonfiguration 1:1 von dem 2.4.22-k7 kernel übernommen (bis auf raid-einstellungen). und warum brauch ich die initrd eigentlich? was ist da drinnen und was müsste ich am kernel verändern, damit die nicht mehr benötigt wird?

chris71 · Beitrag von **chris71** » 27.11.2003 21:53:35

ich konnte inzwischen alles etwas eingrenzen. mein eigenpompilierter kernel scheint zu funktionieren was das normale system anbelangt. ich kann auch von dem hpt ein root beim systemstart booten. was allerdings nicht funktioniert ist ein md0 als root zu booten.

ich bin analog den anleitungen und howtos vorgegangen habe eine kernel kompiliert aus den debian sourcen mit der raid0 unterstützung, hab die lilo.conf und die fstab angepasst und das system nach md0 kopiert. meine initrd habe ich mit mkinitrd gebaut.

kann es vielleicht sein, daß lilo nur ein raid1 als md0 booten kann?? würde ich aber nicht verstehen, da die raidtab im superplock abgelegt wird.

wie machen das sie suse jungs?? bisher ist ne 7.3 anstandslos so gelaufen und ich konnte das alles während der installation einrichten. dort stand in der lilo.conf auch nur das md0 und nix fürs raid in der append-zeile. hatten die noch etwas in der initrd??

ich weiß nicht mehr weiter!

und suse will ich aber auch nicht mehr!

gruß
chris

chris71 · Beitrag von **chris71** » 28.11.2003 10:20:59

mittlerweile gehen mir echt die nerven aus. ich hab inszischen mehrmals kompiliert und hin und herprobiert ich komm nicht weiter.

das raidzeugs ist im kernel (2.4.22):

Code: Alles auswählen

 [*] Multiple devices driver support (RAID and LVM)
       <*>  RAID support
       <*>   Linear (append) mode
       <*>   RAID-0 (striping) mode
       <*>   RAID-1 (mirroring) mode
        <*>   RAID-4/RAID-5 mode
       <*>   Multipath I/O support
       <*>  Logical volume manager (LVM) support

was ich noch nicht gefunden habe ist im kernel eine einstellung zum raid autodetekt.

die platten sind jedenfalls unter auswahl von fd partitioniert.

md0 ist hde3 und hdg3
boot ist auf hda1

im syslog steht was von autodetekt aber das raid läuft nicht (/proc/mdstat bleibt leer)
ich kann md0 nicht mounten vor ich nicht raidstart ausgeführt habe. genau das scheint das problem zu sein, nur wie bringe ich den kernel bzw lilo dazu??

wer weiß was??

chris71 · Beitrag von **chris71** » 30.11.2003 13:49:40

wenn ich mein /dev/md0 in die fstab einbinde, um es beim start nach /mnt zu mounten bleibt das system im hochfahren stehen und bringt folgende meldung:

The superblock could not be read or does not describe a correct ext2 filesystem.

zum reparieren wird mir e2fsck -b 8139 /dev/md0 vorgeschlagen, wenn ich das ausführe bekomme ich die selbe meldung. ich habe übrigens ext3 formatiert, ohne irgendwelche optionen.

kann es sein, daß lilo nicht mit einem raid0 klarkommt?? weil bei raid1 hat es auf anderen rechnern immer problemlos mit standardkernel funktioniert (ich habe normalerweise nur /home auf raid1).

hat hier irgendwer eine ahnung was ich noch probieren könnte? wenns hilft poste ich auch gerne alle configs!

danke und gruß
chris

chris71 · Beitrag von **chris71** » 01.12.2003 01:17:41

jetzt habe ich das md0 einmal ganz normal über die init-skripte eingebunden. dann läßt es sich beim start nach mnt einhängen.

ich denke das hauptproblem ist die initrd. sie versucht zuerst das autodetect für die raid-devices und bindet dann erst das hpt-modul ein. später, wenn das hpt-modul geladen ist läft auch das autodetect über die init-skripte. ich habe hier mal die komplette dmesg ausgabe drangehängt. sieht das jemand genauso? und wenn ja wie kann ich das beeinflussen??

Code: Alles auswählen

asterix:~# dmesg
Linux version 2.4.22 (root@asterix) (gcc version 3.3.2 (Debian)) #1 Fri Nov 28 09:18:21 CET 2003
BIOS-provided physical RAM map:
 BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
 BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
 BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
 BIOS-e820: 0000000000100000 - 000000000fff0000 (usable)
 BIOS-e820: 000000000fff0000 - 000000000fff3000 (ACPI NVS)
 BIOS-e820: 000000000fff3000 - 0000000010000000 (ACPI data)
 BIOS-e820: 00000000ffff0000 - 0000000100000000 (reserved)
0MB HIGHMEM available.
255MB LOWMEM available.
ACPI: have wakeup address 0xc0001000
On node 0 totalpages: 65520
zone(0): 4096 pages.
zone(1): 61424 pages.
zone(2): 0 pages.
Kernel command line: BOOT_IMAGE=linux ro root=306
Local APIC disabled by BIOS -- reenabling.
Found and enabled local APIC!
Initializing CPU#0
Detected 1794.899 MHz processor.
Console: colour VGA+ 80x25
Calibrating delay loop... 3578.26 BogoMIPS
Memory: 253024k/262080k available (1244k kernel code, 8668k reserved, 463k data, 116k init, 0k highmem)
Dentry cache hash table entries: 32768 (order: 6, 262144 bytes)
Inode cache hash table entries: 16384 (order: 5, 131072 bytes)
Mount cache hash table entries: 512 (order: 0, 4096 bytes)
Buffer cache hash table entries: 16384 (order: 4, 65536 bytes)
Page-cache hash table entries: 65536 (order: 6, 262144 bytes)
CPU: CLK_CTL MSR was 6003d22f. Reprogramming to 2003d22f
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 256K (64 bytes/line)
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
CPU:     After generic, caps: 0383fbff c1c3fbff 00000000 00000000
CPU:             Common caps: 0383fbff c1c3fbff 00000000 00000000
CPU: AMD Unknow CPU Type stepping 01
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Checking 'hlt' instruction... OK.
POSIX conformance testing by UNIFIX
enabled ExtINT on CPU#0
ESR value before enabling vector: 00000000
ESR value after enabling vector: 00000000
Using local APIC timer interrupts.
calibrating APIC timer ...
..... CPU clock speed is 1794.7915 MHz.
..... host bus clock speed is 265.8950 MHz.
cpu: 0, clocks: 2658950, slice: 1329475
CPU0<T0:2658944,T1:1329456,D:13,S:1329475,C:2658950>
mtrr: v1.40 (20010327) Richard Gooch (rgooch@atnf.csiro.au)
mtrr: detected mtrr type: Intel
ACPI: Subsystem revision 20030813
ACPI: Interpreter disabled.
PCI: PCI BIOS revision 2.10 entry at 0xfb680, last bus=1
PCI: Using configuration type 1
PCI: Probing PCI hardware
PCI: ACPI tables contain no PCI IRQ routing entries
PCI: Probing PCI hardware (bus 00)
PCI: Using IRQ router VIA [1106/0686] at 00:07.0
PCI: Disabling Via external APIC routing
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Starting kswapd
VFS: Disk quotas vdquot_6.5.1
pty: 256 Unix98 ptys configured
Serial driver version 5.05c (2001-07-08) with HUB-6 MANY_PORTS MULTIPORT SHARE_IRQ SERIAL_PCI enabled
ttyS00 at 0x03f8 (irq = 4) is a 16550A
ttyS01 at 0x02f8 (irq = 3) is a 16550A
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
md: linear personality registered as nr 1
md: raid0 personality registered as nr 2
md: raid1 personality registered as nr 3
md: raid5 personality registered as nr 4
raid5: measuring checksumming speed
   8regs     :  2742.000 MB/sec
   32regs    :  1942.000 MB/sec
   pIII_sse  :  5092.400 MB/sec
   pII_mmx   :  4205.200 MB/sec
   p5_mmx    :  5395.200 MB/sec
raid5: using function: pIII_sse (5092.400 MB/sec)
md: multipath personality registered as nr 7
md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27
md: Autodetecting RAID arrays.
md: autorun ...
md: ... autorun DONE.
LVM version 1.0.5+(22/07/2002)
Initializing Cryptographic API
NET4: Linux TCP/IP 1.0 for NET4.0
IP: routing cache hash table of 2048 buckets, 16Kbytes
TCP: Hash tables configured (established 16384 bind 32768)
Linux IP multicast router 0.06 plus PIM-SM
RAMDISK: cramfs filesystem found at block 0
RAMDISK: Loading 3408 blocks [1 disk] into ram disk... done.
Freeing initrd memory: 3408k freed
VFS: Mounted root (cramfs filesystem).
Freeing unused kernel memory: 116k freed
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
Uniform Multi-Platform E-IDE driver Revision: 7.00beta4-2.4
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
ide: late registration of driver.
VP_IDE: IDE controller at PCI slot 00:07.1
VP_IDE: chipset revision 6
VP_IDE: not 100% native mode: will probe irqs later
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
VP_IDE: VIA vt82c686b (rev 40) IDE UDMA100 controller on pci00:07.1
    ide0: BM-DMA at 0x9400-0x9407, BIOS settings: hda:DMA, hdb:pio
    ide1: BM-DMA at 0x9408-0x940f, BIOS settings: hdc:DMA, hdd:DMA
HPT370A: IDE controller at PCI slot 00:0e.0
PCI: Found IRQ 10 for device 00:0e.0
HPT370A: chipset revision 4
HPT370A: not 100% native mode: will probe irqs later
HPT37X: using 33MHz PCI clock
    ide2: BM-DMA at 0xcc00-0xcc07, BIOS settings: hde:DMA, hdf:pio
    ide3: BM-DMA at 0xcc08-0xcc0f, BIOS settings: hdg:DMA, hdh:pio
hda: ST320423A, ATA DISK drive
hdb: LS-120 COSM 04 UHD Floppy, ATAPI FLOPPY drive
blk: queue d08271c0, I/O limit 4095Mb (mask 0xffffffff)
hdc: HL-DT-ST DVDRAM GSA-4040B, ATAPI CD/DVD-ROM drive
hdd: Pioneer DVD-ROM ATAPIModel DVD-106S 012, ATAPI CD/DVD-ROM drive
hde: IC35L040AVER07-0, ATA DISK drive
blk: queue d0827a68, I/O limit 4095Mb (mask 0xffffffff)
hdg: IC35L040AVER07-0, ATA DISK drive
blk: queue d0827ebc, I/O limit 4095Mb (mask 0xffffffff)
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
ide2 at 0xbc00-0xbc07,0xc002 on irq 10
ide3 at 0xc400-0xc407,0xc802 on irq 10
hda: attached ide-disk driver.
hda: 40011300 sectors (20486 MB) w/512KiB Cache, CHS=39693/16/63, UDMA(66)
hde: attached ide-disk driver.
hde: 80418240 sectors (41174 MB) w/1916KiB Cache, CHS=79780/16/63, UDMA(100)
hdg: attached ide-disk driver.
hdg: 80418240 sectors (41174 MB) w/1916KiB Cache, CHS=79780/16/63, UDMA(100)
Partition check:
 hda: [PTBL] [2490/255/63] hda1 hda2 < hda5 hda6 >
 hde: hde1 hde2 hde3
 hdg: hdg1 hdg2 hdg3
Journalled Block Device driver loaded
kjournald starting.  Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
Adding Swap: 489940k swap-space (priority -1)
EXT3 FS 2.4-0.9.19, 19 August 2002 on ide0(3,6), internal journal
Real Time Clock Driver v1.10e
spurious 8259A interrupt: IRQ7.
 [events: 00000004]
 [events: 00000004]
md: autorun ...
md: considering hdg3 ...
md:  adding hdg3 ...
md:  adding hde3 ...
md: created md0
md: bind<hde3,1>
md: bind<hdg3,2>
md: running: <hdg3><hde3>
md: hdg3's event counter: 00000004
md: hde3's event counter: 00000004
md0: max total readahead window set to 496k
md0: 2 data-disks, max readahead per data-disk: 248k
raid0: looking at hde3
raid0:   comparing hde3(39900608) with hde3(39900608)
raid0:   END
raid0:   ==> UNIQUE
raid0: 1 zones
raid0: looking at hdg3
raid0:   comparing hdg3(39900608) with hde3(39900608)
raid0:   EQUAL
raid0: FINAL 1 zones
raid0: zone 0
raid0: checking hde3 ... contained as device 0
  (39900608) is smallest!.
raid0: checking hdg3 ... contained as device 1
raid0: zone->nb_dev: 2, size: 79801216
raid0: current zone offset: 39900608
raid0: done.
raid0 : md_size is 79801216 blocks.
raid0 : conf->smallest->size is 79801216 blocks.
raid0 : nb_zone is 1.
raid0 : Allocating 8 bytes for hash.
md: updating md0 RAID superblock on device
md: hdg3 [events: 00000005]<6>(write) hdg3's sb offset: 39900608
md: hde3 [events: 00000005]<6>(write) hde3's sb offset: 39900608
md: ... autorun DONE.
kjournald starting.  Commit interval 5 seconds
EXT3 FS 2.4-0.9.19, 19 August 2002 on ide0(3,1), internal journal
EXT3-fs: mounted filesystem with ordered data mode.
kjournald starting.  Commit interval 5 seconds
EXT3 FS 2.4-0.9.19, 19 August 2002 on md(9,0), internal journal
EXT3-fs: mounted filesystem with ordered data mode.
parport0: PC-style at 0x378 (0x778) [PCSPP,TRISTATE]
parport_pc: Via 686A parallel port: io=0x378
lp0: using parport0 (polling).
8139too Fast Ethernet driver 0.9.26
PCI: Found IRQ 11 for device 00:0a.0
PCI: Sharing IRQ 11 with 00:07.5
PCI: Sharing IRQ 11 with 00:0c.0
eth0: RealTek RTL8139 Fast Ethernet at 0xd0874000, 00:e0:7d:a2:5f:e2, IRQ 11
eth0:  Identified 8139 chip type 'RTL-8139C'
SCSI subsystem driver Revision: 1.00
PCI: Found IRQ 11 for device 00:0c.0
PCI: Sharing IRQ 11 with 00:07.5
PCI: Sharing IRQ 11 with 00:0a.0
scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 6.2.36
        <Adaptec 2940 SCSI adapter>
        aic7870: Single Channel A, SCSI Id=7, 16/253 SCBs

blk: queue cd6b93d4, I/O limit 4095Mb (mask 0xffffffff)
hdb: attached ide-scsi driver.
hdc: attached ide-scsi driver.
hdd: attached ide-scsi driver.
scsi1 : SCSI host adapter emulation for IDE ATAPI devices
  Vendor: MATSHITA  Model: LS-120 COSM   04  Rev: 0270
  Type:   Direct-Access                      ANSI SCSI revision: 00
  Vendor: HL-DT-ST  Model: DVDRAM GSA-4040B  Rev: A301
  Type:   CD-ROM                             ANSI SCSI revision: 02
  Vendor: PIONEER   Model: DVD-ROM DVD-106   Rev: 1.22
  Type:   CD-ROM                             ANSI SCSI revision: 02
usb.c: registered new driver usbdevfs
usb.c: registered new driver hub
usb-uhci.c: $Revision: 1.275 $ time 09:36:15 Nov 28 2003
usb-uhci.c: High bandwidth mode enabled
PCI: Found IRQ 11 for device 00:07.2
PCI: Sharing IRQ 11 with 00:07.3
PCI: Sharing IRQ 11 with 00:0b.0
usb-uhci.c: USB UHCI at I/O 0x9800, IRQ 11
usb-uhci.c: Detected 2 ports
usb.c: new USB bus registered, assigned bus number 1
hub.c: USB hub found
hub.c: 2 ports detected
PCI: Found IRQ 11 for device 00:07.3
PCI: Sharing IRQ 11 with 00:07.2
PCI: Sharing IRQ 11 with 00:0b.0
usb-uhci.c: USB UHCI at I/O 0x9c00, IRQ 11
usb-uhci.c: Detected 2 ports
usb.c: new USB bus registered, assigned bus number 2
hub.c: USB hub found
hub.c: 2 ports detected
usb-uhci.c: v1.275:USB Universal Host Controller Interface driver
Via 686a/8233/8235 audio driver 1.9.1-ac3
PCI: Found IRQ 11 for device 00:07.5
PCI: Sharing IRQ 11 with 00:0a.0
PCI: Sharing IRQ 11 with 00:0c.0
PCI: Setting latency timer of device 00:07.5 to 64
ac97_codec: AC97 Audio codec, id: ICE17 (ICE1232)
via82cxxx: board #1 at 0xA000, IRQ 11
eth0: Setting 100mbps full-duplex based on auto-negotiated partner ability 45e1.
Linux Kernel Card Services 3.1.22
  options:  [pci] [cardbus] [pm]
isapnp: Scanning for PnP cards...
isapnp: No Plug & Play device found
Intel PCIC probe: not found.
isapnp: Scanning for PnP cards...
isapnp: No Plug & Play device found
Intel PCIC probe: not found.
via_audio: ignoring drain playback error -11
via_audio: ignoring drain playback error -11
via_audio: ignoring drain playback error -11
asterix:~#

chris71 · Beitrag von **chris71** » 02.12.2003 09:26:06

es funzt!
ich habe die standardkernel-config beibehalten, nur hpt370 (an dem hängen die raid-platten) und raid fest in den kernel einkompiliert. die initrd habe ich beibehalten.
folgenden haken hat die sache noch: lilo lässt sich nicht in hde installieren. hde ist im linuxbetrieb die erste platte im system und hde1 ist eine normale bootpartition. der befehl lilo meint nur (so in etwa) FATAL und er kann nur von raid1 booten. kann das damit zusemmenhängen??

bollin hat geschrieben:
initrd brauchst du für md nicht, wenn die Partitionen den richtigen Typ haben. Eventuell brauchst du bei raid0 eine extra /boot/-Partition, die raid1 macht.

jedenfalls funktioniert die ganze sache mit grub bestens. wäre nur nett zu wissen was das prob ist.