February 2006 - openSUSE Mobile (Deutsch)

WLAN in SuSE 10.1 - was bleibt übrig?
by Sven Burmeister 22 Mar '06

22 Mar '06

Hallo miteinander! Durch die Presse ging ja, dass es bei SuSE 10.1 kein non-gpl Paket mehr geben wird. Auch über YOU soll angeblich nichts mehr angeboten werden, daher hier mal die Frage, ob mir jemand sagen kann, welche WLAN-Chipsätze man mit SuSE 10.1 problemlos betreiben kann, ohne selber kompilieren zu müssen. Ich meine madwifi (atheros) wäre OSS, scheint aber bei SuSE 10 (noch) nicht dabei zu sein, vielleicht suche ich aber auch nach dem falschen Paket. Ich würde es gerne so bequem wie mit einem ipw2200 in einem Notebook haben, nur dass ich eben in nächster Zukunft sowohl eine PCMCIA, wie auch eine PCI-Karte kaufen muss. Die Hardwaredatenbank bringt ja nun auch erstmal nicht so viel, da man ja nicht weiß, wieviel davon noch mit SuSE 10.1 läuft. Vielen Dank! Sven

4 4

Re: [suse-laptop] Re: Re: powersaved(?) Frage
by Harmst＠web.de 15 Mar '06

15 Mar '06

