Dotaz: MB MSI RS480M2-IL

[JaSel]

Zdravim,

mate nekdo zkusenosti s provozem tehle MB v Linuxu?

MicroStar RS480M2-IL, ATI Xpress 200, socket 939, VGA, PCI-E slot, FireWire, SATA RAID, µATX

Zkousel jsem hledat, a nic moc uspech - asi jedna, nebo dve zminky, ze to nekdo nerozchodil, ale bez odezvy. Na strankach ATI se u chipset Xpress 200 pise, ze by mel byt v Linuxu podporovany (pokud jsem to spravne pochopil - je to v druhem odstavci odspodu).

Dik

Odpovědi

[Radek]

Ano zkušenosti mám - veskrze negativní.
Valnou většinu zařízení identifikuje kernel (2.6.10/Slackware) jako unknown device.
SATA nefunguje vůbec.
Grafika v X jen jako VESA - nejnovější ovladace od ATI hlásí, že no screen found a v logu píše, že podporuje hromadu hw - X200 v té hromadě ale není, takže jsem buď natvrdlej nebo jejich web trochu kecá.
FireWire jsem netestoval ale hlásí se v pohodě (VIA) tak snad bude chodit.
Některá Live distra fungují jaksi taksi (Slax) jiná nenajdou ani sami sebe (Danix, LNX-BBC).
Zvuk funguje (ALSA).
Jinak výkon ve Win super, v linuxu se to občas trochu zamyslí a nejede uplně ideálně, muj staričký Duron 700 má odezvu ve Slacku mnohem lepši.
Takže pro linuxovou stanici ZATÍM vřele nedoporučuji.

[Vladimír Janků]

Jo četl jsem tvůj článek. No a na ATI jsou snad ovladače v balíčcích RPM. https://support.ati.com/ics/support/default.asp?deptID=894&task=knowledge&folderID=27 Já tu desku nemám ale chtěl bych si ji koupit. Tak až to na něco přijdeš tak se poděl. Dík

[Kosac]

Ahoj. Taky mam tuhle desku a koukam, ze podpora nic moc. Nasel jsem ze chce pouzit kernel 2.6.11, IDE je ATI IXP, SATA je SATA_SIL, NET je 8193too, firewire je ohci1394, usb ehci/ohci. Nic jineho jsem zatim nezjistil Jo a jeste ze ten brutalne zrychlenej beh hodin jde srovnat pomoci vypnuti APIC a na ten zasek pri rebootu nepomuze nic Jdu hledat novejsi BIOS...

[K.]

Zdar, taky jsem se k teto desce dostal, a taky se nestacim divit - dobrovolne bych si ATI chipset uz nikdy nevybral

Kazdopadne - SATA driver je opravdu sata_sil, ale treba ve Fidorce 3 (32bit) se nechytne. Zkousel jsem FC4test3 (x86_64), tam uz se disky (2x 200GB Seagate, SATA I) chytly bez problemu.

