Demnächst muß ich SuSE 8.2 auf ein System mit KT400A-Chipset installieren, das angeblich erst ab 2.4.21 mit DMA problemlos funktioniert. Wie gehe ich da am besten vor? Safe Settings? Als Parameter ide=nodma mit der normalen Installation angeben? Ist alles letztlich nur eine Frage des Eintrages in die menu.lst oder steckt da mehr dahinter mit welcher Option installiert wird? Al
Am Montag, 11. August 2003 22:00 schrieb Al Bogner:
Demnächst muß ich SuSE 8.2 auf ein System mit KT400A-Chipset installieren, das angeblich erst ab 2.4.21 mit DMA problemlos funktioniert.
Wie gehe ich da am besten vor? Safe Settings? Als Parameter ide=nodma
Nö, lass ihn einfach machen. Der Kernel merkt, dass er den Chipsatz nicht kennt und lästs DMAen einfach bleiben. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
Am Montag, 11. August 2003 23:06 schrieb Manfred Tremmel:
Am Montag, 11. August 2003 22:00 schrieb Al Bogner:
Demnächst muß ich SuSE 8.2 auf ein System mit KT400A-Chipset installieren, das angeblich erst ab 2.4.21 mit DMA problemlos funktioniert.
Wie gehe ich da am besten vor? Safe Settings? Als Parameter ide=nodma
Nö, lass ihn einfach machen. Der Kernel merkt, dass er den Chipsatz nicht kennt und lästs DMAen einfach bleiben.
Ok. Wiederholt habe ich nun gelesen, dass bei der Installation die Meldung "Unknown Via SouthBridge disabling DMA" kommt. Kann ich ein bestehendes System bei dem DMA aktiviert ist hochfahren um die installierten Pakete mit yast zu speichern oder könnte da Datenverlust auf der HD entstehen? Oder ist in diesem Fall ein "ide=nodma" angebracht. Es geht also darum, dass ein nforce-Mobo in einem bestehendem System ausgebaut wurde und nun ein VIA KT400A-Board verbaut wird. Das System will ich sowieso neu aufsetzen, da wegen vieler Probleme alles Mögliche umkonfiguriert habe und vieles wegen Tests geändert wurde. Ich will also nur die installierten Pakete speichern um sie bei der Installation nicht auswählen zu müssen, andererseits aber 200GB Daten auf weiteren HDs nicht gefährden, obwohl die Daten gesichert sind. Daher frage ich auch lieber zu vorsichtig, als nachher die Probleme zu haben. Al
Am Dienstag, 12. August 2003 23:25 schrieb Al Bogner:
Ok. Wiederholt habe ich nun gelesen, dass bei der Installation die Meldung "Unknown Via SouthBridge disabling DMA" kommt. Kann ich ein bestehendes System bei dem DMA aktiviert ist hochfahren um die
Wie gesagt, der Kernel erkennt, dass es sich um ein noch nicht unterstütztes IDE-System handelt, wie Du der Meldung oben entnehmen kannst, aktiviert er dann DMA nicht. SuSE versucht immer DMA für Festplatten zu aktivieren, wenn Du es ihm nicht explizit untersagst.
installierten Pakete mit yast zu speichern oder könnte da Datenverlust auf der HD entstehen? Oder ist in diesem Fall ein "ide=nodma" angebracht.
Ich wüsste nicht, wieso Datenverlust entstehen sollte. Du kannst ide=nodema mit angeben, aber das Ergebnis wird exakt das selbe sein: IDE geht zwar mit dem generic Treiber, aber kein DMA wird aktiviert.
Daher frage ich auch lieber zu vorsichtig, als nachher die Probleme zu haben.
Fragen kann nix schaden. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
Am Montag, 11. August 2003 22:00 schrieb Al Bogner: Hallo Al,
Demnächst muß ich SuSE 8.2 auf ein System mit KT400A-Chipset installieren, das angeblich erst ab 2.4.21 mit DMA problemlos funktioniert. Wie gehe ich da am besten vor? Safe Settings? Als Parameter ide=nodma mit der normalen Installation angeben? Ist alles letztlich nur eine Frage des Eintrages in die menu.lst oder steckt da mehr dahinter mit welcher Option installiert wird?
Ich habe das MSI KT400A und konnte problemlos (außer Monitor/Graka -Problem) die 8.2 Installieren und habe dann aber recht schnell auf 2.4.21-0 upgedatet Bekam auch keine Fehlermeldungen bezgl. DMA - Modus bei den HD/CDR - LW. Was aber nicht heissen soll, das es bei deinen System genauso Problemlos funktieniert. ;-) Wenn ich mich richtig erinnere musste ich bei einem meiner Rechner den Parameter bei der normalen Installation mal so übergeben.
Al
Gruß Joachim
Am Montag, 11. August 2003 22:00 schrieb Al Bogner:
Demnächst muß ich SuSE 8.2 auf ein System mit KT400A-Chipset installieren, das angeblich erst ab 2.4.21 mit DMA problemlos funktioniert.
Vermutlich meinst Du mit 2.4.21 den veralteten und featurearmen "offiziellen" Kernel. Der mag damit vielleicht wirklich Probleme haben. Suses 2.4.20 sollte jedoch problemlos funktionieren. -- The site www.sco.com is running Apache/1.3.14 (Unix) mod_ssl/2.7.1 OpenSSL/0.9.6 PHP/4.0.3pl1 on Linux. (http://uptime.netcraft.com/up/graph?site=www.sco.com)
Matthias Wieser schrieb:
[...] Vermutlich meinst Du mit 2.4.21 den veralteten und featurearmen "offiziellen" Kernel. Der mag damit vielleicht wirklich Probleme haben. Suses 2.4.20 sollte jedoch problemlos funktionieren.
Naja, ich hoffe Du weisst, wovon Du da redest. Lies mal das Changelog des Kernels: Da steht auch beim SuSE-Kernel so einiges in der Art "fix problems with vt8235" (das ist die Southbridge des KT400), und zwar erst nach dem Release des 2.4.20 - so einwandfrei kann also im SuSE Standard-Kernel 2.4.20 die Unterstuetzung auch nicht sein und auch hier wuerde sich ein Update sicher lohnen. Der Vanilla-Kernel 2.4.21 ist uebrigens nicht veraltet, sondern immer noch der aktuelle stabile Kernel, und der hat ebenfalls Unterstuetzung fuer o.a. Chipsatz. Es ist also etwas schleicherhaft, wie Du auf Deine zitierten Aussagen kommst. CU, Thomson
Am Dienstag, 12. August 2003 21:02 schrieb Thomas Hertweck:
Da steht auch beim SuSE-Kernel so einiges in der Art "fix problems with vt8235" (das ist die Southbridge des KT400), und zwar erst nach dem Release des 2.4.20 - so einwandfrei kann also im SuSE Standard-Kernel 2.4.20 die Unterstuetzung auch nicht sein
Weisst du, ob die Probleme mit dem Mantel-Kernel ftp://ftp.suse.com/pub/people/mantel/next/RPM/k_athlon-2.4.21-4.i586.rpm behoben sind? Theoretisch sollten sie ja. Al
Al Bogner schrieb:
[...] Weisst du, ob die Probleme mit dem Mantel-Kernel ftp://ftp.suse.com/pub/people/mantel/next/RPM/k_athlon-2.4.21-4.i586.rpm behoben sind? Theoretisch sollten sie ja.
Lies am Besten einfach selbst: ftp://ftp.gwdg.de/pub/linux/suse/people/mantel/next/kernel-source.changes CU, Thomson
Am Mittwoch, 13. August 2003 09:14 schrieb Thomas Hertweck:
Al Bogner schrieb:
[...] Weisst du, ob die Probleme mit dem Mantel-Kernel ftp://ftp.suse.com/pub/people/mantel/next/RPM/k_athlon-2.4.21-4.i586.rpm behoben sind? Theoretisch sollten sie ja.
Ich kannte Fri Mar 7 14:56:17 CET 2003 - mantel@suse.de - update via82cxxx driver to 3.36. Fixes problem with vt8233a and vt8235 southbridges
Lies am Besten einfach selbst: ftp://ftp.gwdg.de/pub/linux/suse/people/mantel/next/kernel-source.changes
Mein Frage war so gemeint, dass aufgrund des Logs das Problem behoben ist und ob das in der Praxis mit den vielen unterschiedl. Konstellationen bestätigt ist? Nach meinen Problemen mit einem nforce2-System bin ich mit aktueller Hardware sehr vorsichtig geworden. Al
Al Bogner schrieb:
Ich kannte Fri Mar 7 14:56:17 CET 2003 - mantel@suse.de - update via82cxxx driver to 3.36. Fixes problem with vt8233a and vt8235 southbridges
Es steht zu spaeteren Zeitpunkten noch mehr im Changelog, was VIA-Fixes und vt8235 angeht.
Mein Frage war so gemeint, dass aufgrund des Logs das Problem behoben ist und ob das in der Praxis mit den vielen unterschiedl. Konstellationen bestätigt ist?
Keine Ahnung, ich habe hier momentan keinen KT400 im Einsatz, da muesste ich mich erst mal bei Kollegen erkundigen. Ich bleibe bei meinem KT133A... Allerdings habe ich bisher wenig Probleme gehoert, und auch der nforce2 scheint bei vielen zu laufen. Man muss halt bei diesen Sachen wirklich immer die neuste Software (sprich: den neusten Kernel) einsetzen... CU, Thomson
participants (5)
-
Al Bogner -
Joachim.Kurpel -
Manfred Tremmel -
matthias-wieser＠t-online.de -
Thomas Hertweck