Raidcontroller unter FreeNAS 8

[Midian]

Hallo,

ich habe mich gestern dazu entschlossen, mein FreeNAS System von 0.7.2 auf die aktuelle 8.0-RELEASE zu aktualisieren.

Prinzipiell hat es gut geklappt, leider erkennt er scheinbar meine Raid-Platte nicht mehr. Unter 0.7.2 wurden mir 3 Geräte angeboten - 2x ad* (was die beiden 2TB Platten sind), sowie 1x ra* (was der Raid 1 Verbund der beiden 2TB Platten war). Als Datenspeicher für FreeNAS diente dementsprechend das ra* Device.

Leider habe ich unter 8.0 nur noch die beiden einzelnen Devices zur Auswahl, das Raid-Device fehlt.

Was mus ich tun, damit der Raid 1 wieder erkannt wird, und ich mein Volume importieren kann?

Das hier ist mein Mainboard:
http://www.gigabyte.com/products/pro...px?pid=3549#sp
Ich nutze den Onboard Raidcontroller.

Hier mal dmesg:

freenas# dmesg
Copyright (c) 1992-2011 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
	The Regents of the University of California. All rights reserved.
FreeBSD is a registered trademark of The FreeBSD Foundation.
FreeBSD 8.2-RELEASE-p1 #4: Sat Apr 30 10:39:46 PDT 2011
    jpaetzel@servant.iXsystems.com:/usr/home/jpaetzel/freenas/obj.amd64/usr/home/jpaetzel/freenas/FreeBSD/src/sys/FREENAS.amd64 amd64
Timecounter "i8254" frequency 1193182 Hz quality 0
CPU: Intel(R) Atom(TM) CPU D525   @ 1.80GHz (1799.97-MHz K8-class CPU)
  Origin = "GenuineIntel"  Id = 0x106ca  Family = 6  Model = 1c  Stepping = 10
  Features=0xbfebfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE>
  Features2=0x40e31d<SSE3,DTES64,MON,DS_CPL,TM2,SSSE3,CX16,xTPR,PDCM,MOVBE>
  AMD Features=0x20100800<SYSCALL,NX,LM>
  AMD Features2=0x1<LAHF>
  TSC: P-state invariant
real memory  = 2147483648 (2048 MB)
avail memory = 2042159104 (1947 MB)
ACPI APIC Table: <GBT    GBTUACPI>
FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs
FreeBSD/SMP: 1 package(s) x 2 core(s) x 2 HTT threads
 cpu0 (BSP): APIC ID:  0
 cpu1 (AP/HT): APIC ID:  1
 cpu2 (AP): APIC ID:  2
 cpu3 (AP/HT): APIC ID:  3
