Skip to main content ↑ ↓
Topic solved
This topic has been marked as solved and requires no further attention.
Topic: [SOLVED] Unable to Start Graphical Session (Read 3649 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

Re: Unable to Start Graphical Session

Reply #15 –
Quote from: Phosphate5 – on
I fixed my problem by downgrading mesa-1:25.1.1-1 to mesa-1:25.0.5-1 and xf86-video-vmware 13.4.0-4 to xf86-video-vmware 13.4.0-3.

I'll have to try that out in a sec...

EDIT -- That worked :)

Re: Unable to Start Graphical Session

Reply #16 –
Is it a game of Cat and Mouse?
My Desktop disappears everyday. I reinstall, I'm not using any VM.

My graphical environment disappears everyday. Sometimes it is unbootable, not proceeding to 'local', and sometimes it boots to the Desktop devoid of everything except the desktop icons and mouse arrow, all other graphic elements missing.
When my system started becoming difficult, about 5 hours being online, there haven't been any internet updates. All updates are done offline. I have not performed an -Syu, so the mesa package in my default installation is still active, iso kernel 6.13.7, 3-05-25 I believe.
The iso version of Mesa: mesa 1:25.0.1-2

Mousepad wouldn't run. I just used it, why did it stop working. In a terminal I ran from the bin directory:
Code: [Select]
./mousepad
The error said "Cannot open file: shared libraries libxml2.so..."
libxml2 is not a dependency of mousepad according to the Artix package dependency list?
How would 'libxml2.so' be causing mousepad a problem?

Updates - Offline mostly
   I have pkg backed up to a flash drive.
Odd thing, emacs-nox install, which uses libxml2 (see mousepad above), has as a dependency requirement of 'alpmtmp.randomstring' which, the 'randomstring' part changes with each attempt of installation.
What is Aggressive Link Power Management and why does emacs need it?
Can power management be used to gain unprivileged access?

Re: Unable to Start Graphical Session

Reply #17 –
Quote from: tsedek1 – on
The error said "Cannot open file: shared libraries libxml2.so..."
libxml2 is not a dependency of mousepad according to the Artix package dependency list?
How would 'libxml2.so' be causing mousepad a problem?
Mousepad depends on gtksourceview4 which depends on libxml2.

Re: Unable to Start Graphical Session

Reply #18 –
Quote from: tsedek1 – on
Is it a game of Cat and Mouse?
My Desktop disappears everyday. I reinstall, I'm not using any VM.
Sometimes, being on the bleeding edge is painful, but to be honest, your desktop breaking every day is a bit odd. Maybe you did a partial upgrade, and that is the root of the problems you are experiencing now. If your system breaks frequently, I think you should consider using timeshift. Additionally, most of the times, it is easy to fix problems caused by new software packages by downgrading to the last working versions. These days, updates breaking things is not specific to Linux and Windows users also frequently experience various issues due to buggy updates.
Quote from: tsedek1 – on
iso kernel 6.13.7, 3-05-25 I believe. The iso version of Mesa: mesa 1:25.0.1-2
Have you tried the LTS Linux kernel? Maybe, the LTS kernel can solve your graphical issues.

Re: Unable to Start Graphical Session

Reply #19 –
Quote from: Phosphate5 – on
Quote from: tsedek1 – on
Is it a game of Cat and Mouse?
My Desktop disappears everyday. I reinstall, I'm not using any VM.
Sometimes, being on the bleeding edge is painful, but to be honest, your desktop breaking every day is a bit odd.


It has nothing to do with being on the bleeding edge of anything.  The desktop breaking every day is not a bit odd.  It is not possible... not with Artix,  or any other distro.  It remains an end user problem.  We should close this thread before it turns off into a black hole.

Re: Unable to Start Graphical Session

Reply #20 –
Quote from: Phosphate5 – on
Sometimes, being on the bleeding edge is painful, but to be honest, your desktop breaking every day is a bit odd. Maybe you did a partial upgrade, and that is the root of the problems you are experiencing now. If your system breaks frequently, I think you should consider using timeshift. Additionally, most of the times, it is easy to fix problems caused by new software packages by downgrading to the last working versions. These days, updates breaking things is not specific to Linux and Windows users also frequently experience various issues due to buggy updates.
...
Have you tried the LTS Linux kernel? Maybe, the LTS kernel can solve your graphical issues.

