Zockertown: Nerten News

Als mein Tuxedo AURA 15 Gen2 mit AMD Ryzen 7 5700U  Prozessor ein mechanisches Problem bekam und ich es zur Reparatur schicken musste, stand ich vor einem Dilemma: Was mache ich ohne mein gewohntes System?

Glücklicherweise habe ich die SSD M.2 aus dem Tuxedo ausgebaut und bin auf die Idee gekommen, diese am deutlich älteren Lenovo T480 mit WQHD-Display anzuschließen, das ich als Ersatzgerät nutze.

Der große Test: Kann ich einfach die SSD über den USB3-Port an den Lenovo anschließen und booten? Immerhin sind die Unterschiede der Hardware nicht zu übersehen:

• Der Tuxedo hat einen AMD Ryzen 7 5700U Prozessor, während der Lenovo mit einem Intel Core i5-8350U läuft.
• Die Grafikkarten, die WiFi-Module und auch die Sound-Architektur sind unterschiedlich.

Und es funktioniert!

Trotz dieser Hardwareunterschiede bootete mein Debian Trixie auf dem Lenovo T480 ohne Probleme. Es war so, als ob das Betriebssystem gar nicht bemerkt hätte, dass es sich plötzlich in einer komplett anderen Umgebung befindet. WLAN, Grafik, Sound – alles funktionierte sofort und ohne zusätzliche Treiberinstallation oder Anpassungen.

Natürlich verstehe ich, dass das Konzept der Distribution hauptverantwortlich ist, denn die notwendigen Module sind immer mit an Bord, wenn man nicht selbst eingreift ...

Warum ich Linux (noch mehr) liebe

Dieser Moment hat mir erneut gezeigt, warum ich Linux und freie Open-Source-Software so liebe:

Sie ist flexibel, anpassungsfähig und läuft auf verschiedenster Hardware zuverlässig. Wo bei anderen Betriebssystemen oft lange Treiberinstallationen und nervige Konfigurationen nötig sind, geht bei Linux einfach alles reibungslos.

Ich bin begeistert und noch mehr davon überzeugt, dass Freie Software der richtige Weg ist. Sie bietet mir nicht nur die Freiheit, mein System so anzupassen, wie ich es will, sondern auch die Zuverlässigkeit, die man sich von einem Betriebssystem wünscht.

Siehe https://zockertown.de/s9y/index.php?/archives/1465-Warum-ich-Linux-und-Open-Source-so-liebe-Freie-Software.html

Mein Tuxedo Laptop Aura Gen 2 mit debian bookworm wacht gelegentlich nicht aus dem Bereitschaftsmodus auf.

Immer, wenn das passiert ist der Rechner auch nicht aus, sondern scheint noch zu laufen.

Die Unterseite ist noch warm. Aus diesen Zustand kann ich nur mit dem harten ausschalten wieder rauskommen, als die ein/aus Taste lange drücken um dann den Rechner neu zu starten

Mit ssh komme ich noch drauf. Jedenfalls mit Geduld. Aber nicht immer ist ein 2ter Linux Rechner greifbar.

Scheinbar stürzt die gpu ab.

[Fr Jul 21 14:28:22 2023] RIP: 0010:amdgpu_device_rreg.part.0+0x2f/0xe0 [amdgpu]
[Fr Jul 21 14:28:22 2023] Code: 41 54 44 8d 24 b5 00 00 00 00 55 89 f5 53 48 89 fb 4c 3b a7 b8 08 00 00 73 62 83 e2 02 74 21 4c 03 a3 c0 08 00 00 45 8b 24 24 <48> 8b 43 08 0f b7 70 3e 66 90 44 89 e0 5b 5d 41 5c e9 0b 9c 6d e4
[Fr Jul 21 14:28:22 2023] RSP: 0018:ffffaf140acefc20 EFLAGS: 00000286
[Fr Jul 21 14:28:22 2023] RAX: ffff949c0a745174 RBX: ffff949c21fa0000 RCX: 000000000000000a
[Fr Jul 21 14:28:22 2023] RDX: 0000000000000000 RSI: 000000000000ec05 RDI: ffff949c21fa0000
[Fr Jul 21 14:28:22 2023] RBP: 000000000000ec05 R08: 0000000000000000 R09: ffffaf140acefa58
[Fr Jul 21 14:28:22 2023] R10: 0000000000000003 R11: ffffffffa5ed43a8 R12: 00000000ffffffff
[Fr Jul 21 14:28:22 2023] R13: 0000000000000001 R14: ffff949cb225a000 R15: 0000000000000000
[Fr Jul 21 14:28:22 2023] FS:  0000000000000000(0000) GS:ffff949efe880000(0000) knlGS:0000000000000000
[Fr Jul 21 14:28:22 2023] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[Fr Jul 21 14:28:22 2023] CR2: 00007f7e70047b10 CR3: 000000028ac10000 CR4: 0000000000350ee0