ioapic0: Changing APIC ID to 2
ioapic0 <Version 2.0> irqs 0-23 on motherboard
kbd1 at kbdmux0
netsmb_dev: loaded
cryptosoft0: <software crypto> on motherboard
acpi0: <GBT GBTUACPI> on motherboard
acpi0: [ITHREAD]
acpi0: Power Button (fixed)
acpi0: reservation of 0, a0000 (3) failed
acpi0: reservation of 100000, 7f4e0000 (3) failed
Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000
acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0
cpu0: <ACPI CPU> on acpi0
cpu1: <ACPI CPU> on acpi0
cpu2: <ACPI CPU> on acpi0
cpu3: <ACPI CPU> on acpi0
acpi_button0: <Power Button> on acpi0
pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0
pci0: <ACPI PCI bus> on pcib0
vgapci0: <VGA-compatible display> port 0xff00-0xff07 mem 0xfdf00000-0xfdf7ffff,0xd0000000-0xdfffffff,0xfdd00000-0xfddfffff irq 16 at device 2.0 on pci0
agp0: <Intel Pineview SVGA controller> on vgapci0
agp0: detected 8188k stolen memory
agp0: aperture size is 256M
pcib1: <ACPI PCI-PCI bridge> irq 16 at device 28.0 on pci0
pci1: <ACPI PCI bus> on pcib1
pcib2: <ACPI PCI-PCI bridge> irq 17 at device 28.1 on pci0
pci2: <ACPI PCI bus> on pcib2
atapci0: <JMicron JMB363 UDMA133 controller> mem 0xfdefe000-0xfdefffff irq 17 at device 0.0 on pci2
atapci0: [ITHREAD]
atapci0: AHCI called from vendor specific driver
atapci0: AHCI v1.00 controller with 2 3Gbps ports, PM supported
ata2: <ATA channel 0> on atapci0
ata2: [ITHREAD]
ata3: <ATA channel 1> on atapci0
ata3: [ITHREAD]
atapci1: <JMicron JMB363 UDMA133 controller> port 0xdf00-0xdf07,0xde00-0xde03,0xdd00-0xdd07,0xdc00-0xdc03,0xdb00-0xdb0f irq 18 at device 0.1 on pci2
atapci1: [ITHREAD]
ata4: <ATA channel 0> on atapci1
ata4: [ITHREAD]
uhci0: <Intel 82801G (ICH7) USB controller USB-A> port 0xfe00-0xfe1f irq 23 at device 29.0 on pci0
uhci0: [ITHREAD]
usbus0: <Intel 82801G (ICH7) USB controller USB-A> on uhci0
uhci1: <Intel 82801G (ICH7) USB controller USB-B> port 0xfd00-0xfd1f irq 19 at device 29.1 on pci0
uhci1: [ITHREAD]
usbus1: <Intel 82801G (ICH7) USB controller USB-B> on uhci1
uhci2: <Intel 82801G (ICH7) USB controller USB-C> port 0xfc00-0xfc1f irq 18 at device 29.2 on pci0
uhci2: [ITHREAD]
usbus2: <Intel 82801G (ICH7) USB controller USB-C> on uhci2
uhci3: <Intel 82801G (ICH7) USB controller USB-D> port 0xfb00-0xfb1f irq 16 at device 29.3 on pci0
uhci3: [ITHREAD]
usbus3: <Intel 82801G (ICH7) USB controller USB-D> on uhci3
ehci0: <Intel 82801GB/R (ICH7) USB 2.0 controller> mem 0xfdfff000-0xfdfff3ff irq 23 at device 29.7 on pci0
ehci0: [ITHREAD]
usbus4: EHCI version 1.0
usbus4: <Intel 82801GB/R (ICH7) USB 2.0 controller> on ehci0
pcib3: <ACPI PCI-PCI bridge> at device 30.0 on pci0
pci3: <ACPI PCI bus> on pcib3
em0: <Intel(R) PRO/1000 Legacy Network Connection 1.0.3> port 0xcf00-0xcf3f mem 0xfdce0000-0xfdcfffff,0xfdcc0000-0xfdcdffff irq 20 at device 0.0 on pci3
em0: [FILTER]
em0: Ethernet address: 00:1b:21:85:eb:c9
isab0: <PCI-ISA bridge> at device 31.0 on pci0
isa0: <ISA bus> on isab0
ahci0: <Intel ICH7 AHCI SATA controller> port 0xfa00-0xfa07,0xf900-0xf903,0xf800-0xf807,0xf700-0xf703,0xf600-0xf60f mem 0xfdffe000-0xfdffe3ff irq 19 at device 31.2 on pci0
ahci0: [ITHREAD]
ahci0: AHCI v1.10 with 4 3Gbps ports, Port Multiplier not supported
ahcich0: <AHCI channel> at channel 0 on ahci0
ahcich0: [ITHREAD]
ahcich1: <AHCI channel> at channel 1 on ahci0
ahcich1: [ITHREAD]
ahcich2: <AHCI channel> at channel 2 on ahci0
ahcich2: [ITHREAD]
ahcich3: <AHCI channel> at channel 3 on ahci0
ahcich3: [ITHREAD]
pci0: <serial bus, SMBus> at device 31.3 (no driver attached)
acpi_hpet0: <High Precision Event Timer> iomem 0xfed00000-0xfed003ff irq 0,8 on acpi0
Timecounter "HPET" frequency 14318180 Hz quality 900
atrtc0: <AT realtime clock> port 0x70-0x73 on acpi0
orm0: <ISA Option ROMs> at iomem 0xd0000-0xd2fff,0xd3000-0xd3fff on isa0
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x300>
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
atkbdc0: <Keyboard controller (i8042)> at port 0x60,0x64 on isa0
atkbd0: <AT Keyboard> irq 1 on atkbdc0
kbd0 at atkbd0
atkbd0: [GIANT-LOCKED]
atkbd0: [ITHREAD]
ppc0: cannot reserve I/O port range
coretemp0: <CPU On-Die Thermal Sensors> on cpu0
coretemp0: Can not get Tj(target) from your CPU, using 100C.
p4tcc0: <CPU Frequency Thermal Control> on cpu0
coretemp1: <CPU On-Die Thermal Sensors> on cpu1
coretemp1: Can not get Tj(target) from your CPU, using 100C.
p4tcc1: <CPU Frequency Thermal Control> on cpu1
coretemp2: <CPU On-Die Thermal Sensors> on cpu2
coretemp2: Can not get Tj(target) from your CPU, using 100C.
p4tcc2: <CPU Frequency Thermal Control> on cpu2
coretemp3: <CPU On-Die Thermal Sensors> on cpu3
coretemp3: Can not get Tj(target) from your CPU, using 100C.
p4tcc3: <CPU Frequency Thermal Control> on cpu3
Timecounters tick every 1.000 msec
usbus0: 12Mbps Full Speed USB v1.0
usbus1: 12Mbps Full Speed USB v1.0
usbus2: 12Mbps Full Speed USB v1.0
usbus3: 12Mbps Full Speed USB v1.0
usbus4: 480Mbps High Speed USB v2.0
ugen0.1: <Intel> at usbus0
uhub0: <Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on usbus0
ugen1.1: <Intel> at usbus1
uhub1: <Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on usbus1
ugen2.1: <Intel> at usbus2
uhub2: <Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on usbus2
ugen3.1: <Intel> at usbus3
uhub3: <Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on usbus3
ugen4.1: <Intel> at usbus4
uhub4: <Intel EHCI root HUB, class 9/0, rev 2.00/1.00, addr 1> on usbus4
uhub0: 2 ports with 2 removable, self powered
uhub1: 2 ports with 2 removable, self powered
uhub2: 2 ports with 2 removable, self powered
uhub3: 2 ports with 2 removable, self powered
uhub4: 8 ports with 8 removable, self powered
ada0 at ata2 bus 0 scbus0 target 0 lun 0
ada0: <SAMSUNG HD203WI 1AN10003> ATA-8 SATA 2.x device
ada0: 300.000MB/s transfers (SATA 2.x, UDMA5, PIO 8192bytes)
ada0: 1907729MB (3907029168 512 byte sectors: 16H 63S/T 16383C)
ada1 at ata3 bus 0 scbus1 target 0 lun 0
ada1: <SAMSUNG HD203WI 1AN10003> ATA-8 SATA 2.x device
ada1: 300.000MB/s transfers (SATA 2.x, UDMA5, PIO 8192bytes)
ada1: 1907729MB (3907029168 512 byte sectors: 16H 63S/T 16383C)
ada2 at ahcich0 bus 0 scbus3 target 0 lun 0
ada2: <KINGSTON SS100S216G D100719a> ATA-8 SATA 2.x device
ada2: 300.000MB/s transfers (SATA 2.x, UDMA5, PIO 8192bytes)
ada2: Command Queueing enabled
ada2: 15272MB (31277232 512 byte sectors: 16H 63S/T 16383C)
SMP: AP CPU #1 Launched!
SMP: AP CPU #3 Launched!
SMP: AP CPU #2 Launched!
GEOM: ada0: the secondary GPT header is not in the last LBA.
GEOM: ada1: the secondary GPT header is not in the last LBA.
Trying to mount root from ufs:/dev/ufs/FreeNASs1a
fuse4bsd: version 0.3.9-pre1, FUSE ABI 7.8
em0: link state changed to UP