Yes, I have tried the LTS Kernel, The Mouse disappeared. "The Mouse" is the Desktop Environment, XFCE.
It's a common pattern to these activities occurring. My ability to find where the fault is, is limited.
Someone was leaving messages in my audit.log file, using find, then cat, then gdm (virtual mouse, not gnome).
Since I have made changes, the methods required to traverse the internal structure has changed.
The common stuff: Xorg, OpenGL, Denial Of Service by filling up the RAM, drop JS persistence files in the browser, hook the *dm to start on boot.
The malware being used is Indian in origin, I've had overlays on my Youtube feed of Bali Porn.

After these infiltrations, DoS and infection, people sit next to me and tell me directly "F**k You."
They want me to know they're doing it. I smile and re-install.
A man can't serve two masters, he will love the one and hate the other.
They hate the One I love.

My current Fresh install method:
iso
pacman -U xyz.zst
xyz=
Code: [Select]
sudo pacman -U /var/cache/pacman/pkg/archlinux-keyring-20250430.1-1-any.pkg.tar.zst /var/cache/pacman/pkg/archlinux-mirrorlist-20250311-1-any.pkg.tar.zst /var/cache/pacman/pkg/artix-archlinux-support-4.2-1-any.pkg.tar.zst

[omniverse]
Server = https://artix.sakamoto.pl/omniverse/$arch
Server = https://eu-mirror.artixlinux.org/omniverse/$arch
Server = https://omniverse.artixlinux.org/$arch

#[extra-testing]
#Include = /etc/pacman.d/mirrorlist-arch

[extra]
Include = /etc/pacman.d/mirrorlist-arch

#[multilib-testing]
#Include = /etc/pacman.d/mirrorlist-arch

#[multilib]
#Include = /etc/pacman.d/mirrorlist-arch

sudo pacman -U file://var/cache/pacman/pkg/macchanger-1.7.0-6-x86_64.pkg.tar.zst

sudo pacman -U file://var/cache/pacman/pkg/slim-1:1.4.0-1-x86_64.pkg.tar.zst

sudo pacman -R lightdm lightdm-gtk-greeter lightdm-openrc

sudo pacman -U file://var/cache/pacman/pkg/audit-openrc-20210505-3-any.pkg.tar.zst file://var/cache/pacman/pkg/nftables-1:1.1.3-1-x86_64.pkg.tar.zst file://var/cache/pacman/pkg/nftables-openrc-20210505-2-any.pkg.tar.zst

I haven't built a script yet. I spend so much time reinstalling, I don't have the time yet. When I can catch my breath, then I'll learn to make a bash script.
I'm also trying to learn how to review the log files to get to the heart of where the problem is, but I reinstall everyday so, it makes learning difficult.

When installing Emacs-nox offline with 2 files missing, I get a reason that 'alpmtmp.randomstring' is required and wasn't downloaded.
Code: [Select]
sudo pacman -U file://var/cache/pacman/pkg/gcc-15.1.1+r7+gf36ec88aa85a-1-x86_64.pkg.tar.zst file://var/cache/pacman/pkg/gcc-libs-15.1.1+r7+gf36ec88aa85a-1-x86_64.pkg.tar.zst file://var/cache/pacman/pkg/libgccjit-15.1.1+r7+gf36ec88aa85a-1-x86_64.pkg.tar.zst file://var/cache/pacman/pkg/tree-sitter-0.25.3-1-x86_64.pkg.tar.zst file://var/cache/pacman/pkg/libxml2-2.14.3-1-x86_64.pkg.tar.zst file://var/cache/pacman/pkg/libarchive-3.7.9-2.1-x86_64.pkg.tar.zst file://var/cache/pacman/pkg/emacs-nox-30.1-5-x86_64.pkg.tar.zst
The files I learned were dependencies:
file://var/cache/pacman/pkg/libisl-0.27-1-x86_64.pkg.tar.zst
file://var/cache/pacman/pkg/libmpc-1.3.1-2-x86_64.pkg.tar.zst

