Einloggen unter xfce missglückt: Login-Fenster erscheint widerholt. Nach System-Update

[megavolt]

@micha2

# fsck -A /dev/sda1

Das nur ausführen wenn nicht eingehängt. Das ist bei einem chroot der Fall… ansonsten kannst du Daten beschädigen.

Jedenfalls ist es spät und meine Gehirn läuft im Sparmodus. Wenn du konkrete Antworten willst, dann frage spezifischer.

[micha2]

Ich habe zuerst umount /dev/nvme0n1p2 gemacht und dann fsck -A /dev/sda1 ausgeführt. War das OK so?

[megavolt]

@micha2

umount /dev/nvme0n1p2 gemacht und dann fsck -A /dev/sda1 ausgeführt. War das OK so?

Also, du ziehst den linken Schuh aus, um die rechte Socke auf Löcher zu prüfen? Ernsthaft?

[micha2]

das verstehe ich nicht. Meinst du ich sollte zuerst chroot verlassen mit logout?

[megavolt]

ja im chroot: exit tippen.

@micha2

das verstehe ich nicht.

Du hebst den Eimer nvme0n1p2 hoch, um den Eimer sda1 auf Löcher zu prüfen. Macht das Sinn?

[micha2]

Ich dachte die beiden nvme0n1p2 und sda1 sind identisch, nur andere Bezeichnungen.

Und der Hinweis “There are differences between boot sector and its backup.” würde auf einen beschädigten Bootsektor hinweisen.

Und dachte schon, ob ich ich das BootsektorBackup zurück kopieren soll auf den Bootsektor?

[megavolt]

Liefer mal die Ausgaben hier bitte:

sudo parted -l

lsblk --fs

mount -t ext4,vfat

[micha2]

$ sudo parted -l
Model: SanDisk Cruzer Blade (scsi)
Disk /dev/sda: 15,4GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags: 

Number  Start   End     Size    Type     File system  Flags
 2      4085MB  4090MB  4194kB  primary               esp


Model: SKHynix_HFS256GDE9X081N (nvme)
Disk /dev/nvme0n1: 256GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags: 

Number  Start   End    Size    File system     Name  Flags
 1      2097kB  317MB  315MB   fat32                 boot, esp
 2      317MB   235GB  234GB   ext4            root
 3      235GB   256GB  21,5GB  linux-swap(v1)        swap

$ lsblk --fs
NAME        FSTYPE   FSVER            LABEL             UUID                                 FSAVAIL FSUSE% MOUNTPOINTS
loop0       squashfs 4.0                                                                           0   100% /run/miso/sfs/livefs
loop1       squashfs 4.0                                                                           0   100% /run/miso/sfs/mhwdfs
loop2       squashfs 4.0                                                                           0   100% /run/miso/sfs/desktopfs
loop3       squashfs 4.0                                                                           0   100% /run/miso/sfs/rootfs
sda         iso9660  Joliet Extension MANJARO_XFCE_2202 2023-02-03-04-24-06-00                     0   100% /run/miso/bootmnt
├─sda1      iso9660  Joliet Extension MANJARO_XFCE_2202 2023-02-03-04-24-06-00                              
└─sda2      vfat     FAT12            MISO_EFI          55A8-03E6                                           
nvme0n1                                                                                                     
├─nvme0n1p1 vfat     FAT32            NO_LABEL          9E5A-C137                                           
├─nvme0n1p2 ext4     1.0                                91fd6b56-6a04-4fdb-84cc-e8fa536e4a87   70,1G    62% /run/media/manjaro/91fd6b56-6a04-4fdb-84cc-e8fa536e4a87
└─nvme0n1p3 swap     1                swap              3970456f-45fa-42d0-9a6a-84bad24a433b                

$ mount -t ext4,vfat
/dev/nvme0n1p2 on /run/media/manjaro/91fd6b56-6a04-4fdb-84cc-e8fa536e4a87 type ext4 (rw,nosuid,nodev,relatime,errors=remount-ro,uhelper=udisks2)