Nun, ist mein Problem nicht gänzlich neu, mit Debian Bullseye ging Bereitschaft gar nicht, mit Bookworm als Testing hatte es aber prima geklappt.

Jetzt, seit dem Stable von Bookworm kam es aber ab- und zu wieder. Wäre wohl bald auch durch ein Kernel update erledigt.

Möglicherweise kann ich ja einen neueren Kernel ausprobieren. (Idee von Foren Member in meinem Lieblingsforum)

Deshalb habe ich einen Kernel aus unstable genommen und damit ist tatsächlich wieder alles gut!

nano /etc/apt/preferences.d/linux-kernel :

Package: *
 Pin: release o=Debian,a=unstable
 Pin-Priority: 102

Temporär deb http://deb.debian.org/debian unstable main

in /etc/apt/sources.list hinzufügen.

Updaten und installieren des Kernels

apt update
apt install linux-image-6.3.0-2-rt-amd64-unsigned

Und noch den Keyboard Treiber von Tuxedo die neueste Version runterladen und installieren

https://deb.tuxedocomputers.com/ubuntu/pool/main/t/tuxedo-keyboard/

apt install -f tuxedo-keyboard_3.2.7_all.deb

Dann klappt es auch mit der Tastaturbeleuchtung wieder.

Und wieder deb http://deb.debian.org/debian unstable main

entfernen oder auskommentieren nicht vergessen.

Mein altes Notebook hatte den Geist aufgegeben. Traurige Geschichte.

Mit dem neuen Tuxedo Aura Gen2 bin ich soweit zufrieden. Zur Software Seite komme ich gleich.

Zur Hardware muß ich leider sagen, dass der Ton miserabel ist, weil die Lautsprecher nach unten strahlen. Gucke ich mal ein YT Video hört sich das blechern an. Kann man mit leben, ist aber unschön.

Allerdings sei hier der hervorragende Akkuzustand genannt:

Battery:
  ID-1: BAT0 charge: 33.5 Wh (67.0%) condition: 50.0/48.3 Wh (103.6%)
    volts: 15.6 min: 15.2 model: Notebook BAT serial: 0001 status: discharging

Das nur am Rande.

Debian Bullseye läuft eigentlich gut, hat aber keinen funktionierenden S3 Mode, also Suspend to RAM.

Suspend to Disk geht, ist aber von mir nicht die erste Wahl.

Etliche Experimente mit gebackenen Kernel führten bei einem test von Sparky Debian dazu, dass der Kernel 5.18.0-2-amd64 prima läuft. Das ist der momentane Standard Kernel von Bookworm, dem Testing von Debian.

Deshalb habe ich versuchsweise Bookworm installiert.

Bisher nachinstallierte Pakete:

•  dpkg --add-architecture i386 (danach update / fullupgrade, wichtig für Drucker und steam)
•  davfs2
•  zim
•  linux-headers-5.18.0-2-amd64 (wegen der tuxedo Pakete)
•  tuxedo-control-center_1.1.5_amd64.deb
•  tuxedo-keyboard_3.0.10_all.deb
•  tuxedo-oled-brt_0.1.3-0tux2-p_amd64.deb
•  keepassxc
•  thunderbird-l10n-de
•  restic
•  steam-devices
•  steam
•  brscan4-0.4.9-1.amd64.deb
•  dcp7055lpr-2.1.0-1.i386.deb
•  brother-udev-rule-type1-1.0.0-1.all.deb
•  ql550cupswrapper-1.0.1-0.i386.deb ql550lpr-1.0.1-0.i386.deb
•  imagemagick (wegen den Nautilus Scripten)
•  zenity             (wegen den Nautilus Scripten)
•  ncdu
•  htop
•  inxi
•  aha   (hhm ist nicht mehr so toll)

