MX Cleanup multi cancel

[mxrd]

when applying Cleanup and when the authentication dialog pops up canceling this dialog, i have to cancel
multiple times, and then it states that somthing has been cleaned up.
Do i miss something?

TIA!

Code: Select all

Snapshot created on: 20250422_1409
System:    Kernel: 6.3.0-2mx-ahs-amd64 [6.3.11-1~mx21ahs] x86_64 bits: 64 compiler: gcc v: 10.2.1 
           parameters: BOOT_IMAGE=/boot/vmlinuz-6.3.0-2mx-ahs-amd64 root=UUID=<filter> ro quiet 
           splash 
           Desktop: Xfce 4.18.1 tk: Gtk 3.24.24 info: xfce4-panel wm: xfwm 4.18.0 vt: 7 
           dm: LightDM 1.26.0 Distro: MX-21.3_ahs_x64 Wildflower November 22  2021 
           base: Debian GNU/Linux 11 (bullseye) 
Machine:   Type: Desktop Mobo: Micro-Star model: H410M-A PRO (MS-7C89) v: 1.0 serial: <filter> 
           UEFI: American Megatrends v: 1.91 date: 12/08/2020 
CPU:       Info: Quad Core model: Intel Core i3-10100 bits: 64 type: MT MCP arch: Comet Lake 
           family: 6 model-id: A5 (165) stepping: 3 microcode: FC cache: L2: 6 MiB 
           flags: avx avx2 lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx bogomips: 57600 
           Speed: 801 MHz min/max: 800/4300 MHz Core speeds (MHz): 1: 801 2: 3600 3: 800 4: 800 
           5: 800 6: 800 7: 800 8: 3600 
           Vulnerabilities: Type: itlb_multihit status: KVM: VMX disabled 
           Type: l1tf status: Not affected 
           Type: mds status: Not affected 
           Type: meltdown status: Not affected 
           Type: mmio_stale_data mitigation: Clear CPU buffers; SMT vulnerable 
           Type: retbleed mitigation: Enhanced 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: Enhanced / Automatic IBRS, IBPB: conditional, RSB filling, 
           PBRSB-eIBRS: SW sequence 
           Type: srbds mitigation: Microcode 
           Type: tsx_async_abort status: Not affected 
