[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Suspend auf MacBook mit frischer Bullseye Installation



Hi noch mal,

On Thu, May 06, 2021 at 10:02:03AM +0200, Andreas Tille wrote:
> Hallo,
> 
> ich habe ein MacBook aus dem Jahr 2008 geschenkt bekommen, um es an
> jemanden "bedürftigen" weiterzuschenken.  Dazu habe ich ein aktuelles
> Bullseye RC1 installiert.  Außer dass ich die WLAN Firmware
> nachinstallieren musste, lief das reibungslos.
> 
> Leider funktioniert weder Suspend noch Suspend to Disk.  Im LXDE (ich
> habe gute Gründe diese Oberfläche zu wählen) heißt das "Suspend" und
> "Ruhezustand".  Ich habe aber auch mal an der Kommandozeile
> 
>    sudo systemctl suspend
> 
> probiert.  Das Ergebnis ist in allen fällen das selbe:
> 
>    1. Bildschirm wird dunkel
>    2. Netzwerk wird abgeschaltet (kein ping mehr von anderem Rechner)
>    3. Lüfter läuft leise weiter
>    4. Rechner ist nicht mehr zum Leben zu erwecken weder durch
>        - Klappe aufmachen
>        - irgendeine Taste drücken
>        - Powerknopf drücken
> 
> Im syslog steht dann immer sowas wie
> 
> 
> May  6 07:38:57 noel systemd[1]: Reached target Sleep.
> May  6 07:38:57 noel systemd[1]: Starting Hibernate...
> May  6 07:38:58 noel systemd-sleep[6542]: Suspending system...
> May  6 08:00:47 noel kernel: [    0.000000] microcode: microcode updated early to revision 0xa0b, date = 2010-09-28
> May  6 08:00:47 noel kernel: [    0.000000] Linux version 5.10.0-6-amd64 (debian-kernel@lists.debian.org) (gcc-10 (Debian 10.2.1-6) 10.2.1 20210110, GNU ld (GNU Binutils for Debian) 2.3
> 5.2) #1 SMP Debian 5.10.28-1 (2021-04-09)
> --
> May  6 08:34:20 noel systemd[1]: Reached target Sleep.
> May  6 08:34:20 noel systemd[1]: Starting Suspend...
> May  6 08:34:20 noel systemd-sleep[2478]: Suspending system...
> May  6 08:34:20 noel kernel: [ 2020.808214] PM: suspend entry (deep)
> May  6 08:36:00 noel kernel: [    0.000000] microcode: microcode updated early to revision 0xa0b, date = 2010-09-28
> May  6 08:36:00 noel kernel: [    0.000000] Linux version 5.10.0-6-amd64 (debian-kernel@lists.debian.org) (gcc-10 (Debian 10.2.1-6) 10.2.1 20210110, GNU ld (GNU Binutils for Debian) 2.3
> 5.2) #1 SMP Debian 5.10.28-1 (2021-04-09)
> 
> 
> Ich habe zum MacBook auch Hinweise im ArchLinux Wiki gefunden[1].
> Zunächst war /proc/acpi/wakeup immer leer.  Nachdem ich wie dort
> empfohlen ein /etc/systemd/system/suspend-fix.service angelegt habe,
> erhalte ich:
> 
> $ cat /proc/acpi/wakeup
> Device  S-state   Status   Sysfs node
> ADP1      S3    *disabled  platform:ACPI0003:00
> LID0      S3    *enabled   platform:PNP0C0D:00
> EC        S3    *disabled  platform:PNP0C09:00
> OHC1      S3    *enabled   pci:0000:00:04.0
> EHC1      S3    *enabled   pci:0000:00:04.1
> OHC2      S3    *enabled   pci:0000:00:06.0
> EHC2      S3    *enabled   pci:0000:00:06.1
> GIGE      S5    *disabled  pci:0000:00:0a.0
> 
> Leider ändert sich aber an dem beschriebenen Verhalten nichts. :-(
> 
> Nachdem ich nun mehrere Versuche durch habe und nicht immer wieder hart
> ausmachen möchte:  Habt Ihr weitere Hinweise, wie man das fixen kann?
> 
> 
> [1] https://wiki.archlinux.org/title/Mac#Wake_Up_After_Suspend

ich habe noch etwas weitergelesen und nun eventuell die NVIDIA GeForce
9400M, die in dem MacBook verbaut ist, in Verdacht.  Ich habe sie nur
mit dem Nouveau-Treiber installiert, weil das Gerät ohnehin nur für
Büroanwendungen ausgelegt ist.  Die Tatsache, dass nur der Bildschirm
schwarz wird und sonst kein "richtiges" Suspend passiert, schien mir
ein Anzeichen zu sein.

Nachdem ich mich durch mehrere dkms-Treiber gehangelt habe, bis ich
feststellen musste, dass es der nvidia-legacy-340xx-driver ist (nur
in unstable) bekam ich zwar X zum Laufen - aber mit verkorksten Farben.
Z.B. war das Bluetooth-Symbol braun und der Ausschalten-Knopf blau
(sollte ja rot sein).

Noch weniger schön war, dass nun der Netzwerktreiber nicht mehr ging:

    b43-phy0 ERROR: Fatal DMA error: This device does not support DMA on your system. It will now be switched to PIO

Den habe ich vorher extra per Kernelparameter mittels
    intel_iommu=off
repariert (weil er sonst unzuverlässig lief).

Insofern:  Falls jemand die Idee hätte, dass es der Graphiktreiber
ist, der beim Suspend Probleme macht, dann muss es irgendwie mit
dem nouveau-Treiber gehen, denn mit dem nvidia-legacy-340xx wird
es nicht besser (hmmm, habe da gar nicht Suspend probiert, um meine
These zu testen - na, ich warte mal auf Hinweise ...)

Viele Grüße

    Andreas.

-- 
http://fam-tille.de


Reply to: