Trixie upgrade betatestings

This is the 'very difficult' Helix2 thinkpad that always has had hardware issues, so not really surprised and .... as said it was a 'non-systemd' version.

I don't have access to that machine for at least a week, sorry.

Not quite sure there .... /etc/elive-version' states I'm on Trixie but I have my doubts.'

I very much get that impression but only on first graphical boot. Rebooting from tty1 seems to work for me ........ but tty1 clearly states that plymouth is waiting indefinitely on that first run.

UPDATE: I did a test in a virtual machine and all hte upgrade process went without issues, directly to the desktop :slight_smile:

Ok I will wait for them :slight_smile:

That file is probably not updated if restored from the backup, i dontt know since i have not tested it, you may know on which OS you are basically looking at your installed packages, versions, repos, and /etc/debian_version

Well, a very good important thing to know in these betatestings is if the OS is systemd or not :thinking:

On the other hand... this is very strange because from what I know, plymouth requires strictly systemd, i think it doesn't work (and basically it doesn't install) without it, so its a strange situation if you are in both

No, I didn't have plymouth on the (non-systemd) Helix2 but I did on other Thinkpads (3) they all had this issue with 'plymouth'.

ok, good to know... but now I wonder what is that issue with plymouth, I don't have this issue here in my tests (and seems like it happens to everybody), maybe right now is fixed ? we need somebody doing a new betatesting of distro-upgrade to see if we still have bugs (there was so many fixed while developing the tool)

It might be connected to the fact that the machine reboots from the last 'upgrade' dialog widget i.e maybe not as clean as it should be. :thinking:

Maybe find out why plymouth would want to wait without a time-out, in the first place.
The splash screen wasn't changed with the upgrade, was it? :thinking:

Anyway I'm running out of machines running bookworm. :slight_smile:

There's already 2 reboots needed, first from your desktop, to start the upgrade mode, on this step it pre-cache the downloads first, the second one happens after the upgrade has done in console.

Maybe find out why plymouth would want to wait without a time-out, in the first place.

Press F2, F1 or Esc to see the message in console

Anyway I'm running out of machines running bookworm. :slight_smile:

mmh i dont have any "real" machine with me to test here (only virtualmachine)

That's what I do and I see a message about "plymouth waiting indefinitely" with no time-out defined.

Alas I cannot find that in any of the logs on any of the machines. :worried:
Tomorrow i think I've got some free time so: getting the web-server up again and finding machines with bookworm (in my case always thinkpads)

Allright,
did a trixie-upgrade on a fresh 3.8.50 install and ..........
Boot screen (plymouth) hangs on 3rd (IIRC) and last boot:
Doing 'Escape' to see the console, shows this:

And a 'Ctrl, Alt, Delete' initiates a reboot, which works with no delays whatsoever.

Looks like 'cpufrequtils' is the stumbling block here.

Bonjour, je voudrais pas faire de bƩtise, comment supprimer E27 pour ne garder que E16 et terminology. Merci

simply with 'apr --purge':

triantares ~ āÆāÆāÆ apr --purge enlightenment
[sudo] password for triantares:        
The following packages were automatically installed and are no longer required:
  ddcutil  enlightenment-conf  enlightenment-data  linux-kbuild-6.11.5+bpo
Use 'sudo apt autoremove' to remove them.

REMOVING:
  enlightenment*  enlightenment-dbgsym*

Summary:
  Upgrading: 0, Installing: 0, Removing: 2, Not Upgrading: 0
  Freed space: 22.3 MB

Continue? [Y/n] n

terminology has it's own package so will remain installed.

but ..... is there a reason you would want to do that? There's no big gain there. :thinking:

Parceque sur un petit pc portable avec 2g de ram, je n’utilise que E16. Sur mes autres pc j’ai les deux.

Sorry for the late answer, but i was in lithuania for week.

With the nvidia driver i did the following:

I asked copilot if the 7-Kernel has problems with some nvidia drivers with my rtx 3060. The resoluttion was to install the newest drivers direct from nvidia repostories. So i installed the newest cuda-drivers.

The result was that the 7-kernel booted again in the grafical system (it didn't work anymore after the "old" drivers from the debian repositories if you remember). But it started with the fortune driver and not with nvidia.

I looked in the locks (I let copilot take a look :wink: ) and found out, that the fortune-driver was so deep in the system, that it blocked the nvidia driver, because it startet 2 seconds after boot. So i blocked the fortune-driver in the grub loader to give nvidia a chance.

The system booted in the grafical system with nvidia and the 7-kernel. It looked goog and the menus and everything in enlightement worked, but when i started a browser (brave and vivaldi) i only saw the desktop background. You could see with the mousepointer, that a browser is open, but you couldn't see anything but the background.

I also tried it with the 6 kernel, but it was the same the grafical system works but with failures.

Actually i removed the stop from the grub loader and i run the system with the 6.11 kernel and the fortune driver and everything works well.

Maybe i will try your way, but not so soon :wink:

I need some help. I tried to update my Elive 3.8.52 installation on my laptop. After rebooting, Plymouth loads correctly, but then I get this error. Is it possible to roll back to the previous state of my Elive 3.8.52, or is there a way to fix it? If I download the Elive 3.8.50 ISO, can I repair my system without losing my data? Thanks for your help.

Yes, you just opt for the "upgrade existing" and all should be restored to 3.8.50