[cla]

Onboard Raidcontroller sind selten gut.

Ich würde empfehlen ein Software-Raid zu verwenden. Welche Art, entscheidet dein gewünschtes Dateisysstem. ZFS würde sich anbieten.

[Midian]

Zitat von cla

Onboard Raidcontroller sind selten gut.

Ich würde empfehlen ein Software-Raid zu verwenden. Welche Art, entscheidet dein gewünschtes Dateisysstem. ZFS würde sich anbieten.

Was stimmt den mit dem Controller nicht?

Ehrlich gesagt möchte ich einfach die vorhandene Raidkonfiguration weiter nutzen und in FreeNAS importieren. Ich möchte ungern die darauf vorhandenen Daten verlieren und/oder umkopieren müssen, damit ich das Dateisystem neu einrichten kann (dafür hätte ich vermutlich nichtmal den Platz).

ZFS hatte ich mir auch schon überlegt, aber nach dem was ich gelesen habe, ist die Kiste zu schwach (2 GB ram, 1,8ghz).

Wie gesagt wollte ich eigentlich nur von FreeNAS 0.7x auf 8.0 wechseln, ohne das Raid umzubauen oder neue Hardware zu kaufen .... Wieso gings denn mit der alten Version out of the box, und jetzt wirds nicht mehr erkannt?

