:strip_icc():strip_exif()/u/101124/crop64395bf3d2e5b_cropped.jpg?f=community)
Microsoft Surface Laptop 7 13" | Qualcomm Snapdragon X Elite 16GB
:strip_icc():strip_exif()/u/105199/crop5cb76c6d18020_cropped.jpeg?f=community)
een mooie tyan of supermicro? 
wat mag het kosten?
anders is een GB wel prima vaak.
wat heb je zelf al gedaan en welke eisen heb je?
wat mag het kosten?
anders is een GB wel prima vaak.
wat heb je zelf al gedaan en welke eisen heb je?
Ik heb elektra-inbouwmaterialen over? Kopen? Zie: hier
:strip_exif()/u/26131/Calvin.gif?f=community)
Waarschuwing, opperprutser aan het werk... en als je een opmerking van mij niet snapt, klik dan hier
:strip_exif()/u/94154/compusmurf.gif?f=community)
Anoniem: 149075
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.
:strip_icc():strip_exif()/u/26770/crop579890778b812_cropped.jpeg?f=community)
/u/1401/haroid_icon_60x60.png?f=community){kind=icon}
Anoniem: 185039
Hier draait Linux nu op een Asus bordje (A8V Deluxe) en heeft goeie ondersteuning voor alles
Alles werkt tenminste gelijk
Alles werkt tenminste gelijk
Anoniem: 31491
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.
Marvell zit tegenwoordig in de kernel. Bak de skye2 driver als module (dit is belangrijk) en je Marvell moet het doen.
/u/13945/FreeBSD01.png?f=community)
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 doet
:strip_icc():strip_exif()/u/19241/2.jpg?f=community)
/u/27682/icon2.png?f=community)
:strip_exif()/u/16675/prodigy-icon.gif?f=community){kind=icon}
Je zegt hier precies wat ik bedoel. Ik pakte de raid-controllers alleen omdat ik weet dat daar altijd veel problemen mee zijn (geweest).:
[...]
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
Anoniem: 149075
Jij snapt het
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
(3ware support zuigt een beetje bij een crash)
het moet een socket 478 moederbord zijn met agp....en jah het geluid deed het wel via de achterzijde van moederbord, en mijn microfoon deed op bijde niets anders dan (pieeeeeip) heel erg luid.
verder viel de machine iedere keer uit en moesten de schijven herbouwt worden door linux tijdesn de boot.
ik ben er echt helemaal ziek van !
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 ?
verder viel de machine iedere keer uit en moesten de schijven herbouwt worden door linux tijdesn de boot.
ik ben er echt helemaal ziek van !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 Dennis Beekman op 05-10-2006 15:08 ]
Microsoft Surface Laptop 7 13" | Qualcomm Snapdragon X Elite 16GB
:strip_icc():strip_exif()/u/143380/got_ava.jpg?f=community)
ik heb oook op meerde pc's verschillende Linux getest, en de enige waarop het bijv. niet werkte was mijn eigen pc, dit omdat deze nieuwe en exotische hardware had, en twee weken later werkte de hele boel...in principe zal elke vakergebruikte chipzet inmiddels wel ondersteunt zijn
Simplicity is de bom...
/u/12038/crop5a51514a4dec1_cropped.png?f=community)
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
Oslik blyat! Oslik!
Anoniem: 149075
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.:
[...]
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 Anoniem: 149075 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).
Die "RAID controllers" op moederborden zijn gewoon IDE/SATA controllers met software-RAID op BIOS-niveau. Sowieso ranzige hacks IMHO...
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...
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 anders
Oslik blyat! Oslik!
/u/4022/crop5abf5052151cb_cropped.png?f=community)
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
Ik heb hier een pc staan met een Asus P4P800SE staan en die werkt perfect onder linux (gentoo). De Yukon ethernet-chip die Asus erop heeft gezet doet zijn werk prima. IDE en s-ata werken ook allebei perfect. On-boardgeluid doet het ook prima (ook front-panel usb en geluid doen het prima). Een echte aanrader dus
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 letten
Oslik blyat! Oslik!
Een moederbord met zo min mogelijk onboard features en zo veel mogelijk pci e/x sloten
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
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
Anoniem: 149075
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 !
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.
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?
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.
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.
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 aarde
.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!
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.
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.
Ideaal, nou, over pakweg een jaar zeker. Nu nog niet voor iedereen. Hij klokt wel gigantisch over indien je geheugen het toelaat.
Een 100% overclock blijkt totáál geen uitzondering, maar daar zijn anderen meer in thuis dan ik.
[P5B deluxe] [Core2Duo 6300] [2 X 1GB DDR2] [GF FX7300] [320 GB WD] [Gentoo] [VISTA]
Persoonlijk vind ik een RAID controller pas een RAID controller als dat ding meer bevat als alleen maar aansluitingen voor disks.
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 )
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..:
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
Waarschuwing, opperprutser aan het werk... en als je een opmerking van mij niet snapt, klik dan hier
Pagina: 1