Mint 19.1 xfc auf Medion E1228 2GBRAM SSD

[hildefeuer]

Habe hier ein Medion Netbook E1228 2GB RAM SSD. Mint19.1 xfc x86 läuft soweit ganz gut. Bis auf Standby. Sobald er in standby geht oder in standby geschickt wird lässt er sich nicht mehr aufwecken. Man muss dann immer Akku und Netzteilkabel 19V ziehen, dann kommt das Bios und Grub wieder. Bei Standby blinkt der blaue Einschalter. Wenn man dann aufweckt, mit Enter oder mit Druck auf den Einschalter, hört der zwar auf zu blinken und leuchte dauerhaft, aber es kommt kein Bild.

Ist ein Multiboot mit Win10. Habe bei den Enerigespareinstellungen erst mal so konfiguriert, das er nicht mehr von selbst in standby geht. Hatte auf dem Netbook zuvor seit Jahren Linux laufen, ohne dieses Problem, allerdings immer Ubuntu x86 zulezt v? LTS(Weis nicht mehr welche Version, war aber eine LTS Version) Lies sich nicht mehr updaten. Deshalb neu installiert. Tritt bei der AM64 version auch auf und bei Lubuntu.
Wer weiss Rat?
Hoffe habe die richtigen Protokollmeldungen erwischt.....
18:00:17 kernel: perf: interrupt took too long (2547 > 2500), lowering kernel.perf_event_max_sample_rate to 78500
17:56:55 kernel: random: 7 urandom warning(s) missed due to ratelimiting
17:55:32 kernel: Bluetooth: RFCOMM ver 1.11
17:55:29 kernel: IPv6: ADDRCONF(NETDEV_CHANGE): wls34: link becomes ready
17:55:29 kernel: wls34: Limiting TX power to 20 (20 - 0) dBm as advertised by 5c:49:79:79:c7:42
17:55:27 kernel: IPv6: ADDRCONF(NETDEV_UP): wls34: link is not ready
17:55:27 kernel: iwlwifi 0000:02:00.0: Radio type=0x2-0x2-0x1
17:55:27 kernel: IPv6: ADDRCONF(NETDEV_UP): wls34: link is not ready
17:55:27 kernel: input: HDA Intel Headphone as /devices/pci0000:00/0000:00:1b.0/sound/card0/input18
17:55:27 kernel: snd_hda_codec_realtek hdaudioC0D0: Internal Mic=0x12
17:55:27 kernel: iwlwifi 0000:02:00.0 wls34: renamed from wlan0
17:55:27 kernel: IPv6: ADDRCONF(NETDEV_UP): ens32: link is not ready
17:55:27 kernel: r8169 0000:01:00.0 ens32: link down
17:55:27 kernel: Bluetooth: BNEP socket layer initialized
17:55:27 kernel: USB Video Class driver (1.1.1)
17:55:27 kernel: usbcore: registered new interface driver uvcvideo
17:55:27 kernel: input: USB2.0 UVC 1.3M WebCam: USB2.0 as /devices/pci0000:00/0000:00:1d.7/usb1/1-7/1-7:1.0/input/input16
17:55:27 kernel: uvcvideo 1-7:1.0: Entity type for entity Extension 4 was not initialized!
17:55:27 kernel: uvcvideo: Found UVC 1.00 device USB2.0 UVC 1.3M WebCam (05c8:032d)
17:55:27 kernel: IPv6: ADDRCONF(NETDEV_UP): ens32: link is not ready
17:55:25 kernel: usbcore: registered new interface driver btusb
17:55:24 kernel: intel_powerclamp: No package C-state available
17:55:24 kernel: Linux video capture interface: v2.00
17:55:24 kernel: intel_powerclamp: No package C-state available
17:55:22 kernel: Bluetooth: SCO socket layer initialized
17:55:22 kernel: NET: Registered protocol family 31
17:55:22 kernel: Bluetooth: Core ver 2.22
17:55:22 kernel: media: Linux media interface: v0.10
17:55:22 kernel: ieee80211 phy0: Selected rate control algorithm 'iwl-agn-rs'
17:55:22 kernel: iwlwifi 0000:02:00.0: Detected Intel(R) Centrino(R) Wireless-N 130 BGN, REV=0xB0
17:55:22 kernel: Adding 1952764k swap on /dev/sda5. Priority:-2 extents:1 across:1952764k SSFS
17:55:21 kernel: iwlwifi 0000:02:00.0: loaded firmware version 18.168.6.1 op_mode iwldvm
17:55:21 kernel: Copyright(c) 2003- 2015 Intel Corporation
17:55:21 kernel: Intel(R) Wireless WiFi driver for Linux
17:55:21 kernel: cfg80211: Loaded X.509 cert 'sforshee: 00b28ddf47aef9cea7'
17:55:21 kernel: lpc_ich: Resource conflict(s) found affecting gpio_ich
17:55:21 kernel: ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver
17:55:21 kernel: ACPI Warning: SystemIO range 0x0000000000000480-0x00000000000004AF conflicts with OpRegion 0x0000000000000480-0x00000000000004BF (\GPIO) (20170831/utaddress-247)
17:55:21 kernel: ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver
17:55:21 kernel: ACPI Warning: SystemIO range 0x00000000000004B0-0x00000000000004BF conflicts with OpRegion 0x0000000000000480-0x00000000000004BF (\GPIO) (20170831/utaddress-247)
17:55:21 kernel: ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver
17:55:21 kernel: ACPI Warning: SystemIO range 0x0000000000000828-0x000000000000082F conflicts with OpRegion 0x0000000000000800-0x000000000000087F (\PMIO) (20170831/utaddress-247)
17:55:21 kernel: shpchp: Standard Hot Plug PCI Controller Driver version: 0.4
17:55:20 kernel: input: Asus Laptop extra buttons as /devices/platform/asus_laptop/input/input15
17:55:20 kernel: asus_laptop: Error setting wlan status to 1
17:55:20 kernel: audit: type=1400 audit(1557762920.124:11): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/lib/lightdm/lightdm-guest-session//chromium" pid=464 comm="apparmor_parser"
17:55:19 kernel: ppdev: user-space parallel port driver
17:55:19 kernel: lp: driver loaded but no devices found
17:55:19 kernel: EXT4-fs (sda6): re-mounted. Opts: errors=remount-ro
17:55:19 kernel: Listening on LVM2 poll daemon socket.
17:55:19 kernel: Reached target User and Group Name Lookups.

 

