AV Linux - MX Edition 23.2: gparted will not launch

[erikjms]

I took a look around the internet to see if anyone else has experienced this, but either they have not or they aren't talking. I have AV Linux MX Edition 23.2 on a live USB and had booted my desktop into it this afternoon specifically to see if gparted worked.

Which I thought surely it would, but it fails without an error message if I choose it from a menu. When I start it from the terminal:

Code: Select all

$ sudo gparted
[sudo] password for demo:
Authorization required, but no authorization protocol specified

(gpartedbin:10936): Gtk-WARNING **: 18:34:26.904: cannot open display: :0.0

Same error will occur if I try running gparted as root from the terminal. If I do not use sudo as a regular user, it gives me a GUI authentication dialog box first, but then the same error again after I enter the password.

I can do whatever partitioning I need in my current environment before installing AV Linux, but it would be convenient to have gparted available from the live USB. I'm not booted into AV Linux at the moment; if some system info would help, I can provide more tomorrow. For now: I'm on a 2018-vintage bog standard Dell Optiplex with Intel everything.

I'll probably try rewriting the .iso as well, in case something random went wrong.

Thanks!

Erik

[fehlix]

I'll probably try rewriting the .iso as well, in case something random went wrong.

First thing to check would be the iso itself, b/c re-writing a bogus iso, won't be fixed by recreating the LiveUSB.
It is probably best to check the provided GPG signature, as this guarantees that the file is genuine
and originated from the author. Alternatively, you can verify the checksum provided, but keep in mind that while checksum verification
can confirm the integrity of the file, it does not prove that the file is authentic and original.

[AVLinux]

Hi,

Busy offline today, will check a live boot this evening and see if I can reproduce the issue, to my knowledge it should be working.

[xaol]

cannot confirm this to be an issue with an iso downloaded today and tested in a virtual machine. gparted opens as expected from the menu as well as just by running the command without sudo which then opens the aforementioned gui auth window that does work. i did do a quick sum check just to be sure:

Code: Select all

sha256sum -c AVL_MXE-23.2-20240405_x64.iso.sha256 
AVL_MXE-23.2-20240405_x64.iso: OK

[AVLinux]

cannot confirm this to be an issue with an iso downloaded today and tested in a virtual machine. gparted opens as expected from the menu as well as just by running the command without sudo which then opens the aforementioned gui auth window that does work. i did do a quick sum check just to be sure:

Code: Select all

sha256sum -c AVL_MXE-23.2-20240405_x64.iso.sha256 
AVL_MXE-23.2-20240405_x64.iso: OK

Thanks for doing that!

[xaol]

i was happy to help though the av stuff is mostly lost on me, i hadn't really seen enlightenment since switching from bodhi to mx a few years back. looked quite lovely and well put together. thank you for the work you do in creating and sharing it.

[AVLinux]

i was happy to help though the av stuff is mostly lost on me, i hadn't really seen enlightenment since switching from bodhi to mx a few years back. looked quite lovely and well put together. thank you for the work you do in creating and sharing it.

Thanks for the kind words, I also like Bodhi, it's a unique and lovely Distro and one of the developers 'The Waiter' has been very helpful to me with Enlightenment stuff. There is now an unofficial Bodhi based on Debian and I did some experiments with merging it together with MX-23 but there were enough small issues that I ran out of time to get them all sorted out. I still think Bodhi's Moksha with an MX base could be a pretty awesome alternative Distro!

[erikjms]

Thanks for the responses. It can take me some time to get back around to a thing, so "tomorrow" is now, what, next week? But since this does not seem to be immediately reproducible, I'll poke around some more on my own and see what might be going wrong. I usually run a checksum on an .iso before copying it, but it won't hurt to do it again and check the GPG sig as well. Try a different USB port, different USB key, different phase of the moon, etc.

Will update unless it turns out to be some terribly embarrassing oversight on my part. :)

[fehlix]

...but it won't hurt to do it again and check the GPG sig as well.

Here a short version of GPG sig verifcation esp. for AV linux ISO, posted with another thread recently,
slightly adjusted:
** Signature verification for AV Linux in short:
* Download both files the *.iso and the *.sig file

* Change to directory the files are downlaoded into

* Get AV-Linux public signing key:

Code: Select all

gpg --no-default-keyring --keyring gnupg-ring:./AV-Linux.gpg --keyserver pgpkeys.eu --recv-keys 81280128CAC09F2BBADB4A775DBC090C710C87B3

or use ubuntu's keyserver

Code: Select all

gpg --no-default-keyring --keyring gnupg-ring:./AV-Linux.gpg --keyserver keyserver.ubuntu.com --recv-keys 81280128CAC09F2BBADB4A775DBC090C710C87B3

* Verify the iso is not corrupt and the iso is the original published by "AV Linux"

Code: Select all

gpgv --keyring ./AV-Linux.gpg AVL_MXE-23.2-20240405_x64.iso.sig AVL_MXE-23.2-20240405_x64.iso 

in case of success would show e.g. like this

Code: Select all

gpgv: Signature made Fri 05 Apr 2024 02:55:52 PM EST
gpgv:                using RSA key 81280128CAC09F2BBADB4A775DBC090C710C87B3
gpgv: Good signature from "Glen MacArthur <info@bandshed.net>"

The signature time would be displayed within local timezone of the system.