[Elwood]

Die Verwaltung durch die Raidcontroller allgemein ist bei Wechsel von Hard- und Software unter Umständen problematisch. Benutze bei dir daher softwaremässig gmirror (Raid1).

Könnte es sein, das dein Raid /dev/ar* heisst?

[Midian]

Zitat von Elwood

Die Verwaltung durch die Raidcontroller allgemein ist bei Wechsel von Hard- und Software unter Umständen problematisch. Benutze bei dir daher softwaremässig gmirror (Raid1).

Könnte es sein, das dein Raid /dev/ar* heisst?

So hieß es glaub ich unter 0.7. Das hier hab ich:

freenas# cd /dev
freenas# ll
total 4
crw-r--r--  1 root  wheel       0,  31 Aug 15 19:01 acpi
crw-r-----  1 root  operator    0,  72 Aug 15 19:01 ada0
crw-r-----  1 root  operator    0,  76 Aug 15 19:01 ada0p1
crw-r-----  1 root  operator    0,  77 Aug 15 19:01 ada1
crw-r-----  1 root  operator    0,  81 Aug 15 19:01 ada1p1
crw-r-----  1 root  operator    0,  78 Aug 15 19:01 ada2
crw-r-----  1 root  operator    0,  82 Aug 15 19:01 ada2s1
crw-r-----  1 root  operator    0,  86 Aug 15 19:01 ada2s1a
crw-r-----  1 root  operator    0,  83 Aug 15 19:01 ada2s2
crw-r-----  1 root  operator    0,  84 Aug 15 19:01 ada2s3
crw-r-----  1 root  operator    0,  85 Aug 15 19:01 ada2s4
crw-------  1 root  wheel       0,  32 Aug 15 19:01 agpgart
crw-------  1 root  wheel       0,  51 Aug 15 19:01 atkbd0
crw-------  1 root  kmem        0,  17 Aug 15 19:01 audit
crw-------  1 root  wheel       0,  28 Aug 15 19:01 bpf
lrwxr-xr-x  1 root  wheel            3 Aug 15 19:01 bpf0 -> bpf
crw-------  1 root  wheel       0,   5 Aug 15 20:50 console
crw-------  1 root  wheel       0,  50 Aug 15 19:01 consolectl
crw-rw-rw-  1 root  wheel       0,  27 Aug 15 19:01 ctty
crw-------  1 root  wheel       0,   4 Aug 15 19:01 devctl
cr--------  1 root  wheel       0,  71 Aug 15 19:01 devstat
dr-xr-xr-x  2 root  wheel          512 Aug 15 19:01 fd
crw-------  1 root  wheel       0,  30 Aug 15 19:01 fido
crw-r-----  1 root  operator    0,   3 Aug 15 19:01 geom.ctl
dr-xr-xr-x  2 root  wheel          512 Aug 15 19:01 gptid
crw-------  1 root  wheel       0,  25 Aug 15 19:01 io
lrwxr-xr-x  1 root  wheel            6 Aug 15 19:01 kbd0 -> atkbd0
lrwxr-xr-x  1 root  wheel            7 Aug 15 19:01 kbd1 -> kbdmux0
crw-------  1 root  wheel       0,   6 Aug 15 19:01 kbdmux0
crw-------  1 root  wheel       0,  23 Aug 15 19:01 klog
crw-r-----  1 root  kmem        0,   9 Aug 15 19:01 kmem
dr-xr-xr-x  2 root  wheel          512 Aug 15 19:01 led
lrwxr-xr-x  1 root  wheel           12 Aug 15 19:01 log -> /var/run/log
crw-r-----  1 root  operator    0,  99 Aug 15 19:01 md0
crw-r-----  1 root  operator    0, 100 Aug 15 19:01 md1
crw-r-----  1 root  operator    0, 101 Aug 15 19:01 md2
crw-------  1 root  wheel       0,  55 Aug 15 19:01 mdctl
crw-r-----  1 root  kmem        0,   8 Aug 15 19:01 mem
crw-------  1 root  kmem        0,  16 Aug 15 19:01 nfslock
crw-rw-rw-  1 root  wheel       0,  18 Aug 15 20:44 null
crw-------  1 root  operator    0,  73 Aug 15 19:01 pass0
crw-------  1 root  operator    0,  74 Aug 15 19:01 pass1
crw-------  1 root  operator    0,  75 Aug 15 19:01 pass2
crw-r--r--  1 root  wheel       0,  20 Aug 15 19:01 pci
crw-rw-rw-  1 root  wheel       0,  26 Aug 15 19:01 ptmx
dr-xr-xr-x  2 root  wheel          512 Aug 15 20:50 pts
crw-rw-rw-  1 root  wheel       0,  21 Aug 15 19:01 random
lrwxr-xr-x  1 root  wheel            4 Aug 15 19:01 stderr -> fd/2
lrwxr-xr-x  1 root  wheel            4 Aug 15 19:01 stdin -> fd/0
lrwxr-xr-x  1 root  wheel            4 Aug 15 19:01 stdout -> fd/1
crw-------  1 root  wheel       0,  24 Aug 15 19:01 sysmouse
crw-------  1 root  wheel       0,  34 Aug 15 19:01 ttyv0
crw-------  1 root  wheel       0,  35 Aug 15 19:01 ttyv1
crw-------  1 root  wheel       0,  36 Aug 15 19:01 ttyv2
crw-------  1 root  wheel       0,  37 Aug 15 19:01 ttyv3
crw-------  1 root  wheel       0,  38 Aug 15 19:01 ttyv4
crw-------  1 root  wheel       0,  39 Aug 15 19:01 ttyv5
crw-------  1 root  wheel       0,  40 Aug 15 19:01 ttyv6
crw-------  1 root  wheel       0,  41 Aug 15 19:01 ttyv7
crw-------  1 root  wheel       0,  42 Aug 15 19:01 ttyv8
crw-------  1 root  wheel       0,  43 Aug 15 19:01 ttyv9
crw-------  1 root  wheel       0,  44 Aug 15 19:01 ttyva
crw-------  1 root  wheel       0,  45 Aug 15 19:01 ttyvb
crw-------  1 root  wheel       0,  46 Aug 15 19:01 ttyvc
crw-------  1 root  wheel       0,  47 Aug 15 19:01 ttyvd
crw-------  1 root  wheel       0,  48 Aug 15 19:01 ttyve
crw-------  1 root  wheel       0,  49 Aug 15 19:01 ttyvf
dr-xr-xr-x  2 root  wheel          512 Aug 15 19:01 ufs
dr-xr-xr-x  2 root  wheel          512 Aug 15 19:01 ufsid
lrwxr-xr-x  1 root  wheel            9 Aug 15 19:01 ugen0.1 -> usb/0.1.0
lrwxr-xr-x  1 root  wheel            9 Aug 15 19:01 ugen1.1 -> usb/1.1.0
lrwxr-xr-x  1 root  wheel            9 Aug 15 19:01 ugen2.1 -> usb/2.1.0
lrwxr-xr-x  1 root  wheel            9 Aug 15 19:01 ugen3.1 -> usb/3.1.0
lrwxr-xr-x  1 root  wheel            9 Aug 15 19:01 ugen4.1 -> usb/4.1.0
lrwxr-xr-x  1 root  wheel            6 Aug 15 19:01 urandom -> random
dr-xr-xr-x  2 root  wheel          512 Aug 15 19:01 usb
crw-r--r--  1 root  operator    0,  53 Aug 15 19:01 usbctl
crw-------  1 root  operator    0,  54 Aug 15 19:01 xpt0
crw-rw-rw-  1 root  wheel       0,  19 Aug 15 19:01 zero