[megavolt]

udisksctl unmount -b /dev/nvme0n1p2

sudo fsck.ext4 -v -p  /dev/nvme0n1p2

sda is dein usbstick.

[micha2]

@megavolt

sda is dein usbstick

Ja mit den Ausgaben oben, wird es klarer

$ udisksctl unmount -b /dev/nvme0n1p2
Unmounted /dev/nvme0n1p2.

$ sudo fsck.ext4 -v -p  /dev/nvme0n1p2
/dev/nvme0n1p2: clean, 1031200/14303232 files, 35941514/57189888 blocks

Die interne Festplatte von der ge-boot-et wird scheint OK zu sein.

[megavolt]

Gut dann ist das geklärt.

Jetzt in chroot:

systemctl disable lightdm-plymouth.service
systemctl enable lightdm.service

[micha2]

$ sudo manjaro-chroot -a
grub-probe: error: cannot find a GRUB drive for /dev/sda1.  Check your device.map.
grub-probe: error: cannot find a GRUB drive for /dev/sda1.  Check your device.map.
==> Mounting (ManjaroLinux) [/dev/nvme0n1p2]
 --> mount: [/mnt]
 --> mount: [/mnt/boot/efi]
[root@manjaro /]# systemctl disable lightdm-plymouth.service
[root@manjaro /]# systemctl enable lightdm.service
Created symlink /etc/systemd/system/display-manager.service -> /usr/lib/systemd/system/lightdm.service.

[micha2]

wie bekommen wir das tty nach dem Boot weg?

Soll ich einfach mal probieren das normale System zu booten?

Oder kann ich noch irgendetwas machen, um vorher zu prüfen, ob der tty - Fehler weg ist?

[megavolt]

@micha2

wie bekommen wir das tty nach dem Boot weg?

systemctl get-default 
# Falls nicht graphical.target, dann:
systemctl set-default graphical.target

[micha2]

# systemctl get-default
graphical.target

[micha2]

Soll ich jetzt einen normalen Boot versuchen?

[micha2]

Erfolg! Vielen Dank. Das Booten funktioniert wider lightdm ist ein- und plymouth ist ausgeschaltet:

$ systemctl status lightdm.service
● lightdm.service - Light Display Manager
     Loaded: loaded (/usr/lib/systemd/system/lightdm.service; enabled; preset: disabled)
     Active: active (running) since Mon 2024-02-26 03:22:22 CET; 1h 0min ago
       Docs: man:lightdm(1)
   Main PID: 844 (lightdm)
      Tasks: 12 (limit: 9193)
     Memory: 220.4M (peak: 241.2M)
        CPU: 2.902s
     CGroup: /system.slice/lightdm.service
             ├─844 /usr/bin/lightdm
             └─855 /usr/lib/Xorg :0 -seat seat0 -auth /run/lightdm/root/:0 -nolisten tcp vt7 -novtswitch

Feb 26 03:22:22 lenovo-a systemd[1]: Starting Light Display Manager...
Feb 26 03:22:22 lenovo-a systemd[1]: Started Light Display Manager.
Feb 26 03:22:24 lenovo-a lightdm[1054]: pam_unix(lightdm-greeter:session): session opened for user lightdm(uid=967) by (uid=0)
Feb 26 03:22:30 lenovo-a lightdm[1110]: gkr-pam: unable to locate daemon control file
Feb 26 03:22:30 lenovo-a lightdm[1110]: gkr-pam: stashed password to try later in open session
Feb 26 03:22:30 lenovo-a lightdm[1110]: pam_unix(lightdm:session): session opened for user micha(uid=1000) by micha(uid=0)
Feb 26 03:22:30 lenovo-a lightdm[1110]: gkr-pam: unlocked login keyring
lines 1-19/19 (END)...skipping...
● lightdm.service - Light Display Manager
     Loaded: loaded (/usr/lib/systemd/system/lightdm.service; enabled; preset: disabled)
     Active: active (running) since Mon 2024-02-26 03:22:22 CET; 1h 0min ago
       Docs: man:lightdm(1)
   Main PID: 844 (lightdm)
      Tasks: 12 (limit: 9193)
     Memory: 220.4M (peak: 241.2M)
        CPU: 2.902s
     CGroup: /system.slice/lightdm.service
             ├─844 /usr/bin/lightdm
             └─855 /usr/lib/Xorg :0 -seat seat0 -auth /run/lightdm/root/:0 -nolisten tcp vt7 -novtswitch