Hallo, nicht das der Eindruck entsteht, das ist eine Einzelfall. Am Wochenende habe ich ein HP Notebook mir Opensuse 10 aufgesetzt und ich habe das Problem auch :-((. Gruss Thomas Stefan Seyfried <seife(a)gmane0305.slipkontur.de> schrieb am 22.02.06 09:31:13: > > On Mon, Feb 20, 2006 at 05:54:46PM +0100, Dimitrios Bogiatzoules wrote: > > Stefan Seyfried said the following on 20.02.2006 09:04: > > > Bei nicht funktionierenden suspend to ram: > > > > Kurze Betätigung des Ein-/Ausschalters: > > button/power PWRF 00000080 00000001 > > > > und keine reguläres Herunterfahren des Rechners. Eine lange Betätigung > > des Schalters führt zum "harten" Powerdown ohne das Betriebssystem > > herunter zu fahren. > > Ok. Ich sehe, wo der fehler liegt, aber nicht, was ihn auslöst. Ich hole mal > aus... > Manche Rechner erzeugen beim resume einen powerbutton-event. Um zu > verhindern, daß diese nach dem resume sofort runterfahren, merkt sich der > powersaved, wenn ein suspend ausgelöst wurde und ignoriert dann solange > alle button-events (power, lid, sleep), bis der resume vorbei ist. > > Nun dein Problem: > Irgendwie scheint der powersaved bei deinem Rechner nicht zu merken, daß > der resume beendet ist. > Da das sonst niemand gemeldet hat, nehme ich erstmal an, daß deine Konfi- > guration kaputt ist. > > Hast du irgendwelche eigenen events definiert? > Was sagt "grep GLOBAL_ /etc/sysconfig/powersave/events"? > > > Nach dem notwendigen Reboot meldet acpi_listen beim schließen und öffnen > > des Deckels folgendes: > > > > taki@thinkpad:~> acpi_listen > > ibm/hotkey HKEY 00000080 00005001 > > button/lid LID 00000080 00000001 > > processor CPU 00000081 00000000 > > der Kernel ist in Ordnung, es liegt am powersaved / an der Konfiguration. > > > >> powersave-0.11.5-1.pm.1 > > > > > > Das ist aber nicht auf 10.0, und auf sourceforge auch nicht. > > > > > > Das powersave Paket habe ich vom Packman. War ein weiterer Versuch das > > Problem zu beheben nachdem die "offiziellen" Versionen nichts brachten... > > Das Problem ist, daß die Packman-Version alt und in unbekanntem Zustand > ist, Offizielle und unterstützte Versionen gibts auf > http://sourceforge.net/projects/powersave, aber solange wir dein Problem > nicht lokalisiert haben, helfen die sicher auch nicht. > -- > Stefan Seyfried > > -- > Um die Liste abzubestellen, schicken Sie eine Mail an: > suse-laptop-unsubscribe(a)suse.com > Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken > Sie eine Mail an: suse-laptop-help(a)suse.com > >

2 1

powersaved(?) Frage
by Dimitrios Bogiatzoules 10 Mar '06

10 Mar '06

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hallo Liste, ich betreibe hier ein T42p mit der SUSE 10.0 und den aktuellen Updates. Während zur 9.3 Zeiten das Schließen des Deckels immer zum suspend to ram geführt hat, habe ich mit 10.0 Probleme: Nach einem Neustart des Rechners kann ich mit dem Schließen des Deckels *einmalig* suspend to ram auführen. Wenn ich den Deckel aufmache, wacht der Rechner wie erwartet auf und ich kann normal arbeiten. Wenn ich jetzt nochmals den Deckel schließe, dann passiert nichts. Über KPowersave und den Menüpunkt "Suspend to RAM" kann ich diese Aktion trotzdem durchführen. Versuche mit dem Neustart von powersaved und/oder acpid haben keine eindeutige Ergenbisse hervorgebracht. Mal klappte es mit dem Deckel mal nicht. Die Pseudodatei /proc/acpi/button/lid/LID/state zeigt das Schließen des Deckels an, so dass ich vermute, dass powersaved & Co. dies ignorieren... Hat jemand einen Vorschlag? Ich bin dankbar für jeden Hinweis! Taki Hier noch ein paar Details: acpid-1.0.4-9.4 powersave-0.11.5-1.pm.1 2.6.13-15.8-default Auszug aus /etc/sysconfig/powersave/sleep: UNLOAD_MODULES_BEFORE_SUSPEND2RAM="snd_bt_sco videodev sn9c102 usb_storage sbp2 ohci_hcd uhci_hcd ehci_hcd ohci1394 ipw2100 ipw2200 prism54 ath_pci aic7xxx ath_hal hsfusbcd2 hsfmc97sis hsfmc97ati hsfmc97via hsfmc97ich hsfmc97ich hsfpcibasic2 hsfserial hsfengine hsfosspec hsfsoar" SUSPEND2RAM_RESTART_SERVICES="hsf autofs alsasound openvpn network irda" (hfs = linuxant-Treiber fürs Modem) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFD9iWWQUbIQKfk0YMRAmNoAJ9kZZMxEC6O8QACDyJQ3UIThn3xyACeLfi6 FTo/JmnhFjfkRSKuvmYWs+s= =p67F -----END PGP SIGNATURE-----

3 9

eth0 bei PC-Start weg
by Jonas Zehnder 28 Feb '06

28 Feb '06

Hallo liebe Listenleser, Folgendes Problem habe ich seit einiger Zeit: Beim Hochfahren des Rechners wird eth0 nicht gefunden. Wenn ich dann manuell über YaST--> Netzwerkgeräte--> Netzwerkkarte die "Erkennung" auslöse, wird eth0 gefunden und "alles geht". In der boot.msg habe ich folgendes, was i c h dem zuordnen würde, gefunden:): [...] Waiting for mandatory devices: eth-id-00:03:25:0c:7b:ef 19 18 17 16 15 14 <notice>startproc: execve (/opt/kde3/bin/kdm) [...] 13 12 11 10 8 7 6 5 4 3 2 1 <notice>checkproc: /opt/kde3/bin/kdm 5165 0 eth-id-00:03:25:0c:7b:ef No interface found failedSetting up service network . . . . . . . . . . . . . . . .failed# [...] Ich habe das Problem schon eine ganze weile und kann es somit (leider) keinem update zuordnen. Aus Zeitmangel bin ich es dummerweise nicht zeitnah angegangen... Mit meinem (kleinen) Linux-Latein bin ich am Ende: ein rcnetwork restart half auch nicht, da eth0 ja nicht erkannt wurde. Wlan0, mit ndiswrapper betrieben, wird hingegen problemlos erkannt. Als relativer Linuxneuling weiss ich nicht mehr weiter: Wie kann ich denn die "Netzwerkkartenerkennung", die in YaST beim Aufrufen von "Netzwerkkarte" gestartet wird manuell auslösen? Ansonsten (keine Ahnung ob es damit zusammenhängt) zieht netdeamon in unregelmäßigen Abständen (5 Tage manchmal) 50% der Systemleitung. Ein restart behebt das Problem dann. Bei Bedarf poste ich auch gerne andere Augsgaben (dmesg | grep eth?). Ich verwende Suse 10.0 mit dem aktuellen Kernel 2.6.13-15.8. Gruß und vielen Dank! Jonas

1 0

Booting process halted after upgrading to KDE 3.5.1 level "a" , Not supported
by Frans Leerink 28 Feb '06

28 Feb '06

Hello, I have upgraded the KDE system of my Suse Linux 10.0 installation on my Medion MD41300 laptop to KDE 3.5.1 level "a". After the Yast update the system worked correctly but my problem started after I shutdown the system and wanted to boot it up again. After the selection screen where I selected Suse Linux 10.0 the system come to a hang. The last action I can see in the log are: Starting powersaved (accessing ACPI events over acpid ) done Starting IAL daemon done I am able to boot into runlevel 3 via failsafe mode and from there via login User/Psswrd and startx into KDE and can than work as usual. How can I find out what went wrong and how to correct the situation. I have done the same upgrade a week earlier on my Medion Desktop and that did not cause this problem. Regards, Frans Leerink

2 2

ATIGrafikTreiber&Suspend
by dg 25 Feb '06

25 Feb '06

hallo zusammen, ich bin ein newbie in sachen linux und habe wie wohl andere auch ein problem mit.dem suspend. habe open-suse 10.0 auf einem desktop-rechner sowie auf einem dell c600 notebook mit ati r128 m3 agp grafikkarte. da ich schon gelesen habe, das der ati treiber probleme mit dem suspend hat, habe ich das fglrx paket von ati runtergeladen und wollte dies installieren. nur leider meldet der treiber, daß erst karten ab radeon unterstützt werden. hat jemand in der liste eine ahnung, wie ich dies problem beheben könnte? die problematischen treiber sind wohl agpgart und intel-agp gruss und schon mal danke dieter -- Erstellt mit Operas revolutionärem E-Mail-Modul: http://www.opera.com/mail/

1 0

Probleme mit Verbindung ueber Ethernetkarte
by Jorg Strutwolf 23 Feb '06

23 Feb '06

Hallo Leute, ich hatte meinen laptop (Toshiba L20 157 + SuSE 10.0) bisher einmal ueber die Ethernetkarte mit dem Internet verbunden, um mir den ATI Grafiktreiber herunterzuladen und einen online update des SuSE Sytems durchzufuehren. Klappte problemlos. Heute wollte ich das wieder tuen, aber es kommt keine Verbindung zustande. Es liegt nicht am Kabel oder Stecker, die Verbindung funktioniert mit einem anderen Rechner. Aus dmesg habe ich mal die Eintraege, die mit eth0 beginnen, rausgeschrieben: eth0: RealTek RTL8139 at 0xdc87c000, 00:c0:9f:f1:b9:ae, IRQ 10 eth0: Identified 8139 chip type 'RTL-8100B/8139D' ... eth0: link up, 100Mbps, full-duplex, lpa 0x45E1 ... eth0: no IPv6 routers present NETDEV WATCHDOG: eth0: transmit timed out eth0: Transmit timeout, status 0c 0055 c07f media 10. eth0: Tx queue start entry 4 dirty entry 0. eth0: Tx descriptor 0 is 0008a05a. (queue head) eth0: Tx descriptor 1 is 0008a24e. eth0: Tx descriptor 2 is 0008a04e. eth0: Tx descriptor 3 is 0008a046. eth0: link up, 100Mbps, full-duplex, lpa 0x45E1 ... NETDEV WATCHDOG: eth0: transmit timed out eth0: Transmit timeout, status 0c 0055 c07f media 10. eth0: Tx queue start entry 4 dirty entry 0. eth0: Tx descriptor 0 is 0008a24e. (queue head) eth0: Tx descriptor 1 is 0008a046. eth0: Tx descriptor 2 is 0008a046. eth0: Tx descriptor 3 is 0008a24e. eth0: link up, 100Mbps, full-duplex, lpa 0x45E1 ... NETDEV WATCHDOG: eth0: transmit timed out eth0: Transmit timeout, status 0c 0055 c07f media 10. eth0: Tx queue start entry 4 dirty entry 0. eth0: Tx descriptor 0 is 0008a24e. (queue head) eth0: Tx descriptor 1 is 0008a24e. eth0: Tx descriptor 2 is 0008a24e. eth0: Tx descriptor 3 is 0008a24e. eth0: link up, 100Mbps, full-duplex, lpa 0x45E1 ... NETDEV WATCHDOG: eth0: transmit timed out eth0: Transmit timeout, status 0c 0055 c07f media 10. eth0: Tx queue start entry 4 dirty entry 0. eth0: Tx descriptor 0 is 0008a24e. (queue head) eth0: Tx descriptor 1 is 0008a24e. eth0: Tx descriptor 2 is 0008a24e. eth0: Tx descriptor 3 is 0008a24e. eth0: link up, 100Mbps, full-duplex, lpa 0x45E1 Kann man daraus ersehen, woran das liegt? Es ist komisch, dass die Verbindung funktionierte, aber nach dem online update nicht mehr. Ansonsten habe ich nichts veraendert. Viele Gruesse, Jorg P.s.: Nicht schlagen, wenn das ein triviales Problem ist, bin Linuxanfaenger

3 2

Re: [suse-laptop] Probleme mit Verbindung ueber Ethernetkarte
by Jorg Strutwolf 23 Feb '06

23 Feb '06

Hallo, Die Ethernetkarte hatte ich in yast geloescht und neu eingerichtete - ohne Erfolg. Habe aber inzwischen herausgefunden, warum die Verbindung nicht klappt. Gebe ich beim Booten die Option acpi=on oder acpi=nopci an, kann ich ueber die Ethernetkarte keine Verbindung herstellen, hingegen mit acpi=off funktioniert es. Da kommt es wohl zu einem Konflikt. Ich haenge mal die gesamte Ausgabe von dmesg an diese mail und zwar nachdem der Rechner mit acpi=on gestartet wurde (und die Verbindung nicht funktionierte). Kann man daraus erkennen, woran das Verhalten liegt und was ich tuen muss, um acpi zu benutzen und gleichzeitig den Rechner ueber die Ethernetkarte ans Netz anschliessen kann? Viele Gruesse, Jorg

2 2

TP R51 hängt bei suspend2ram
by Michael Keyl 22 Feb '06

22 Feb '06

Hallo zusammen, mein Thinkpad R51 hat gelegentlich Probleme den s2r Zustand (ACPI) zu erreichen. Das System bleibt bei "syncing disks" stehen und rührt sich nicht mehr (reboot notwendig). Ich bin mir auch nicht sicher ob es zum "syncen" der Filesysteme wirklich noch kommt, da beim Neustart jede Menge "transactions replayed" werden müssen. Das ganze passiert aber (zum Glück) sehr selten. In 99.9 % aller Fälle funktioniert suspend2ram (und auch das resume danach) problemlos (und ich benutze es z.T. mehrmals täglich und über längere Zeit ohne neu zu booten). Leider ergeben sich weder aus /var/log/messages noch aus /var/log/suspend2ram.log Hinweise auf die Ursache des Problems (suspend2ram.log sieht genauso aus wie bei einem erfolgreichen suspend-Versuch). Ich benutze SuSE 10.0 mit zwei (evt. entscheidenden) Veränderungen: 1. Der Kernel ist aus den SuSE sourcen nach einspielen des radeonfb-patches (zum Vermeiden des "high power drain" Problems; siehe http://www.thinkwiki.org/wiki/Problem_with_high_power_drain_in_ACPI_sleep) selbst kompiliert. 2. Ich benutze einen (nicht ganz aktuellen) binary-snapshot des ati/radeon/r200 DRI-Treibers. Mit einem Vanilla kernel 2.6.11.10 (ebenfalls mit radeonfb-patch) den ich zuvor benutzt habe, hatte ich diese Probleme nicht. Hat irgendjemand eine Idee, wodurch dieses Problem verursacht werden könnte? Nützlich wären auch Informationen, wie man an mehr Debugging-Informationen gelangen könnte. Michael

1 0

IBM TP R50e - macht suspend to RAM
by Ekkard Gerlach 21 Feb '06

21 Feb '06

Wir haben bei Kunden einige R50e am laufen, Suspend to RAM funktioniert sehr gut, auch mit VMware und einem XP darin: _252 IBM/Lenovo Thinkpad R50e: Suspend to RAM unter SuSE 9.2 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Vorgehensweise, damit "Suspend to Ram" (ACPI S3) mit dem Thinkpad R50e unter SuSE 9.2 funkioniert: 1. Der im folgenden Beschriebene Schritt ist vermutlich nicht nötig, zumindest nicht beim R50e für Dr. Sieben: Kompilieren Sie den mitgelieferten SuSE-Kernel neu (derzeit aktuellste Version: 2.6.8). Verwenden Sie als Ausgangspunkt für die Konfiguration die SuSE-Konfiguration (lässt sich über "make menuconfig" importieren) und entfernen Sie die Framebuffer-Unterstützung *komplett*. Unter "make menuconfig" findet man diese wie folgt: Device Drivers -> Graphics support -> Support for frame buffer devices 2. Installieren Sie zum Wechseln in den Suspend-Modus ein spezielles Skript: > cp <xxx>/thinkpad-r50e/standard92/sleep.sh /usr/local/bin Damit es immer ausgeführt wird, wenn das SuSE Power-Management den Suspend-Modus aktiviert, muss in der Datei /usr/lib/powersave/do_acpi_sleep die Zeile echo mem > /sys/power/state durch die folgende Zeile ersetzt werden: /usr/local/bin/sleep.sh 3. Aktivieren Sie die "Suspend to RAM"-Funktionalität unter SuSE, z.B. über KDE. Folgende Mehtode klappt leider nicht auf Anhieb: YaST -> System -> Power-Management -> Suspend aktivieren -> Suspend to RAM erlauben Weitere Informationen zu dem Thema: http://www.thinkwiki.org/wiki/Problem_with_display_remaining_black_after_re… sleep.sh: ========== #!/bin/bash # Für weiter Informationen siehe laptop.txt_252. Das Skript stammt von # http://www.thinkwiki.org/wiki/Problem_with_display_remaining_black_after_re… # change to console 1 FGCONSOLE=`fgconsole` chvt 6 # safe video state cat /proc/bus/pci/00/02.0 > /tmp/video_state # sync filesystem sync # sync hardware clock with system time hwclock --systohc # go to sleep echo -n 3 > /proc/acpi/sleep # waking up # restore system clock hwclock --hctosys # restore video state cat /tmp/video_state > /proc/bus/pci/00/02.0 # change back to X chvt $FGCONSOLE # clean up behind us rm /tmp/video_state In Karlsruhe + Umgebung ein R50e sucht, der darf gerne bei der http://www.it-karlsruhe.de/index2.html kaufen. Die Leute sind sehr nett und sehr günstig. Sagt der Frau Forner mal Gruß von Ekkard. Gruss Ekkard -- Dipl. inform. Ekkard Gerlach, Goethestr. 15A, D - 76135 Karlsruhe, Medizinische EDV-Anlagen, Software und Hardware, e-mail: eg-nospam(a)linuxburg.de web: http://www.linuxburg.de

1 0