Merevlemezek, vezérlők

Helló!

Szeretnék otthoni 7/24-es gépbe két vinyót venni RAID1 céljából. Nézegettem a WD zöld vinyóit, de bizonytalan vagyok az eltérő RPM miatt, nem-e nyírnák ki egymást így RAID-be kapcsolva. Azért gondoltam a zöldre, mert ugye ezeknek alacsonyabb a fogyasztásuk mint a "simáknak". Fontos tehát, hogy halk legyen, keveset fogyasszon. Mivel NAS lenne, ezért a sebesség annyira talán nem fontos szempont.

Szóval, van valakinek tapasztalata a zöld vinyókkal RAID tömbben?

Tegyük fel, hogy otthonra raid-et akarokszeretnék /home alá. Alaplapon SB750 (lspci SB700-nak írja) elvileg "5xSATA 3 Gb/s ports Support RAID 0,1,5,10,JBOD"-t tud.

Kérdés1: milyen raid konfiguráció ajánlott? 5,6,10? hány lemezzel (rtfm linket is szívesen fogadok)? inkább olvasásra szeretném gyorsabbnak, írást meg tudom várni. egy lemez kiesése ellen védjen és teljesítményt/kapacitást a megbízhatóság elé teszem. arra gondoltam, hogy darabra olcsó kis(ebb) méretű (pl. 160GB) lemezekből építkezem, nem a fajlagosan legolcsóbból (pl. 640GB-sek, nem tudom hol tart most a tudomány).
Kérdés2: mennyire lehet jó az SB750 támogatása? felejtős-e, mert egyszerűbb és jobb a linux sw raid?
Kérdés3: mivel lehet az 5 sata port nem elegendő illetve nem elég jó az alaplapi támogatása, milyen normális raid vezérlő van aminek a támogatása jó?

Üdv!

Van 3db cf-ide átalakítóm, meg egy 4GByte-os CF kártyám, rajta linux-al.
Az alaplap egy jetway mini-ITX alaplap.
Mi a szösz lehet a különbség a három cf-ide átalakító között, hogy
mindhárommal tudok telepíteni a cf kártyára, de csak az egyikről hajlandó
boot-olni.
A bios minden esetben korrektül felismeri a cf kártyát.

Boot-olni csak az tud, amelyiket bele lehet dugni közvetlenül az alaplapi
ide portba. A másik két cf-ide átalakító kábeles.
Azt kábeleket kipróbáltam, hibátlanok. (azt is kipróbáltam, hogy egy ketoldalas tüskesorral
a közvetlent is kábelen dugtam rá.. és úgy is ment...

Valaki segítsen mi lehet a gond..

Tilla

raid: 3ware 9690SA
alaplap: intel se7525rp2

Ubuntu Server LTS boot menubol cd check megáll:
"Kernel alive
kernel direct mapping tables up to ..."

Ha telepiteni probalom, akkor megall a "detecting network hardware" resznel.
Raid kartyat kiveszem: megy CD check is, és az install is tul megy a halokartya felderitesen.

Raid vissza, halokartya (integralt) letilt. CD check ugyanugy megakad, de az install tul megy a halokartyas reszen, viszont lemezek felderitesenel megall (a tomboket letrehoztam raid biosban) Listat felajanl, listabol kivalasztom a 3w-xxxx vagy a 3w-9xxx drivert, de azzal sem megy tovabb.

A raid kartya kompatiblis az alaplappal, es Ubuntu Server is tamogatja a vezerlot.
Rescue modban inditva latszik hogy megtalalja a 3w-xxxx drivert, de aztan a lemezek felderitesenel megint megall.

A szerveren elotte is ugyanez az Ubuntu volt, csak fake raid-el.
A CD hibátlan, raid kartya nelkul lefutott a CD check hiba nelkul.

Otlet?

Sziasztok!

Tudtok nekem olyan pendrive-ra telepíthető live rendszert, amin alapból van mdadm (SW raid kezeléséhez), vagy előre telepíthető rá, tehát az illető swraid-es gépen bootolva már alapból rajta lesz, és felépíti a 0xfd típusú partíciókból a raid device-okat?

Próbáltam az ubuntu live dvd-t, feltelepítettem rá az mdadm csomagok, reboot után működött is a saját gépemen, de az illető swraid-es gépen nem látta a raid tömböket, mdadm parancs sem volt, md kernelmodul sem, mintha fent sem lenne a csomag.

Ti mivel piszkáljátok a sw raid-eket offline-ban, live usb-ről?

Petya

Sziasztok,

A helyzet úgy hozta hogy egy ilyen vezérlő mögött figyelő diszkekre kellene egy Ubuntu 9.10 Servert varázsolni. Használ valaki ilyet vagy hasonlót? A 1068 -as vezérlőnek az utódja, Supermicro lapokon integrálva is előfordul. A 9.10 desktop ubuntu szó nélkül felismeri, települ az előzetesen létrehozott raid1 tömbre. A 9.10 server viszont nem. A kernel elvileg ugyanaz. A gyártó csak redhat/suse támogatást ad meg gugli használatára buzdít ami még nem hozott eredményt... bármilyen ötletet javaslatot szívesen fogadok. :)

