![](https://seccdn.libravatar.org/avatar/140a02b3c6831bfdd486f787b669f6ce.jpg?s=120&d=mm&r=g)
Hallo Hendrik. In der Liste schein sich niemand für den Thread zu interessieren - keine große Resonanz. Um so dankbarer bin ich für Deinen Tip. Ich bin kein großer Linux Guru - mich faszinieren einfach die Möglichkeiten. Um VMware zu erforschen, habe ich mir ein Gigabyte BX-D Dual PII Board beschafft. Meine 6.2 läuft soweit ich sehen kann ganz nett mit 2 ISDN Karten als Dial-In Büchse. Ich erzähle Dir das, weil ich Dir damit sagen, will: Bitte sag mir nicht, ich muß auf 6.3 gehen oder so. Jedenfalls habe ich jetzt zwei Tage mit dem Kernel gespielt und bin mittlerweile so weit, daß ich mit Sicherheit sagen kann: Sobald die SMP Option in den Kernel kommt, unmountet er die File Systeme nicht mehr - weder im init 0 noch in halt, init 6, reboot oder einfach per Befehl umount /dev/sdc1. Der Task hängt sich auf und ist weder mit kill, killall noch mit reboot o.ä. zu töten. Sobald ich die selbe .config nehme und nur das SMP als einzige Änderung rausnehme, tut's. Aber dann geht halt mein zweiter Protz nicht. Kann nicht sehen, was das mit smbfs zu tun haben könnte, aber ich konnte mir schon so manches nicht denken, und mußte dann später lernen, daß ich umdenken sollte... :-) Hast Du eine Lösung für mich? Oder einen Tip in die richtige Richtung? Vielen lieben Dank für die Hilfe! Ralph --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
![](https://seccdn.libravatar.org/avatar/193da5d879f700aeb6255066b03d106c.jpg?s=120&d=mm&r=g)
On 24-Mar-00 Ralph Scharping wrote:
Meine 6.2 läuft soweit ich sehen kann ganz nett mit 2 ISDN Karten als Dial-In Büchse. Ich erzähle Dir das, weil ich Dir damit sagen, will: Bitte sag mir nicht, ich muß auf 6.3 gehen oder so.
Jedenfalls habe ich jetzt zwei Tage mit dem Kernel gespielt und bin mittlerweile so weit, daß ich mit Sicherheit sagen kann: Sobald die SMP Option in den Kernel kommt, unmountet er die File Systeme nicht mehr - weder im init 0 noch in halt, init 6, reboot oder einfach per Befehl umount /dev/sdc1. Der Task hängt sich auf und ist weder mit kill, killall noch mit reboot o.ä. zu töten. Sobald ich die selbe .config nehme und nur das SMP als einzige Änderung rausnehme, tut's. Aber dann geht halt mein zweiter Protz nicht.
Hast Du eine Lösung für mich? Oder einen Tip in die richtige Richtung?
3 Punkte die man unbdedingt bei SMP beachten sollte ( ok, hast bestimmt drauf
geachtet aber man kann ja nie wissen )
1. MTRR - Support muss aktiviert sein bei SMP
2. Kein Advanced Power Managment bei SMP kerneln
3. make dep clean , da wirklich alles neu compiliert werden muß
vieleicht hilfts dir ja was....
bei mir läufts einwandfrei incl. 2 Tuxe beim booten *fg*
Gruß Tami
----------------------------------
E-Mail: Paul Zirnik
![](https://seccdn.libravatar.org/avatar/8576ac1b72af7a8d7391dbaa48c37e65.jpg?s=120&d=mm&r=g)
Paul Zirnik wrote:
On 24-Mar-00 Ralph Scharping wrote:
Meine 6.2 läuft soweit ich sehen kann ganz nett mit 2 ISDN Karten als Dial-In Büchse. Ich erzähle Dir das, weil ich Dir damit sagen, will: Bitte sag mir nicht, ich muß auf 6.3 gehen oder so.
Jedenfalls habe ich jetzt zwei Tage mit dem Kernel gespielt und bin mittlerweile so weit, daß ich mit Sicherheit sagen kann: Sobald die SMP Option in den Kernel kommt, unmountet er die File Systeme nicht mehr - weder im init 0 noch in halt, init 6, reboot oder einfach per Befehl umount /dev/sdc1. Der Task hängt sich auf und ist weder mit kill, killall noch mit reboot o.ä. zu töten. Sobald ich die selbe .config nehme und nur das SMP als einzige Änderung rausnehme, tut's. Aber dann geht halt mein zweiter Protz nicht.
Hast Du eine Lösung für mich? Oder einen Tip in die richtige Richtung?
3 Punkte die man unbdedingt bei SMP beachten sollte ( ok, hast bestimmt drauf geachtet aber man kann ja nie wissen )
...
vieleicht hilfts dir ja was....
Ansonsten hilft unter Umständen auch noch (Gilt für mein Gigabyte 686 LX2 Dual PII, mag bei anderen funktionieren) 4. SuSE Kernels nicht verwenden - SuSE-6.3-SMP-Kernels booten bei mir nicht einmal. Original-linux-2.2.14 hingegen läuft stabil. 5. Reiserfs vermeiden - War in der Vergangenheit nicht SMP-safe. (Mag sich geändert haben, habe es aber seit längerem nicht mehr probiert). Ralf --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
![](https://seccdn.libravatar.org/avatar/82e941c014be463b55d04db209e31cd3.jpg?s=120&d=mm&r=g)
Ralf Corsepius schrieb in 1,6K (46 Zeilen):
4. SuSE Kernels nicht verwenden - SuSE-6.3-SMP-Kernels booten bei mir nicht einmal. Original-linux-2.2.14 hingegen läuft stabil.
SuSE's 6.4-SMP geht. (aber wer SMP hat, will selber kompilieren!)
5. Reiserfs vermeiden - War in der Vergangenheit nicht SMP-safe. (Mag sich geändert haben, habe es aber seit längerem nicht mehr probiert).
Nicht alle device-Treiber sind SMP-safe. Von daher ueberpruefen, ob die Daten alle sauber sind. -Wolfgang --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
![](https://seccdn.libravatar.org/avatar/8576ac1b72af7a8d7391dbaa48c37e65.jpg?s=120&d=mm&r=g)
Wolfgang Weisselberg wrote:
Ralf Corsepius schrieb in 1,6K (46 Zeilen):
4. SuSE Kernels nicht verwenden - SuSE-6.3-SMP-Kernels booten bei mir nicht einmal. Original-linux-2.2.14 hingegen läuft stabil.
SuSE's 6.4-SMP geht.
Kann ich bestätigen :). Es läuft bisher weitgegend klaglos auf derselben Maschine, die mit SuSE 6.3-SMP nicht booten wollte.
(aber wer SMP hat, will selber kompilieren!)
Naja, nur konnte ich damals auch selbstkompilierte linux-2.2.13.SuSE SMP Kernels nicht booten. Nach diversen Kernelkompilationen mit unterschiedlichen Kerneloptionen gab ich damals auf. Selbst die mit Original linux-2.2.13|14 funktionsfähigen Konfigurationen liefen nicht.
5. Reiserfs vermeiden - War in der Vergangenheit nicht SMP-safe. (Mag sich geändert haben, habe es aber seit längerem nicht mehr probiert).
Nicht alle device-Treiber sind SMP-safe. Von daher ueberpruefen, ob die Daten alle sauber sind.
Yep, ich probier gerate mal wieder reiserfs unter SMP auf einer Partition. Bislang (Seit letztem Wochenende) ist mir noch nichts aufgefallen. Was allerdings auch nicht viel zu bedeuten hat, da diese Partition nicht mit häufig genutzten Daten belegt ist :) Ralf. --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
![](https://seccdn.libravatar.org/avatar/82e941c014be463b55d04db209e31cd3.jpg?s=120&d=mm&r=g)
Ralf Corsepius schrieb in 1,4K (40 Zeilen):
Naja, nur konnte ich damals auch selbstkompilierte linux-2.2.13.SuSE SMP Kernels nicht booten. Nach diversen Kernelkompilationen mit unterschiedlichen Kerneloptionen gab ich damals auf. Selbst die mit Original linux-2.2.13|14 funktionsfähigen Konfigurationen liefen nicht.
Bei mir ging ein SMP + RAIDpatch 2.2.13 ziemlich lange. -Wolfgang --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
![](https://seccdn.libravatar.org/avatar/82e941c014be463b55d04db209e31cd3.jpg?s=120&d=mm&r=g)
Paul Zirnik schrieb in 1,6K (46 Zeilen):
2. Kein Advanced Power Managment bei SMP kerneln
Wird automagisch vom Kernel abgeschaltet. -Wolfgang --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
participants (4)
-
corsepiu@faw.uni-ulm.de
-
Scharping@mettmann.com
-
weissel@netcologne.de
-
zirnik@disconnected.de