Hur hänger Linux med utvecklingen avseende hårdvara?

På vilket sätt hinner Linux med utvecklingen? Såvitt jag förstår så är drivisarna inkluderade i den kompilerade kärnan.

Låt oss säga att du har ett nytt RAID kort och att det inte finns stöd för kortet i kerneln. Då går det inte att använda Linux? Då kommer Linux möjligtvis installeras, men kommer aldrig att kunna boota datorn. Nytt raid kort=glöm linux blir kontentan. Även gamla kort som funnits sedan "1800-talet" tycker jag Linux verkar ha problem med. Linux verkar dock klara standarddatorer utan någon som helst finess någorlunda bra.

Varför har man valt att inkludera drivisarna i kärnan?

Innebär inte det att man måste släppa nya kernels rätt ofta för att egentligen hinna med utvecklingen?(vilket man inte gör).

Är inte Microsofts sätt att hantera drivisar betydligt bättre som ger dig val att ladda behövliga drivrutiner redan från start?
Och även efteråt så kan du konfigurera upp andra drivrutiner som får hårdvaran att fungera bättre. (drivisar uppdateras faktiskt kontinuerligt...).

Jag tycker det är alltför vanligt att linux hittar diverse hårdvaror men bara bildligt talat så fungerar hälften. Man får mickla och pula fram och tillbaka för att få det hela att fungera för att Linux de facto inte klarar av att vara så där "automagisk" som förespråkarna hävdar.

Vad säger Ni?

Linux hänger med bra.
Samma problem med Windows om du inte har stöd för viss hårdvara så går det inte.
En del drivisar ligger i kernel, men de flesta körs faktiskt som moduler, vilket gör att du har minst samma flexibilitet som med Windows drivers.

Nja, det är inte alls samma problem. Inte ens i närheten. Om jag sitter med en drivis på en diskett. I handen har jag Ubuntu, feodora, opensuse etc. De har NOLL möjligheter att installera egna drivisar. Jag är alltså då helt förblindad med att lita på att Kernerln har alla drivisar. Vilket den garanterat inte har i en mängd fall. Det innebär att du kan glömma Linux för det fungerar inte.


Windows, ja där trycker du på f6 om du ska ha med någon raid drivrutin. Sen fungerar det bara. Med linux omöjligt även om du har drivisen i handen. Ja det är säkert så att du kan gå runt det också genom en miljard inställningar och kompilera kerneln i 7 veckor. Men det är inte smidigt.

Du är okunnig och har aldrig jobbat med linux-servrar. Det går utmärkt att ladda in drivrutinsmoduler i alla linux-varianter. Det går t.o.m. att peka ut moduler på diskett i boot-promptern om man så måste.

Då väldigt många servrar är linuxbaserade så brukar alla raid-kort värda namnet ha bra drivrutinsstöd. Det är bara kinesiska lågpriskort avsedda för hemmabruk som kan ha dåligt med stöd. Rent generellt gäller idag att de raidkort som har bra vista-stöd också har lika bra stöd för linux.

De färdiga distributionerna använder i regel modulära drivrutiner. Man kan kompilera in drivrutinerna i kärnan men det är rätt ovanligt idag och görs mest när det gäller små nedbantade system.

Precis som Megaforce säger så är detta verkligen inte något problem då alla leverantörer värda namnet skeppar divrutiner för Linux också. I ett par fall är det t.o.m. så att du kan ladda ner ett källkodspaket och kompilera för vilken kärna du vill, du kan även ändra i koden om du så önskar - men du måste ladda in en firmware för att ladda in de komponenter som tillverkaren inte vill ge ut källkoden till.

Varför skulle Ubuntu och openSUSE inte kunna ladda in moduler? Lägg över .ko-filen och kör insmod?

Lägga över? Hur då menar du? Du har inget system att lägga över något i, ubunto/feodora etc bootar inte ens?

Det är fullt möjligt att jag inte är expert på Linux. Hur menar du då? Hur skulle det gå till, tex vid en ubuntu installation eller annat där du bara har ett grafiskt interface som ger dig noll möjligheter till putta in drivers. Ingen som helst vägledning ges heller, är inte det ganska korkat om det nu skulle finnas något rimligt sätt att ladda drivisar? Som behövs....

Jo sen minns jag förövrigt för länge sedan att man var tvungen att kompilera om hela kärnan för att få token ring stöd på vissa kort, men det var ju som sagt ett tag sen(1999). Det tog ju bara (några dagar)..

Läs på!
Linux stödjer så gott som all hårdvara du kan hitta. Kerneln går att kompilera om med exakt de drivrutiner du behöver och det tar inte mer än några minuter på en normalsnabb dator.
Enskillda drivrutiner/moduler kan både läggas till och tas bort dynamiskt på ett sätt som för användaren ser ut snarlikt hur Windows gör det.
Du skämmer ut dig, snälla läs på innan du säger något mer.

/ Sconeman.

Du kanske har hört talas om att linux är open source?

du behöver självklart inte vänta på en ny kärna för att en ny hårdvara ska fungera, choffa in och kompilera en ny kärna själv så är det gjort. föresten så är väldigt många drivrutiner nu moduler (som ni andra säger). det går också att boota en viss modul till linuxkärnan. så ja.. du har helt fel

