Hallo Liste, ich versuche seit heute morgen einen Primergy TX100 S1 mit 11.1 zu laufen zu bewegen ( mit der 11.0 das gleiche). Das SATA-Raid im BIOS eingerichtet, Suse erkennt es und installiert ohne Probleme. Nach dem ersten richtigen Reboot werden die Partitionen nicht gefunden (waiting for device). Ich vermute, daß die entsprechenden Treiber einfach nicht beim Booten geladen werden. linux-82oz:~ # hwinfo --storage-ctrl 21: PCI 1f.2: 0104 RAID bus controller [Created at pci.318] UDI: /org/freedesktop/Hal/devices/pci_8086_2925 Unique ID: w7Y8.QV9P2qv9777 SysFS ID: /devices/pci0000:00/0000:00:1f.2 SysFS BusID: 0000:00:1f.2 Hardware Class: storage Model: "Fujitsu Siemens Computers System Board D2542" Vendor: pci 0x8086 "Intel Corporation" Device: pci 0x2925 "82801IR/IO (ICH9R/DO) SATA RAID Controller" SubVendor: pci 0x1734 "Fujitsu Siemens Computers" SubDevice: pci 0x10e0 "System Board D2542" Revision: 0x02 Driver: "ahci" Driver Modules: "ahci" I/O Ports: 0x1c70-0x1c77 (rw) I/O Ports: 0x1c64-0x1c67 (rw) I/O Ports: 0x1c68-0x1c6f (rw) I/O Ports: 0x1c60-0x1c63 (rw) I/O Ports: 0x1c00-0x1c1f (rw) Memory Range: 0xd8321000-0xd83217ff (rw,non-prefetchable) IRQ: 4351 (89768 events) Module Alias: "pci:v00008086d00002925sv00001734sd000010E0bc01sc04i00" Driver Info #0: Driver Status: ahci is active Driver Activation Cmd: "modprobe ahci" Config Status: cfg=no, avail=yes, need=no, active=unknown linux-82oz:~ # lsmod Module Size Used by lp 11236 0 parport_pc 40392 1 binfmt_misc 10260 1 ip6t_LOG 7180 0 ip6t_REJECT 6024 0 nf_conntrack_ipv6 24840 0 ip6table_raw 2456 0 xt_tcpudp 3608 0 xt_pkttype 2152 0 ipt_LOG 6812 0 xt_limit 3180 0 xt_NOTRACK 2152 0 ipt_REJECT 3480 0 xt_state 2568 0 iptable_raw 2760 0 ip6table_mangle 3128 0 nf_conntrack_netbios_ns 2840 0 nf_conntrack_ipv4 12792 0 nf_conntrack 80480 5 nf_conntrack_ipv6,xt_NOTRACK,xt_state,nf_conntrack_netbios_ns,nf_conntrack_ipv4 ip6table_filter 3240 0 ip6_tables 21048 4 ip6t_LOG,ip6table_raw,ip6table_mangle,ip6table_filter iptable_filter 3400 0 ip_tables 19464 2 iptable_raw,iptable_filter x_tables 23376 11 ip6t_LOG,ip6t_REJECT,xt_tcpudp,xt_pkttype,ipt_LOG,xt_limit,xt_NOTRACK,ipt_REJECT,xt_state,ip6_tables,ip_tables st 38892 0 ide_disk 14872 0 ide_cd_mod 33984 0 ide_core 118012 2 ide_disk,ide_cd_mod joydev 12112 0 ipv6 293608 31 ip6t_REJECT,nf_conntrack_ipv6,ip6table_mangle af_packet 20728 0 cpufreq_conservative 8272 0 cpufreq_userspace 4204 0 cpufreq_powersave 2248 0 acpi_cpufreq 8968 0 fuse 61088 3 loop 17924 0 ppdev 8208 0 rtc_cmos 13960 0 rtc_core 22420 1 rtc_cmos rtc_lib 3560 1 rtc_core parport 41568 3 lp,parport_pc,ppdev sr_mod 16196 0 iTCO_wdt 13040 0 container 4648 0 i2c_i801 12836 0 e1000e 122900 0 iTCO_vendor_support 4268 1 iTCO_wdt pcspkr 3064 0 button 8328 0 i2c_core 35280 1 i2c_i801 cdrom 36200 2 ide_cd_mod,sr_mod sg 35344 0 dm_mirror 19576 1 dm_log 11324 2 dm_mirror uhci_hcd 27928 0 sd_mod 35064 2 crc_t10dif 2152 1 sd_mod ehci_hcd 55348 0 usbcore 198656 3 uhci_hcd,ehci_hcd dm_snapshot 17992 0 dm_mod 73952 12 dm_mirror,dm_log,dm_snapshot edd 10272 0 ext3 141912 2 mbcache 10412 1 ext3 jbd 68824 1 ext3 fan 6016 0 ahci 34628 2 libata 183376 1 ahci scsi_mod 179144 5 st,sr_mod,sg,sd_mod,libata dock 14564 1 libata thermal 24232 0 processor 49904 4 acpi_cpufreq,thermal thermal_sys 14336 3 fan,thermal,processor hwmon 4040 1 thermal_sys linux-82oz:~ # l /dev/disk/by-id/ total 4 drwxr-xr-x 2 root root 620 Nov 12 16:32 ./ drwxr-xr-x 6 root root 120 Nov 12 14:25 ../ -rw------- 1 root root 51 Nov 12 16:32 .directory lrwxrwxrwx 1 root root 9 Nov 12 14:25 ata-WDC_WD2502ABYS-50B7A0_WD-WCAT1A722217 -> ../../sdb lrwxrwxrwx 1 root root 10 Nov 12 14:25 ata-WDC_WD2502ABYS-50B7A0_WD-WCAT1A722217-part1 -> ../../sdb1 lrwxrwxrwx 1 root root 10 Nov 12 14:25 ata-WDC_WD2502ABYS-50B7A0_WD-WCAT1A722217-part2 -> ../../sdb2 lrwxrwxrwx 1 root root 10 Nov 12 14:25 ata-WDC_WD2502ABYS-50B7A0_WD-WCAT1A722217-part3 -> ../../sdb3 lrwxrwxrwx 1 root root 9 Nov 12 14:25 ata-WDC_WD2502ABYS-50B7A0_WD-WCAT1D375900 -> ../../sda lrwxrwxrwx 1 root root 10 Nov 12 14:25 ata-WDC_WD2502ABYS-50B7A0_WD-WCAT1D375900-part1 -> ../../sda1 lrwxrwxrwx 1 root root 10 Nov 12 14:25 ata-WDC_WD2502ABYS-50B7A0_WD-WCAT1D375900-part2 -> ../../sda2 lrwxrwxrwx 1 root root 10 Nov 12 14:25 ata-WDC_WD2502ABYS-50B7A0_WD-WCAT1D375900-part3 -> ../../sda3 lrwxrwxrwx 1 root root 10 Nov 12 14:25 dm-name-ddf1_4c53492020202020808627c300000000382d5d4200001450 -> ../../dm-0 lrwxrwxrwx 1 root root 10 Nov 12 14:25 dm-name-ddf1_4c53492020202020808627c300000000382d5d4200001450_part1 -> ../../dm-1 lrwxrwxrwx 1 root root 10 Nov 12 14:25 dm-name-ddf1_4c53492020202020808627c300000000382d5d4200001450_part2 -> ../../dm-2 lrwxrwxrwx 1 root root 10 Nov 12 14:25 dm-name-ddf1_4c53492020202020808627c300000000382d5d4200001450_part3 -> ../../dm-3 lrwxrwxrwx 1 root root 10 Nov 12 14:25 dm-uuid-DMRAID-ddf1_4c53492020202020808627c300000000382d5d4200001450 -> ../../dm-0 lrwxrwxrwx 1 root root 10 Nov 12 14:25 dm-uuid-part1-DMRAID-ddf1_4c53492020202020808627c300000000382d5d4200001450 -> ../../dm-1 lrwxrwxrwx 1 root root 10 Nov 12 14:25 dm-uuid-part2-DMRAID-ddf1_4c53492020202020808627c300000000382d5d4200001450 -> ../../dm-2 lrwxrwxrwx 1 root root 10 Nov 12 14:25 dm-uuid-part3-DMRAID-ddf1_4c53492020202020808627c300000000382d5d4200001450 -> ../../dm-3 lrwxrwxrwx 1 root root 10 Nov 12 14:25 raid-ddf1_4c53492020202020808627c300000000382d5d4200001450 -> ../../dm-0 lrwxrwxrwx 1 root root 10 Nov 12 14:25 raid-ddf1_4c53492020202020808627c300000000382d5d4200001450-part1 -> ../../dm-1 lrwxrwxrwx 1 root root 10 Nov 12 14:25 raid-ddf1_4c53492020202020808627c300000000382d5d4200001450-part2 -> ../../dm-2 lrwxrwxrwx 1 root root 10 Nov 12 14:25 raid-ddf1_4c53492020202020808627c300000000382d5d4200001450-part3 -> ../../dm-3 lrwxrwxrwx 1 root root 9 Nov 12 14:25 scsi-SATA_WDC_WD2502ABYS-_WD-WCAT1A722217 -> ../../sdb lrwxrwxrwx 1 root root 10 Nov 12 14:25 scsi-SATA_WDC_WD2502ABYS-_WD-WCAT1A722217-part1 -> ../../sdb1 lrwxrwxrwx 1 root root 10 Nov 12 14:25 scsi-SATA_WDC_WD2502ABYS-_WD-WCAT1A722217-part2 -> ../../sdb2 lrwxrwxrwx 1 root root 10 Nov 12 14:25 scsi-SATA_WDC_WD2502ABYS-_WD-WCAT1A722217-part3 -> ../../sdb3 lrwxrwxrwx 1 root root 9 Nov 12 14:25 scsi-SATA_WDC_WD2502ABYS-_WD-WCAT1D375900 -> ../../sda lrwxrwxrwx 1 root root 10 Nov 12 14:25 scsi-SATA_WDC_WD2502ABYS-_WD-WCAT1D375900-part1 -> ../../sda1 lrwxrwxrwx 1 root root 10 Nov 12 14:25 scsi-SATA_WDC_WD2502ABYS-_WD-WCAT1D375900-part2 -> ../../sda2 lrwxrwxrwx 1 root root 10 Nov 12 14:25 scsi-SATA_WDC_WD2502ABYS-_WD-WCAT1D375900-part3 -> ../../sda3 Das ist der Stand kurz nach der Installation. Wer weiß Rat? Danke, Andreas -- Andreas Ernst - IT Spektrum Postfach 5, 65612 Beselich Schupbacher Str. 32, 65614 Beselich, Germany Tel: +49-6484-91002 Fax: +49-6484-91003 ae@ae-online.de www.ae-online.de www.tachyon-online.de -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Andreas Ernst schrieb:
Hallo Liste,
ich versuche seit heute morgen einen Primergy TX100 S1 mit 11.1 zu laufen zu bewegen ( mit der 11.0 das gleiche).
Das SATA-Raid im BIOS eingerichtet, Suse erkennt es und installiert ohne Probleme. Nach dem ersten richtigen Reboot werden die Partitionen nicht gefunden (waiting for device).
Ich vermute, daß die entsprechenden Treiber einfach nicht beim Booten geladen werden.
Die brauchst du schon beim Laden des Kernels (zumindest wenn "/" auf dem Raid liegt, also in der Initrd. Deshalb: installation starten, for dem formatieren abbrechen und das installierte System starten, schauen welches Modul für den Controller zuständig ist und dieses Modul in /etc/sysconfig/kernel eintragen. Einmal mkinitrd aufrufen, neu starten. Dann sollte die ganze Geschichte laufen. Gruß Daniel
Das ist der Stand kurz nach der Installation.
Wer weiß Rat?
Danke, Andreas
-- Daniel Spannbauer Software Entwicklung marco Systemanalyse und Entwicklung GmbH Tel +49 8333 9233-27 Fax -11 Rechbergstr. 4 - 6, D 87727 Babenhausen Mobil +49 171 4033220 http://www.marco.de/ Email ds@marco.de Geschäftsführer Martin Reuter HRB 171775 Amtsgericht München -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Daniel Spannbauer schrieb:
Andreas Ernst schrieb:
Hallo Liste,
ich versuche seit heute morgen einen Primergy TX100 S1 mit 11.1 zu laufen zu bewegen ( mit der 11.0 das gleiche).
Das SATA-Raid im BIOS eingerichtet, Suse erkennt es und installiert ohne Probleme. Nach dem ersten richtigen Reboot werden die Partitionen nicht gefunden (waiting for device).
Ich vermute, daß die entsprechenden Treiber einfach nicht beim Booten geladen werden.
Die brauchst du schon beim Laden des Kernels (zumindest wenn "/" auf dem Raid liegt, also in der Initrd.
"/" liegt auf dem Raid.
Deshalb: installation starten, for dem formatieren abbrechen und das installierte System starten, schauen welches Modul für den Controller zuständig ist und dieses Modul in /etc/sysconfig/kernel eintragen.
Einmal mkinitrd aufrufen, neu starten. Dann sollte die ganze Geschichte laufen.
Das funktioniert leider nicht, er findet anschließend die /dev/mapper/* nicht. Ich habe den Eindruck, dass diese RAID Controller gar kein richtiger Hardware Controller ist. Denn die /dev/mapper scheinen ja auf ein Software-RAID hinzuweisen, wenn ich dies richtig gelesen habe. Und das scheint das Problem zu sein. Unter /dev/disk/by-id/ sind nur noch die ata-* und scsi-* zu finden. Nach der Installation sind dort noch dm-name-*, dm-uuid-* und raid-* Einträge zu finden. Danke, Andreas -- Andreas Ernst - IT Spektrum Postfach 5, 65612 Beselich Schupbacher Str. 32, 65614 Beselich, Germany Tel: +49-6484-91002 Fax: +49-6484-91003 ae@ae-online.de www.ae-online.de www.tachyon-online.de -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo zusammen, Andreas Ernst meinte am Freitag, den 13.11.2009 um 12:03 Uhr wegen:LSI RAID mit 11.1 | 11.0
Ich habe den Eindruck, dass diese RAID Controller gar kein richtiger Hardware Controller ist.
das ist richtig, die onboard Controller ersetzen kein echtes Hardware-Raid. Dennoch lief bei mir die Installation der SuSE 11.1 mit einem solchen Softraid, nur bei der 11.0 nicht. Bei meinem Onboard-Controller auf dem ASRock 775 Dual kommt aber schon eine deutliche Warnung vom Bios, für Linux die Raid Funktion nicht zu verwenden. Ich nutze deshalb jetzt unter der 11.0 nur das Softraid mittels Yast. -- Beste Grüße Christian -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
On Sat 14 Nov 2009 01:51:13 NZDT +1300, Christian Meseberg wrote:
Ich habe den Eindruck, dass diese RAID Controller gar kein richtiger Hardware Controller ist.
das ist richtig, die onboard Controller ersetzen kein echtes Hardware-Raid.
Nagel. Kopf.
Dennoch lief bei mir die Installation der SuSE 11.1 mit einem solchen Softraid, nur bei der 11.0 nicht. Bei meinem Onboard-Controller auf dem ASRock 775 Dual kommt aber schon eine deutliche Warnung vom Bios, für Linux die Raid Funktion nicht zu verwenden. Ich nutze deshalb jetzt unter der 11.0 nur das Softraid mittels Yast.
Das ist ungefähr Grund Nummer 5 onboard RAID, oder jedes andere SoftRAID, nie zu verwenden. Ansonsten stimme ich Dir voll zu! Der Rest der Leserschaft bitte Merke: Ein SoftRAID außer dem Linux Kernel RAID zu verwenden ist grundsätzlich dämlich. Volker -- Volker Kuhlmann is list0570 with the domain in header http://volker.dnsalias.net/ Please do not CC list postings to me. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
On Sat, 14 Nov 2009 10:58:48 +1300, you wrote:
Der Rest der Leserschaft bitte Merke: Ein SoftRAID außer dem Linux Kernel RAID zu verwenden ist grundsätzlich dämlich.
Es sei denn man hat auf dem Rechner auch noch Windows laufen und möchte, das Windows auch auf das RAID-Laufwerk zugreifen kann. Dann kommt man um dmraid nicht herum, sprich fakeRAID im BIOS und dann dmraid um darauf zugreifen zu können. Unter Linux hat man es dann immer noch mit Software-RAID des Kernels zu tun. Philipp -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo, ich klinke mich mal in diese interessante Diskussion ein da ich mich gerade mit so einem "BIOS-Raid" herumschlage. Genaugenommen ist es ein Mainboard mit "Intel Matrix RAID Technology". Wie ist dies nun einzuordnen? Software RAID? Hardware RAID? Und was zeichnet ein Hardware RAID aus, dieser RAID Controller ist doch auch direkt auf der "Hardware", sollten da die Timings zum ansteuern des RAIDs nicht besser sein als bei einem Linux-Software RAID? Wieso sollte ich das Linux-Software RAID einsetzen und nicht das BIOS-Raid? MfG Marco
Hallo, Am Mon, 16 Nov 2009, Marco Roeben schrieb:
Genaugenommen ist es ein Mainboard mit "Intel Matrix RAID Technology". Wie ist dies nun einzuordnen? Software RAID? Hardware RAID?
Fake-RAID.
Und was zeichnet ein Hardware RAID aus, dieser RAID Controller ist doch auch direkt auf der "Hardware", sollten da die Timings zum ansteuern des RAIDs nicht besser sein als bei einem Linux-Software RAID?
Nein. Echtes HW-RAID macht alles in Hardware, die CPU des Host-Rechners hat da nix zu tun. Bei Fake-RAID macht fast alles der Treiber.
Wieso sollte ich das Linux-Software RAID einsetzen und nicht das BIOS-Raid?
Defekt an der Hardware. Was machst du? Bei Linux SW-RAID mußt du nur die Platten umbauen. http://de.wikipedia.org/wiki/RAID#Hardware-RAID -dnh -- 172: Internet Das längste Kabel der Welt. (Lutz Frommberger) -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
On Mon, 16 Nov 2009 09:51:10 +0100, you wrote:
Genaugenommen ist es ein Mainboard mit "Intel Matrix RAID Technology". Wie ist dies nun einzuordnen?
fakeRAID. Faustregel: wann immer dmraid das Format unterstützt ist es ein fakeRAID.
Und was zeichnet ein Hardware RAID aus
Das das Betriebssystem nur die RAID-Laufwerke sieht und nicht die Platten bzw. Partitionen, aus denen diese bestehen.
dieser RAID Controller ist doch auch direkt auf der "Hardware", sollten da die Timings zum ansteuern des RAIDs nicht besser sein als bei einem Linux-Software RAID?
Da ist eben kein RAID-Controller vorhanden! Allenfalls sind einzelne Funktionen wie die XOR-Verknüpfung der Daten in den Northbridges in Hardware realisiert, das Gros der Arbeit macht jedoch die CPU, sei es durch Herstellertreiber bei Win* sei es dmraid bei Linux.
Wieso sollte ich das Linux-Software RAID einsetzen und nicht das BIOS-Raid?
Sofern Du kein Windows auf dem gleichen Rechner laufen lassen willst ist MD-RAID die beste Wahl, da Du in dem Fall nur darauf verzichten musst, dass Du den RAID-Array im BIOS definieren kannst. Alles Andere macht eh der Kernel. BTW, einen Nachteil von echten Hardware RAID-Controllern (abgesehen vom Preis) sollte man auch nicht verschweigen. Die auf den Controllern eingesetzten CPUs sind eventuell nicht schnell genug, um mit der Datenrate moderner Festplatten im RAID-Verbund mitzuhalten, weshalb es auch einige Kernelentwickler gibt, die der Meinung sind, dass RAID im Kernel besser aufgehoben ist. Philipp -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo Phillip, David, danke für die Informationen. Ich habe mich die das Linux Software-RAID entschieden. Zum einen habe ich damit schon Erfahrung und zum anderen scheint des Fake-RAID keine Vorteile zu haben. Philipp Thomas schrieb:
On Mon, 16 Nov 2009 09:51:10 +0100, you wrote:
Genaugenommen ist es ein Mainboard mit "Intel Matrix RAID Technology". Wie ist dies nun einzuordnen?
fakeRAID. Faustregel: wann immer dmraid das Format unterstützt ist es ein fakeRAID.
Gut zu wissen.
Und was zeichnet ein Hardware RAID aus
Das das Betriebssystem nur die RAID-Laufwerke sieht und nicht die Platten bzw. Partitionen, aus denen diese bestehen.
Das erklärt natürlich warum ich neben der RAID-Partition auch noch die Platten sah.
dieser RAID Controller ist doch auch direkt auf der "Hardware", sollten da die Timings zum ansteuern des RAIDs nicht besser sein als bei einem Linux-Software RAID?
Da ist eben kein RAID-Controller vorhanden! Allenfalls sind einzelne Funktionen wie die XOR-Verknüpfung der Daten in den Northbridges in Hardware realisiert, das Gros der Arbeit macht jedoch die CPU, sei es durch Herstellertreiber bei Win* sei es dmraid bei Linux.
Alles klar. Ich frage, gewollt etwas provokativ, wenn Teile in die Nortbridge ausgelagert sind, dann sollte das Fake-RAID doch schneller sein als ein reines Software-RAID, da die CPU doch weniger Aufgaben übernehmen muss. Wahrscheinlich ist dies jedoch nur theoretisch der Fall und in der Praxis ist kein Unterschied messbar.
Wieso sollte ich das Linux-Software RAID einsetzen und nicht das BIOS-Raid?
Sofern Du kein Windows auf dem gleichen Rechner laufen lassen willst ist MD-RAID die beste Wahl, da Du in dem Fall nur darauf verzichten musst, dass Du den RAID-Array im BIOS definieren kannst. Alles Andere macht eh der Kernel.
Wisst Ihr wir zuverlässig dmraid arbeitet? Es ist doch eine zusätzliche "Schicht" bei dem Zugriff auf die RAID-Partition. Was ist zuverlässiger 'md' oder 'dmraid'?
BTW, einen Nachteil von echten Hardware RAID-Controllern (abgesehen vom Preis) sollte man auch nicht verschweigen. Die auf den Controllern eingesetzten CPUs sind eventuell nicht schnell genug, um mit der Datenrate moderner Festplatten im RAID-Verbund mitzuhalten, weshalb es auch einige Kernelentwickler gibt, die der Meinung sind, dass RAID im Kernel besser aufgehoben ist.
Abgesehen davon, dass mir echtes Hardware RAID viel zu teuer wäre gut zu wissen, dass es auch der Ferrari unter den RAIDs nicht perfekt ist. :-) MfG Marco
On Mon 16 Nov 2009 21:51:10 NZDT +1300, Marco Roeben wrote:
Genaugenommen ist es ein Mainboard mit "Intel Matrix RAID Technology". Wie ist dies nun einzuordnen?
Weichteil. Bei MoboRAID immer. Also: im BIOS Raidfunktion abschalten und als SATA-Stöpsel verwenden. Es sei denn Du brauchst es für dual-boot ;)
Und was zeichnet ein Hardware RAID aus
Die Daten gehen EIN-Mal von der CPU zum RAID-Kontroller. Der hat dann eine eigene dicke CPU für die ganze RAIDerei, und steuert die Platten von sich alleine an. Von der Mobo-CPU sieht as dann aus wie eine einzige Platte. Damit kriegst Du dann richtig Leistung - wenn Du bei RAID5 Deine Daten gleich 3 Mal über den PCI schiebst, hast Du schon so gut wie verloren (oder liegst im untersten Preisbereich).
, dieser RAID Controller ist doch auch direkt auf der "Hardware", sollten da die Timings zum ansteuern des RAIDs nicht besser sein als bei einem Linux-Software RAID?
Hat mit Timings nichts zu tun, nur mit Bandbreiten. Laß Dir von den Mobo-Machern nicht mit flotten Werbesprüchen die Birne weichreden. Das ist alles für Microsofties mit beschränkten Betriebssystemen :)) Warum sollte ein 250-500EUR RAID-Kontroller in einem 100EUR Mobo noch für lau mit drinstecken?
Wieso sollte ich das Linux-Software RAID einsetzen und nicht das BIOS-Raid?
Wieso solltest Du eine gut funktionierende nicht-proprietäre Lösung nehmen, bei der Du nicht die ganze Platte auf einmal in ein array hängen mußt, und mit der Du Deine Platten auch noch an einem anderen Rechner lesen kannst, ohne ein neues Brett kaufen zu müssen, wenn das erste mal abraucht? ;) Es gibt mit Linux nur 3 RAID Lösungen: die schnelle, die billige, und die dämliche. Softraid außer dem im Kernel läßt sich nicht in vielen Fällen ernsthaft verantworten. Volker -- Volker Kuhlmann is list0570 with the domain in header http://volker.dnsalias.net/ Please do not CC list postings to me. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo, Am Fre, 13 Nov 2009, Andreas Ernst schrieb:
Deshalb: installation starten, for dem formatieren abbrechen und das installierte System starten, schauen welches Modul für den Controller zuständig ist und dieses Modul in /etc/sysconfig/kernel eintragen.
Einmal mkinitrd aufrufen, neu starten. Dann sollte die ganze Geschichte laufen.
Das funktioniert leider nicht, er findet anschließend die /dev/mapper/* nicht.
Hast du auch mindestens ahci dm_mirror dm_log sd_mod dm_snapshot dm_mod ext3 libata scsi_mod in /etc/sysconfig/kernel in die INITRD_MODULES (oder wie die Variable heißt) eingetragen? -dnh --
mangelnde Durchblutung des Gehirns solltet ihr Jungs doch gewohnt sein, oder nicht? -- Steffi Abel und Pah, ihr seid doch nur stolz, daß bei Euch alles unter Putz ist, während bei uns die Kabel lose baumeln ... -- Michael Fesser in darw -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
David Haller schrieb:
Hallo,
Am Fre, 13 Nov 2009, Andreas Ernst schrieb:
Deshalb: installation starten, for dem formatieren abbrechen und das installierte System starten, schauen welches Modul für den Controller zuständig ist und dieses Modul in /etc/sysconfig/kernel eintragen.
Einmal mkinitrd aufrufen, neu starten. Dann sollte die ganze Geschichte laufen. Das funktioniert leider nicht, er findet anschließend die /dev/mapper/* nicht.
Hast du auch mindestens
ahci dm_mirror dm_log sd_mod dm_snapshot dm_mod ext3 libata scsi_mod
in /etc/sysconfig/kernel in die INITRD_MODULES (oder wie die Variable heißt) eingetragen?
diese sind drin INITRD_MODULES="processor thermal ahci fan jbd ext3 edd" Ich vermute inzwischen einen Bug, denn laut: http://en.opensuse.org/HCL/RAID_Controllers soll 'Intel ICH9R' out of the box funktionieren. Das ist richtig, bis zum ersten Reboot. Da werden wohl die richtigen Module nicht mit übernommen. Den Treiber 'dmraid' hat anscheinend einen anderen Namen, modprobe findet ihn nicht. Ich werde das mit diesen Einträgen mal testen. Danke Andreas -- Andreas Ernst - IT Spektrum Postfach 5, 65612 Beselich Schupbacher Str. 32, 65614 Beselich, Germany Tel: +49-6484-91002 Fax: +49-6484-91003 ae@ae-online.de www.ae-online.de www.tachyon-online.de -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo, Am Fre, 13 Nov 2009, Andreas Ernst schrieb:
David Haller schrieb:
Hast du auch mindestens
ahci dm_mirror dm_log sd_mod dm_snapshot dm_mod ext3 libata scsi_mod
in /etc/sysconfig/kernel in die INITRD_MODULES (oder wie die Variable heißt) eingetragen?
diese sind drin
INITRD_MODULES="processor thermal ahci fan jbd ext3 edd"
Ich vermute inzwischen einen Bug, denn laut:
http://en.opensuse.org/HCL/RAID_Controllers
soll 'Intel ICH9R' out of the box funktionieren. Das ist richtig, bis zum ersten Reboot. Da werden wohl die richtigen Module nicht mit übernommen.
Tut ja ootb, aber eben nicht mit / im RAID.
Den Treiber 'dmraid' hat anscheinend einen anderen Namen, modprobe findet ihn nicht.
Siehe die dm_* Module. dm_mirror ist wohl das für RAID1 zuständige. Wenn du andere RAID-Modi verwendest, mußt du die Module auch mit in die initrd packen -- es reicht allerdings das Modul für den RAID-Level der Partition, auf der / liegt. HTH, -dnh -- 4. Linux empfiehlt sich prinzipiell, weil Pinguine bekanntlich gute Taucher sind. Allerdings sollte man von den Optionen "Kraft Durch Ermüdung" und "Ganz Nette Oberfläche Mit Eigenleben" abstand nehmen -- A. Beck -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
participants (7)
-
Andreas Ernst -
Christian Meseberg -
Daniel Spannbauer -
David Haller -
Marco Roeben -
Philipp Thomas -
Volker Kuhlmann