Assistants > alacritty authentication failure

Hello folks, I'm a happy and problem-free user of Garuda Cinnamon edition for a while now. Following a recent (I think) update, whenever something (for example "Garuda Assistant") calls alacritty with a password prompt, it doesn't accept the correct password. It shows random comical errors which would normally result from an incorrect password.
sudo works fine in all other terminals, just not alacritty. I've never been a user of alacritty. Garuda just calls it from the various assistants.

  Kernel: 6.1.9-zen1-2-zen arch: x86_64 bits: 64 compiler: gcc v: 12.2.1
    parameters: BOOT_IMAGE=/@/boot/vmlinuz-linux-zen
    root=UUID=e35e1f9b-be2c-4a8a-b0b0-ea4b4dae3360 rw [email protected]
    rd.udev.log_priority=3 vt.global_cursor_default=0 loglevel=3
    mitigations=off sysrq_always_enabled=1 ibt=off
  Desktop: Cinnamon v: 5.6.7 tk: GTK v: 3.24.36 wm: muffin vt: 7 dm: LightDM
    v: 1.32.0 Distro: Garuda Linux base: Arch Linux
  Type: Laptop System: LENOVO product: 232503H v: ThinkPad X230
    serial: <superuser required> Chassis: type: 10 serial: <superuser required>
  Mobo: LENOVO model: 232503H serial: <superuser required>
    UEFI-[Legacy]: LENOVO v: G2ETB7WW (2.77 ) date: 09/24/2019
  ID-1: BAT0 charge: 84.9 Wh (99.3%) condition: 85.5/94.0 Wh (91.0%)
    volts: 12.4 min: 10.8 model: SANYO 45N1175 type: Li-ion serial: <filter>
    status: not charging
  Info: model: Intel Core i5-3320M bits: 64 type: MT MCP arch: Ivy Bridge
    gen: core 3 level: v2 built: 2012-15 process: Intel 22nm family: 6
    model-id: 0x3A (58) stepping: 9 microcode: 0x21
  Topology: cpus: 1x cores: 2 tpc: 2 threads: 4 smt: enabled cache:
    L1: 128 KiB desc: d-2x32 KiB; i-2x32 KiB L2: 512 KiB desc: 2x256 KiB
    L3: 3 MiB desc: 1x3 MiB
  Speed (MHz): avg: 1722 high: 3300 min/max: 1200/3300 scaling:
    driver: intel_cpufreq governor: schedutil cores: 1: 3300 2: 1197 3: 1197
    4: 1197 bogomips: 20753
  Flags: avx ht lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx
  Vulnerabilities: <filter>
  Device-1: Intel 3rd Gen Core processor Graphics vendor: Lenovo driver: i915
    v: kernel arch: Gen-7 process: Intel 22nm built: 2012-13 ports:
    active: LVDS-1 empty: DP-1, DP-2, DP-3, HDMI-A-1, HDMI-A-2, HDMI-A-3,
    VGA-1 bus-ID: 00:02.0 chip-ID: 8086:0166 class-ID: 0300
  Device-2: Chicony Integrated Camera type: USB driver: uvcvideo
    bus-ID: 1-1.6:5 chip-ID: 04f2:b44d class-ID: 0e02
  Display: x11 server: X.Org v: 21.1.7 with: Xwayland v: 22.1.7 driver: X:
    loaded: modesetting alternate: fbdev,intel,vesa dri: crocus gpu: i915
    display-ID: :0 screens: 1
  Screen-1: 0 s-res: 1366x768 s-dpi: 96 s-size: 361x203mm (14.21x7.99")
    s-diag: 414mm (16.31")
  Monitor-1: LVDS-1 model: LG Display 0x02d8 built: 2010 res: 1366x768
    hz: 60 dpi: 125 gamma: 1.2 size: 277x156mm (10.91x6.14") diag: 318mm (12.5")
    ratio: 16:9 modes: 1366x768
  API: OpenGL Message: Unable to show GL data. Required tool glxinfo
  Device-1: Intel 7 Series/C216 Family High Definition Audio vendor: Lenovo
    driver: snd_hda_intel v: kernel bus-ID: 00:1b.0 chip-ID: 8086:1e20
    class-ID: 0403
  Sound API: ALSA v: k6.1.9-zen1-2-zen running: yes
  Sound Server-1: PulseAudio v: 16.1 running: no
  Sound Server-2: PipeWire v: 0.3.65 running: yes
  Device-1: Intel 82579LM Gigabit Network vendor: Lenovo driver: e1000e
    v: kernel port: 6080 bus-ID: 00:19.0 chip-ID: 8086:1502 class-ID: 0200
  IF: enp0s25 state: down mac: <filter>
  Device-2: Realtek RTL8188CE 802.11b/g/n WiFi Adapter driver: rtl8192ce
    v: kernel pcie: gen: 1 speed: 2.5 GT/s lanes: 1 port: 4000 bus-ID: 03:00.0
    chip-ID: 10ec:8176 class-ID: 0280
  IF: wlp3s0 state: up mac: <filter>
  Local Storage: total: 238.47 GiB used: 156.63 GiB (65.7%)
  SMART Message: Unable to run smartctl. Root privileges required.
  ID-1: /dev/sda maj-min: 8:0 vendor: Micron model: 1300 SATA 256GB
    size: 238.47 GiB block-size: physical: 4096 B logical: 512 B speed: 6.0 Gb/s
    type: SSD serial: <filter> rev: 0000 scheme: MBR
  ID-1: / raw-size: 188.87 GiB size: 188.87 GiB (100.00%)
    used: 156.63 GiB (82.9%) fs: btrfs dev: /dev/sda1 maj-min: 8:1
  ID-2: /home raw-size: 188.87 GiB size: 188.87 GiB (100.00%)
    used: 156.63 GiB (82.9%) fs: btrfs dev: /dev/sda1 maj-min: 8:1
  ID-3: /var/log raw-size: 188.87 GiB size: 188.87 GiB (100.00%)
    used: 156.63 GiB (82.9%) fs: btrfs dev: /dev/sda1 maj-min: 8:1
  ID-4: /var/tmp raw-size: 188.87 GiB size: 188.87 GiB (100.00%)
    used: 156.63 GiB (82.9%) fs: btrfs dev: /dev/sda1 maj-min: 8:1
  Kernel: swappiness: 133 (default 60) cache-pressure: 100 (default)
  ID-1: swap-1 type: zram size: 15.31 GiB used: 1.9 GiB (12.4%)
    priority: 100 dev: /dev/zram0
  System Temperatures: cpu: 47.0 C mobo: N/A
  Fan Speeds (RPM): fan-1: 2960
  Processes: 299 Uptime: 6d 10h 15m wakeups: 1 Memory: 15.31 GiB
  used: 7.51 GiB (49.1%) Init: systemd v: 252 default: graphical
  tool: systemctl Compilers: gcc: 12.2.1 Packages: pm: pacman pkgs: 1602
  libs: 368 tools: octopi,pamac,paru pm: appimage pkgs: 0 pm: flatpak pkgs: 0
  Shell: fish v: 3.6.0 default: Bash v: 5.1.16 running-in: gnome-terminal
  inxi: 3.3.25
Garuda (2.6.14-1):
  System install date:     2022-07-18
  Last full system update: 2023-02-10 ↻
  Is partially upgraded:   No
  Relevant software:       snapper NetworkManager mkinitcpio
  Windows dual boot:       <superuser required>
  Failed units:            shadow.service systemd-networkd-wait-online.service

I don't think this is an issue with Garuda Linux. Try using sudo yourself and see if that works or not.

1 Like

Is Alacritty also using Fish? I seem to recall it was set to ZSH by default last time I installed Cinnamon.

In .config/alacritty/alacritty.yml, change the shell to Fish and see if it makes any difference.

     program: /bin/fish

My understanding is this password prompt is handled by a script in /usr/lib/garuda/launch-terminal, which uses pkexec for elevation. Do you have any issues elevating with pkexec?

Try this to test:

pkexec mkdir /mnt/test

I can't seem to figure this one out. I have a Cinnamon installation too, where Alacritty works just fine. I've poked around a bit but I can't figure out how to recreate this issue you are having.

Considering this:

It seems like it won't be a big loss to uninstall Alacritty--at least just to test if the issue truly is related to the Alacritty terminal.

sudo pacman -Rns alacritty

Try again to launch one of the Garuda Assistant apps (it should just launch the next terminal in the list that you have installed, probably Gnome terminal) and see if you can get through the sudo prompt.


Thanks, I had (apparently incorrectly) assumed alacritty was required by the Garuda assistants/magic/voodoo. I confirm removing alacritty causes the assistant to call gnome terminal instead which, boringly, just works.
I uninstalled and reinstalled alacritty for giggles but problem persisted.

I'm going to stop wasting our time and just (reluctantly) mark this resolved since there is no "worked around" button?
Thanks BluishHumility for the help! (NOT TNE)

Could this be related? See also:
Maybe give a:

systemctl status shadow.service

Check the errors, logs, whatever you can find to dig in.

This is not nice. We are all volunteers here, and give our time when and if we can.
And in the specific case, he is the most appreciated developer, administrator, creator of new ideas and whatnot, so if I may have my say, the time he can give to the forum is necessarily limited (and by the way the post was not out of place).


This topic was automatically closed 2 days after the last reply. New replies are no longer allowed.