After failing many times (over 20 attempts by now...), I started scavenging the net for a solution.
The problems are described in this thread:

Linux Lite 8.0  Installer- Severe bug  on Manual Partitioning
https://www.linuxliteos.com/forums/showt...p?tid=9880

The idea of starting this thread is to narrow the conversation around the problem itself, rather than spreading among various theories and possible scenarios.

So, if you have anything close to this machine, subscribe to this thread and maybe we can do something about it.
I will keep updating, anyway.

Machine specs:

System:
  Kernel: 6.8.0-124-generic x86_64 bits: 64 Desktop: Xfce 4.18.1
  Distro: Linux Lite 7.8 LTS
Machine:
  Type: Laptop System: LENOVO product: 83KB v: IdeaPad Slim 3 16AHP10
  serial: <filter>
  Mobo: LENOVO model: LNVNB161216 v: NO DPK serial: <filter> UEFI: LENOVO
  v: QACN22WW date: 03/18/2025
CPU:
  Topology: 8-Core model: AMD Ryzen 7 8840HS w/ Radeon 780M Graphics
  bits: 64 type: MT MCP L2 cache: 8192 KiB
  Speed: 1932 MHz min/max: 400/5132 MHz Core speeds (MHz): 1: 1932 2: 400
  3: 4828 4: 400 5: 1946 6: 400 7: 4814 8: 400 9: 400 10: 400 11: 400
  12: 400 13: 1875 14: 400 15: 400 16: 400
Graphics:
  Device-1: AMD Phoenix3 driver: amdgpu v: kernel
  Display: x11 server: X.Org 21.1.11 driver: amdgpu,ati
  unloaded: fbdev,modesetting,vesa resolution: 1920x1200~60Hz
  OpenGL: renderer: AMD Radeon 780M Graphics (radeonsi phoenix LLVM 20.1.2
  DRM 3.57 6.8.0-124-generic)
  v: 4.6 Mesa 25.2.8-0ubuntu0.24.04.1
Audio:
  Device-1: AMD Rembrandt Radeon High Definition Audio driver: snd_hda_intel
  Device-2: AMD ACP/ACP3X/ACP6x Audio Coprocessor driver: snd_pci_ps
  Device-3: AMD Family 17h/19h HD Audio driver: snd_hda_intel
  Sound Server: ALSA v: k6.8.0-124-generic
Network:
  Device-1: MEDIATEK driver: N/A
  Device-2: Realtek RTL8192EU 802.11b/g/n WLAN Adapter type: USB
  driver: rtl8xxxu
  Device-3: Realtek RTL8153 Gigabit Ethernet Adapter type: USB driver: r8152
Drives:
  Local Storage: total: 534.67 GiB used: 63.74 GiB (11.9%)
  ID-1: /dev/nvme0n1 vendor: Western Digital
  model: WD PC SN5000S SDEPMSJ-512G-1101 size: 476.94 GiB
  Message: No Optical or Floppy data was found.

Now, you can figure out at least what kind of machine creates problems. 
I am not aware if this happens on other brands or machines, but it seems that the same GPU (AMD Ryzen 7 8840HS + Radeon 780M) creates (as by now) many problems on other configuratiopns too.

Here is an excerpt I found relevant on the net:


"AMDGPU, especially 780M, is not ready
The title, I genuinely regret that I confirmed another redditor on the usability of 780M, over my half a year of usage (and my partner who also purchased the same model),
amdgpu had consistently showed occasional problems that cannot be fixed via tweaking the kernel parameters, from regression to artifacts, to freeze, quite a few kernel minor versions have been released in the time lapse,
none had really solved the issue with AMDGPU.

Tbf this is not a tuxedo problem but an amd problem, but still, linux's amdgpu driver has been know for its problems, and it is specifically worse on the 780M.
So for now, do not buy a laptop that has 780M as its sole graphical processor."

https://www.reddit.com/r/tuxedocomputers...not_ready/

If you read ahead this thread, you'll find some other machines.

Is there any hope?

After failing to install and/or run 8.0 (both ways, via USB ISO and via Lite Series Upgrade), I thought that installing the previous version,  LL 7.8, would do the trick. 
Unfortunately, it looked like OK, but when it came to "Reboot", I got the same "Black Screen Of Death". Keyboards stopped to respond and the only way to reboot was the Power Off button.
After rebooting, the machine seemed to work some 30 - 50 minutes, but using YouTube, VLC and Zoom caused the screen freeze.

