home *** CD-ROM | disk | FTP | other *** search
/ ftp.pasteur.org/FAQ/ / ftp-pasteur-org-FAQ.zip / FAQ / de / comp / linux / dcoul-faq / section3 / text0000.txt < prev   
Encoding:
Text File  |  2004-04-19  |  17.5 KB  |  346 lines

  1. Archive-name: de/comp/linux/dcoul-faq/section3
  2. Posting-frequency: monthly
  3. Last-modified: 2004-04-18 13:49:25
  4. Version: CVS revision 1.85
  5. URL: http://www.dcoul.de/faq/
  6.  
  7.                                               http://www.dcoul.de/faq/
  8.   _________________________________________________________________
  9.  
  10. 3. Fragen zur Hardware
  11.  
  12. 3.1 Funktioniert Linux auf meinem Laptop?
  13.  
  14. Informationen zur LauffΣhigkeit von Linux auf Laptops und zu den
  15. besonderen Problemen von Laptops finden sich auf der Linux-Laptop-Page
  16. unter http://www.linux-on-laptop.com/
  17. <http://www.linux-on-laptops.com/>. ZusΣtzlich empfiehlt es sich,
  18. http://tuxmobil.org/ zu Rate zu ziehen.
  19.  
  20. 3.2 Funktionieren GDI-Drucker (auch als WinPrinter bezeichnet) unter
  21. Linux?
  22.  
  23. Im Regelfall nein, und sie werden es auch aller Voraussicht nach in
  24. nΣherer Zukunft nicht.
  25. GDI-Drucker haben keine Eigenintelligenz und keinen oder kaum eigenen
  26. Speicher, sie verstehen daher auch keine Standard-Druckerkommandos.
  27. Sie funktionieren nur unter Windows mit dem mitgelieferten Treiber,
  28. unter DOS z.B. sind sie bereits nicht mehr nutzbar. Die
  29. Datenⁿbertragung an einen solchen Drucker ist in der Regel sehr
  30. zeitkritisch und funktioniert in einer echten Multitasking-Umgebung
  31. meistens nicht sauber.
  32. Weiterhin sind die verwendeten Protokolle proprietΣr, in den meisten
  33. FΣllen nicht bekannt und man mⁿsste fⁿr jeden Drucker- bzw.
  34. Protokolltyp einen eigenen Treiber schreiben. Im Printing HOWTO
  35. <http://www.linuxprinting.org/howto/winprinters.html> ist ein
  36. Abschnitt, der den Treiberstatus diverser GDI-Drucker wiedergibt.
  37.  
  38. 3.3 Warum funktioniert mein internes Modem nicht unter Linux?
  39.  
  40. Wenn es sich um ein sogenanntes WinModem handelt, gilt das gleiche,
  41. wie im Abschnitt GDI-Drucker beschrieben. Ein WinModem ist kein Modem
  42. im herk÷mmlichen Sinn (ein GerΣt mit einer seriellen Schnittstelle,
  43. das selbstΣndig Daten in T÷ne und wieder zurⁿck verwandelt und dabei
  44. gleichzeitig ggf. Fehler korrigiert). Bei einem WinModem muss der
  45. Prozessor des Computers all diese Aufgaben ⁿbernehmen. Die verwendete
  46. Hardware ist proprietΣr, die Ansteuerung ist extrem zeitkritisch und
  47. in einer Multitasking-Umgebung wie unter Linux derzeit nicht
  48. vernⁿnftig zu realisieren. WinModems funktionieren nur unter Windows,
  49. unter DOS z.B. schon nicht mehr. Das gleiche Problem ergibt sich mit
  50. PCI-Modemkarten, die ebenfalls nur mit einem speziellen Treiber
  51. funktionieren. ▄ber den aktuellen Stand der Entwicklung informiert die
  52. Webseite http://www.linmodems.org/.
  53. Handelt es sich nicht um ein WinModem, aber um einen plug'n play-Typ,
  54. kann es sein, dass die Einstellungen fⁿr IRQ und Basisadresse nicht
  55. stimmen. Sind diese bekannt, k÷nnen sie dem System mit dem Kommando
  56. setserial ⁿbermittelt werden. Ggf. muss man mit Hilfe der isapnptools
  57. das Modem umkonfigurieren.
  58.  
  59. 3.4 Funktioniert das Parallelport-ZIP unter Linux?
  60.  
  61. Ja. Wenn ein neuer Kernel mit make config konfiguriert wird, ist der
  62. Parallelport-Treiber unter den anderen SCSI-Treibern zu finden, da es
  63. sich bei dem Parallelport-ZIP eigentlich um ein SCSI-ZIP mit einem
  64. Parallelport->SCSI-Wandler handelt.
  65. Eine Alternative zu dem (vergleichsweise langsamen) Standard-Treiber
  66. gibt es unter http://people.redhat.com/twaugh/parport/.
  67. Ab Kernel 2.2 wird auch das ZIP-Plus unterstⁿtzt. Neuere Zip-Laufwerke
  68. haben anscheinend eine gegenⁿber dem ursprⁿnglichen Parallelport-ZIP
  69. geΣnderte Schnittstelle. In diesen FΣllen soll u.U. die Verwendung des
  70. ZIP-Plus-Treibers helfen.
  71.  
  72. 3.5 Funktionieren Parallelport-Streamer unter Linux?
  73.  
  74. Nicht mit dem in den 2.0.X-Kerneln integrierten FTape-Treiber. Unter
  75. http://www.instmath.rwth-aachen.de/~heine/ftape/ ist jedoch ein
  76. aktuelleres FTape-Paket zu finden, welches einige
  77. Parallelport-Streamer unterstⁿtzt (u.a. einige
  78. Iomega-Ditto-Parallelport-Laufwerke). Genauere Informationen zu den
  79. unterstⁿtzten Typen sind dem Paket zu entnehmen.
  80.  
  81. 3.6 Kann ich mit meiner ISDN-Karte unter Linux Faxe empfangen?
  82.  
  83. Mit manchen aktiven Karten oder Karten mit integriertem Analogteil ist
  84. analoges Faxen teilweise m÷glich. Der Empfang analoger Faxe mit
  85. isdn4linux ist bei passiven ISDN-Karten nicht m÷glich.
  86. Da das Programmieren der sehr zeitkritischen Routinen fⁿr die passiven
  87. Karten bisher noch niemand ⁿbernommen hat (und es auch relativ
  88. kompliziert ist), wird dies wahrscheinlich auch in der nΣheren Zukunft
  89. nicht m÷glich sein.
  90. Digitale G4-Faxe werden bisher ebenfalls nicht unterstⁿtzt.
  91. AVM stellt aber auch fⁿr seine passiven Karten wie z.B. FRITZ!Card PCI
  92. eine Implementierung von CAPI 2.0 fⁿr Linux, CAPI4Linux, zur
  93. Verfⁿgung, die auch analogen Faxversand und -empfang erm÷glicht.
  94. Genauere Hinweise zur Konfiguration und Installation sind auf den
  95. WWW-Seiten von AVM unter http://www.avm.de/ zu finden.
  96.  
  97. 3.7 Warum funktionieren unter Linux zwar MO-Medien mit einer KapazitΣt
  98. von 230MB, nicht aber solche mit 640MB?
  99.  
  100. Linux unterstⁿtzt mit Kernel 2.0.x auf MOs nur eine Blockgr÷▀e von 512
  101. Bytes, wie sie bei den 230MB-Medien verwendet wird, die 640MB-Medien
  102. benutzen jedoch eine Blockgr÷▀e von 2048 Bytes. In den 2.2-Kernels
  103. befindet sich auch Unterstⁿtzung fⁿr Bl÷cke mit 2048 Bytes.
  104. Es wird dazu geraten, beim Erzeugen des Ext2-Filesystems auf einem
  105. 640MB-MO mittels mke2fs explizit eine Blockgr÷▀e von 2048 Bytes
  106. anzugeben, da es ansonsten zu Problemen kommen kann.
  107. Au▀erdem sind alte a.out-Binaries im QMAGIC-Format nur von Medien zu
  108. starten, deren Blockgr÷▀e identisch mit der des GerΣtes ist, auf dem
  109. sie erzeugt wurden, da die Headerinformationen im QMAGIC-Format
  110. abhΣngig von der Blockgr÷▀e sind. Mit a.out-ZMAGIC und den aktuellen
  111. ELF-Binaries tritt das Problem nicht auf.
  112.  
  113. 3.8 Wenn ich ein externes SCSI-GerΣt (z.B. einen Scanner) erst nach
  114. dem Booten einschalte, ist es nicht ansprechbar. Wie kann ich es
  115. trotzdem benutzen?
  116.  
  117. Der SCSI-Bus wird normalerweise nur bei der Initialisierung des
  118. Hostadapters nach GerΣten abgesucht. Initialisiert wird der
  119. Hostadapter entweder beim Booten, wenn der Treiber fest eincompiliert
  120. ist, oder, falls er als Modul vorliegt, beim Laden des Moduls. Wenn
  121. ein SCSI-GerΣt zu diesem Zeitpunkt nicht eingeschaltet ist, kann es
  122. nicht gefunden werden. Neben der unbefriedigenden L÷sung, beim
  123. Systemstart alle GerΣte einzuschalten, besteht die M÷glichkeit, dem
  124. Kernel auch im laufenden Betrieb mitzuteilen, dass nach einem
  125. SCSI-GerΣt gesucht werden soll. Dazu wird das Kommando
  126. scsi add-single-device <Host> <Channel> <ID> <LUN>"
  127. in die Pseudo-Datei /proc/scsi/scsi geschrieben. Dabei bedeuten
  128. Host : die Nummer des Hostadapters (bei nur einem Hostadapter wird
  129. hier 0 angegeben),
  130. Channel : die Nummer des SCSI-Kanals auf dem ausgewΣhlten Hostadapter
  131. (bei einem einkanaligen Adapter, was wohl der hΣufigste Fall sein
  132. wird, wird eine 0 angegeben),
  133. ID : die SCSI-ID des neu hinzugekommenen GerΣtes,
  134. LUN : soweit mit LUNs (Logical Unit Numbers) gearbeitet wird, die LUN
  135. des hinzugekommenen GerΣtes.
  136. Um also z.B. einen Scanner mit der SCSI-ID 6 an einem einzelnen
  137. einkanaligen Hostadapter nachtrΣglich anzumelden, genⁿgt in der Shell
  138. das Kommando
  139. echo "scsi add-single-device 0 0 6 0 " >/proc/scsi/scsi
  140. Dabei sollte das spΣter eingeschaltete GerΣt die h÷chste SCSI-ID im
  141. Strang haben, da es ansonsten zu Problemen mit der Vergabe der
  142. Device-Namen kommen kann. SCSI-Devicenamen (/dev/sdx fⁿr Festplatten,
  143. /dev/stx fⁿr Streamer, /dev/scdx fⁿr CDROMs und /dev/sgx fⁿr generic
  144. SCSI-Devices wie z.B. Scanner oder CD-Brenner) werden in der
  145. Reihenfolge der SCSI-IDs vergeben. Damit wΣre z.B. sda die Platte mit
  146. der kleinsten SCSI-ID, sdb die Festplatte mit der nΣchstgr÷▀eren
  147. SCSI-ID etc. Es gibt aber keine feste Kopplung der Buchstaben an die
  148. SCSI-ID, sondern es kommt nur auf die Reihenfolge an, d.h. die erste
  149. Festplatte muss nicht unbedingt ID 0 und die zweite Festplatte ID 1
  150. haben, sondern sie k÷nnten z.B. auch die IDs 3 und 6 haben.
  151. Wird jetzt nachtrΣglich ein GerΣt eingebunden, das eine kleinere ID
  152. hat, als ein bereits angemeldetes, wⁿrden sich die Devicenamen aller
  153. GerΣte mit einer h÷heren ID verschieben, was ein ziemliches Chaos zur
  154. Folge hΣtte.
  155. WICHTIG: Auch wenn es m÷glich ist, nachtrΣglich eingeschaltete GerΣte
  156. zu erkennen, dⁿrfen wΣhrend des Betriebes keine GerΣte physikalisch an
  157. den Bus angeschlossen oder von ihm abgetrennt werden (sogenanntes
  158. Hot-Plugging), da das zu schweren HardwareschΣden fⁿhren kann. Dies
  159. ist nur mit speziell dafⁿr ausgelegten Hostadaptern und SCSI-GerΣten
  160. m÷glich.
  161.  
  162. 3.9 Seit ich meinen Speicher aufgerⁿstet habe, ist Linux viel
  163. langsamer geworden. Unter DOS tritt der Effekt aber nicht auf. Woran
  164. liegt das?
  165.  
  166. Dieser Effekt tritt auf, wenn mehr Speicher im Rechner vorhanden ist,
  167. als die Cache-Logik des Mainboards verwalten kann. Das fⁿhrt dazu,
  168. dass Speicher, der oberhalb einer gewissen Grenze (hΣufig 64MB, bei
  169. vielen 486er-Boards aber auch schon 32MB) liegt, nicht mehr gecachet
  170. wird, so dass Zugriffe in diesem Bereich sehr langsam sind.
  171. Dies ist eine HardwarebeschrΣnkung, die nichts mit Linux zu tun hat,
  172. aber unter Linux sichtbar wird, da Linux den Speicher vollstΣndig
  173. nutzt und viele Daten im oberen Adressraum ablegt. Unter DOS werden
  174. standardmΣ▀ig nur die unteren 640KB verwendet, die natⁿrlich innerhalb
  175. des cachebaren Bereichs liegen, und bei der Verwendung von EMS/XMS
  176. wird der Speicher von unten nach oben belegt, so dass der Effekt erst
  177. sichtbar wird, wenn ein DOS-Programm wirklich mehr als die o.g.
  178. Obergrenze verwendet. Ein DOS-Programm, das mehr als 64MB Speicher
  179. anspricht, ist mir bisher allerdings noch nicht untergekommen.
  180. Bei manchen Boards kann man im BIOS einen Wert fⁿr die cacheable area
  181. setzen. Dieser sollte natⁿrlich m÷glichst hoch eingestellt werden. Die
  182. maximale Gr÷▀e der cacheable area ist von mehreren Faktoren abhΣngig:
  183. von der Gr÷▀e des Cache, von der Breite des Tag-RAMs und vom Chipsatz.
  184. Von den Intel-ChipsΣtzen fⁿr Pentiums (FX, HX, VX, TX) haben AFAIK
  185. alle bis auf den HX eine im Chipsatz liegende BeschrΣnkung auf 64MB
  186. cacheable area, auch wenn der Chipsatz insgesamt mehr Speicher
  187. verwalten kann, der jedoch dann nicht gecachet wird.
  188. Bei einem HX-Board muss au▀erdem fⁿr eine cacheable area ⁿber 64MB ein
  189. 11 Bit breites Tag-RAM verwendet werden. Manche HX-Boards werden
  190. standardmΣ▀ig mit einem 8Bit breiten Tag-RAM ausgeliefert und mⁿssen
  191. mit einem 11 Bit breiten Tag nachgerⁿstet werden, um mehr als 64MB
  192. cachen zu k÷nnen.
  193. Der ALI Aladin 4/4+ und seine Clones sowie der VIA Apollo VPX/VP-2
  194. k÷nnen wie der HX-Chipsatz bis zu 512MB cachen, SiS 5581/82 und
  195. 5597/98 schaffen immerhin bis zu 128MB RAM (alle Angaben ohne GewΣhr).
  196. Die FΣhigkeit des Chipsatzes alleine reicht allerdings nicht, das
  197. Board muss ebenfalls fⁿr eine entsprechend gro▀e cacheable area
  198. ausgelegt sein. Je nach Board/Chipsatz kann eine Erweiterung des Tags
  199. und/oder der Cachegr÷▀e notwendig sein. PII und Celeron(A) haben den
  200. 2nd-Level-Cache bereits im Prozessor integriert und k÷nnen daher
  201. unabhΣngig vom Chipsatz mindestens 512MB cachen.
  202.  
  203. 3.10 Welche CD-Brenner funktionieren unter Linux?
  204.  
  205. Eigentlich mⁿ▀ten alle heutzutage verkauften CD-Brenner funktionieren.
  206. Fⁿr Linux gibt es derzeit zwei Programme zum Brennen von CDs, cdrtools
  207. <http://www.fokus.gmd.de/research/cc/glone/employees/joerg.schilling/p
  208. rivate/cdrecord.html> (cdrecord) und cdrdao
  209. <http://cdrdao.sourceforge.net/> (interessant vor allem fⁿr
  210. Audio-CDs). Zum Erzeugen von Daten-CDs ben÷tigt man mkisofs aus den
  211. cdrtools. Auf den Homepages beider Programme finden sich Listen von
  212. unterstⁿtzten und nicht unterstⁿtzten (alten) GerΣten.
  213. Beides sind Kommandozeilenprogramme, fⁿr die es eine Reihe graphischer
  214. Frontends wie z.B. X-CD-Roast <http://www.xcdroast.org/> und GCDMaster
  215. <http://cdrdao.sourceforge.net/gcdmaster/index.html> gibt. Oft
  216. (meist?) ist es aber schneller und komfortabler, direkt auf die
  217. Komandozeilenprogramme zurⁿckzugreifen, anstatt auf ein Frontend
  218. zurⁿckzugreifen, als kleines Beispiel m÷ge cdrecord meincd-image.iso
  219. (Brennen eines heruntergeladenen CD-Images) dienen.
  220. Lesetipps: CD-Writing-HOWTO und die ausfⁿhrliche Dokumentation, die
  221. cdrecord beiliegt.
  222.  
  223. 3.11 Ich benⁿtze einen ATAPI (IDE) CD-Brenner, wenn ich Audio-CDs
  224. brenne, ist das System zu 100% ausgelastet und es kommt sogar zu
  225. buffer-underruns. Bei Daten-CDs tritt das Problem nicht auf.
  226.  
  227. Das ist ein bekanntes Problem des Linux Kernels, genauer gesagt im
  228. ide-scsi Modul: Der resourcenschonende DMA Modus wird nur bei der
  229. Standardblockgr÷▀e (2048 Bytes/Sektor) verwendet, d.h. fⁿr "normale"
  230. Daten CDs verwendet. Das Erstellen von Audio CDs oder von Daten CDs
  231. mit cdrecord -raw -data blah.iso bzw. cdrdao lastet das System stark
  232. aus.
  233. Seit Linux 2.6 gibt es eine alternative, besser funktionierende
  234. Zugriffsmethode, die nicht unter dieser BeschrΣnkung leidet. Sie wird
  235. bei cdrecord durch dev=ATA:1,0,0 (ab 2.01a25) bzw. dev=/dev/hdc
  236. ausgewΣhlt. cdrdao unterstⁿtzt diese Zugriffsmethode ab Version 1.1.8
  237. (--device ATA:1,0,0 bzw. --device /dev/hdc).
  238.  
  239. 3.12 Ich m÷chte einen Rechner ohne Tastatur und Monitor unter Linux
  240. (z.B. als Kommunikationsserver) betreiben. Wie geht das?
  241.  
  242. Soweit es Linux betrifft, problemlos. Ob es in der Praxis
  243. funktioniert, ist abhΣngig vom BIOS. Viele BIOS-Versionen prⁿfen, ob
  244. eine Tastatur angeschlossen ist und booten nicht, falls das nicht der
  245. Fall ist. Meistens gibt es jedoch eine BIOS-Option, mit der man diese
  246. ▄berprⁿfung deaktivieren kann. Ein weiteres Problem kann die
  247. Grafikkarte bzw. deren BIOS sein. Einige Karten prⁿfen bei der
  248. Initialisierung des VGA-Bios, ob ein Monitor angeschlossen ist und
  249. liefern einen POST-Error (Piepser), falls nicht. In einem solchen Fall
  250. hilft in der Regel leider nur der Austausch der Karte oder der
  251. Anschluss eines entsprechend verdrahteten Blindsteckers, welcher der
  252. Karte einen angeschlossenen Monitor vorgaukelt.
  253.  
  254. 3.13 Wie kann ich meine Festplatten nach einer gewissen Zeit der
  255. InaktivitΣt automatisch abschalten lassen (sog. Spindown)?
  256.  
  257. Bei IDE-Platten geht das mit hdparm -S, fⁿr SCSI-Platten ist ein
  258. Kernelpatch (SCSI-Idle) notwendig. In der Praxis ist ein solcher
  259. Spindown aber nur selten sinnvoll. Unter Linux, wie unter jedem Unix,
  260. erfolgt normalerweise spΣtestens alle paar Minuten irgendein
  261. Plattenzugriff, es sei denn, es handelt sich z.B. um eine reine
  262. Datenplatte, die nicht gemountet ist. Dadurch wird eine Platte, falls
  263. der Timeout so kurz ist, dass sie zwischen den Zugriffen den Motor
  264. abschalten kann, dauernd herunter- und und wieder heraufgefahren, was
  265. die Lebensdauer der Platte rapide verkⁿrzen kann, insbesondere, wenn
  266. es sich um eine Desktopplatte handelt, die im Gegensatz zu einer
  267. Notebookplatte nicht fⁿr solche Stromsparma▀nahmen ausgelegt ist.
  268. Abhilfe schaffen kann hier der noflushd/
  269. <http://sourceforge.net/projects/noflushd/>, der die Zugriffe bei
  270. InaktivitΣt unterbindet. Unbedingt die Warnhinweise im README
  271. beachten!
  272.  
  273. 3.14 Ich m÷chte den bei meinem Scanner mitgelieferten SCSI-Hostadapter
  274. AVA 1505 oder 1502 unter Linux benutzen, finde jedoch keinen Treiber.
  275.  
  276. Sowohl der AVA 1505 wie auch der 1502 funktionieren mit dem Treiber
  277. fⁿr die Adaptec 152x-Reihe. Wichtig ist, dass die Typen 1505 und 1502
  278. kein BIOS haben und deshalb vom Treiber nicht automatisch erkannt
  279. werden k÷nnen. Es ist daher n÷tig, dem Kernel IRQ und IO-Basisadresse
  280. als Bootparameter zu ⁿbergeben, z.B. durch einen Eintrag in
  281. /etc/lilo.conf in der Form append="aha152x=0x340,11" (fⁿr Basisadresse
  282. 0x340 und IRQ 11). NΣhere ErlΣuterungen zu Bootparametern finden sich
  283. im BootPrompt-HOWTO.
  284.  
  285. 3.15 Welche Scanner funktionieren unter Linux?
  286.  
  287. Unter http://www.mostang.com/sane/sane-backends.html stehen die von
  288. SANE (Scanner Access Now Easy) unterstⁿtzten Scanner-Typen. SANE
  289. bietet ein einheitliches API fⁿr verschiedene Scanner-Treiber und
  290. verfolgt insoweit einen Σhnlichen Ansatz wie TWAIN unter Windows.
  291.  
  292. 3.16 Unterstⁿtzt Linux USB-GerΣte?
  293.  
  294. Erst ab Kernel 2.2.9 standardmΣ▀ig, allerdings hat auch dort die
  295. USB-Unterstⁿtzung den Status experimentell. Informationen zu USB unter
  296. Linux sind unter
  297. http://www.linux-usb.org/
  298. erhΣltlich.
  299. Ab Kernel 2.2.18 ist der USB-Backport von 2.4 offiziell auch in den
  300. 2.2er Kerneln enthalten. Damit muss man keinen Patch mehr einspielen
  301. oder auf den 2.4er-Zweig upgraden, wenn man USB unter Linux nutzen
  302. will.
  303.  
  304. 3.17 Wie kann ich Disketten vom Amiga oder vom Mac auf einem PC unter
  305. Linux lesen?
  306.  
  307. Amigadisketten im normalen AmigaDOS-Format mit 880KB (DD) oder 1,72MB
  308. (HD) lassen sich auf einem PC prinzipiell nicht lesen, da der
  309. PC-Diskettenlaufwerkscontroller dazu hardwaremΣ▀ig nicht in der Lage
  310. ist.
  311. Beim Mac muss auch zwischen dem alten 800KB-Format und dem
  312. 1,44-MB-Format unterschieden werden. Bei den 800KB-Disketten gilt das
  313. gleiche wie beim Amiga, die 1,44-MB-Disketten sind physikalisch in
  314. einem PC lesbar. Fⁿr den Zugriff auf die Disketten stehen die
  315. hfs-utils zur Verfⁿgung (Σhnlich den mtools).
  316.  
  317. 3.18 Wie kann ich die FritzX PC oder die Eumex 404 (ISDN-Anlagen)
  318. unter Linux benutzen?
  319.  
  320. Gar nicht. Beide GerΣte verwenden ein eigenes Protokoll zur
  321. Kommunikation mit dem Rechner, welches vom jeweiligen Hersteller nicht
  322. zugΣnglich gemacht wird, so dass entsprechende Treiber nicht
  323. entwickelt werden k÷nnen.
  324.  
  325. 3.19 LΣuft meine analoge TV-Karte unter Linux?
  326.  
  327. Momentan werden fast alle erhΣltlichen Karten grundsΣtzlich
  328. unterstⁿtzt, es gibt allerdings deutliche Unterschiede im n÷tigen
  329. Aufwand.
  330.   * ─ltere Modelle verwenden den Bt848- oder Bt878 chip, diese werden
  331.     vom BTTV-Treiber <http://bytesex.org/bttv/> schon recht lange und
  332.     zuverlΣssig unterstⁿtzt, der Treiber ist schon in Kernel 2.2.*
  333.     enthalten.
  334.   * Philips 7134 wird vom saa7134-Treiber
  335.     <http://bytesex.org/saa7134/> inzwischen auch recht gut
  336.     unterstⁿtzt. Dieser ist in Kernel 2.6 integriert, fⁿr Σltere
  337.     Versionen muss der Kernel gepatcht werden.
  338.   * Die Unterstⁿtzung fⁿr den Nachfolger der Bt8x8-Serie, Conexant
  339.     2388x, befindet sich noch in recht frⁿhen Teststadium und
  340.     erfordert einen Kernelpatch. (http://bytesex.org/cx88/)
  341.  
  342. Siehe auch http://www.multimedia4linux.de/.
  343.   _________________________________________________________________
  344.  
  345. Build: 18.04.2004
  346.