Thx, B737

Sziasztok!

Azt szeretném megtudni, hogy mennyi egy normál, asztali gépbe való SATA merevlemez üzemi hőmérséklete (vagy hogy mondják)?

Azért kérdem, mert van két SATA merevlemez a gépemben, mindkettő 80GiB-os, az egyik Seagate ST380815AS, a másik Hitachi HDS728080PLA380 az lshw szerint. Az egyik 54°C-os, a másik 50°C-os általában. Nem magas ez egy kicsit?

(Utánanéztem, de csak annyit találtam, hogy milyen környezeti hőmérsékletben használhatók, meg "Maximum Wet Bulb Temperature" meg ilyenek...)

Hellosztok!

Nagy bajban vagyok. Tegnap is, ma is egyszer csak lefagyott a grafikus felületem, konzolba írtam: dmesg, erre ez jött ki:

Nov 8 08:31:28 laptop kernel: ata1.00: exception Emask 0x0 SAct 0x1 SErr 0x0 action 0x0
Nov 8 08:31:28 laptop kernel: ata1.00: irq_stat 0x40000008
Nov 8 08:31:28 laptop kernel: ata1.00: cmd 60/08:00:07:e6:9d/00:00:17:00:00/40 tag 0 ncq 4096 in
Nov 8 08:31:28 laptop kernel: res 41/40:00:0c:e6:9d/17:00:17:00:00/40 Emask 0x409 (media error)
Nov 8 08:31:28 laptop kernel: ata1.00: status: { DRDY ERR }
Nov 8 08:31:28 laptop kernel: ata1.00: error: { UNC }
Nov 8 08:31:28 laptop kernel: ata1.00: configured for UDMA/133
Nov 8 08:31:28 laptop kernel: ata1: EH complete
Nov 8 08:31:32 laptop dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 10
Nov 8 08:31:33 laptop kernel: ata1.00: exception Emask 0x0 SAct 0x1 SErr 0x0 action 0x0
Nov 8 08:31:33 laptop kernel: ata1.00: irq_stat 0x40000008
Nov 8 08:31:33 laptop kernel: ata1.00: cmd 60/08:00:07:e6:9d/00:00:17:00:00/40 tag 0 ncq 4096 in
Nov 8 08:31:33 laptop kernel: res 41/40:00:0c:e6:9d/17:00:17:00:00/40 Emask 0x409 (media error)
Nov 8 08:31:33 laptop kernel: ata1.00: status: { DRDY ERR }
Nov 8 08:31:33 laptop kernel: ata1.00: error: { UNC }
Nov 8 08:31:33 laptop kernel: ata1.00: configured for UDMA/133
Nov 8 08:31:33 laptop kernel: ata1: EH complete
Nov 8 08:31:37 laptop kernel: ata1.00: exception Emask 0x0 SAct 0x1 SErr 0x0 action 0x0
Nov 8 08:31:37 laptop kernel: ata1.00: irq_stat 0x40000008
Nov 8 08:31:37 laptop kernel: ata1.00: cmd 60/08:00:07:e6:9d/00:00:17:00:00/40 tag 0 ncq 4096 in
Nov 8 08:31:37 laptop kernel: res 41/40:00:0c:e6:9d/17:00:17:00:00/40 Emask 0x409 (media error)
Nov 8 08:31:37 laptop kernel: ata1.00: status: { DRDY ERR }
Nov 8 08:31:37 laptop kernel: ata1.00: error: { UNC }
Nov 8 08:31:37 laptop kernel: ata1.00: configured for UDMA/133
Nov 8 08:31:37 laptop kernel: ata1: EH complete
Nov 8 08:31:41 laptop kernel: ata1.00: exception Emask 0x0 SAct 0x1 SErr 0x0 action 0x0
Nov 8 08:31:41 laptop kernel: ata1.00: irq_stat 0x40000008
Nov 8 08:31:41 laptop kernel: ata1.00: cmd 60/08:00:07:e6:9d/00:00:17:00:00/40 tag 0 ncq 4096 in
Nov 8 08:31:41 laptop kernel: res 41/40:00:0c:e6:9d/17:00:17:00:00/40 Emask 0x409 (media error)
Nov 8 08:31:41 laptop kernel: ata1.00: status: { DRDY ERR }
Nov 8 08:31:41 laptop kernel: ata1.00: error: { UNC }
Nov 8 08:31:41 laptop kernel: ata1.00: configured for UDMA/133
Nov 8 08:31:41 laptop kernel: sd 0:0:0:0: [sda] Unhandled sense code
Nov 8 08:31:41 laptop kernel: sd 0:0:0:0: [sda] Result: hostbyte=0x00 driverbyte=0x08
Nov 8 08:31:41 laptop kernel: sd 0:0:0:0: [sda] Sense Key : 0x3 [current] [descriptor]
Nov 8 08:31:41 laptop kernel: Descriptor sense data with sense descriptors (in hex):
Nov 8 08:31:41 laptop kernel: 72 03 11 04 00 00 00 0c 00 0a 80 00 00 00 00 00
Nov 8 08:31:41 laptop kernel: 17 9d e6 0c
Nov 8 08:31:41 laptop kernel: sd 0:0:0:0: [sda] ASC=0x11 ASCQ=0x4
Nov 8 08:31:41 laptop kernel: end_request: I/O error, dev sda, sector 396224012
Nov 8 08:31:41 laptop kernel: ata1: EH complete