When I include these files, I don't see any download activity involving pacman and 'alpmtmp.randomstring'.

Re: Unable to Start Graphical Session

Reply #21 –
Quote from: tsedek1 – on
My ability to find where the fault is, is limited.
That's the most pertinent thing you wrote.
It would be a struggle for someone with vast experience to keep a pacman based distro working properly using nothing but pacman -U and , possibly stale, backups of packages.
What's the point ? You have to have downloaded the packages at some point and the packages are all signed so updating online is fine.
I don't accept your repeated claims of getting hacked constantly within minutes or hours of reinstalling. As I've said before you sound paranoid to me. And that's not great.

If it was that easy we'd all be hacked. I don't rule out the possibility that there are backdoors / exploits in Linux that are known to nation state security services etc.  I don't think it is the case (I hope not) but it can't be ruled out. But if they were known to college students, or whoever it is that shares your open wifi, then they would be common knowledge very quickly and fixed.

If you really are getting hacked so quickly then either it's something you are doing post install or I suppose it's possible, though I think unlikely, there's a rootkit in your UEFI.
And rather than the constant reinstalling you'd maybe be better of building an iso image with the programs you want as part of it the image and just booting from the image. Keep your personal files on a usb drive or something. And you can md5sum your image after creating it to ensure those hackers haven't modified your iso image.

Or you could only ever browse the web in a VM and use snapshots to revert any changes the hackers have made after each session.

Re: Unable to Start Graphical Session

Reply #22 –
Quote from: gripped – on
Quote from: tsedek1 – on
My ability to find where the fault is, is limited.
That's the most pertinent thing you wrote.
It would be a struggle for someone with vast experience to keep a pacman based distro working properly using nothing but pacman -U and , possibly stale, backups of packages.
What's the point ? You have to have downloaded the packages at some point and the packages are all signed so updating online is fine.
I don't accept your repeated claims of getting hacked constantly within minutes or hours of reinstalling. As I've said before you sound paranoid to me. And that's not great.

If it was that easy we'd all be hacked. I don't rule out the possibility that there are backdoors / exploits in Linux that are known to nation state security services etc.  I don't think it is the case (I hope not) but it can't be ruled out. But if they were known to college students, or whoever it is that shares your open wifi, then they would be common knowledge very quickly and fixed.

If you really are getting hacked so quickly then either it's something you are doing post install or I suppose it's possible, though I think unlikely, there's a rootkit in your UEFI.
And rather than the constant reinstalling you'd maybe be better of building an iso image with the programs you want as part of it the image and just booting from the image. Keep your personal files on a usb drive or something. And you can md5sum your image after creating it to ensure those hackers haven't modified your iso image.

Or you could only ever browse the web in a VM and use snapshots to revert any changes the hackers have made after each session.

I grew up with the CIA. A friend of the family works Asia.
An apartment he was running with Military personnel, collected all of the communications in the neighborhood. 6" bundle of communications cables, including a fibre optic cable, went from the telephone pole directly through the wall into the first floor of the apartment. He was the first one I knew to use Google Voice to prevent people from getting his cell phone number and doing a sim jack.
I don't like the CIA. They like to stab each other in the back for fun. "I'm testing how resilient he is."
Waste of Dog Shit, they are.

I'm working on learning to read the log files. That way can differentiate between potential buggy software issues and someone living off the land inside my box.
I have enough audit.log files, one shows someone fuzzing processes in my system, from a shell running echo ccccccccccccccccc... at a firefox process. That is empirical evidence, BTW. :wink: :nod:

When my skill is not as advanced as yours, how can I determine when there is a compromised repo servo providing 'extra files', or a local network replacing legitimate files like zst and zst.sig in transit?
The 'cafe' where I hangout is a National Governement Institution. If any one has government level tools, it would be them.