Hodiny opravdu bezi dvakrat rychleji a opravdu to jde vypnout pomoci apic/acpi ... osobne mam tu zkusenost, ze kdyz jsem vypnul jen APIC, tak to nenabootovalo vubec ;(. Takze jsem pouzil tyto boot-loader options : noapic acpi=off, a hodiny jiz bezi mravne...

Ten zasek pri rebootu je opravdu velmi mrzuty (skvele na vymenu jadra a restart na dalku, ze? :( ), nalil jsem tam nejnovejsi BIOS (3.3, desku jsem dostal s 3.1), ale zadna zmena. Tak jen doufejme, ze je Microstar bombardovan nastvanymi neuspesnymi resetovaci :), a urychlene to napravi - pokud je problem vylozene v boardu, coz asi je.

Na zaver se chci zeptat, jake mate zkusenosti s prilozenym bracketem se seriovym portem (9pin), neb primo na desce neni. Ja tam bracket sice mam, ale kabel, ktery od nej vede, ma cele asi 2cm (!), takze jej pochopitelne absolutne nemohu umistit do konektoru na boardu tak, abych jej zaroven regulerne zasrouboval do zadni strany case. Evidentne nekdo premyslel "hlavou". Mate taky tento problem s kratkosti, a if ano, nevite, jak to resit? Existuji na tenhle kabel "prodluzky", pripadne dodava MSi, vedom si sve chyby, HW errata v podobe bracketu s delsim kabelem ? Diky za vsechny mozne tipy a loucim se s pozdravem "ATI never" . K.

[jm]

Kazdopadne - SATA driver je opravdu sata_sil, ale treba ve Fidorce 3 (32bit) se nechytne.

To je problem tech disku. Tady je patch. Pokud ten tvuj disk v seznamu chybi, tak si ho tam pridej. I kdyz v novych jadrech by ten patch snad mel byt defaultne.

[dr.ak]

Fedora core 4 ma patch na hodiny: viz.: http://fedoraforum.org/forum/showthread.php?t=51012

muj grub.conf: ############## default=0 timeout=5 splashimage=(hd0,0)/boot/grub/splash.xpm.gz hiddenmenu title Fedora Core (2.6.11-1.1369_FC4) root (hd0,0) kernel /boot/vmlinuz-2.6.11-1.1369_FC4 ro root=/dev/md0 rhgb quiet no_timer_check initrd /boot/initrd-2.6.11-1.1369_FC4.img

[K.]

No vida, ten no_timer_check je fajn, pokud clovek diky tomu bude moci nechat zapnute ACPI i APIC (osobne mi jejich disablovani neprineslo zadne problemy, ale nekomu to treba kvuli necemu muze vadit).

A propo, koukal jsem, ze je venku dalsi BIOS, 3.5, ovsem ChangeLog hovori toliko o "Update CPU ID". Takze asi jen "kosmetika". Nezkousel tento BIOS uz nekdo? Pokud ano, neresi to cirou nahodou ten nestastny reboot (resp. jeho nefunkcnost)? A pokud ne, neodhalil nahodou uz nekdo nejaky workaround, jak uspesneho rebootu dosahnout? Ta nemoznost remote rebootu je opravdu mrzuta...

K.

[Jiří Svoboda]

Nezkousel jsem tu desku pod Linuxem, ale kolega ji tu rozchazel pro nejakeho znameho (Windows), tak jsem pri koukani pres rameno leccos postrehl.

Drobnosti jako omezeny vykon USB (HW chyba, v novejsich revizich chipsetu udajne opraveno) nebo serial bracket s delkou kabelu nekolik malo centimentru (muzete ho maximalne nechat viset v case, dozadu nedosahne ani omylem) se jen krci pred vaznejsimi problemy.

Predevsim je ta deska neuveritelne vybirava na pameti (coz je trosku s podivem, kdyz je pametovy radic v CPU), takze nakonec tam kolega musel nechat DDR400 bezici jen na 333MHz (ty pameti si nasel v compatibility listu!), protoze jinak memtest hlasil tuny chyb a OS logicky padal uz pri instalaci.

Po nekolika dnech se dotycny ozval, ze se pocitac samovolne restartuje.

Doporuciji precist si forum na: http://www.czechcomputer.cz/product.jsp?artno=30494.

Kazdopadne, z meho pohledu tuhle desku v zadnem pripade NEBRAT, ani pro pouziti jen pod Windows...

[K.]

Ano, vskutku NEBRAT, s tim plne souhlasim, jenze se obcas stane, ze Vas postavi pred hotovou vec (=hotove PC), a clovek zkratka musi bojovat :(.

Ten serial bracket je sice neprijemna vec, ale opravdu se to da resit visenim vevnitr case, sice trochu trapne, ale jde to. S pametmi jsem kupodivu zadny problem nemel (zcela obyc. DDR 400MHz), samovolny restart (v Linuxu) take nepozoruji. Nicmene problem s nemoznosti uspesneho rebootu pretrvava, i kdyz jsem tam v patek zkusil hodit (zatim) nejnovejsi BIOS v.3.4.

Kdesi jsem vygoogloval (ted uz ovsem bohuzel nevim, kde), jakysi kernel patch, ktery reboot problem resi na jine desce, nicmene autor se domniva, ze funkce toho patche (jde tusim o uvolneni nejakych registru), by mohla zabrat i na tuto "vyhodnou" RS480 desku. Nu, kdyby ten patch nekdo nasel a zkousel, necht se prosim podeli o ziskane zkusenosti ...

[dr.ak]

Poridil jsem tuto desku na linux desktop, kterej bude ve volnejch chvilich servrovat. Bios v3.1 - zustava viset pri rebootu (VELKEJ prob.), 1GB RAM (2x512MB) - behaji na 400MHz - OK, zvukovka - OK, sitovka - OK, 3x ATA Samsung 160GB. Mel jsem podobny problemy vyse popsany: 1) Centos 4 64bit - blba podpora ATA disku v jadre - silena rychlost 1MB/s s 32bit i 2MB/s, UDMA not permit, instalace 10h bez problemu. 2) Gentoo disky jely 25-27MB/s problemy s ATI driverama z gentoo baliku. 3) Fedora core 4 - CD jadro delalo 53MB/s, nainstalovany genericky zvlada tuctovejch 26-28MB/s - coz s RAIDem na diskach nepotesi, bude to chtit omrknout jadro na CD. :-/ VGA jsem byl nucen nastavit na VESA 1024x768 v 24bit - coz mi dostacuje, o frekvenci nemluvim, predpokladam, ze ATI zase neco brzo vyvali. Snad to ted bude k necemu.

[K.]

Tak jsem koukal, ze pred par dny vylezl BIOS v.3.8. Nezkousel to uz nekdo aplikovat? Neresi to alespon to proklete (ne)restartovani? A pokud ne, neni uz nejaky primerene efektivni postup, jak se domoci remote-restartu, bez pomoci uklizecky v serverovne?

[K.]

Odpovim si sam (neb jsem vcera upgradoval) - neresi, problem s (ne)restartem stale pretrvava. Alespon jsem v GRUBu (u FC4) zkusil pouzit ten no_timer_check, coz opravdu funguje, a clovek diky tomu nemusi vypinat ACPI a APIC. Fajn, ale restart je restart - a doba ledova je doba ledova .

[Radek]

Včera jsem zkompiloval kernel 2.6.13 a světe div se reboot FUNGUJE!