Bleibt mir jetzt nix anderes übrig, als zurück zu 0.7 zu wechseln oder das array aufzulösen und nen Softwareraid zu machen?

[Yamagi]

Hast du mal die Ausgabe von "kldstat -v"?

[Midian]

Als Anhang ...

[Yamagi]

Ich sehe das Problem. Du nutzt den neuen AHCI-Stack, bzw. scheint FreeNAS das zu machen. Das ist an sich schon eine gute Idee, da er schneller und robuster als sein Vorgänger ist. Aber er unterstützt in FreeBSD 8.x keine SoftRAIDs, weshalb er im echten FreeBSD auch nur optional ist. Die Funktion gibt's erst ab dem kommenden 9.0. Wieder an deine Daten kommst du auf zwei Wegen:
1. Baue einen eigenen Kernel ohne "device ahci". Dafür benötigst du aber wahrscheinlich ein "echtes" FreeBSD und wenn es nur in einer virtuellen Maschine ist. Wie es geht ist im Handbuch beschrieben, wir können dir aber auch gern helfen.
2. Stelle im BIOS AHCI aus. Also die Anschlüsse in den Modus "IDE" oder so setzen. Sofern das denn möglich ist, ohne die RAID-Funktion zu verlieren. Danach kannst du allerdings keine S-ATA Festplatten per Hotplug anschließen.