[lokon]

Ich seh im Protokoll nix über Standby oder mögliche Probleme damit.

Wenn man dann aufweckt, mit Enter oder mit Druck auf den Einschalter, hört der zwar auf zu blinken und leuchte dauerhaft, aber es kommt kein Bild.

Lädt er denn Linux wieder/gibt es wieder Kernel-Nachrichten ?
Bei so etwas bietet sich ein 2t PC mit Netconsole an. Vielleicht funktioniert nur das Einschalten der Hintergrundbeleuchtung / Display nicht: mittels Einloggen per SSH nach Sleep&Wakeup prüfen.

Ansonsten wird im Regelfall der Standby/Sleep deaktiviert, weil ein "Fixen"/Problemfindung oft sehr viel Zeit braucht. - Hat zB

ohne dieses Problem,

Da müsste man feststellen welche Version funktionierte (welcher Kernel, welcher Linuxvariante, Konfiguration der Sleep/Energieeinstellungen usw.) - ab welcher Kernelversion geht es nicht mehr = liegt es am Kernel oder an irgendeiner Einstellung der Distribution ...?

 

[hildefeuer]

Nein, mit dem Bildschrim Einschalten hat es nix zu tun. Bei dieser Distri kann man den Ausschaltknopf konfigurieren, das das System herunter fährt ohne Nachfrage, wenn man den Ausschalter drückt. Das funktioniert ja einwandfrei. Wenn das System hochfahren würde und nur der Bildschirm nicht eingeschaltet würde, müste das System ja via Ausschaltknopf ordnungsgemäß herunter fahren. Aber das funktioniert nicht. Man muss dann immer den Akku raus nehmen und dann kommt das Bios und Grub.
Das Ein und Ausschalten des Bildschirm beim Zuklappen und Aufklappen funktioniert ja einwandfrei.
Das Ding hat ja nur die 2 Schalter. Die FN Funktionen brauche ich nicht testen, die funktionieren eh nicht, auch nicht bei Win10.
Dann werde ich damit wohl leben müssen.

 

[K-BV]

Oder sinnvoller Weise mal hier nach fragen: https://www.linuxmintusers.de/index.php?PHPSESSID=0252e33354674aec47af50ad14ebf7ec&action=forum

Viel Erfolg!