dmesg für User erlauben:

# Datei anlegen -> Resultat:
# cat /etc/sysctl.d/10-local.conf 
kernel.dmesg_restrict = 0

Und wichtig: search History mit PG Up/down in /etc/inputrc aktivieren

Ich habe die Übersicht über die SSD Laufwerke verloren und nicht mehr genau gewußt, wo welches Volume nun eigentlich liegt.

Hier die Übersicht :

Übersicht über die Physikal Volumes: mit pvdisplay:

  --- Physical volume ---
  PV Name               /dev/sdb5
  VG Name               tuxedo-vg
  PV Size               223,33 GiB / not usable 3,00 MiB
  Allocatable           yes 
  PE Size               4,00 MiB
  Total PE              57172
  Free PE               3517
  Allocated PE          53655
  PV UUID               DnNcqF-v5MT-Vkf8-sypV-11Jy-ZYz6-IliVWp
   
  --- Physical volume ---
  PV Name               /dev/nvme0n1p5
  VG Name               vg-mga
  PV Size               465,28 GiB / not usable 2,00 MiB
  Allocatable           yes 
  PE Size               4,00 MiB
  Total PE              119112
  Free PE               1789
  Allocated PE          117323
  PV UUID               3v3lI1-0FVI-xLdk-sh9O-3cRY-AeHE-1mWNfr
   

Übersicht über die Harddisks mit hdparm -i:

/dev/sdb:

 Model=OCZ-TRION150, FwRev=SAFZ12.2, SerialNo=16RB63ZFK1BU
 Config={ Fixed }
 RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=0
 BuffType=unknown, BuffSize=unknown, MaxMultSect=16, MultSect=16
 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=468862128
 IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
 PIO modes:  pio0 pio3 pio4 
 DMA modes:  mdma0 mdma1 mdma2 
 UDMA modes: udma0 udma1 udma2 udma3 udma4 udma5 *udma6 
 AdvancedPM=yes: unknown setting WriteCache=enabled
 Drive conforms to: Unspecified:  ATA/ATAPI-3,4,5,6,7

 * signifies the current active mode

Die nvme0n1p5 wird leider nicht von hdparm unterstützt. da hilft smartctl /dev/nvme01n1p5 weiter.

=== START OF INFORMATION SECTION ===
Model Number:                       Samsung SSD 960 EVO 500GB
Serial Number:                      S3X4NF0JB10653Y
Firmware Version:                   3B7QCXE7
PCI Vendor/Subsystem ID:            0x144d
IEEE OUI Identifier:                0x002538
Total NVM Capacity:                 500.107.862.016 [500 GB]

Übersicht über die Volumegroups mit vgdisplay:

  --- Volume group ---
  VG Name               tuxedo-vg
  System ID             
  Format                lvm2
  Metadata Areas        1
  Metadata Sequence No  10
  VG Access             read/write
  VG Status             resizable
  MAX LV                0
  Cur LV                4
  Open LV               3
  Max PV                0
  Cur PV                1
  Act PV                1
  VG Size               <223,33 GiB
  PE Size               4,00 MiB
  Total PE              57172
  Alloc PE / Size       53655 / <209,59 GiB
  Free  PE / Size       3517 / <13,74 GiB
  VG UUID               emRFWi-JBMm-Re8R-v6cI-F45D-t6k3-0B50Zx
   
  --- Volume group ---
  VG Name               vg-mga
  System ID             
  Format                lvm2
  Metadata Areas        1
  Metadata Sequence No  12
  VG Access             read/write
  VG Status             resizable
  MAX LV                0
  Cur LV                3
  Open LV               3
  Max PV                0
  Cur PV                1
  Act PV                1
  VG Size               465,28 GiB
  PE Size               4,00 MiB
  Total PE              119112
  Alloc PE / Size       117323 / 458,29 GiB
  Free  PE / Size       1789 / <6,99 GiB
  VG UUID               teiuBi-Z0QY-sXVH-r865-0k9i-PHlY-pR850A
   