Graphics:  Device-1: NVIDIA GK208B [GeForce GT 710] driver: N/A alternate: nouveau bus-ID: 01:00.0 
           chip-ID: 10de:128b class-ID: 0300 
           Device-2: Sonix USB Camera type: USB driver: uvcvideo bus-ID: 1-5.2.1:8 
           chip-ID: 26e0:3c13 class-ID: 0e02 
           Display: x11 server: X.Org 1.20.14 compositor: xfwm4 v: 4.18.0 driver: loaded: N/A 
           unloaded: fbdev display-ID: :0.0 screens: 1 
           Screen-1: 0 s-res: 1920x1080 s-dpi: 96 s-size: 508x286mm (20.0x11.3") 
           s-diag: 583mm (23") 
           Monitor-1: default res: 1920x1080 hz: 77 
           OpenGL: renderer: llvmpipe (LLVM 14.0.5 256 bits) v: 4.5 Mesa 22.0.5 direct render: Yes 
Audio:     Device-1: Intel Comet Lake PCH-V cAVS vendor: Micro-Star MSI driver: snd_hda_intel 
           v: kernel alternate: snd_sof_pci_intel_cnl bus-ID: 00:1f.3 chip-ID: 8086:a3f0 
           class-ID: 0403 
           Device-2: NVIDIA GK208 HDMI/DP Audio driver: snd_hda_intel v: kernel bus-ID: 01:00.1 
           chip-ID: 10de:0e0f class-ID: 0403 
           Device-3: Generalplus Usb Audio Device type: USB 
           driver: hid-generic,snd-usb-audio,usbhid bus-ID: 1-5.2.3:9 chip-ID: 1b3f:2008 
           class-ID: 0300 
           Sound Server-1: ALSA v: k6.3.0-2mx-ahs-amd64 running: yes 
           Sound Server-2: JACK v: 1.9.21 running: no 
           Sound Server-3: PulseAudio v: 14.2 running: yes 
Network:   Device-1: Intel Ethernet I219-V vendor: Micro-Star MSI driver: e1000e v: kernel 
           port: efa0 bus-ID: 00:1f.6 chip-ID: 8086:0d55 class-ID: 0200 
           IF: eth1 state: down mac: <filter> 
           Device-2: Realtek RTL8111/8168/8211/8411 PCI Express Gigabit Ethernet driver: r8169 
           v: kernel port: 3000 bus-ID: 04:00.0 chip-ID: 10ec:8168 class-ID: 0200 
           IF: eth0 state: up speed: 1000 Mbps duplex: full mac: <filter> 
Drives:    Local Storage: total: 912.89 GiB used: 459.66 GiB (50.4%) 
           SMART Message: Unable to run smartctl. Root privileges required. 
           ID-1: /dev/nvme0n1 maj-min: 259:0 vendor: Samsung model: SSD 970 EVO Plus 500GB 
           size: 465.76 GiB block-size: physical: 512 B logical: 512 B speed: 31.6 Gb/s lanes: 4 
           type: SSD serial: <filter> rev: 2B2QEXM7 temp: 31.9 C scheme: GPT 
           ID-2: /dev/sda maj-min: 8:0 vendor: PNY model: CS900 480GB SSD size: 447.13 GiB 
           block-size: physical: 512 B logical: 512 B speed: 6.0 Gb/s type: SSD serial: <filter> 
           rev: 0KA3 scheme: GPT 
Partition: ID-1: / raw-size: 154.3 GiB size: 150.82 GiB (97.74%) used: 102.29 GiB (67.8%) fs: ext4 
           dev: /dev/nvme0n1p5 maj-min: 259:5 
           ID-2: /boot/efi raw-size: 100 MiB size: 96 MiB (96.00%) used: 25.7 MiB (26.8%) fs: vfat 
           dev: /dev/nvme0n1p1 maj-min: 259:1 
Swap:      Alert: No swap data was found. 
Sensors:   System Temperatures: cpu: 27.8 C mobo: N/A 
           Fan Speeds (RPM): N/A 
Repos:     Packages: 2890 note: see --pkg apt: 2859 lib: 1459 flatpak: 31 
           No active apt repos in: /etc/apt/sources.list 
           Active apt repos in: /etc/apt/sources.list.d/debian-stable-updates.list 
           1: deb http://deb.debian.org/debian bullseye-updates main contrib non-free
           Active apt repos in: /etc/apt/sources.list.d/debian.list 
           1: deb http://deb.debian.org/debian bullseye main contrib non-free
           2: deb http://security.debian.org/debian-security bullseye-security main contrib non-free
           Active apt repos in: /etc/apt/sources.list.d/mx.list 
           1: deb http://ftp.halifax.rwth-aachen.de/mxlinux/packages/mx/repo/ bullseye main non-free
           2: deb http://ftp.halifax.rwth-aachen.de/mxlinux/packages/mx/repo/ bullseye ahs
           Active apt repos in: /etc/apt/sources.list.d/skype-stable.list 
           1: deb [arch=amd64] https://repo.skype.com/deb stable main
           Active apt repos in: /etc/apt/sources.list.d/vscode.list 
           1: deb [arch=amd64] https://packages.microsoft.com/repos/vscode stable main
Info:      Processes: 317 Uptime: 1h 53m wakeups: 1 Memory: 15.56 GiB used: 5.59 GiB (35.9%) 
           Init: SysVinit v: 2.96 runlevel: 5 default: 5 tool: systemctl Compilers: gcc: 10.2.1 
           alt: 10 Client: shell wrapper v: 5.1.4-release inxi: 3.3.06 
Boot Mode: UEFI

[j2mcgreg]

Your lack of a swap partition is cause for concern. There are a lot of folks touting the idea that with enough ram available you can forgo creating a swap partition or file, but the reality is that some of our applications still expect it to be there (even though it may never be used) and can give unpridictable results when swap space is not present. The good news is that you can add a swap file at any time and here’s how:

https://www.digitalocean.com/community/ ... -debian-11

[Adrian]

You need to enter the password for the program to run correctly. I mean why do you expect anything else?

[fehlix]

You need to enter the password for the program to run correctly. I mean why do you expect anything else?

Or quit/exit with first Cancel/Esc.

[mxrd]

You need to enter the password for the program to run correctly. I mean why do you expect anything else?

when for whatever reason after pressing apply i decide to cancel when the authentication dialog pops up,
thatfore pressing cancel in the authentication dialog, i personally would expect that because i did not
authenticate no cleanup would be done.

But looks like that it seems to be not the case. A little bit surprising for me, but maybe i have some
not that usual expectation?!?

(especially i am missing a little bit, what hat been cleanup't, although i have pressed the authenticate-cancel-btn)

[/df]

Possibly related, the kernel clean-up dialog doesn't disable the "Remove selected" button immediately on click, so that multiple apt terminal sessions can be started and prompting for authentication (IIRC). This would be most likely to occur on low-end h/w where the apt session takes several seconds to start with no UI feedback (busy cursor, eg).

[Adrian]

And why is surprising that something is cleaned up if you press "Apply"? If you cancel an elevation prompt the command that needed elevation is skipped. but whatever else remaining to be cleaned (like cleaning stuff in $HOME where the program doesn't need root access) will be cleaned. If you don't want to clean stuff, don't press "Apply", don't rely on canceling the elevation prompt.

[mxrd]

thx for the replies so far! i admit maybe my user experience would be a little bit less astonished if i wouldn't have to press the cancel-button of the elevation-dialog subsequently a lot of times(without knowing what exact i am canceling in this moment), and if the non-to-elevate-actions would be processed before elevation needed, with maybe a list of what has been done till then
( - or - even more comfortable - if one elevation dialog canceled would cancel all to be elevated actions first be done, and when the user has canceled the (single) elevation dialog and the to elevate action has been skipped, a following prompt would ask for confirmation of the rest-action in one single prompt )

[Adrian]

There are multiple commands that need elevation, once you elevate one it caches (like sudo) and you don't have to enter the password again, if it fails then the next command will prompt you to elevate. In a way it's my fault because I could handle that in a different way, if one command fails to elevate it could stop and show a message "hey, I need elevation", I will probably do that in a future update.