Das Handbuch: http://www.freebsd.org/doc/de_DE.ISO...nelconfig.html

[Midian]

Zitat von Yamagi

Ich sehe das Problem. Du nutzt den neuen AHCI-Stack, bzw. scheint FreeNAS das zu machen. Das ist an sich schon eine gute Idee, da er schneller und robuster als sein Vorgänger ist. Aber er unterstützt in FreeBSD 8.x keine SoftRAIDs, weshalb er im echten FreeBSD auch nur optional ist. Die Funktion gibt's erst ab dem kommenden 9.0. Wieder an deine Daten kommst du auf zwei Wegen:
1. Baue einen eigenen Kernel ohne "device ahci". Dafür benötigst du aber wahrscheinlich ein "echtes" FreeBSD und wenn es nur in einer virtuellen Maschine ist. Wie es geht ist im Handbuch beschrieben, wir können dir aber auch gern helfen.
2. Stelle im BIOS AHCI aus. Also die Anschlüsse in den Modus "IDE" oder so setzen. Sofern das denn möglich ist, ohne die RAID-Funktion zu verlieren. Danach kannst du allerdings keine S-ATA Festplatten per Hotplug anschließen.

Das Handbuch: http://www.freebsd.org/doc/de_DE.ISO...nelconfig.html

