Geschichte eines Scheiterns ...
Hallo zusammen, erstmall ein gutes neues Jahr für alle Leser - ich wollte mal so ein paar neue Erfahrungen mit Leap in die Runde werfen ... Neuer Laptop, nix edles aber immerhin, Acer Aspire E 15, 8Gbyte Ram, 500Gbyte Festplatte. Starte von der Boot-CD, Secure - Boot aktiv, System "stirbt" mit Kernel - Panic. Gut, war schon auf der Liste diskutiert worden, das Image hat einen Fehler (warum bleibt das dann eigentlich auf den Servern? In so einem Fall ist das doch wirklich nicht zielführend ...) Also, Secure - Boot ausgeschaltet (aber immer noch UEFI), keine Kernel-Panic mehr, immerhin. Partitionierungsvorgabe von YaST "as is" übernommen, installiert, System bootet nicht. Herumprobiert vorwärts, herumprobiert rückwärts, nichst zu machen. Schließlich aus Verzweiflung auf "legacy" - Mode gewechselt. Jetzt immerhin installiert das System und bootet auch. Touchpad geht nicht, Wlan geht nicht, das sind aber beides Kernel - Probleme. Jedesmal beim Konfigurieren der Festplatte fragt mich Yast, ob ich mir sicher sei mit meiner Partitonierung, es gebe "shadowing" Partitionen. Was das soll, ist mir unklar, jede Partition startet wie seit gefühlt 100 Jahren ganz allein für sich auf einem Zylinder und endet entsprechend - ohne Überlappungen zur nächsten. Ach ja, /boot ist eine separate Partion, /home aber auch - was um alles in der Welt soll also die Meldung? Upgrade auf Kernel 4.4 RC 7, jetzt geht wlan, nachdem ich mir auch noch die neueste Firmware heruntergeladen und an geeigneter Stelle im System hinterlegt habe. Der Touchpad geht auch - soweit so gut. Suspend to ram und suspend to disk funktionieren beide nicht. Einmal habe ich eine Kernel - Panic vom xfs - Filesystem auf der /home - Partition bekommen, die hat es mir dann auch "zerbröslet", ist aber nicht weiter schlimm. Nun die Frage: wie komme ich zu einem s2disk und / oder s2ram, ohne dass die Maschine "abschmiert" und einfach "nichts" protokolliert und auch nur "nichts" wegschreibt. Vielen Dank schonmal für jede Idee, mir gehen sie allmählich aus ... und da die Userland - Daemons nicht mehr verteilt werden, ist es auch schwierig, etwas zu debuggen - aber vielleicht hat hier jemand eine Idee für mich, Bis bald Dieter Jurzitza -- ----------------------------------------------------------- | \ /\_/\ | | ~x~ |/-----\ / \ /- \_/ ^^__ _ / _ ____ / <°°__ \- \_/ | |/ | | || || _| _| _| _| if you really want to see the pictures above - use some font with constant spacing like courier! :-) ----------------------------------------------------------- -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 01.01.2016 um 16:11 schrieb Dr.-Ing. Dieter Jurzitza:
Nun die Frage: wie komme ich zu einem s2disk und / oder s2ram, ohne dass die Maschine "abschmiert" und einfach "nichts" protokolliert und auch nur "nichts" wegschreibt.
s2disk und s2ram gibt es nicht mehr unter 42.1. Geht alle über systemctl suspend und systemctl hibernate. Ich hänge da immer noch ein -i hinten dran, dann wird auch suspendiert, wenn noch ein anderer User angemeldet ist. Suspend to RAM zu debuggen ist ein echter Schmerz. Es gibt auch Kernelmodule, die suspendieren verhindern, z.B. die Virtualbox Module vehindern suspend. Vielleicht noch andere. Als mein Laptop mal nicht suspendierte, hat es geholfen, den Logitech Empfänger für die Maus aus dem USB zu ziehen..... Ich sitz hier an einem AMD FX Desktop, da geht Suspend, aber kein Hibernate. Davon kriegt man noch mehr graue Haare. Ich würde ein minimales System booten, nur das allernötigste und von dort aus mit dem Suspend experimentieren. Gruß Malte -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo zusammen, also, es hat Fortschritte gegeben (aufgrund der Hinweise, die ich hier auf der Liste bekommen habe, vielen Dank nochmal Malte ...) "Böse" bezüglich suspend sind xhci-pci und xhci-hid. Weiterhin ist hid-i2c problembehaftet. Suspend & resume funktionieren zwischenzeitlich (to ram & to disk), durch Entladen / Laden der genannten Module. Es gibt derzeit noch eine einzige blöde Ausnahme: das Touchpad ist "aus" nach dem Aufwachen. Der Treiber ist geladen, ich kann es mit Hilfe von xinput wiederbeleben - würde das aber gerne in das systemd - Skript hineinbasteln, welches auch für das Laden / Entladen der Module zuständig ist. Aber ausserhalb von X11 "mag" xinput leider nicht. Kann man das Problem noch irgendwie umgehen / hat jemand eine Idee dazu? Wenn ich die Probleme insgesamt gelöst habe, werde ich ein "Howto" für den betroffenen Acer Laptop an geeigneter Stelle posten, dazu muss aber der letzte Punkt noch behoben sein .... kann man xinput eine Display-Variable mitgeben? (die Manpage ist dazu nicht sehr ergiebig ...) Ggf. hat hier auch jemand noch eine ganz andere (viel bessere ...) Idee! Vielen Dank, Dieter Jurzitza -- ----------------------------------------------------------- | \ /\_/\ | | ~x~ |/-----\ / \ /- \_/ ^^__ _ / _ ____ / <°°__ \- \_/ | |/ | | || || _| _| _| _| if you really want to see the pictures above - use some font with constant spacing like courier! :-) ----------------------------------------------------------- -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Dieter, hallo Leute, Am Samstag, 2. Januar 2016 schrieb Dr.-Ing. Dieter Jurzitza:
Der Treiber ist geladen, ich kann es mit Hilfe von xinput wiederbeleben - würde das aber gerne in das systemd - Skript hineinbasteln, welches auch für das Laden / Entladen der Module zuständig ist. Aber ausserhalb von X11 "mag" xinput leider nicht.
Kann man das Problem noch irgendwie umgehen / hat jemand eine Idee dazu? Wenn ich die Probleme insgesamt gelöst habe, werde ich ein "Howto" für den betroffenen Acer Laptop an geeigneter Stelle posten, dazu muss aber der letzte Punkt noch behoben sein .... kann man xinput eine Display-Variable mitgeben? (die Manpage ist dazu nicht sehr ergiebig ...) Ggf. hat hier auch jemand noch eine ganz andere (viel bessere ...) Idee!
Schuss ins Blaue: DISPLAY=:0 xinput ... Gruß Christian Boltz -- +++ vcdimager.changes +Thu Apr 7 15:49:40 UTC 2011 - jw[at]novell.com [...] +- new copyright patch added, to fulfill Joerg's last wish in bnc#672491 -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
*** Dr.-Ing. Dieter Jurzitza wrote:
"Böse" bezüglich suspend sind xhci-pci und xhci-hid. Weiterhin ist hid-i2c problembehaftet.
Suspend & resume funktionieren zwischenzeitlich (to ram & to disk), durch Entladen / Laden der genannten Module. Es gibt derzeit noch eine einzige blöde Ausnahme: das Touchpad ist "aus" nach dem Aufwachen.
Der Treiber ist geladen,
Ist das "hid_multitouch"? Entlädst/Lädst du das auch? Micha -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
participants (4)
-
Christian Boltz
-
Dr.-Ing. Dieter Jurzitza
-
Malte Gell
-
Michael Meyer