Currently, emacs-nox seems to be the best suspect for buggy software, it and it's dependents.
When the desktop disappears, there isn't much I can do except drop into a terminal, or reboot into a terminal.

Re: Unable to Start Graphical Session

Reply #23 –
Quote from: tsedek1 – on
When my skill is not as advanced as yours, how can I determine when there is a compromised repo servo providing 'extra files', or a local network replacing legitimate files like zst and zst.sig in transit?
That's what the signing keys are for. If a third party alters a package pacman won't install it. Unless the bad actor tricks you into adding their key to the keyring. Or changing the SigLevel in pacman.conf
https://wiki.archlinux.org/title/Pacman/Package_signing

Re: Unable to Start Graphical Session

Reply #24 –
Quote from: tsedek1 – on
Quote from: gripped – on

That's the most pertinent thing you wrote.
It would be a struggle for someone with vast experience to keep a pacman based distro working properly using nothing but pacman -U and , possibly stale, backups of packages.
What's the point ? You have to have downloaded the packages at some point and the packages are all signed so updating online is fine.
I don't accept your repeated claims of getting hacked constantly within minutes or hours of reinstalling. As I've said before you sound paranoid to me. And that's not great.

If it was that easy we'd all be hacked. I don't rule out the possibility that there are backdoors / exploits in Linux that are known to nation state security services etc.  I don't think it is the case (I hope not) but it can't be ruled out. But if they were known to college students, or whoever it is that shares your open wifi, then they would be common knowledge very quickly and fixed.

If you really are getting hacked so quickly then either it's something you are doing post install or I suppose it's possible, though I think unlikely, there's a rootkit in your UEFI.
And rather than the constant reinstalling you'd maybe be better of building an iso image with the programs you want as part of it the image and just booting from the image. Keep your personal files on a usb drive or something. And you can md5sum your image after creating it to ensure those hackers haven't modified your iso image.

Or you could only ever browse the web in a VM and use snapshots to revert any changes the hackers have made after each session.

I grew up with the CIA. A friend of the family works Asia.
An apartment he was running with Military personnel, collected all of the communications in the neighborhood. 6" bundle of communications cables, including a fibre optic cable, went from the telephone pole directly through the wall into the first floor of the apartment. He was the first one I knew to use Google Voice to prevent people from getting his cell phone number and doing a sim jack.
I don't like the CIA. They like to stab each other in the back for fun. "I'm testing how resilient he is."
Waste of Dog Shit, they are.

I'm working on learning to read the log files. That way can differentiate between potential buggy software issues and someone living off the land inside my box.
I have enough audit.log files, one shows someone fuzzing processes in my system, from a shell running echo ccccccccccccccccc... at a firefox process. That is empirical evidence, BTW. :wink: :nod:

When my skill is not as advanced as yours, how can I determine when there is a compromised repo servo providing 'extra files', or a local network replacing legitimate files like zst and zst.sig in transit?
The 'cafe' where I hangout is a National Governement Institution. If any one has government level tools, it would be them.

Currently, emacs-nox seems to be the best suspect for buggy software, it and it's dependents.
When the desktop disappears, there isn't much I can do except drop into a terminal, or reboot into a terminal.


And now it is all public on the open internet in a linux forum.  We should shut this down as a matter or national security.  Who knows what secrets will be spilled.

Re: Unable to Start Graphical Session

Reply #26 –
I'm just sick of the board being trolled...  This guy is like one of the old professional trolls on usenet.  They live for this.

Re: Unable to Start Graphical Session

Reply #27 –
Could someone lock this thread? I initially hoped to leave this open until working versions of the affected packages were released, but I don't want this thread to get derailed to the point of being useless to future readers...

Re: Unable to Start Graphical Session

Reply #28 –
Quote from: TopHatProductions115 – on
Could someone lock this thread? I initially hoped to leave this open until working versions of the affected packages were released, but I don't want this thread to get derailed to the point of being useless to future readers...
Please mark this thread as solved. We can do nothing for now except using the last working versions of mesa and xf86-video-vmware and waiting for a fix to be released. It's too bad that this thread got derailed.