Ik heb d’r nich veur keuzn Tukker te wean, ik heb gewoon onmeunig mazzel had!
wat mag het kosten?
anders is een GB wel prima vaak.
wat heb je zelf al gedaan en welke eisen heb je?
Maak eerst eens een lijstje met borden die in aanmerking zouden komen, want P4 is wel heel erg ruim...
Waarschuwing, opperprutser aan het werk... en als je een opmerking van mij niet snapt, klik dan hier
Verwijderd
Dit is echt de grootste waanzin.deepbass909 schreef op donderdag 05 oktober 2006 @ 11:15:
Moederborden zijn over het algemeen niet de moeilijkste onderdelen wat Linux betreft. Als je wegblijft bij extreme modellen met extra raid-controllers en zo, dan zal het allemaal wel makkelijk werken. En ook als er wel een raid-controller op zou zitten is dat nog geen probleem, alleen kost het iets meer tijd.
Maak eerst eens een lijstje met borden die in aanmerking zouden komen, want P4 is wel heel erg ruim...
Eigenlijk werkt ieder moederbord wel, maar je kunt beter een corporate merk nemen zoals SuperMicro, Intel....
Asus is allemaal leuk, mooie features, maar ik blijf er even van weg, hoewel een P5B het wel prima zal moeten doen.
Gisteren nog een BIOS-update gedaan op mijn Intel Mobo... was gewoon een Linux-BootCD die alles zelf deed
Neem geen MSI, ASUS (de bling series voor gamers), Chaintec, ASrock wanneer je geen gezeur wil hebben met ondersteuning.
En deed hij het wel via de externe aansluitingen, of heb je dat niet getest? Want meestal start linux op met audio-volume op 0, en dat zegt dan dus weinig over het wel of niet werken van je aansluitingen.Trekkerkearl schreef op donderdag 05 oktober 2006 @ 09:32:
[..]- frontpanel audio werkt niet
- drivers zijn moeilijk te vinden
- mijn bak valt constant uit.
[..]
Verwijderd
Klopt, hoewel KDE hier zijn instellingen nu wel onthoudt dacht ik.Kippenijzer schreef op donderdag 05 oktober 2006 @ 11:24:
[...]
En deed hij het wel via de externe aansluitingen, of heb je dat niet getest? Want meestal start linux op met audio-volume op 0, en dat zegt dan dus weinig over het wel of niet werken van je aansluitingen.
Maar, je moet even met je Channels op het 3e tabblad testen. Mijn Intel HDA kon zo ook 6-kanaals doen, en ik er een Live 5.1 die ik nog had liggen in gezet omdat ik daar meer profijt van dacht te hebben.
No-way dus !!! Lekker simpel houden heb je meer aan.
Mijn MSI mobo heeft 2 Gbit LAN's erop zitten. Een Realtek chip (goed ondersteunt, maar wel relatief hoge CPU-load bij grote belasting) en 1 Marvell, waarvoor ik geen driver heb.
Ryzen9 5900X; 16GB DDR4-3200 ; RTX-4080S ; 7TB SSD
Verwijderd
Alles werkt tenminste gelijk
Verwijderd
Belangrijk argument want ik heb de vorige keer niet goed opgelet een een moederbord met JMicron IDE controller gekocht. Gelukkig zit die ondersteuning tegenwoordig wel in de 2.6.18 kernel.GarBaGe schreef op donderdag 05 oktober 2006 @ 11:30:
Ik gebruik ook Linux op diverse PCs met diverse mobo's. Ik kijk niet echt naar het merk, maar eerder naar de gebruikte chips en chipsets.
Marvell zit tegenwoordig in de kernel. Bak de skye2 driver als module (dit is belangrijk) en je Marvell moet het doen.Mijn MSI mobo heeft 2 Gbit LAN's erop zitten. Een Realtek chip (goed ondersteunt, maar wel relatief hoge CPU-load bij grote belasting) en 1 Marvell, waarvoor ik geen driver heb.
- SATA-controller
- IEEE1394 Poorten
- USB Poorten
- et cetera
Asus heb ik nooit problemen mee gehad onder linux, Asrock wel; netwerkchip R8111B wordt door SuSE 10.0 niet herkend. Kan je fijn als linux beginneling uitzoeken hoe je daar een kernel module voor compileert en installeert zonder dat je internet het doetNeem geen MSI, ASUS (de bling series voor gamers), Chaintec, ASrock wanneer je geen gezeur wil hebben met ondersteuning.
Ik heb nu een P5B deluxe. Het draait als een zonnetje, maar omdat het nieuw is zijn er nog wat kleine probleempjes:
* De kanalen van de geluidskaart werken niet normaal (verkeerde namen bij de in- en output kanalen)
* De IDE controller wordt pas goed ondersteunt vanaf kernel 2.6.19 (die is nog niet eens uit, laat staan dat standaard distro's werken)
* De NIC's zijn een Marvell Yukon 1 en een 2. Er is genoeg te vinden over hoe goed deze werken in Linux. Ik kan daar aan toevoegen dat Marvell Yukon met de SKGE driver prima werkt op 100Mbit.
[P5B deluxe] [Core2Duo 6300] [2 X 1GB DDR2] [GF FX7300] [320 GB WD] [Gentoo] [VISTA]
It sounds like it could be either bad hardware or software
maar zoals gezegd, die mobo's zelf hebben er niks mee te maken. eerder je chipsets. nForce heb ik zonder problemen aan de gang gekregen, intel i810 is ook no problemen. gewoon de lijst van linux compatible dingen tegen je nieuwe mobo's houden.
Compromises are for the weak
Je zegt hier precies wat ik bedoel. Ik pakte de raid-controllers alleen omdat ik weet dat daar altijd veel problemen mee zijn (geweest).Verwijderd schreef op donderdag 05 oktober 2006 @ 11:19:
[...]
Dit is echt de grootste waanzin.
Eigenlijk werkt ieder moederbord wel, maar je kunt beter een corporate merk nemen zoals SuperMicro, Intel....
Asus is allemaal leuk, mooie features, maar ik blijf er even van weg, hoewel een P5B het wel prima zal moeten doen.
Gisteren nog een BIOS-update gedaan op mijn Intel Mobo... was gewoon een Linux-BootCD die alles zelf deed
Neem geen MSI, ASUS (de bling series voor gamers), Chaintec, ASrock wanneer je geen gezeur wil hebben met ondersteuning.
Maar wil je zekerheid, dan geldt simpelweg hoe kaler het bord is, hoe veiliger je zit.
Waarschuwing, opperprutser aan het werk... en als je een opmerking van mij niet snapt, klik dan hier
Verwijderd
Jij snapt hetdeepbass909 schreef op donderdag 05 oktober 2006 @ 13:03:
[...]
Je zegt hier precies wat ik bedoel. Ik pakte de raid-controllers alleen omdat ik weet dat daar altijd veel problemen mee zijn (geweest).
Maar wil je zekerheid, dan geldt simpelweg hoe kaler het bord is, hoe veiliger je zit.
En als je simpel en goed raid wil draai je gewoon SoftwareRaid.
Wil je ook goed maar met een device dat de zaken voor je oplost die je eigenlijk niet snapt of wil snappen.... koop een Areca
verder viel de machine iedere keer uit en moesten de schijven herbouwt worden door linux tijdesn de boot.
ik heb een asus moederbord in de planning type : P4S-800D-X
hier zit een sis chipset in, gaat deze werken met fedora of suse ?
[ Voor 16% gewijzigd door Trekkerkearl op 05-10-2006 15:08 ]
Ik heb d’r nich veur keuzn Tukker te wean, ik heb gewoon onmeunig mazzel had!
Verder moet ik zeggen dat ik tot nu toe ook nooit echt last heb gehad met linux, maar ik heb eigenlijk ook nooit gloednieuwe moederborden in handen gehad....
Simplicity is de bom...
Euhm, als we het over "waanzin" gaan hebben. Oordeel als het om driverondersteuning gaat *NOOIT* op basis van iets loos als merk van het moederbord.Verwijderd schreef op donderdag 05 oktober 2006 @ 11:19:
[...]
Dit is echt de grootste waanzin.
[...]
Neem geen MSI, ASUS (de bling series voor gamers), Chaintec, ASrock wanneer je geen gezeur wil hebben met ondersteuning.
Kijk gewoon naar de chips op een bord en kijk of die ondersteund zijn. Als alle functionaliteit die je wilt gebruiken ondersteund is, dan is een bord OK. Als ondersteuning van relevante zaken ontbreekt, dan is een bord niet OK. Zo simpel is het, of het nu gaat om Asus, Asrock, Intel, MSI, Tyan of wat dan ook
Oslik blyat! Oslik!
Verwijderd
Ik weet heel zeker dat je hier pas achter komt als er iets niet werkt en je Google gaat gebruiken om problemen op te lossen.dion_b schreef op zaterdag 07 oktober 2006 @ 15:03:
[...]
Euhm, als we het over "waanzin" gaan hebben. Oordeel als het om driverondersteuning gaat *NOOIT* op basis van iets loos als merk van het moederbord.
Kijk gewoon naar de chips op een bord en kijk of die ondersteund zijn. Als alle functionaliteit die je wilt gebruiken ondersteund is, dan is een bord OK. Als ondersteuning van relevante zaken ontbreekt, dan is een bord niet OK. Zo simpel is het, of het nu gaat om Asus, Asrock, Intel, MSI, Tyan of wat dan ook
Chipsets is een punt waar je zeker op moet letten, maar dan nog wil het niet zeggen dat het goed werkt aangezien er onder windows soms wel eens wat hardware anders gebruikt wordt dan het werkelijk is.... ala RaidControllers enzo.
Ik had hier een D915PGN wat geen nieuw bord is en ik kon alleen van CentOS en Debian Debian Etch goed installeren. Sarge crashte tijdens de begin van de installatie, 2.4/2.6 kernel maakte niet uit. Dit was hetzelfde voor CentOS... zelfs de ServerCD deed lastig.
Etch met een 2.6 installeerde out of the box. Was dudielijk een probleem met de SATA-controller die ik NIET als raidcontroller gebruik. (en volgens mij nog wel wat meer)
Maar over het algemeen werken alle borden wel, het moeyt ook stabiel zijn en dat is naar mijn mening met de meer "Consumerborden" toch wat minder.
[ Voor 23% gewijzigd door Verwijderd op 07-10-2006 15:23 ]
Mwoeah, ik heb de laatste maanden twee moederbordern gekocht en in beide gevallen heb ik toch echt van tevoren gekeken hoe het met support zit - en beide werken prima (Asrock 939SLI-eSATA2 en MSI K8NGM2-FIR).Verwijderd schreef op zaterdag 07 oktober 2006 @ 15:19:
[...]
Ik weet heel zeker dat je hier pas achter komt als er iets niet werkt en je Google gaat gebruiken om problemen op te lossen.
Die "RAID controllers" op moederborden zijn gewoon IDE/SATA controllers met software-RAID op BIOS-niveau. Sowieso ranzige hacks IMHO...Chipsets is een punt waar je zeker op moet letten, maar dan nog wil het niet zeggen dat het goed werkt aangezien er onder windows soms wel eens wat hardware anders gebruikt wordt dan het werkelijk is.... ala RaidControllers enzo.
Maar los daarvan, juist dit soort dingen kun je heel goed van tevoren opzoeken. En dan niet op de site van de fabrikant maar in gedegen reviews en topics in fora. Zo is er op de Anandtech forum een enorm topic over de MSI K8NGM2-FIR, met links naar een even uitgebreide topic op nVnews over Linux en de nVidia 6150/430 chipset. Moraal was dat support aanvankelijk minimaal of beta was, maar na verloop van tijd alles stabiel en functioneel was. En dat is natuurlijk wat je wilt horen
Hohoho...Ik had hier een D915PGN wat geen nieuw bord is en ik kon alleen van CentOS en Debian Debian Etch goed installeren. Sarge crashte tijdens de begin van de installatie, 2.4/2.6 kernel maakte niet uit. Dit was hetzelfde voor CentOS... zelfs de ServerCD deed lastig.
Etch met een 2.6 installeerde out of the box. Was dudielijk een probleem met de SATA-controller die ik NIET als raidcontroller gebruik. (en volgens mij nog wel wat meer)
Hier heb je het over iets anders, namelijk distro-specifieke support. Als het op de kernel aankomt is Linux gewoon Linux. Er is support of niet. Maarja, veel distro's laten je niet standaard zelf een kernel bakken. Dat is leuk en makkelijk, maar dan kun je dingen als dit verwachten als je distros met oudere kernels (Debian Stable bij uitstek, mogelijk CentOS ook ((nog) geen eigen ervaring mee opgedaan)) gaat gebruiken. Oplossing is eigenlijk simpel - zorg ervoor dat je wel zelf je kernel bakt, of dat je nagaat of de support voor de hardware die je overweegt aanwezig is in de kernel die standaard met je distro meegeleverd is *en* dat het ook standaard ingecompileerd zit en/of beschikbaar is als module op de installer van de distro. Dit heeft dus weinig met de hardware en veel meer met de software (distro!) te maken.
Bah, vooroordelen. Ook hier moet je niet naar merk kijken. Ik kan zo brakke Intel en Tyan bordtypes noemen, net zo goed als dat ik rock-solid PC Chips en Asrock borden ken. Het is wel zo dat een random Intel bord meer kans heeft stabiel te zijn dan een random PC Chips bord, maar persoonlijk zijn "random" en "kans" twee woorden die ik niet graag hoor icm stabiliteit. En als je met random kans geen genoegen neemt zit er niets anders op dan om uitgebreid onderzoek te doen naar reviews en ervaringen met exact de borden (liefst zelfde revisie) die je overweegt. Mogelijk komt daar zo'n mooie Intel uitrollen, mogelijk ook iets totaal andersMaar over het algemeen werken alle borden wel, het moeyt ook stabiel zijn en dat is naar mijn mening met de meer "Consumerborden" toch wat minder.
Oslik blyat! Oslik!
Windows doet dingen met BIOS anders (niet beter/slechter ofzo, anders), waardoor die "toevallig" geen last had van problemen. het duurde een paar maanden voor het BIOS ook gewoon goed werkte met linux/*BSD.
It sounds like it could be either bad hardware or software
Natuurlijk is een Intel IOP342 iets anders dan een Silicon Image 3114, maar zijn de raidcontrollers in de chipset (Nvidia, Intel) niet beter dan software raid?dion_b schreef op zaterdag 07 oktober 2006 @ 16:14:
[...]
Die "RAID controllers" op moederborden zijn gewoon IDE/SATA controllers met software-RAID op BIOS-niveau. Sowieso ranzige hacks IMHO...
[...]
Te Koop:24 Core Intel Upgradeset
nee, er zitten helemaal geen raidcontrollers in de chipset, die zitten in het BIOS en in de drivers.sWORDs schreef op zaterdag 07 oktober 2006 @ 16:28:
[...]
Natuurlijk is een Intel IOP342 iets anders dan een Silicon Image 3114, maar zijn de raidcontrollers in de chipset (Nvidia, Intel) niet beter dan software raid?
It sounds like it could be either bad hardware or software
Dat kan toch niet er zit dan toch wel degelijk verschil in de SATA Controller Registers, een Silicon Image raid controller bestaat toch ook uit een chip?smokalot schreef op zaterdag 07 oktober 2006 @ 16:32:
[...]
nee, er zitten helemaal geen raidcontrollers in de chipset, die zitten in het BIOS en in de drivers.
Te Koop:24 Core Intel Upgradeset
He, dat mobo heb ik ook in mijn linux server zitten samen met een E6400. De IDE controller werkt inderdaad niet, maar ik heb toch alleen maar SATA schijven binnenkort dus dat is niet interessant. Wat geluid betreft; ik ben geen problemen tegengekomen. Ik heb er alleen een 2.0 speakersetje aan hangen voor de standaard bliepjes enzo. Qua netwerk, de bovenste Marvell doet het niet onder linux, de onderste wel, op 1 gbit.irondog schreef op donderdag 05 oktober 2006 @ 11:49:
De vuistregel is toch wel: "niet te nieuw".
Ik heb nu een P5B deluxe. Het draait als een zonnetje, maar omdat het nieuw is zijn er nog wat kleine probleempjes:
* De kanalen van de geluidskaart werken niet normaal (verkeerde namen bij de in- en output kanalen)
* De IDE controller wordt pas goed ondersteunt vanaf kernel 2.6.19 (die is nog niet eens uit, laat staan dat standaard distro's werken)
* De NIC's zijn een Marvell Yukon 1 en een 2. Er is genoeg te vinden over hoe goed deze werken in Linux. Ik kan daar aan toevoegen dat Marvell Yukon met de SKGE driver prima werkt op 100Mbit.
Voor de rest is het een ideaal mobo voor linux.
Avalon, Fireflight, Gaither, Point of Grace, Third Day
C2D E6400 @ 3GHz - Zalman CNPS8000 - GA-P35-DS3 - Corsair 2GB ram - Asus 9400GT - OCZ Vertex 30GB
Archlinux 64-bit + Awesome
0.0
Dat is bijvoorbeeld een van de borden die ik overwoog toen ik mijn MSI K8NGM2-FIR koos. Identieke features, nagenoeg identieke chips, maar verschil als dag en nacht mbt BIOS (niet alleen Linux support trouwens, die A8N-VN CSM had ook onder Windows de nodige ranzigheid, maar Windows vergeeft meer ACPI gerommel). Ondertussen is dat bijgetrokken (zodanig dat ik z'n opvolger de M2NPV-VM besteld heb aangezien die 6150 chipset bevalt, maar ik met Pacifica wil spelen, wat AM2 socket vereist), maar het zijn typisch de dingen waar je idd op moet lettensmokalot schreef op zaterdag 07 oktober 2006 @ 16:19:
merk maakt niet uit voor wat voor chips erop zitten natuurlijk, maar het maakt wel uit bij het BIOS. Het BIOS van mijn Asus A8N-VM CSM was de eerste maanden dat ik m had gewoon kapot, waardoor het instabiel was (als ik niet bepaalde kernel params meegaf), moeizame cpufreq support, geen ACPI, enz.
Oslik blyat! Oslik!
Uiteraard als je een server wilt. Over het algemeen zijn onboard features nutteloos of snoepen ze van de CPU (Uiteraard niet meer als je naar moederborden kijkt van 400+ euro). Maar laat het moederbord doen waar het goed in is, en neem raidkaarten voor raid enz enz enz
Overigens heb ik geen slechte ervaringen met Asus, maar wel met Silicon meuk. Zie sig voor mijn specificatie
een chip is niet meteen een raid controller! de chips waar we het hier over hebben doen simpelweg de raid logica niet zelf, de driver laat dat door de CPU doen.sWORDs schreef op zaterdag 07 oktober 2006 @ 16:40:
[...]
Dat kan toch niet er zit dan toch wel degelijk verschil in de SATA Controller Registers, een Silicon Image raid controller bestaat toch ook uit een chip?
It sounds like it could be either bad hardware or software
Verwijderd
Het probleem is juist dat deze softwarematig zijn soms. Als je de Softwareversie van de raid uitschakeld op het bord wil dat niet zeggen dat die controller wel goed ondersteund wordt... die wordt namelijk nog steeds gebruikt !
Dat bedoelde ik dus... was maar een voorbeeld, maar zo kan het ook zijn met O/B sound... VGA...... ga maar door.
Je kent het verhaal van die SWmodems toch wel onder Windows ? Waren gewoon allemaal dezefde chips maar werkten soms ook niet met driver/MB/OS combinatie... 98/ME/NT/2000/XP... en zo verder.
SWmodems werken trouwens sowiezo bagger onder Linux
Dion ik denk dat je wel snapt wat ik bedoel en hoe ik er naar kijk.... niets is gewoon zeker, wordt wel beter. Borden zijn ontworpen goed met Windows te werken, betekend niet dat de ondersteuning in Linux zo lekker is.
Euh, dus?Verwijderd schreef op zaterdag 07 oktober 2006 @ 19:34:
Even een reactie op Dion over de raidcontrollers.
Het probleem is juist dat deze softwarematig zijn soms. Als je de Softwareversie van de raid uitschakeld op het bord wil dat niet zeggen dat die controller wel goed ondersteund wordt... die wordt namelijk nog steeds gebruikt !
Als je de RAID-functie in BIOS uitschakelt blijft er gewoon een IDE controller over. Die IDE controller is 99 van de 100 keer prima ondersteund als je een up-to-date kernel gebruikt. Dat zou ook nooit voor installatie OS problemen mogen geven, aangezien ieder weldenkend mens z'n OS op de native IDE controller van het bord installeert in zo'n geval. Dan kun je na installatie een nieuwe kernel bakken met de support die je nodig hebt. Kijk eens in de kernel config, er is nogal wat gesupport op gebied van IDE controllers
En voor de duidelijkheid: ik gebruik hier IDE als overkoepelende term voor PATA en SATA
Dit volg ik even niet.Dat bedoelde ik dus... was maar een voorbeeld, maar zo kan het ook zijn met O/B sound... VGA...... ga maar door.
Totaal ander verhaal. De IDE controllers zijn wel volwaardige IDE controllers, het is alleen de RAIDfunctie die ze in software doen. Die Winmodems zijn (ze bestaan nog steeds...) niets anders dan A/D interfaces waar de driver dan wijs uit moest worden.Je kent het verhaal van die SWmodems toch wel onder Windows ? Waren gewoon allemaal dezefde chips maar werkten soms ook niet met driver/MB/OS combinatie... 98/ME/NT/2000/XP... en zo verder.
http://linmodems.org/SWmodems werken trouwens sowiezo bagger onder Linux
Id Software's John Carmack has posited that a linmodem may be able to have lower latency than a controller-ful modem. This is an issue of great importance to real-time gamers, as the slightest decrease in latency translates into a higher score.
Russ Nelson writes: A lot of people claim that a Winmodem has no place in a Linux box. I disagree. There are many applications for a Winmodem if you stop thinking of it as a modem, and start thinking of it as a telephone interface:
* Think telephone emulation (put the audio card into full duplex, and talk to the linmodem with it).
* Think telephone with a backspace key (use the linmodem to dial for you).
* Think smart telephone: "That line is busy. Do you want me to retry in five minutes?"
* Think "voice dialling".
* Think "soft pbx". Equip enough machines in an office for all the outside lines. Then do IP telephone inter-office, and go to a linmodem when you need an outside line.
* Think answering machine.
* Think pager interface. (Your answering machine takes the call, phones your pager company and pages you).
* Think "contact database with integral dialler, and answering machine recognition".
* Think "call recording with no off-hook click".
* Think message detail recorder (basically a record of all time spent on the phone. Great for billing).
Valt dus heel erg mee
Een bord bestaat voor het OS niet. Een bord is niets anders dan een verzameling chips die op deze of gene manier aan elkaar hangt en hier en daar met BIOS aan elkaar gelapt wordt. En bord wordt dan ook niet voor een bepaalde OS ontworpen denk aan de >64MB OS/2 optie die nog steeds in vrijwel ieder BIOS zit ondanks dat dat sinds OS/2 Warp anno 1994 niet meer nodig is voor OS/2, laat staan elk ander OS op aardeDion ik denk dat je wel snapt wat ik bedoel en hoe ik er naar kijk.... niets is gewoon zeker, wordt wel beter. Borden zijn ontworpen goed met Windows te werken, betekend niet dat de ondersteuning in Linux zo lekker is.
Waar veel mensen de mist in gaan is juist om chips <> borden en OS <> distro niet duidelijk uit elkaar te houden. Het feit dat de actuele Linux kernel een chip ondersteunt wil niet zeggen dat een willekeurige (al dan niet recente) distro het out-of-the-box gaat doen. Dit is niet bepaald iets unieks aan Linux (denk aan gebrek aan SATA-support in Windows XP tot kort). Maar 9 van de 10 keer is het gewoon werkend te krijgen met een eigen kernel. Bij nieuwere hardware ontkom je daar niet aan.
Oslik blyat! Oslik!
Duh. De vraag is of het beter is dan dan linux/windows software raid. Ik zeg alleen dat ik denk dat na de echte raid controllers de chipset/bios implementatie beter is dan echte software raid.smokalot schreef op zaterdag 07 oktober 2006 @ 18:45:
[...]
een chip is niet meteen een raid controller! de chips waar we het hier over hebben doen simpelweg de raid logica niet zelf, de driver laat dat door de CPU doen.
Te Koop:24 Core Intel Upgradeset
Hangt echt compleet van je softraid controler af en hoe deze met falende hardware overweg gaat. Intel heeft op dit moment de beste software RAID en is opt dit moment het meest flexibel met de matrix RAID die ze bieden: software RAID zoals je dat van een goed OS ook zou verwachten.sWORDs schreef op maandag 09 oktober 2006 @ 23:10:
[...]
Duh. De vraag is of het beter is dan dan linux/windows software raid. Ik zeg alleen dat ik denk dat na de echte raid controllers de chipset/bios implementatie beter is dan echte software raid.
Op linux is controller-softRAID geimplementeerd via het devicemapper systeem, wat wil zeggen dat de RAID-controler gewoon aangestuurd wordt als een IDE-controler, de diskmappings uitgelezen worden en vervolgens met de devicemapper interface de disks aanelkaar gezet worden tot een RAID array.
Dit framework is ook wat je gebruikt als je met LVM aan de slag gaat, waarbij LVM IMHO een stukje flexibeler is. Het enige wat je met dmraid wint tov LVM of software RAID is dat ook windows overweg kan met je RAID setup. Qua kwaliteit zal het niet superveel uitmaken.
De output is ook prima. Skypen werkt eigenlijk alleen door wat te prutsen met de geluidsinstellingen. De kanalen zijn verkeerd genaamd en ik moet "toggelen" met instellingen na elke reboot om Skype aan de praat te krijgen.jealma schreef op zaterdag 07 oktober 2006 @ 16:45:
He, dat mobo heb ik ook in mijn linux server zitten samen met een E6400. De IDE controller werkt inderdaad niet, maar ik heb toch alleen maar SATA schijven binnenkort dus dat is niet interessant. Wat geluid betreft; ik ben geen problemen tegengekomen. Ik heb er alleen een 2.0 speakersetje aan hangen voor de standaard bliepjes enzo
Ik heb geen kwaliteitstest gedaan, maar ze doen het allebei. Die bovenste gebruikt de SKY2 driver bij mij. Die driver is gewoon nog niet zo goed (zo heb ik gelezen) en daarom gebruik ik hem ook gewoon niet.. Qua netwerk, de bovenste Marvell doet het niet onder linux, de onderste wel, op 1 gbit.
Ideaal, nou, over pakweg een jaar zeker. Nu nog niet voor iedereen. Hij klokt wel gigantisch over indien je geheugen het toelaat.Voor de rest is het een ideaal mobo voor linux.
[P5B deluxe] [Core2Duo 6300] [2 X 1GB DDR2] [GF FX7300] [320 GB WD] [Gentoo] [VISTA]
http://tienstra4.flatnet....te/2.6.18-gentoo-pata.txt
Die libata IDE drivers uit MM werken het beste voor de JMicron IDE controller. Ik heb daarom dit libata framework uit MM gepeuterd en in 2.6.18-gentoo gezet.
Bij 2.6.19 is dit nieuwe libata IDE framework opgenomen. Tis duidelijk dat je zonder C / Kernel kennis gewoon even moet wachten voordat deze driver in de standaard distro's te gebruiken is.
[ Voor 4% gewijzigd door irondog op 10-10-2006 11:34 ]
[P5B deluxe] [Core2Duo 6300] [2 X 1GB DDR2] [GF FX7300] [320 GB WD] [Gentoo] [VISTA]
Dus een I/O chip voor XOR calculaties en/of geheugen voor buffering en/of battery backup. (3ware / Areca etc)
Het enige voordeel van een BIOS software RAID setup is als je inderdaad een RAID wil definieren en deze multiplatform wilt gebruiken. Alleen de gedachte al dat zo'n setup betrouwbaar zou moeten werken.... *brrrrr*
Dus voor mij een non-RAID FAT32 partitie voor het delen van data tussen Windows en Linux in een multiboot environment. Voor de rest kunnen beide OSen hun eigen (soft) RAID setups hebben met hun eigen disks en/of partities. Ben je gelijk af van je BIOS software RAID setup in multiplatform omgevingen en heb je dus ook geen expliciete software RAID support nodig in Linux voor je specifieke chip, omdat je gewoon Linux' algemene software RAID kan gebruiken op basis van een kale PATA / SATA chip.
Btw, laatst een Debian servertje opnieuw ingericht. Gelijk rootfs op LVM op software RAID definieren in de setup menu's van Debian. Echt helemaal geweldig. En werken: in 1 keer (ik installeer Debian niet zo vaak, dus dan zie je gelijke grote verschillen in de installer in de loop van de jaren
Ryzen9 5900X; 16GB DDR4-3200 ; RTX-4080S ; 7TB SSD
Hmmja, en dan moet je booten van een single lvm volume. Dat is niet grappig. Ik hou mijn root, usr en var expres is ene simpele md-mirror. Dan kan je altijd nog vrij eenvoudig van een single disk booten..GarBaGe schreef op dinsdag 10 oktober 2006 @ 11:51:
Btw, laatst een Debian servertje opnieuw ingericht. Gelijk rootfs op LVM op software RAID definieren in de setup menu's van Debian. Echt helemaal geweldig. En werken: in 1 keer (ik installeer Debian niet zo vaak, dus dan zie je gelijke grote verschillen in de installer in de loop van de jaren)
Voor datavolumes gebruik ik wel veel vaker lvm
Verwijderd
Even resumerend;
- er is linux ondersteuning als single controller
- geen soft-raid matrix support; dus geen raid 6
- je kan beter linux soft-raid gebruiken of een areca (hardware controller)
Het scheelt nogal in de aanschaf tussen een bord zonder en een bord met raid tegenwoordig.
Dan is het wel prettig dat je goed informatie hebt.
Vraagje, geldt dit hele verhaal ook voor nVidia of ATi/AMD chipsets ?
Ik heb zelf ook een P5B deluxe en als je de IDE/SATA controller van de chipset op AHCI zet dan werkt het perfect! De JMicron controller (met IDE poort) op IDE modus en dan werkt die ook goed.irondog schreef op donderdag 05 oktober 2006 @ 11:49:
De vuistregel is toch wel: "niet te nieuw".
Ik heb nu een P5B deluxe. Het draait als een zonnetje, maar omdat het nieuw is zijn er nog wat kleine probleempjes:
* De kanalen van de geluidskaart werken niet normaal (verkeerde namen bij de in- en output kanalen)
* De IDE controller wordt pas goed ondersteunt vanaf kernel 2.6.19 (die is nog niet eens uit, laat staan dat standaard distro's werken)
* De NIC's zijn een Marvell Yukon 1 en een 2. Er is genoeg te vinden over hoe goed deze werken in Linux. Ik kan daar aan toevoegen dat Marvell Yukon met de SKGE driver prima werkt op 100Mbit.
hardware raid met die chipjes gaat eigenlijk nooit goed met Linux (vaak doet btw nog steeds een windows driver het werk.... ).
Als je dat echt wil moet je gewoon een losse raidkaart nemen.
Oslik blyat! Oslik!
Heb er Gentoo op draaien met een 2.6.18 kernel en de alsa drivers vanuit de kernel. Dit werkt super met de MSI, zelfs het aan en uitzetten van de frontpanel audio werkt vanuit de mixer.
Alleen wil het bord niet hot rebooten als ik de nvidia video driver pak, maar wel als ik de nv driver gebruik... Beetje vaag en heeft waarschijnlijk met het vrijgeven van het geheugen te maken... (of een voeding die net te licht is)
Waarschuwing, opperprutser aan het werk... en als je een opmerking van mij niet snapt, klik dan hier
Verwijderd
aanwezige geluids en video chips.
Dit bord heeft de NVidia Geforce 6100. Ik heb de NVidia driver in gebruik en dat gaat prima.
De Audio met Alsa doet het ook, behalve de Front Mic ingang.
Wat wel uit moet staan in het bios is ACPI, want dat gaat fout zodra de X-server start.
Zonder ACPI draait het prima alleen moet ik de PC met de aan/uit knop uitschakelen
als ik afsluit. rebooten gaat wel.
Installeren met ACPI enabled in bios ging al fout, dus geinstalleerd ACPI disabled.
Naderhand inschakelen gaat fout zodra de Xserver start. Het systeem schakelt
dan plots af na 3 piepjes
Enige soortgelijke ervaringenmet identieke mobo's??
[ Voor 20% gewijzigd door Verwijderd op 06-12-2006 01:45 . Reden: 't Was gisteravond al laat ]