Journald Fehler bei jedem Verzeichniswechel

Hallo :slight_smile:

Ich habe eben mal mit jctl die Fehlermeldungen in journald gecheckt. Dabei ist mir aufgefallen, dass jedes Mal, wenn ich mit Dolphin oder im Terminal das Verzeichnis wechsle eine Fehlermeldung im Journal auftaucht:

Nov 26 08:50:59 PowerTower sudo[8508]:     orko : a password is required ; TTY=pts/0 ; PWD=/home/orko ; USER=root ; COMMAND=/usr/bin/true
Nov 26 08:51:45 PowerTower sudo[13011]:     orko : a password is required ; TTY=pts/0 ; PWD=/home/orko ; USER=root ; COMMAND=/usr/bin/true
Nov 26 08:51:49 PowerTower sudo[13275]:     orko : a password is required ; TTY=pts/1 ; PWD=/home/orko ; USER=root ; COMMAND=/usr/bin/true
Nov 26 08:51:49 PowerTower sudo[13304]:     orko : a password is required ; TTY=pts/1 ; PWD=/home/orko ; USER=root ; COMMAND=/usr/bin/true
Nov 26 08:51:49 PowerTower sudo[13331]:     orko : a password is required ; TTY=pts/1 ; PWD=/home/orko ; USER=root ; COMMAND=/usr/bin/true
Nov 26 08:51:49 PowerTower sudo[13364]:     orko : a password is required ; TTY=pts/1 ; PWD=/home/orko/Nextcloud/Bilder ; USER=root ; COMMAND=/usr/bin/true
Nov 26 08:51:50 PowerTower sudo[13401]:     orko : a password is required ; TTY=pts/1 ; PWD=/home/orko ; USER=root ; COMMAND=/usr/bin/true
Nov 26 08:51:53 PowerTower sudo[13456]:     orko : a password is required ; TTY=pts/1 ; PWD=/home/orko/Games ; USER=root ; COMMAND=/usr/bin/true
Nov 26 08:51:58 PowerTower sudo[14011]:     orko : a password is required ; TTY=pts/1 ; PWD=/home/orko/Games/Skybox ; USER=root ; COMMAND=/usr/bin/true
Nov 26 08:53:16 PowerTower sudo[20296]:     orko : a password is required ; TTY=pts/0 ; PWD=/home/orko ; USER=root ; COMMAND=/usr/bin/true
Nov 26 08:55:50 PowerTower systemd[32193]: pam_systemd(login:session): Failed to release session: Access denied
Nov 26 08:55:51 PowerTower sudo[32220]:     orko : a password is required ; TTY=pts/0 ; PWD=/home/orko ; USER=root ; COMMAND=/usr/bin/true
Nov 26 09:00:06 PowerTower sudo[51553]:     orko : a password is required ; TTY=pts/0 ; PWD=/home/orko ; USER=root ; COMMAND=/sbin/hddtemp -nq -u C /dev/sda
Nov 26 09:00:07 PowerTower sudo[51655]:     orko : a password is required ; TTY=pts/0 ; PWD=/home/orko ; USER=root ; COMMAND=/usr/bin/true
Nov 26 09:03:33 PowerTower sudo[66452]:     orko : a password is required ; TTY=pts/0 ; PWD=/home/orko/Games ; USER=root ; COMMAND=/usr/bin/true

Es macht wohl keinerlei Probleme, aber das Journal platzt ja nach ein paar Tagen, da ich viel mit Dolphin arbeite. Am liebsten w├Ąre es mir, wenn ich das Problem mit Eurer Hilfe irgendwie l├Âsen k├Ânnte. Ich w├╝rde mich aber auch schon ├╝ber einen Hinweis freuen, ob und wie ich verhindern kann, dass diese Eintr├Ąge im Journal aufgelistet werden.

garuda-inxi, falls das irgendwie weiterhilft:

System:
Kernel: 6.0.9-zen1-1-zen arch: x86_64 bits: 64 compiler: gcc v: 12.2.0
parameters: BOOT_IMAGE=/@/boot/vmlinuz-linux-zen
root=UUID=*** rw [email protected]
quiet
cryptdevice=UUID=***
root=/dev/mapper/*** quiet splash
rd.udev.log_priority=3 vt.global_cursor_default=0 loglevel=3
Desktop: KDE Plasma v: 5.26.3 tk: Qt v: 5.15.7 info: latte-dock
wm: kwin_x11 vt: 1 dm: SDDM Distro: Garuda Linux base: Arch Linux
Machine:
Type: Desktop System: Gigabyte product: Z390 AORUS PRO WIFI v: N/A
serial: <superuser required>
Mobo: Gigabyte model: Z390 AORUS PRO WIFI-CF v: x.x
serial: <superuser required> UEFI: American Megatrends v: F12k
date: 01/19/2021
CPU:
Info: model: Intel Core i7-8700K bits: 64 type: MT MCP arch: Coffee Lake
gen: core 8 level: v3 note: check built: 2018 process: Intel 14nm family: 6
model-id: 0x9E (158) stepping: 0xA (10) microcode: 0xF0
Topology: cpus: 1x cores: 6 tpc: 2 threads: 12 smt: enabled cache:
L1: 384 KiB desc: d-6x32 KiB; i-6x32 KiB L2: 1.5 MiB desc: 6x256 KiB
L3: 12 MiB desc: 1x12 MiB
Speed (MHz): avg: 4324 high: 4401 min/max: 800/4700 scaling:
driver: intel_pstate governor: performance cores: 1: 4382 2: 4395 3: 4400
4: 4400 5: 4401 6: 4385 7: 4271 8: 4388 9: 4385 10: 3700 11: 4400 12: 4384
bogomips: 88796
Flags: avx avx2 ht lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx
Vulnerabilities:
Type: itlb_multihit status: KVM: VMX disabled
Type: l1tf mitigation: PTE Inversion; VMX: conditional cache flushes, SMT
vulnerable
Type: mds mitigation: Clear CPU buffers; SMT vulnerable
Type: meltdown mitigation: PTI
Type: mmio_stale_data mitigation: Clear CPU buffers; SMT vulnerable
Type: retbleed mitigation: IBRS
Type: spec_store_bypass mitigation: Speculative Store Bypass disabled via
prctl
Type: spectre_v1 mitigation: usercopy/swapgs barriers and __user pointer
sanitization
Type: spectre_v2 mitigation: IBRS, IBPB: conditional, RSB filling,
PBRSB-eIBRS: Not affected
Type: srbds mitigation: Microcode
Type: tsx_async_abort mitigation: TSX disabled
Graphics:
Device-1: NVIDIA TU104 [GeForce RTX 2080] vendor: Gigabyte driver: nvidia
v: 520.56.06 alternate: nouveau,nvidia_drm non-free: 520.xx+
status: current (as of 2022-10) arch: Turing code: TUxxx
process: TSMC 12nm built: 2018-22 pcie: gen: 3 speed: 8 GT/s lanes: 16
bus-ID: 01:00.0 chip-ID: 10de:1e82 class-ID: 0300
Display: x11 server: X.Org v: 21.1.4 with: Xwayland v: 22.1.5
compositor: kwin_x11 driver: N/A display-ID: :0 screens: 1
Screen-1: 0 s-res: 3840x2160 s-dpi: 60 s-size: 1626x914mm (64.02x35.98")
s-diag: 1865mm (73.44")
Monitor-1: HDMI-0 res: 3840x2160 hz: 60 dpi: 61
size: 1600x900mm (62.99x35.43") diag: 1836mm (72.27") modes: N/A
API: OpenGL v: 4.6.0 NVIDIA 520.56.06 renderer: NVIDIA GeForce RTX
2080/PCIe/SSE2 direct render: Yes
Audio:
Device-1: NVIDIA TU104 HD Audio vendor: Gigabyte driver: snd_hda_intel
v: kernel pcie: gen: 3 speed: 8 GT/s lanes: 16 bus-ID: 01:00.1
chip-ID: 10de:10f8 class-ID: 0403
Sound API: ALSA v: k6.0.9-zen1-1-zen running: yes
Sound Server-1: PulseAudio v: 16.1 running: no
Sound Server-2: PipeWire v: 0.3.60 running: yes
Network:
Device-1: Intel Cannon Lake PCH CNVi WiFi driver: iwlwifi v: kernel
bus-ID: 00:14.3 chip-ID: 8086:a370 class-ID: 0280
IF: wlo1 state: down mac: <filter>
Device-2: Intel Ethernet I219-V vendor: Gigabyte driver: e1000e v: kernel
port: N/A bus-ID: 00:1f.6 chip-ID: 8086:15bc class-ID: 0200
IF: eno2 state: up speed: 1000 Mbps duplex: full mac: <filter>
Device-3: ASUSTek ROG STRIX IMPACT II WIRELESS type: USB
driver: hid-generic,usbhid bus-ID: 1-10:3 chip-ID: 0b05:1949 class-ID: 0301
Bluetooth:
Device-1: Intel Bluetooth 9460/9560 Jefferson Peak (JfP) type: USB
driver: btusb v: 0.8 bus-ID: 1-14:8 chip-ID: 8087:0aaa class-ID: e001
Report: bt-adapter ID: hci0 rfk-id: 0 state: up address: <filter>
Drives:
Local Storage: total: 2.39 TiB used: 537.92 GiB (21.9%)
SMART Message: Unable to run smartctl. Root privileges required.
ID-1: /dev/nvme0n1 maj-min: 259:0 vendor: Gigabyte
model: GP-ASM2NE2512GTTDR size: 476.94 GiB block-size: physical: 512 B
logical: 512 B speed: 31.6 Gb/s lanes: 4 type: SSD serial: <filter>
rev: ECFM12.2 temp: 31.9 C scheme: GPT
ID-2: /dev/nvme1n1 maj-min: 259:1 vendor: Sabrent model: Rocket Q
size: 1.82 TiB block-size: physical: 512 B logical: 512 B speed: 31.6 Gb/s
lanes: 4 type: SSD serial: <filter> rev: RKT30Q.1 temp: 25.9 C scheme: GPT
ID-3: /dev/sda maj-min: 8:0 type: USB vendor: IBM model: ESA3SF1120GB
size: 111.79 GiB block-size: physical: 512 B logical: 512 B type: SSD
serial: <filter> scheme: GPT
Partition:
ID-1: / raw-size: 476.64 GiB size: 476.64 GiB (100.00%)
used: 134.12 GiB (28.1%) fs: btrfs dev: /dev/dm-0 maj-min: 254:0
mapped: luks-387ec676-a4d3-4620-97cf-e2bea2998334
ID-2: /boot/efi raw-size: 300 MiB size: 299.4 MiB (99.80%)
used: 752 KiB (0.2%) fs: vfat dev: /dev/nvme0n1p1 maj-min: 259:2
ID-3: /home raw-size: 476.64 GiB size: 476.64 GiB (100.00%)
used: 134.12 GiB (28.1%) fs: btrfs dev: /dev/dm-0 maj-min: 254:0
mapped: luks-387ec676-a4d3-4620-97cf-e2bea2998334
ID-4: /var/log raw-size: 476.64 GiB size: 476.64 GiB (100.00%)
used: 134.12 GiB (28.1%) fs: btrfs dev: /dev/dm-0 maj-min: 254:0
mapped: luks-387ec676-a4d3-4620-97cf-e2bea2998334
ID-5: /var/tmp raw-size: 476.64 GiB size: 476.64 GiB (100.00%)
used: 134.12 GiB (28.1%) fs: btrfs dev: /dev/dm-0 maj-min: 254:0
mapped: luks-387ec676-a4d3-4620-97cf-e2bea2998334
Swap:
Kernel: swappiness: 133 (default 60) cache-pressure: 100 (default)
ID-1: swap-1 type: zram size: 31.3 GiB used: 1.8 MiB (0.0%) priority: 100
dev: /dev/zram0
Sensors:
System Temperatures: cpu: 37.0 C pch: 36.0 C mobo: N/A gpu: nvidia
temp: 57 C
Fan Speeds (RPM): N/A gpu: nvidia fan: 0%
Info:
Processes: 357 Uptime: 10m wakeups: 1 Memory: 31.3 GiB
used: 4.82 GiB (15.4%) Init: systemd v: 252 default: graphical
tool: systemctl Compilers: gcc: 12.2.0 clang: 14.0.6 Packages: 1928
pm: pacman pkgs: 1923 libs: 515 tools: gnome-software,pamac,paru pm: flatpak
pkgs: 5 Shell: fish v: 3.5.1 default: Bash v: 5.1.16 running-in: yakuake
inxi: 3.3.23
Garuda (2.6.9-1):
System install date:     2022-11-18
Last full system update: 2022-11-26
Is partially upgraded:   No
Relevant software:       NetworkManager
Windows dual boot:       No/Undetected
Snapshots:               Snapper
Failed units:

Eine sehr gute Hilfe ist das Arch Wiki, ich habe es mal ├╝bersetzt

Begrenzung der Journalgr├Â├če

Wenn das Journal persistent (nicht fl├╝chtig) ist, wird seine Gr├Â├če auf einen Standardwert von 10 % der Gr├Â├če des zugrundeliegenden Dateisystems festgelegt, der jedoch auf 4 GiB begrenzt ist. Befindet sich zum Beispiel /var/log/journal/ auf einer 20-GiB-Partition, k├Ânnen die Journaldaten bis zu 2 GiB gro├č sein. Auf einer 50-GiB-Partition w├Ąren es maximal 4 GiB. Um die aktuellen Grenzen auf Ihrem System zu best├Ątigen, ├╝berpr├╝fen Sie die Protokolle der systemd-journald-Einheit:

# journalctl -b -u systemd-journald

Die maximale Gr├Â├če des persistenten Journals kann durch Auskommentieren und ├ändern der folgenden Datei kontrolliert werden:

/etc/systemd/journald.conf

SystemMaxUse=50M

Es ist auch m├Âglich, den Drop-in-Snippets-Konfigurations├╝berschreibungsmechanismus zu verwenden, anstatt die globale Konfigurationsdatei zu bearbeiten. In diesem Fall platzieren Sie die ├ťberschreibungen unter der [Journal]-Kopfzeile:

/etc/systemd/journald.conf.d/00-journal-size.conf

[Journal]
SystemMaxUse=50M

https://wiki.archlinux.org/title/Systemd/Journal

Ist bestimmt ein KDE feature und kein bug :slight_smile:

Super, danke f├╝r den Tipp! Habe die Gr├Â├če jetzt limitiert.

Wenn es wirklich ein feature ist, kann man das auch irgendwie ganz abschalten? :smile: Ansonsten muss ich jedes Mal diese ganzen Fehler rausfiltern, wenn ich wirklich auf der Suche nach irgendeinem ÔÇ×richtigen FehlerÔÇť (klingt irgendwie falsch :sweat_smile:) bin. Da ist das Journal ja schon manchmal hilfreich.

1 Like
# Get the error messages from journalctl
alias jctl="journalctl -p 3 -xb"

jctl | grep error

:smiley:

1 Like

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