Zoom
I am using Zoom daily and what my wife tells me, is at least weird (it is her laptop and she works in Germany):
- Image gets frozen;
- Sound, working OK;
- Integrated WebCam works (I see and hear her);
- Keyboard, unresponsive.

Updating the packages
It seems that if started right after login, the Update works.
If you are running the LL 7.8, you probably know that there are frequent updates.

Yesterday's (19 June, 2026) news: 

There were at least two updates that were made: 18 and 19 June.
After those updates, my wife said that the only issue she detected, was running YouTube videos.
Zoom, seems to work for now, both audio and video, without glitches (as of yesterday).

Conclusions, as of NOW:
While running LL 7.8 seems to get better, I can hope that LL 8.0 will be able to run someday soon.
Even if the kernel support is not at its best for now and the MESA drivers still need corrections, the improvements over time might solve the problems with the Radeon 780M Graphics.

I hope this info will help you somehow!

Best regards!

When I hit the INSTALL UPDATES icon in the tray I get this for the Fetch Updates List menu:



The bottom right and bottom left of he box are active but blank.

I have no idea what is on the list and what button I am pressing if I click on it.

?

Good afternoon, 

i was gifted this computer and it is needing to be updated but it ask for a password. can you please advise if there is a password? or can someone get remote access to update the computer? 

thank you in advance.

I'm back! I'm back! I'm back! I'm back! I'M BACK! - Soul Brother #1

Trying Version 8 on a Lenovo Yoga 11e laptop for schools.
Laptop was originally Windows but SUPER (FREAK) SLOW!!!!

Much better now. Customizing a lot to see how I can eek out some performance.

Sorry, new non-technical user, first post.

Installation was fine. I have 2 SSDs and 2 internal ata drives. 1 SSD has LL and the second has Zorin. 

When using Grsynch, I noticed on LL it was slower than on Z. I asked AI. It told me to do things and I ran out of time allowed. 

Final status, when I boot, I include a startup instuction "sh -c "sleep 5 && udisksctl mount -b /dev/disk/by-uuid/b69fe174-b930-47dd-add6-5f154bb35a7e && udisksctl mount -b /dev/disk/by-uuid/8f5a9fdd-9386-4752-ad0b-3e75e50a5400" otherwise Thunar will not mount the drives until I click on them. And the AI did mention something about changing the timing.

How do I get back to mounting properly without the startup instruction? 

Thank you for any comments. Remember please I am a new non-technical user.

Is it just me doing something stupid or is anyone else having problems with code tagging apparently replacing LF with space ?

The code tagging appears correct when editing, but on preview and after posting, the code text is all on one line.  This worked as expected until fairly recently.

Three examples of posting the same text

untagged
line 1
line 2
line 3
line 4
line 5

using Code tags

Using quote tags

Quote:line 1
line 2
line 3
line 4
line 5

Edit - Looking through some old posts it looks like it is affecting them as well.  Anything with multiple lines of tagged code appears to have lost the LF.

Lite 8.0 comes with the timezone set to Pacific/Auckland.  I have tried using the Lite Time Date tool to change this to America/New_York but the change is never applied.  I needed to use the terminal to run the "timedatectl set-timezone" command in order to make this system change.  This problem has been seen on all three systems that I tested Lite 8.0 on (laptop, mini-PC, and desktop PC)

Minor issue related to version identification

The 8.0 installation includes an error in /etc/lsb-release which incorrectly references 24.04

Quote:DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=24.04
DISTRIB_CODENAME=resolute
DISTRIB_DESCRIPTION="Linux Lite 8.0"

This file is certainly used by System Restore Utility (Timeshift) causing snapshots to be marked as

Quote:Ubuntu 24.04 (resolute)

and may be used by other applications

logging into the VM via ssh itself and subitting any command causes now an (additional) output like this:

Quote:]3008;start=dd94c3be-c110-4904-7356-b348d1ad900d;machineid=55b924beaf3c4e8c567de71ed85401c1;user=user1;hostname=LL8;bootid=bc27e777-9db3-4307-95b7-57e7b6f9eb82;pid=00000000000000002971;type=shell;cwd=/home/user1\

While in LL7 all files had ownership root:root, after upgrade to LL8 all files are owned by the user that initiated the upgrade.
I came across this while trying to restore the PPA's used in LL7. Not going smoothly at all (problems with signatures). Will report after some more investigations.