Danke für die Hilfe.

1. Traue ich mir nicht wirklich zu, dafür habe ich zu wenig Ahnung von FreeBSD.

Zu 2.)
Kann ich trotzdem die SATA Platten im gleichen Umfang nutzen (verliere lediglich Hotplug), oder gibt es weitere Nachteile?
Muss ich danach neu installieren, oder sollte es direkt gehen?

[edit] Habe die eine Einstellung von AHCI auf IDE umgestellt (die andere stand schon auf RAID/IDE statt IDE/AHCI). Hat aber nichts gebracht. Neu installieren ... ?

[Yamagi]

- Du verlierst nichts weiter. IDE ist im Vergleich zu S-ATA theoretisch ein wenig langsamer, aber praktisch wirst du das nicht merken. Du verlierst außerdem NCQ, aber auch das hat kaum relevante praktische Auswirkungen. Zumindest, solange man auf klassische Festplatten und nicht auf SSD setzt.

- Nein, du musst nicht neu installieren. Allerdings ändern sich die Device-Namen, was unter Umständen dazu führen kann, dass das System nicht mehr hochfährt und /etc/fstab angepasst werden muss.

- Neu installieren wird dir nichts bringen, da der AHCI-Treiber auch danach die Festplatten greifen wird und damit das klassische ATA-RAID aussperren. Nur was soll ich dir nun raten? Da man meines Wissens den neuen AHCI-Krempel nicht abschalten kann, bleibt dir eigentlich nur der Weg den Kernel neuzubauen. Oder aber die Daten umzukopieren. Beides ist nicht optimal...

EDIT: Vielleicht ist hier ja jemand mit ein wenig FreeNAS-Erfahrung so nett dir den Kernel zu bauen. Dann müsstest du ihn nur rüberkopieren.

[Midian]

Ein neu gebauter Kernel dürfte doch nach einem Upgrade wieder weg sein, oder?

[Midian]

Und ZFS würde auch Abhilfe schaffen? Läuft das denn gut auf einem Atom Board mit nur 2GB RAM und nur 2 Festplatten?

Sofern das eine brauchbare alterntive wäre, würde ich es einem Downgrade auf 0.7 und einem eigenen Kernel vorziehen.

[Yamagi]

Ja, ein selbstgebauter Kernel würde beim Upgrade wahrscheinlich überschrieben werden. Ganz sicher weiß ich es aber nicht, da ich FreeNAS nicht wirklich kenne...

Und ja, ZFS würde helfen. Aber bei nur 2GB RAM und einem Atom würde ich es ehrlich gesagt lassen. Damit wirst du kaum glücklich werden. Selbst wenn es stabil läuft, dürfte es recht langsam sein. Ich würde hier einen gmirror nehmen, wie oben ja schon vorgeschlagen wurde.

[Flex6]

Ja, Kernel ist weg. Der Weg wäre , Kernel bauen , aufs FreeNAS kopieren und alten Kernel überschreiben oder Pfad zu deinen und beim Update oder Upgrade das gleiche. Gößere Probs ist, du mußt genau den gleichen Kernel bauen mit allen "options" in der Generic oder deiner Kerneldatei + dein's, sonst reitest du von ein Probs ins andere. Ic hwürde mich direkt an die Bugliste von FreeNAS wenden und die sollen eine Lösung anbieten oder sich was einfallen lassen. Ist typisch FreeBSD.

[Yamagi]

Zitat von Flex6

Ist typisch FreeBSD.

Aha. Wenn ein Downstream-Projekt ohne jede direkte Verbindung zum FreeBSD Projekt oder der FreeBSD Foundation eine undurchdachte Änderung vornimmt, ist also FreeBSD selbst schuld. Das ist eine interessante Argumentation.