Det är ju det som är bra med Linux att drivrutiner ingår i oset. Så man slipper installera det separat. Vist man kan tycka att det skulle vara enklare att lägga till drivrutiner. (Man kan inte kräva av användaren att man ska kunna kompilera och hantera det själv).
Dock köper man rätt hårdvara så ska det inte vara några problem såvida du kör på en ny version av en dist.

När det gäller raid-kort så är det lite speciellt då det kort som kräver drivrutiner inte är "riktiga" raid-kort. Ska du använda raid i Linux gör man bäst i att använda mjukvara-raid och då spelar det ingen roll huruvida ens kontrollkort stödjer raid eller inte.

Det är ju lite tvärtom tycker jag när man säger något ur luften och kan inte belägga det. Fast det är å andra sidan Linux sidans svar på det mesta. Så att höja på ögonbrynen denna gång görs inte när någon anvisning görs till något som inte existerar. RTFM nonsens svar.

Jag är mycket väl medveten att det är tabu att så mycket som oskyldigt insinuera något illa om Linux. Det får man inte göra, dock så struntar jag fullkomligt i det då jag vill veta hur det ligger till sakligt utan personangrepp eller andra typer av gliringar. Vilket somliga aldrig lyckas avhålla sig ifrån utan gör vad som helst för att nivån ska sjunka så att man kan flytta fokus från sakfrågor så att man undviker att komma fram till slutsatser som ev kan vara obehagliga för linuxfanatiker. För er som inte klarar av det, behöver således inte heller lämna några svar.

Dock är jag uppriktigt intresserad av att veta hur man gör, som en vanlig användare. Låt oss säga de perfekta användarna, som plockar upp en ubuntu, feodora, opensuse, slackware etc. EJ REDHAT, SUSE. Hur plockar man in en raiddrivrutin från scratch? Hur ska man som användare göra det? . Var är hjälpmedlet vid installationen? Var är dokumentationen? Jag har märkt att det finns dokumentation för vissa drivrutiner för SUSE OCH REDHAT. För suse finns det options i installationsförfarandet som exempelvis inte finns i ubuntu. Hur gör man där? Ska man köpa Suse för att få saker och ting att fungera? Eller vad anser ni lösningen ligger?

Man läser på wikipedia

En central fråga vad gäller enkelhet är stödet för hårdvara. Förr var hårdvarustödet ett väsentligt problem för Linux. Stöd erbjuds i hög grad av Linux-utvecklarna själva, ibland med aktivt stöd från hårdvarutillverkarna, ibland trots oginhet från deras sida. Detta betyder dels att det mesta hårdvarustödet kommer med operativsystemet, dels att stödet för olika hårdvara varierar enligt andra lagbundenheter än då stödet ges direkt av hårdvarutillverkare. Stödet för väldigt ny hårdvara är ofta bristfälligt, medan populär hårdvara stöds långt efter att tillverkaren mist intresset eller gått i konkurs. (min kommentar... eller inte alls).



För att ge exempel på vad en del säger om Promise.

Comments:
considering the effort to get one of these later model faastrak controllers to work with UNIX, it's just easier and less time consuming to go with a SCSI solution when the labor billed out to the client is figured into the TCO and ROI.

The earlier Fastrak BIOS eventually had good support from the BSD folks, and also with Linux for the Slackware distribution. Currently, the ataraid.i bootdisk doesn't work with this model because of the newer BIOS version, so one has to know how to compile a ready to go kernel bootdisk from another system and use it for the install.

The Redhat distros aren't typically used for the serious server builders in my experience, although the desktop enthusiast/gamer types will find 'some' support. Suse distros try to keep up with Promise's BIOS revisions, but again, there is lagtime and promise would do well to provide support for the UNIX community themselves in order to grab more of the market they currently lose to SCSI RAID solutions.

The Gentoo Linux Distribution has great support right off the bat for ataraid, but this is more a result of the way you have to install the distro's operating system than existing driver support for the promise controllers (You have to compile in support for ataraid during the install stages).

Support on the web for booting to the Promise RAID Controllers is extrememly sparce, with old outdated BIOS versions being most of the documentation that you will find for UNIX machines, although with Suse and Redhat there is relatively decent support if you're not booting from the mirrored array.

Best bet right out of the box, if you want to boot from a Promise ataraid mirrored array, is to use the Gentoo linux distribution, but this distro isn't for the newbie - it's geared primarily towards the seasoned administrators who typically build bootable RAID devices for their servers anyway.

Otherwise, Linux appears just to see through the controller's RAID layer, not even noticing /dev/ataraid/dX, where X is the number of the RAID drive. Instead, what you will typically see is /dev/hde and /dev/hdg as distinct and separate drives, even though the Promise BIOS reports that a mirrored array is functional upon boot (which should show something like /dev/ataraid/d0p1 as the first partition on the first drive of the mirror.

If you have the time and inclination to wade through the dificulties, this device will however, function nicely as desired as a bootable device, but you have to know your UNIX - it's not for the casual home user (we keep hoping that promise will be more forthcoming with support for the Open Source community).