Feb 26 03:22:22 lenovo-a systemd[1]: Starting Light Display Manager...
Feb 26 03:22:22 lenovo-a systemd[1]: Started Light Display Manager.
Feb 26 03:22:24 lenovo-a lightdm[1054]: pam_unix(lightdm-greeter:session): session opened for user lightdm(uid=967) by (uid=0)
Feb 26 03:22:30 lenovo-a lightdm[1110]: gkr-pam: unable to locate daemon control file
Feb 26 03:22:30 lenovo-a lightdm[1110]: gkr-pam: stashed password to try later in open session
Feb 26 03:22:30 lenovo-a lightdm[1110]: pam_unix(lightdm:session): session opened for user micha(uid=1000) by micha(uid=0)
Feb 26 03:22:30 lenovo-a lightdm[1110]: gkr-pam: unlocked login keyring


$ systemctl status lightdm-plymouth.service
○ lightdm-plymouth.service - Light Display Manager
     Loaded: error (Reason: Unit lightdm-plymouth.service failed to load properly, please adjust/correct and reload service manager: File exists)
     Active: inactive (dead)

Feb 26 04:22:33 lenovo-a systemd[1]: lightdm-plymouth.service: Two services allocated for the same bus name org.freedesktop.DisplayManager, refusing op>
...skipping...
○ lightdm-plymouth.service - Light Display Manager
     Loaded: error (Reason: Unit lightdm-plymouth.service failed to load properly, please adjust/correct and reload service manager: File exists)
     Active: inactive (dead)

Feb 26 04:22:33 lenovo-a systemd[1]: lightdm-plymouth.service: Two services allocated for the same bus name org.freedesktop.DisplayManager, refusing op>

Ist der Fehler lenovo-a lightdm[1110]: gkr-pam: unable to locate daemon control file wichtig und was bedeutet er?

$ lightdm --test-mode --debug läuft fehlerfrei durch und startet im Terminalfenster eine xfce-Session. Anmelden kann ich mich dort nicht: Ich bekomme immer “Passwort falsch”, aber dafür war es ja auch nicht gedacht.

[micha2]

In /etc/default/grub steht GRUB_CMDLINE_LINUX="", also wird plymouth beim booten nicht verwendet. Kann ich dann deinstallieren: pacman -R lightdm-plymouth.service ?

[micha2]

Der folgende Fehler kommt nicht mehr

@micha2

Ich kann mich im Terminal als User einloggen dann erscheint:

[9999.999999] usb 1-4: 1:1: usb_set_interface failed (-32)
[9999.999999] usb 1-4: 1:1: usb_set_interface failed (-32)
…
[9999.999999] usb 1-4: 1:1: cannot set freq 44100 to ep 0x81
…

[megavolt]

@micha2

Ist der Fehler lenovo-a lightdm[1110]: gkr-pam: unable to locate daemon control file wichtig und was bedeutet er?

unwichtig - nur info.

@micha2

Kann ich dann deinstallieren: pacman -R lightdm-plymouth.service ?

pacman -R plymouth

@micha2

Der folgende Fehler kommt nicht mehr

Ist aber trotzdem da. Wie auch immer…hat was mit USB-Audio zu tun.