Übersicht über die Logical Volumes mit lvdisplay:

  --- Logical volume ---
  LV Path                /dev/tuxedo-vg/root
  LV Name                root
  VG Name                tuxedo-vg
  LV UUID                wBlzm0-yhEd-qA6o-4sjx-Y5nD-f3uD-39UrnN
  LV Write Access        read/write
  LV Creation host, time tuxedo, 2016-09-24 20:09:37 +0200
  LV Status              available
  # open                 0
  LV Size                <32,94 GiB
  Current LE             8432
  Segments               2
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           254:3
   
  --- Logical volume ---
  LV Path                /dev/tuxedo-vg/swap_1
  LV Name                swap_1
  VG Name                tuxedo-vg
  LV UUID                BJbKuI-C9DI-jJk1-uy3b-BfmI-g3rz-lefMhF
  LV Write Access        read/write
  LV Creation host, time tuxedo, 2016-09-24 20:09:37 +0200
  LV Status              available
  # open                 2
  LV Size                15,95 GiB
  Current LE             4084
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           254:4
   
  --- Logical volume ---
  LV Path                /dev/tuxedo-vg/mx21
  LV Name                mx21
  VG Name                tuxedo-vg
  LV UUID                9o5ZQx-AbUV-HNNd-BYWm-53T5-BBCh-8WsU4n
  LV Write Access        read/write
  LV Creation host, time tuxedo, 2016-09-24 20:09:37 +0200
  LV Status              available
  # open                 1
  LV Size                145,00 GiB
  Current LE             37120
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           254:5
   
  --- Logical volume ---
  LV Path                /dev/tuxedo-vg/icedove
  LV Name                icedove
  VG Name                tuxedo-vg
  LV UUID                lgGrcK-ZW9I-2KeW-vwDL-GYSv-LWOh-t2cmGR
  LV Write Access        read/write
  LV Creation host, time tuxedo, 2018-12-06 10:48:11 +0100
  LV Status              available
  # open                 1
  LV Size                <15,70 GiB
  Current LE             4019
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           254:6
   
  --- Logical volume ---
  LV Path                /dev/vg-mga/lv_home
  LV Name                lv_home
  VG Name                vg-mga
  LV UUID                qdy0qX-CmoM-Dk1L-tCD6-1Tko-kHnF-N1rYV5
  LV Write Access        read/write
  LV Creation host, time localhost, 2018-10-03 15:48:15 +0200
  LV Status              available
  # open                 1
  LV Size                400,00 GiB
  Current LE             102400
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           254:0
   
  --- Logical volume ---
  LV Path                /dev/vg-mga/swap
  LV Name                swap
  VG Name                vg-mga
  LV UUID                ILJSQE-q0k0-hvkH-DDdF-P9Eg-InQW-HYirPA
  LV Write Access        read/write
  LV Creation host, time localhost, 2018-12-05 23:53:37 +0100
  LV Status              available
  # open                 2
  LV Size                4,00 GiB
  Current LE             1024
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           254:1
   
  --- Logical volume ---
  LV Path                /dev/vg-mga/root
  LV Name                root
  VG Name                vg-mga
  LV UUID                JWB3tb-QXKG-Itl8-B9lm-0Le2-pj2q-bz18P7
  LV Write Access        read/write
  LV Creation host, time bullseye, 2020-11-11 11:15:01 +0100
  LV Status              available
  # open                 1
  LV Size                54,29 GiB
  Current LE             13899
  Segments               2
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           254:2
   

Ich habe ein gebrauchtes Jabra Headset mit USB Dongle.

Funktioniert fantastisch, keine Setup Probleme, geht einfach.

Nur aus Faulheit lasse ich den Stecker immer im Laptop eingestöpselt, auch wenn ich das Headset gar nicht eingeschaltet habe.

Da muss ich mich eben durchs Einstellungen Menü wurschteln und die Soundausgabe manuell umstellen.

