Hallo, seit Freitag liegt mir die SuSE Linux 9.1 Version vor. "never change a running system" Da ist wohl etwas wahres dran, Auf meinem Testrechner hab ich es nach dem 5. Anlauf geschafft das System zu installieren, TV-Karte, Sat-Karte und DXR3 laufen prima mit dvb und vdr zusammen, auch habe ich sonst "momentan" keine merkenswerte Probleme. Anders sieht es auf meinem Notebook (Targa Visionary XP1600) aus, die Installation bleibt an den verschiedensten Stellen stehen, für mich nicht nachvollziehbar, immer etwas anderes. Also nächster Versuch von CD. Schon besser, nachdem die Installation von CD Problemlos verlief, konnte ich das System nutzen. Meine externe ieee/usb Festplatte wurde problemlos erkannt und eingebunden, prima auch das man die Systeme nicht erst mounten muß. ABER, jeder Zugriff per usb oder ieee endet mit dem Einfriehren des Systems, auch intensives Kopieren auf der lokalen Platte endet im Nirvana. Also nächster Versuch ohne acpi, dies endete mit dem gleichen Ergebnis. In den Logfiles kann ich leider auch nichts finden, auch ist der genaue Zeitpunkt an dem das System einfriert nicht reproduzierbar, da immer zu unterschiedlichen Zeitpunkten. Fazit: Ich habe die 9.0er wieder installiert, für einer Produktionsumgebung ist die 91er noch nicht nutzbar, LEIDER. Vieleicht waren meine Erwartungen auch zu hoch an die neue Version. Alles in allem muss ich in den nächsten Wochen entscheiden ob ich meinen Mitarbeitern weiterhin Windows auf den WS anbiete oder SuSE Linux. Ich habe gehofft, mit der 9.1er eine leichtere Entscheidung treffen zu können. Achso, seit meinen Tests mit dem neuen System und der Zurückstellung auf 9.0 braucht der Akku (1 Monat alt) laut Anzeige etwa 4000min bis er vollständig geladen ist ??? OK, wir werden sehen was sich in den nächsten Tagen bei SuSE tut und wie die Gemeinde reagiert, dann wird es eventuell noch einmal einen Versuch geben, aber vorerst bleibe ich auf der 9.0 .
2004-04-24 23:13, Jens Froehlich wrote:
Ich habe die 9.0er wieder installiert, für einer Produktionsumgebung ist die 91er noch nicht nutzbar, LEIDER.
Mit solchen Pauschalaussagen solltest du vorsichtig sein. Ich habe juengst mein ASUS L3D auf die 9.1 umgestellt. GENIAL easy sag ich nur. Kein Gebastel mehr. Laeuft alles 'out of the box'. Schon richtig langweilig. Nachzulesen unter: http://www.wach-o-witz.de/asus_l3500d_install.html -- "Penguins instead of children" - Uli Wachowitz
On Sat, Apr 24, 2004 at 11:27:44PM +0200, Uli Wachowitz wrote:
Kein Gebastel mehr. Laeuft alles 'out of the box'. Schon richtig langweilig. Nachzulesen unter:
schön. Was mich interessiert: musstest du dein agp-modul (ich vermute sis-agp) wie in der Dokumentation beschrieben blacklisten, damit der suspend-to-disk funktioniert hat? Auf einem L2400D musste sis-agp in die blacklist, sonst war beim resume schnell Schluss. -- Stefan Seyfried
2004-04-25 00:10, Stefan Seyfried wrote:
On Sat, Apr 24, 2004 at 11:27:44PM +0200, Uli Wachowitz wrote: sis-agp) wie in der Dokumentation beschrieben blacklisten, damit der suspend-to-disk funktioniert hat? Auf einem L2400D musste sis-agp in die blacklist, sonst war beim resume schnell Schluss.
Nichts dergleichen. -- "The particular mistake will not be repeated. There are plenty of mistakes left that have not yet been used." - A. Tanenbaum
On Sun, Apr 25, 2004 at 01:05:14AM +0200, Uli Wachowitz wrote:
2004-04-25 00:10, Stefan Seyfried wrote:
suspend-to-disk funktioniert hat? Auf einem L2400D musste sis-agp in die blacklist, sonst war beim resume schnell Schluss.
Nichts dergleichen.
Oh, das ist sehr interessant. Ist das sis-agp modul denn geladen? Kannst du mir evtl. mal eine umfangreiche Beschreibung deiner Hardware zukommen lassen (lspci, /proc/meminfo, /proc/swaps, XF86Config, /proc/cpuinfo, /var/log/boot.msg, nach einem erfolgreichen resume /var/log/swsusp.log und /var/lib/swsusp-state.resume)? Denn das ist das erste mal, daß ich von erfolgreichem suspend/resume mit geladenem AGP-Modul höre, darum bin ich etwas ungläubig und würde das gerne näher untersuchen :-). Gerne auch off-list per PM. Gruss, Stefan -- Stefan Seyfried
2004-04-25 14:28, Stefan Seyfried wrote:
suspend-to-disk funktioniert hat? Auf einem L2400D musste sis-agp in die blacklist, sonst war beim resume schnell Schluss.
Nichts dergleichen.
Ok, jetzt wird es interessant. Eben noch funktionierte ein 'powersave --suspend' ohne Probleme. Jetzt, ohne jegliche Änderung, wird zwar nach dem Start das Image geladen, aber sofort danach rebootet der Rechner. Die eibzige Chance wieder ins System zu kommen war des Löschen der 'resume' Option aus der 'menu.lst' (Koppix sei Dank). Ohne diese Option funktioniert ein Suspend natürlich nicht. Seltsam. Gleichzeitig funktioniert ein 'powersave --standby' auch nicht mehr. Der Bildschirm bleibt nach dem Resume dunkel.
Oh, das ist sehr interessant. Ist das sis-agp modul denn geladen?
Ja, ist es.
das erste mal, daß ich von erfolgreichem suspend/resume mit geladenem AGP-Modul höre, darum bin ich etwas ungläubig und würde das gerne nä her untersuchen :-)
HarHar, ich inzwischen auch. Wo hast du denn auf deinem L2400 das 'sis_agp' geblacklistet? -- "Here, put on this pretty white jacket. Be sure to button up, it's nippy outside!"
Am Sonntag, 25. April 2004 15:34 schrieb Uli Wachowitz: Ich habe auf einem Toshiba Satellite das gleiche Problem, wie im folgenden von Dir beschrieben.
Ok, jetzt wird es interessant. Eben noch funktionierte ein 'powersave --suspend' ohne Probleme. Jetzt, ohne jegliche Änderung, wird zwar nach dem Start das Image geladen, aber sofort danach rebootet der Rechner. Die eibzige Chance wieder ins System zu kommen war des Löschen der 'resume' Option aus der 'menu.lst' (Koppix sei Dank). Ohne diese Option funktioniert ein Suspend natürlich nicht. Seltsam.
Einmal "failsafe" booten reicht auch.
Gleichzeitig funktioniert ein 'powersave --standby' auch nicht mehr. Der Bildschirm bleibt nach dem Resume dunkel.
Auch das ist bei mir so. Dieses Problem zu umschiffen, würde mich ebenfalls sehr interessieren :) Gruß Volker
2004-04-25 16:09, Volker Kindler wrote:
Einmal "failsafe" booten reicht auch.
Jep, ich hab mir inzwischen einen eigenen Eintrag ohne 'resume' erstellt. Alles andere ist geblieben. Bei 'failsafe' fehlen mir 'acpi' etc.
Gleichzeitig funktioniert ein 'powersave --standby' auch nicht mehr. Der Bildschirm bleibt nach dem Resume dunkel.
Auch das ist bei mir so.
Interessanterweise hat BEIDES gestern noch funktioniert. Ich habe das NB über Nacht im Suspend gelassen und heute morgen war das Problem da. Egal, ist wieder nur eine Herausforderung des dämonisch grinsenden Pinguins ;-) -- ..and some might argue that the earth is flat ..and some might argue that smoking is not harmful ..and some might argue that even Windows XP has become stable
On Sun, Apr 25, 2004 at 03:34:14PM +0200, Uli Wachowitz wrote:
Ok, jetzt wird es interessant. Eben noch funktionierte ein 'powersave --suspend' ohne Probleme.
ok, das war Glück / Zufall / eine durchlaufende Gravitationswelle.
Jetzt, ohne jegliche Änderung, wird zwar nach dem Start das Image geladen, aber sofort danach rebootet der Rechner.
Das ist das typische Symptom bei geladenem $VENDOR-agp modul.
Die eibzige Chance wieder ins System zu kommen war des Löschen der 'resume' Option aus der 'menu.lst' (Koppix sei Dank). Ohne diese Option funktioniert ein Suspend natürlich nicht. Seltsam.
Oder einfach "noresume" bootparameter, oder "failsafe" booten. Ich dachte, du hättest die Dokumentation gelesen, bevor du suspend und standby eingeschaltet hast ;-).
Gleichzeitig funktioniert ein 'powersave --standby' auch nicht mehr. Der Bildschirm bleibt nach dem Resume dunkel.
Das ist nicht anders zu erwarten. Ich habe bisher erst eine Maschine gesehen, bei der S3 funktioniert hat. Das war ein seltsamerweise ein Desktop.
Oh, das ist sehr interessant. Ist das sis-agp modul denn geladen?
Ja, ist es.
das erste mal, daß ich von erfolgreichem suspend/resume mit geladenem AGP-Modul höre, darum bin ich etwas ungläubig und würde das gerne nä her untersuchen :-)
HarHar, ich inzwischen auch. Wo hast du denn auf deinem L2400 das 'sis_agp' geblacklistet?
Use the DOCs, Luke ;-) /etc/hotplug/blacklist. "sis-agp" eintragen, nicht "sis_agp". Oder einfach beide. Danach rebooten (die agp-module sind nicht entladbar). 3d geht dann natürlich nicht mehr, auf i8x0-Karten geht nicht mal mehr XVideo. Ansonsten: /usr/share/doc/packages/powersave/LIESMICH.suspend -- Stefan Seyfried
2004-04-25 19:50, Stefan Seyfried wrote:
On Sun, Apr 25, 2004 at 03:34:14PM +0200, Uli Wachowitz wrote:
ok, das war Glück / Zufall / eine durchlaufende Gravitationswelle.
seltsamer Zufall das. Gerade jetzt in der letzten Stunde hat das noch ein paarmal geklappt. Auch mit geladenem sis-agp. Das muss ich jetzt nicht verstehen, oder? Ist jedenfalls nicht wirklich reproduzierbar
Das ist das typische Symptom bei geladenem $VENDOR-agp modul.
Wieder was gelernt.
dachte, du hättest die Dokumentation gelesen, bevor du suspend und standby eingeschaltet hast ;-).
Liest du etwa die Doku BEVOR Probleme auftreten? SCNR
Der Bildschirm bleibt nach dem Resume dunkel.
Das ist nicht anders zu erwarten. Ich habe bisher erst eine Maschine gesehen, bei der S3 funktioniert hat. Das war ein seltsamerweise ein Desktop.
Seltsamerweise hat genau DAS 1 Mal funktioniert. Inzwischen auch nicht mehr.
Use the DOCs, Luke ;-)
Pff, Bastler lesen nicht, sie fluchen.
3d geht dann natürlich nicht mehr, auf i8x0-Karten geht nicht mal mehr
3d hat mich hier auf der Büchse noch nie interessiert. Brauche ich für Officeanwendungen auch nicht wirklich.
Ansonsten: /usr/share/doc/packages/powersave/LIESMICH.suspend
Hab ich jetzt gelesen. Danke für den Hinweis. Suspend funktioniert jetzt erst mal. Mal 'n bisschen mit rumspielen. -- "Using Windoze is like pissing in your pants on a cold winter day: It makes you feel cosy and warm in the beginning ..."
On Sun, Apr 25, 2004 at 09:16:21PM +0200, Uli Wachowitz wrote:
Ansonsten: /usr/share/doc/packages/powersave/LIESMICH.suspend
Hab ich jetzt gelesen. Danke für den Hinweis. Suspend funktioniert jetzt erst mal. Mal 'n bisschen mit rumspielen.
ansonsten ein ganz heisser tip frisch von der lkml: http://article.gmane.org/gmane.linux.kernel/199869/match= auf einer suse-9.1: kernel-source installieren, und was dazugehört. cd /usr/src/linux patch -p1 < /tmp/p # den patch nach /tmp/p speichern zcat /proc/config.gz > .config time make all modules_install install evtl. noch /boot/grub/menu.lst anpassen, ich habe eine zusätzliche sektion für den 9.1-originalkernel: title Linux-2.6.4-52-default 9.1 default kernel (hd0,5)/boot/vmlinuz-2.6.4-52-default root=/dev/hda6 vga=0x317 PROFILE=home acpi=force desktop resume=/dev/hda5 splash=silent showopts initrd (hd0,5)/boot/initrd-2.6.4-52-default sis-agp wieder raus aus /etc/hotplug/blacklist und beherzt rebooten. Hat bei mir mit intel-agp und sis-agp funktioniert. -- Stefan Seyfried
2004-04-26 12:57, Stefan Seyfried wrote:
On Sun, Apr 25, 2004 at 09:16:21PM +0200, Uli Wachowitz wrote: ansonsten ein ganz heisser tip frisch von der lkml: http://article.gmane.org/gmane.linux.kernel/199869/match=
Das habe ich mal ausprobiert und es fuktioniert auch hier. Nochmals danke -- I can bend minds with my spoon.
On Mon, Apr 26, 2004 at 12:57:33PM +0200, Stefan Seyfried wrote:
ansonsten ein ganz heisser tip frisch von der lkml: http://article.gmane.org/gmane.linux.kernel/199869/match=
Yo! Hab ich auch gleich ausprobiert und es funktioniert einwandfrei :-) Allerdings nur, wenn 3D-Beschleunigung bzw DRI deaktiviert ist. Zumindest bei meiner ATI Radeon Mobility 7500. Wenn das Modul radeon beim suspend geladen ist, wacht die Kiste zwar wieder auf, X ist aber tot. Dabei spielt es keine Rolle, ob der Suspend von einem xterm oder einer Konsole (/dev/tty1 o.ä.) aufgerufen wird, solange X läuft. Es scheint als hätte man vorerst zwei Möglichkeiten: 1. suspend aus einer laufenden X-Sitzung heraus aktivieren, diese aber ohne 3D-Beschleunigung (was für mich ok ist); 2. X-Sitzung mit 3D-Beschleunigung beenden, suspend, nach erfolgreichem resume X neu starten (nicht wirklich). Ansonsten Dank an Stefan für den Tip! Viele Grüße, flo -- Gravity is a myth, the Earth sucks.
On Mon, Apr 26, 2004 at 03:04:26PM +0200, Florian Tham wrote:
Yo! Hab ich auch gleich ausprobiert und es funktioniert einwandfrei :-) Allerdings nur, wenn 3D-Beschleunigung bzw DRI deaktiviert ist. Zumindest bei meiner ATI Radeon Mobility 7500. Wenn das Modul radeon beim suspend geladen ist, wacht die Kiste zwar wieder auf, X ist aber tot. Dabei spielt es keine
für ATI gibts einen patch für den X-Server bzw. fürs dri modul. Muss ich mal suchen, das war glaube ich auf der ACPI-Liste erwähnt worden. Wenn ich was herausfinde, dann melde ich mich.
Rolle, ob der Suspend von einem xterm oder einer Konsole (/dev/tty1 o.ä.) aufgerufen wird, solange X läuft. Es scheint als hätte man vorerst zwei
Stirbt die Maschine, wenn X läuft oder ist "nur" X tot, aber man kann noch auf eine Konsole wechseln und dann X neu starten bzw. wenigstens ordentlich herunterfahren? Das ist ja schon ein Unterschied in der "severity" :-) Gruss, Stefan -- Stefan Seyfried
On Mon, Apr 26, 2004 at 03:19:59PM +0200, Stefan Seyfried wrote:
für ATI gibts einen patch für den X-Server bzw. fürs dri modul. Muss ich mal suchen, das war glaube ich auf der ACPI-Liste erwähnt worden. Wenn ich was herausfinde, dann melde ich mich.
Das wär echt toll :-) Ich bemüh auch mal google, ist ja schon mal klasse, dass ein Patch existiert.
Stirbt die Maschine, wenn X läuft oder ist "nur" X tot, aber man kann noch auf eine Konsole wechseln und dann X neu starten bzw. wenigstens ordentlich herunterfahren? Das ist ja schon ein Unterschied in der "severity" :-)
Na ja, er kommt aus dem resume hoch, zeigt noch ein letztes Bild von der X Sitzung, das dann aber komplett verscshmiert. In Zeitlupe, sieht echt schick aus :) Kann ich nicht mehr auf die Konsole wechseln, es hilft nur noch ein beherztes Emergency-{Sync,Umount,Boot}. Das System ist also insgesamt nicht mehr zu gebrauchen. Viele Grüße, flo -- Gravity is a myth, the Earth sucks.
Hallo, On Mon, Apr 26, 2004 at 03:04:26PM +0200, Florian Tham wrote:
Yo! Hab ich auch gleich ausprobiert und es funktioniert einwandfrei :-) Allerdings nur, wenn 3D-Beschleunigung bzw DRI deaktiviert ist. Zumindest bei meiner ATI Radeon Mobility 7500. Wenn das Modul radeon beim suspend geladen
ich konnte es nicht lassen :-) Also: auf einem HP compaq nx5000, i855GM Grafik geht auch nach der Benutzung von 3D (quake3, SOF) suspend und resume noch. Nach dem resume geht allerdings 3D nicht mehr. Wenn der Xserver neu gestartet wird, geht auch 3D wieder. XVideo beschleunigung (dafür braucht diese Grafik- karte ebenfalls das intel-agp Modul) geht auch nach dem resume noch. Viel Erfolg. -- Stefan Seyfried
Hallo, Am Samstag, 24. April 2004 23:13 schrieb Jens Froehlich:
Hallo,
seit Freitag liegt mir die SuSE Linux 9.1 Version vor.
"never change a running system"
Da ist wohl etwas wahres dran, Auf meinem Testrechner hab ich es nach dem 5. Anlauf geschafft das System zu installieren, TV-Karte, Sat-Karte und DXR3 laufen prima mit dvb und vdr zusammen, auch habe ich sonst "momentan" keine merkenswerte Probleme.
Liest sich ja ganz gut ...
Anders sieht es auf meinem Notebook (Targa Visionary XP1600) aus, die Installation bleibt an den verschiedensten Stellen stehen, für mich nicht nachvollziehbar, immer etwas anderes. Also nächster Versuch von CD. Schon besser, nachdem die Installation von CD Problemlos verlief, konnte ich das System nutzen. Meine externe ieee/usb Festplatte wurde problemlos erkannt und eingebunden, prima auch das man die Systeme nicht erst mounten muß. ABER, jeder Zugriff per usb oder ieee endet mit dem Einfriehren des Systems, auch intensives Kopieren auf der lokalen Platte endet im Nirvana. Also nächster Versuch ohne acpi, dies endete mit dem gleichen Ergebnis. In den Logfiles kann ich leider auch nichts finden, auch ist der genaue Zeitpunkt an dem das System einfriert nicht reproduzierbar, da immer zu unterschiedlichen Zeitpunkten.
War das ein (versuchter) Update oder komplett Neu ????
Fazit:
Ich habe die 9.0er wieder installiert, für einer Produktionsumgebung ist die 91er noch nicht nutzbar, LEIDER. Vieleicht waren meine Erwartungen auch zu hoch an die neue Version. Alles in allem muss ich in den nächsten Wochen entscheiden ob ich meinen Mitarbeitern weiterhin Windows auf den WS anbiete oder SuSE Linux. Ich habe gehofft, mit der 9.1er eine leichtere Entscheidung treffen zu können.
Achso, seit meinen Tests mit dem neuen System und der Zurückstellung auf 9.0 braucht der Akku (1 Monat alt) laut Anzeige etwa 4000min bis er vollständig geladen ist ???
OK, wir werden sehen was sich in den nächsten Tagen bei SuSE tut und wie die Gemeinde reagiert, dann wird es eventuell noch einmal einen Versuch geben, aber vorerst bleibe ich auf der 9.0 .
Vielleicht erst mal sehen wie die Erfahrungen von Anderen sind und was eventuell anders gemacht haben. Vielleicht klappt dann ja der nächste Versuch ;-) -- MfG Rolf Masfelder EMail: rolf.masfelder@nector.de
Am Samstag, 24. April 2004 23:13 schrieb Jens Froehlich:
Hallo,
seit Freitag liegt mir die SuSE Linux 9.1 Version vor.
"never change a running system"
Da ist wohl etwas wahres dran, Auf meinem Testrechner hab ich es nach dem 5. Anlauf geschafft das System zu installieren, TV-Karte, Sat-Karte und DXR3 laufen prima mit dvb und vdr zusammen, auch habe ich sonst "momentan" keine merkenswerte Probleme. Anders sieht es auf meinem Notebook (Targa Visionary XP1600) aus, die Installation bleibt an den verschiedensten Stellen stehen, für mich nicht nachvollziehbar, immer etwas anderes. Also nächster Versuch von CD.
Hallo, es kann sein, dass das BIOS des Targa mit ACPI nicht richtig läuft. Du solltest mal genau bei /var/log/messages ab Anfang schauen. Ich habe nähmlich auch einen Targa und dort gab es Probleme. Bisher habe ich nur 9.0. Mit dem neuen BIOS gabe es dann keine Probleme mehr. 9.1 habe ich noch nicht versucht. Aber 9.1 wird eie saubere Implemtation des ACPI erwarten. Das aktuelle ist 1.26A http://www.service.targa.de/ Gruß Tobias
Schon besser, nachdem die Installation von CD Problemlos verlief, konnte ich das System nutzen. Meine externe ieee/usb Festplatte wurde problemlos erkannt und eingebunden, prima auch das man die Systeme nicht erst mounten muß. ABER, jeder Zugriff per usb oder ieee endet mit dem Einfriehren des Systems, auch intensives Kopieren auf der lokalen Platte endet im Nirvana. Also nächster Versuch ohne acpi, dies endete mit dem gleichen Ergebnis. In den Logfiles kann ich leider auch nichts finden, auch ist der genaue Zeitpunkt an dem das System einfriert nicht reproduzierbar, da immer zu unterschiedlichen Zeitpunkten.
Fazit:
Ich habe die 9.0er wieder installiert, für einer Produktionsumgebung ist die 91er noch nicht nutzbar, LEIDER. Vieleicht waren meine Erwartungen auch zu hoch an die neue Version. Alles in allem muss ich in den nächsten Wochen entscheiden ob ich meinen Mitarbeitern weiterhin Windows auf den WS anbiete oder SuSE Linux. Ich habe gehofft, mit der 9.1er eine leichtere Entscheidung treffen zu können.
Achso, seit meinen Tests mit dem neuen System und der Zurückstellung auf 9.0 braucht der Akku (1 Monat alt) laut Anzeige etwa 4000min bis er vollständig geladen ist ???
OK, wir werden sehen was sich in den nächsten Tagen bei SuSE tut und wie die Gemeinde reagiert, dann wird es eventuell noch einmal einen Versuch geben, aber vorerst bleibe ich auf der 9.0 .
participants (7)
-
Dr. Tobias Damm -
Florian Tham -
jens-froehlich＠t-online.de -
Rolf Masfelder -
Stefan Seyfried -
Uli Wachowitz -
Volker Kindler