Manjaro not displaying on screen

Hail all,

There was a major storm thursday night where I live. I unplgged my system after it started. I did not try to power the computer on until this morning.

While the bios recognizes the NVME drive and asks for the encryption passwd, once entered, all 3 monitors I have give the display message “No signal” and turns into the monitor screen saver.

I used a Debian install USB to see if something was wrong with the montiors and they all work fine with the USB.

Before the storm, I had a bunch of updates to run and that worked fine as well. Not sure what to do. All I want to do is see the desktop 1 more time and backup all the documents I have. No, I currently do not have a file server. I know…

Hardware
CPU - AMD Ryzen 7950 X 3D
MoBo - MSI MEG X670 ACE
RAM - T Force 32GB D5 5600 C40 BLK KIT
GPU - ASRock Taichi RX 7900 XTX 24GB
PSU - Seasonic Vertex GX-1200
NVME - Samsung SSD 980 Pro 1TB
Display - LG 42 Class C2 Series OLED evo 4K (listed this one because it is the main display used everyday)

OS
Manjaro - Current rolling release

Any help is always appreciated.

Try booting into safe mode. Honestly sounds like the display driver is snafu. I don’t know if linux needs a driver for an amd card as it does for an nvidia card as I don’t know enough about linux as others here.

1 Like

I’m not as familiar with Manjaro as some distributions, so I’ll stay pretty general;

Use a live usb that has a disks/partitions application (it’d be weird if manjaro’s doesnt, but ubuntu for one does), unlock your dm-crypt with that, then fsck according to type and mount the filesystem. if you can see files you can then make a safe copy of what is most important.

It might also indicate the OS is fixable within a chroot, but one thing at a time.

1 Like

Does ctrl+alt+f2 bring up a terminal at all?
Have you tried running off integrated graphics?

1 Like

This worked. I was able to use a Manjaro ISO via Ventoy and see the data on the screen and took a backup last night.

I forgot to do fsck part. The file system should be Btrfs.

How would I fix it within a chroot?

ctrl+alt+F(any Keys) do not do anything.

I forgot the cable at work last night. I’ll try integrated graphics later tonight.

I’m pleased you were able to make a copy of data. If you were able to access and read that it’s probably not a filesystem or corruption in the crypt container but more importantly, you have the data. That’s always the only thing that can’t be fixed.

possibility a)
btrfs might have been used with snapshots, (e.g. garuda configures this using snapper), if so similar for Manjaro you might find something like that was making them e.g. every time it updated. If so, great, you want to change to the previous version that booted.

But I’m afraid this is just the general instruction (and only if were enabled, my only manjaro vm uses ext4, so I don’t know its defaults regarding)
https ://wiki.manjaro.org/index.php/Btrfs#Rollback_to_a_snapshot

possibility b)
mount your btrfs - chroot to it, and have it run its software updates - this may help it finish an audit process for any broken packages, you might be able to get a log, or enable ssh to access a running (monitorless) system and get them.


possibility zero)
You might also simply find it easier, if you’ve got a copy of your data now to just reinstall and put your home folder back.

1 Like

Thanks for getting back to me. I might just use this opportunity to just re-image with Artix Linux instead of trying to nail down the issue at hand.

I was planning on moving over to that OS sometime in the future anyway.

I’ve already spent several days trying to figure out what the issue might be and I am kind of ready to just move on.

It was definitely a learning experience. Thanks to everyone that gave their advice, I appreciate it!

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