Bis jetzt, denn dafür gibt es ein schönes, praktisches Helferlein in Form einer Gnome shell extension.

extension/751/audio-output-switcher/

Ich hatte mich ja in meinem ersten Artikel über den neuen Laptop über die fehlenden Einstellungen für die Akku Ladestrategie mukiert. Jetzt (Aprif 2016) habe ich einen FAQ Eintrag gefunden, der genau dieses Problem angeht.

Beim Tuxedo XC1506 übernimmt das die BIOS Funktion "Flexicharge" FAQ Artikel im Supportforum von Tuxedo

Damit bin ich die gefährlichen Mikro Ladezyklen und das "immer Volle Pulle" auf 100% laden los.

Update 04.10.2019: Mein Laptop ist ca. 3,75 Jahre alt. Der Akku hat noch 94% seiner Design Kapazität. Ich habe die Schwellen auf 70% und 90% eingestellt. Der Laptop ist zu 95% am Netz.

Ich habe die fixe Idee auf meinem System zwei Linux Distributionen zu installieren.

Das habe ich schon öfters gemacht, kein Problem.

Nur habe ich ein 9GB großes IMAP Konto im lokalen Filesystem, ich empfinde es als Verschwendung in beiden Systemen die selben Daten zu lagern. Zudem führt dies zu Wartezeiten, wenn man tagelang mit dem System A arbeitet und dann mal zu B wechselt. Die Daten werden dann natürlich erneut geladen und synchronisiert.

Der Ansatz, der eigentlich einleuchtend ist, das versteckte Verzeichnis .icedove (ja, richtig, ich benutze Debian, da hieß es ja schon immer icedove) einfach in eine eigene Partition packen und in beiden Systemen entsprechend mounten.

Ist also gar Ding, warum bloggt der alte Mann dann trotzdem darüber?

Weil es halt im konkreten Fall doch nicht ganz so einfach ist.

Hier also der konkrete Fall.

System A: Debian Stretch

System B: PCLINUXOS 2018

Der Haken ist: In Debian erhält der erste User die uid und gid 1000, in PCLINUXOS sind beide 500.

Das führt dazu, das im System B: die Dateien nicht lesbar für den User sind und somit die Idee nicht funktioniert.

Alles klar, dachte ich mir, ich gebe in der /etc/fstab einfach die uid=500,gid=500 mit und schon klappt's.

Pustekuchen, was ich auch probierte, das EXT4 Filesystem ließ sich nicht dazu überreden, die Optionen zu übernehmen.

Hätte ich mich vorher richtig informiert, dann wüßte ich, dass ext4 die Optionen gar nicht kennt. Das war mir gar nicht so präsent.