Most mentek minden egy külső winyóra. Haldoklik a winyóm, vagy (költői kérdés, de remélem lehet) kernel hiba? Mert nemrég forgattam új kernelt és az előtt nem volt ilyen gondom.

Sziasztok,
a ceg, ahol dolgozom, Karacsonyra meglepett minden dolgozot 1-1db 160Gb-os Fujitsu-Siemens kulso merevlemezzel. Ez szep fekete femtokban pihent, ami stilusosan ezustosen nemcsak a Fujitsu-Siemens, hanem a mi cegunk logojaval is szitazva volt...
A problema akkor kezdodott, amikor tegnap kinyitottam a sajat drive-om dobozat, mivel egy kolleganome tonkrement es tudni szerettem volna, hogy a lemez maga mehet a kukaba, vagy csak a kulso rack a problemas, stb. Legnagyobb megdobbenesemre a kollegano ugyanugy kinezo Fu-Si tokjabol tenylegesen Fu-Si vinyo kerult elo, ez volt tonkremenve.
Na de az en vinyom ezzel szemben Western Digital "Scorpio" volt! Marha erdekes, hogy mindket drive Fu-Si-kent volt atadva nekunk, ugyanazon a napon gyartottak oket Thaifoldon, megis azon kivul, hogy SATA-sok, nem sok kozos vonast sikerult kozottuk talalnom...

A vinyok elolrol es hatulrol, bal oldali (paprikas!) a rossz...

Gondoltam ra, hogy a cegunk esetleg kiarusitason jutott hozza (az amugy mereten aluli) vegyes vinyokhoz es azt tettek egyen-szitazott kulso femtokban elerhetove nekunk, vagyis ezert a minimum ketfele belsoseg. A thaifoldi azonos napon valo legyartas is eleg gyanus, felteve ha igaz, ami a matricakon van. A matricakon lathato, korbe foglalt 20 ill. 25-osre nem tudtam micsoda, ott is elternek az egysegek es erdekes modon a kulso femtok also felen is a 25-os van...
Kerdesem lenne, hogy talalkozott-e mar valaki hasonloval ill. az ilyen helyzetben ki kit verhetett at? Ugyanis azt, hogy a cegunk IT-Teamja tette bele a vinyokat a tokba meg elhiszem, de az is lehet, hogy kevesbe kellene hinnem a jobban csengo nevnek es lehetseges, hogy ezesetben a WD winyo napjai is meg vannak szamlalva, mert nagy esellyel selejt...

Barminemu hozzaszolast, eszrevetelt, kommentet szivesen fogadok.

Hat igy jartam,

Pelibali

Lenne egy gép, amiben alfogyott sajna a hely, így teszek mellé még pár winyót.
Ezen valahogy kialakítanék egy partíciós rendszert.

A kérdés az, hogy hogyan tudnám egy jelenlegi könytár helyére mountolni vagy linkelni az új winyó egy partíciójának könytárát.
Igazából nem tudom mi lenne a szép megoldás. Sajnos egy partíciót nem tudok adni neki, mert egyéb adatokkal kéne osztoszkodnia egy helyen dinamikusan, és ugyebár nem tudom két helyre felmountolni.
Valahogy így, az x,y jelenleg létező, a new lenne az új winyó partíciója.
/home/x <- /media/new/new_x
/home/y <- /media/new/new_y