:-( 

Nun gut, dann eben der pragmatische Weg, im System B: dem pclinuxos den User eine andere uid und gid geben und eben keine Optionen in der fstab nutzen.

Umgesetzt sieht das nun so aus:

# in /etc/fstab auf System A
/dev/tuxedo-vg/icedove /home/bed/.icedove ext4 defaults        0 2

# in /etc/fstab auf System B
/dev/mapper/tuxedo--vg-icedove  /home/bed/.icedove ext4 defaults 0 2

Selbstredent habe ich auf System A den Inhalt von .icedove in ein tar gepackt, .icedove/* gelöscht, /dev/tuxedo-vg/icedove /home/bed/.icedove  gemountet und das tar da wieder ausgepackt.

Auf System B nach reboot thunderbird gestartet, der findet dann ein gefülltes .icedove, akzeptiert das private Dir und alles wird gut.

Nach ein paar Jahren ist es normal, dass die Lüfter voller Staub sind. Die Abwärme konnte nur noch mit Mühe hinreichend abgeführt werden. Beim zocken von XCOM2 WotC rauschte es schon ganz schön kräftig, Die Temperatur der Grafikkarte erreichte schonmal 78°, also habe ich mal die Rückwand mal abgenommen und den Staub entfernt.

Fast komplett saß der Staub direkt vor den Lamellen.

Update 12.12.2020

Beim zocken von Phoenix Point one Year Edition

habe ich mit einen Finger am Austritt des Lüfterausgangs verbrannt.

Es war mal wieder so weit.

Hier ein paar Eindrücke.

Den CPU Lüfter, nicht in den Bilder, habe ich nicht angefasst.

Heute ist mir was merkwürdiges passiert.

Mein Notebook Tuxedo X1506 läuft mit Debian Buster eigentlich problemlos.

Nun bin ich gerade dabei etwas neues  (neuer Controller [Hardware]) auszuprobieren und musste deshalb auch mal rebooten. Oh Schreck, kein Login mehr möglich. Offenbar versuchte systemd das grafische Login (gdm3) zu starten und erlitt damit Schiffbruch. Immer und immer wieder wurde es versucht.

Nur wildes rumhacken auf ALT-F9- F1 F2 F3 STRG-ALT-F9 F1 F2 F3 STRG-D STRG-C führte dann mal zum Erfolg.

Dann funktionierte das Login und das System wieder einwandfrei -- bis zum nächsten Reboot.

Also Ursache suchen und beseitigen war angesagt.

ein dmesg -HTw brachte segfaults zum Vorschein. Ein Ausschnitt gefällig? 

Bitte sehr:

Jul 11 20:10:56 tuxedo kernel: [  245.931762] gnome-shell[6921]: segfault at 20 ip 00007fa6d5c93aed sp 00007ffdb88d4330 error 4 in libmutter-2.so.0.0.0[7fa6d5b96000+165000]
Jul 11 20:10:59 tuxedo kernel: [  249.770883] gnome-shell[7027]: segfault at 20 ip 00007f4627e2faed sp 00007fff112a8360 error 4 in libmutter-2.so.0.0.0[7f4627d32000+165000]
Jul 11 20:11:03 tuxedo kernel: [  253.668634] gnome-shell[7159]: segfault at 20 ip 00007f16f21cbaed sp 00007fff073068c0 error 4 in libmutter-2.so.0.0.0[7f16f20ce000+165000]
Jul 11 20:11:07 tuxedo kernel: [  257.467717] gnome-shell[7239]: segfault at 20 ip 00007f1523bd1aed sp 00007ffc4e207870 error 4 in libmutter-2.so.0.0.0[7f1523ad4000+165000]
Jul 11 20:11:11 tuxedo kernel: [  261.281186] gnome-shell[7319]: segfault at 20 ip 00007f28e6099aed sp 00007ffe6cb884c0 error 4 in libmutter-2.so.0.0.0[7f28e5f9c000+165000]
Jul 11 20:11:15 tuxedo kernel: [  265.076490] gnome-shell[7399]: segfault at 20 ip 00007fdd9631aaed sp 00007ffeb8107990 error 4 in libmutter-2.so.0.0.0[7fdd9621d000+165000]
Jul 11 20:11:19 tuxedo kernel: [  268.836405] gnome-shell[7479]: segfault at 20 ip 00007f8fd0ee4aed sp 00007ffd74d1a760 error 4 in libmutter-2.so.0.0.0[7f8fd0de7000+165000]
Jul 11 20:11:22 tuxedo kernel: [  272.671850] gnome-shell[7559]: segfault at 20 ip 00007f4eed3fcaed sp 00007ffc26024ee0 error 4 in libmutter-2.so.0.0.0[7f4eed2ff000+165000]

Installieren von systemd-coredump stellte das tool coredumpctl zur Verfügung.

Also installiert und erneut gebootet. jetzt mit coredumpctl die generierten Coredumps gesehen und mit coredumpctl gdb untersucht

z.B.: gnome-shell[5021]: segfault at 20 ip 00007f97ad0bfaed sp 00007ffc38165c20 error 4 in libmutter-2.so.0.0.0[7f97acfc2000+165000]

Aha. Die Ursache hat evtl. mit  libmutter und gnome-shell zu tun.

Ok, dachte ich, googelste mal, ob das bereits ein bekanntes Phänomen ist, ja es gibt elend viele Treffer.

Allerdings nicht direkt dasselbe, mit Einschränkung der Aktualität auf letzte Woche wurd ich dann fündig.

Das Problem ist ein Bug, der mit dem Wayland Support zusammen hängt. Ich habe im Notebook eine Nvidia Karte, Wayland Support kann ich daher eh nicht nutzen, also den Support im GDM3 explizit abgeschaltet.

Die Option   WaylandEnable=false  in /etc/gdm3/daemon.conf entkommentieren, also das # wegnehmen.

Nun gehts wieder. Puh!

Gefunden habe ich das bei den Leuten von Archlinux.

Mann, ist das lange her.

Mein letzter Eintrag hier in Zockertown, der mit Kernel Compilierung zu tun hatte, ist ca. 9 Jahre her.

Seit dem bin ich offenbar immer mit dem Standard Kerneln von Debian ausgekommen.

Komme ich immer noch, aber im aktuellen Testing "Buster" habe ich zwei kleine Ärgernisse, die ich untersuchen bzw. beheben möchte. Zum Beispiel funktioniert seit dem Debian linux-image-4.15.03-amd64 das einstellen der Hintergrundhelligkeit auf meinem Tuxedo XC1506 nicht mehr per Fn Tasten, sondern nur noch mit xbacklight.

Die Ursache ist die fehlende Infrastruktur unter /sys/class/backlight/ 

Deshalb dachte ich, ich probiere mal einen neuen Kernel und gucke mir die .config genauer an, was übrigens in heutigen Zeiten nicht ohne ist, man kämpft sich durch mehr als 8000 Zeilen....

Der von Buster bereitgestellte und installierte Kernel ist: linux-image-4.16.0-1-amd64

Mein compilierter Kernel ist der derzeitige Stable 4.16.8

Die Fehlermeldung:

 *** Keine Regel vorhanden, um das Ziel „debian/certs/test-signing-certs.pem“, 
  benötigt von „certs/x509_certificate_list“, zu erstellen.  Schluss.
Makefile:1060: die Regel für Ziel „certs“ scheiterte

wird durch die Config Optionen CONFIG_SYSTEM_TRUSTED_KEYS="" und auskommentieren / entfernen von CONFIG_SYSTEM_EXTRA_CERTIFICATE vermieden

#Kernel compilieren

time make-kpkg -j 8 --initrd --revision 100.0 kernel_image modules_image

real 29m53,385s

user 180m22,725s

sys 15m53,992s

Die Namensgebung ist ungeschickt, aber für meine Zwecke ausreichend, wichtig ist, dass ich die gebauten Kernel auseinander halten kann.

So. Neuer Kernel läuft nun, Helligkeitseintellung mit den Fn Tasten geht wieder, das zweite Ärgernis, nämlich die Fn Taste für Flugmodus geht immer noch nicht wieder, das ist mir aber erstmal nicht so wichtig, hat bestimmt ähnliche Ursachen.. 

Angeregt durch eine Diskussion in meinem Lieblingsforum habe ich mal die Live Version von pclinuxos64-kde5-2017.03

angetestet.

Positiv: Alle Fn Tasten wie Lautstärke, Tastatur Hintergrundbeleuchtung und Bildschirmhelligkeit, funktionieren auf Anhieb.

Suspend2Ram  beim Deckel zuklappen und aufwachen funktionert perfekt und schnell.

WiFi musste ich ein wenig suchen, klappt aber.

Nvidia Treiber automatisch installiert und funktioniert. Bravo. 

Negativ oder ungewohnt: siehe Screenshot, da passt doch was mit den Fonts nicht, oder?

Ich habe zwei Crashes beim rumspielen mit Localisation erlebt, nun ja, kann an der Live liegen 

Achso, Testobjekt war mein derzeitiger Laptop Tuxedo XC1506 

Eigentlich lief ja alles zur vollsten Zufriedenheit auf meinem Tuxedo Laptop... Doch was macht der Esel, wenn's ihm zu gut geht? Richtig, er geht auf's Eis.

Will sagen, so richtig glücklich bin ich mit Ubuntu nicht. Keine Frage, die Unterstützung von proprietäre Hardware (NVidia) ist spitze, aber ich mag Unity nicht, hatte Gnome3 Shell installiert und es ging bis auf die Fn Backlightsteuerung im Gnome alles einwandfrei. Das habe ich mit einem xbindkeys auf andere Tasten gelegt, damit wäre eigentlich alles geregelt.

Doch mich stört dieser sudo Mist, klar, auch das hätte ich abschalten können, aber ich wollte aufs Eis und wieder zurück zur Mutter.

Also habe ich Debian Stretch (noch im Testing) installiert, was gar nicht so einfach war, weil ich die Volumegroups behalten wollte. Schließlich habe ich es hinbekommen und bis auf die Helligkeitsverstellung des Backlights ging alles out of the Box. Ich habe noch das Modul von Tuxedo installiert, tuxedo-wmi.

Interessanterweise war die Desktop Notification bereits funktionsfähig, nur das Backlight scherte sich nicht und blieb auf einer Stufe stehen. Der Wert der Helligkeitsstufe wurde allerdings hier

/sys/class/backlight/acpi_video0/actual_brightness

geschrieben. Das war ein guter Beginn.

Um es kurz zu machen, die Lösung ist jetzt inotify-tools installieren und dann:

Eintrag in /etc/default/grub für Tuxedo XC1506

# Eintrag in /etc/default/grub
# Wichtig ist, dass man nicht! acpi_backlight=vendor setzt!
    $ grep ^GRUB_CMDLINE_LINUX_DEFAULT= /etc/default/grub
    GRUB_CMDLINE_LINUX_DEFAULT="quiet acpi_os_name=Linux acpi_backlight=video vga=791"

Dieses Script überwacht mit inotify die Änderungen in actual_brightness

Das Script ist eine Modification von hier

# Dieses Script überwacht mit inotify die Änderungen in actual_brightness
$ cat /usr/local/bin/xbacklightmon
#!/bin/bash
# Dran denken: 
# Voraussetzung ist acpi_os_name=Linux acpi_backlight=video 
# in der cmdline in /etc/default/grub
# und update-grub nicht vergessen

    path=/sys/class/backlight/acpi_video0

    read -r max < "$path"/max_brightness

    luminance() {
        read -r level < "$path"/actual_brightness
        factor=1
        printf '%d\n' "$(( $level * $factor))"
    }

SCREEN=$(env|grep DISPLAY|cut -d= -f2)
#xbacklight -set "$(luminance)"
DISPLAY=$SCREEN xbacklight -set "$(luminance)"

inotifywait -me modify --format '' "$path"/actual_brightness | while read; do
DISPLAY=$SCREEN; xbacklight -set "$(luminance)"
done

Der Autostart Eintrag

# Der Autostart Eintrag
$ cat .config/autostart/xbacklightmon.desktop
    [Desktop Entry]
    Type=Application
    Exec=/usr/local/bin/xbacklightmon
    Hidden=false
    X-GNOME-Autostart-enabled=true
    Name[de_de]=xbacklightmon
    Name=xbacklightmon
    Comment[de_de]=Workaround fürs backlight

Mittlerweile ist mein Tuxedo XC1506 eigentlich alles soweit in komplett eingerichtet und in bester Ordung.

Immer ist Wifi im Flugmodus nach dem Resume, also wenn der Laptopdeckel wieder aufgeklappt wird.

Das ist ja nicht weiter schlimm, ein Druck auf Fn F11 schaltet wlan wieder an, es geht auch fix und man ist wieder mit dem heimischen Wlan verbunden.

Momentan allerdings hatte ich bereits 3 mal, dass das Flugsymbol zwar wegging, aber kein wifi Symbol auftauchte, auch nicht die 3 Punkte, die während der Initialisierung zu sehen sind.

Wie aktuell der Mechanismus im System umgesetzt wird, habe ich nicht evaluiert, sicher würde ein Eintrag reichen, um das iwlwifi und / oder das modul iwlmvm zu entladen und beim resume neu zu laden.

Als Workaround, bis ich den korrekten Weg gefunden habe, mache ich das mit folgenden Miniscript:

Genannt habe ich es /usr/local/bin/wifi-repair.sh

Damit bin ich in der Lage, im Falle eines Falles mal eben schnell Wifi zu reaktivieren.