[RISOLTO] Installazione di Blender abortita. Il boot si interrompe

[Stefano Colonna]

Domanda banale: chi gestisce il grub?
Vedo diversi sistemi Manjaro è stato installato per ultimo?

Per quanto riguarda NVMe ho trovato questo (nvme-ssd-not-recognized)

carissimo D-BARTO,
ho una sola installazione di Manjaro che ha un suo proprio GRUB sulla unità disco Nvme.

Ho visto la discussione citata e ho provato a disabilitare tlp ma in chroot non stoppa il servizio. Ho provato a lanciare un nuovo update-grub ma l'output rimane sempre uguale a prima.

Codice: [Seleziona]


==> Mounting (ManjaroLinux) [/dev/nvme0n1p2]
 --> mount: [/mnt]
 --> mount: [/mnt/boot/efi]
[manjaro /]# sudo systemctl mask tlp
Created symlink /etc/systemd/system/tlp.service -> /dev/null.
[manjaro /]# sudo systemctl stop tlp
Running in chroot, ignoring request: stop
[manjaro /]#


[Stonehenge]

Proprio ora è arrivato un aggiornamento di TLP (sono su kde).
vedi se riesci ad aggiornare nuovamente magari risolve?

[Stefano Colonna]

Proprio ora è arrivato un aggiornamento di TLP (sono su kde).
vedi se riesci ad aggiornare nuovamente magari risolve?

carissimo D-BARTO,
ho effettuato l'aggiornamento e l'update-grub ma non è cambiato nulla rispetto a prima.
L'unica novità è che questa notte ho capito che potevo accedere a tty3 anche in un boot interrotto e ho fatto alcuni esperimenti senza chroot. Ho notato che accedendo a tty3 tramite CTRL+ALT+F3 come root non aveva ancora caricato la tastiera italiana ma ho potuto comunque impartire i comandi usando i tasti giusti della tastiera internazionale. Tramite tty3 partivano regolarmente MC midnight commander che comunque ha una sua interfaccia grafica e anche nano. Purtroppo startx abortiva con server error. Per ora è tutto.

Codice: [Seleziona]

[manjaro[member=658]Manjaro[/member] ~]$ sudo manjaro-chroot -a
File descriptor 3 (pipe:[54967]) leaked on vgs invocation. Parent PID
4025: grub-probe
File descriptor 9 (pipe:[51943]) leaked on vgs invocation. Parent PID
4025: grub-probe
File descriptor 3 (pipe:[54967]) leaked on vgs invocation. Parent PID
4025: grub-probe
File descriptor 9 (pipe:[51943]) leaked on vgs invocation. Parent PID
4025: grub-probe
File descriptor 3 (pipe:[54967]) leaked on vgs invocation. Parent PID
4084: grub-probe
File descriptor 9 (pipe:[51943]) leaked on vgs invocation. Parent PID
4084: grub-probe
File descriptor 3 (pipe:[54967]) leaked on vgs invocation. Parent PID
4084: grub-probe
File descriptor 9 (pipe:[51943]) leaked on vgs invocation. Parent PID
4084: grub-probe
File descriptor 3 (pipe:[54967]) leaked on vgs invocation. Parent PID
4150: grub-probe
File descriptor 9 (pipe:[51943]) leaked on vgs invocation. Parent PID
4150: grub-probe
File descriptor 3 (pipe:[54967]) leaked on vgs invocation. Parent PID
4150: grub-probe
File descriptor 9 (pipe:[51943]) leaked on vgs invocation. Parent PID
4150: grub-probe
==> Detected systems:
  --> 0) Ubuntu
  --> 1) ManjaroLinux
  --> 2) Debian
  --> 3) Fedora
==> Select system to mount [0-3] :
1
==> Mounting (ManjaroLinux) [/dev/nvme0n1p2]
  --> mount: [/mnt]
  --> mount: [/mnt/boot/efi]

[manjaro /]# pacman -Syu
:: Synchronizing package databases...
  core is up to date
  extra is up to date
  community is up to date
  multilib is up to date
:: Starting full system upgrade...
  there is nothing to do
[manjaro /]# update-grub
Generating grub configuration file ...
Found theme: /usr/share/grub/themes/manjaro/theme.txt
Found linux image: /boot/vmlinuz-5.5-x86_64
Found initrd image: /boot/amd-ucode.img /boot/initramfs-5.5-x86_64.img
Found initrd fallback image: /boot/initramfs-5.5-x86_64-fallback.img
Found linux image: /boot/vmlinuz-5.3-x86_64
Found initrd image: /boot/amd-ucode.img /boot/initramfs-5.3-x86_64.img
Found initrd fallback image: /boot/initramfs-5.3-x86_64-fallback.img
Found linux image: /boot/vmlinuz-3.16-x86_64
Found initrd image: /boot/amd-ucode.img
/boot/initramfs-3.16-x86_64.img
Found initrd fallback image: /boot/initramfs-3.16-x86_64-fallback.img
grub-probe: error: cannot find a GRUB drive for /dev/sdc1.  Check your
device.map.
grub-probe: error: cannot find a GRUB drive for /dev/sdc1.  Check your
device.map.
File descriptor 3 (pipe:[68429]) leaked on vgs invocation. Parent PID
2206:
File descriptor 9 (pipe:[72073]) leaked on vgs invocation. Parent PID
2206:
   WARNING: Failed to connect to lvmetad. Falling back to device
scanning.
File descriptor 3 (pipe:[68429]) leaked on vgs invocation. Parent PID
2206:
File descriptor 9 (pipe:[72073]) leaked on vgs invocation. Parent PID
2206:
   WARNING: Failed to connect to lvmetad. Falling back to device
scanning.
File descriptor 3 (pipe:[68429]) leaked on vgs invocation. Parent PID
2265:
File descriptor 9 (pipe:[72073]) leaked on vgs invocation. Parent PID
2265:
   WARNING: Failed to connect to lvmetad. Falling back to device
scanning.
File descriptor 3 (pipe:[68429]) leaked on vgs invocation. Parent PID
2265:
File descriptor 9 (pipe:[72073]) leaked on vgs invocation. Parent PID
2265:
   WARNING: Failed to connect to lvmetad. Falling back to device
scanning.
File descriptor 3 (pipe:[68429]) leaked on vgs invocation. Parent PID
2331:
File descriptor 9 (pipe:[72073]) leaked on vgs invocation. Parent PID
2331:
   WARNING: Failed to connect to lvmetad. Falling back to device
scanning.
File descriptor 3 (pipe:[68429]) leaked on vgs invocation. Parent PID
2331:
File descriptor 9 (pipe:[72073]) leaked on vgs invocation. Parent PID
2331:
   WARNING: Failed to connect to lvmetad. Falling back to device
scanning.
Found Ubuntu 19.10 (19.10) on /dev/mmcblk0p2
Found Debian GNU/Linux 10 (buster) on /dev/sdb2
   WARNING: Failed to connect to lvmetad. Falling back to device
scanning.
   WARNING: Failed to connect to lvmetad. Falling back to device
scanning.
Found Fedora 31 (KDE Plasma) on
/dev/mapper/fedora_localhost--live-root
Found memtest86+ image: /boot/memtest86+/memtest.bin
/usr/bin/grub-probe: warning: unknown device type nvme0n1.
done
[manjaro /]#


[Stefano Colonna]

Proprio ora è arrivato un aggiornamento di TLP (sono su kde).
vedi se riesci ad aggiornare nuovamente magari risolve?

carissimo D-BARTO,
ti ho già risposto nel mio precedente messaggio ma ora, avendo trovato nel forum un tutorial del maggio 2017 in cui sono descritti i comandi per avere le informazioni necessarie per intraprendere la cura del sistema operativo ti spedisco qui di seguito gli output ottenuti e ti ringrazio ancora una volta per l'attenzione dedicata al mio problema.

Codice: [Seleziona]


[manjaro /]# efibootmgr -v
BootCurrent: 000C
Timeout: 0 seconds
BootOrder: 0005,000B,0001,0004,0008,000C,000D,0000,000A,0003
Boot0000* manjaro      HD(1,GPT,783c0f44-3c92-4c80-8134-5f941b8c0dd1,0x1000,0x96000)/File(\EFI\MANJARO\GRUBX64.EFI)
Boot0001* ubuntu       HD(1,GPT,666428ca-868c-4923-b1bd-4c12d79f9034,0x800,0x100000)/File(\EFI\UBUNTU\SHIMX64.EFI)
Boot0003* ubuntu        VenHw(99e275e7-75a0-4b37-a2e6-c5385e6c00cb)
Boot0004* Fedora       HD(1,GPT,eca65e46-beac-4095-a783-0b71a63d2b6c,0x800,0x12c000)/File(\EFI\FEDORA\SHIMX64.EFI)
Boot0005* Debian       HD(1,GPT,348937ed-4e8e-41ec-9928-1cdfa005f34e,0x1000,0x96000)/File(\EFI\DEBIAN\SHIMX64.EFI)
Boot0008* Fedora       HD(1,GPT,eca65e46-beac-4095-a783-0b71a63d2b6c,0x800,0x12c000)/File(\EFI\FEDORA\SHIM.EFI)..BO
Boot000A* UEFI OS      HD(1,GPT,783c0f44-3c92-4c80-8134-5f941b8c0dd1,0x1000,0x96000)/File(\EFI\BOOT\BOOTX64.EFI)..BO
Boot000B* debian       HD(1,GPT,348937ed-4e8e-41ec-9928-1cdfa005f34e,0x1000,0x96000)/File(\EFI\DEBIAN\GRUBX64.EFI)..BO
Boot000C* UEFI: Lexar JumpDrive 1.00   PciRoot(0x0)/Pci(0x8,0x1)/Pci(0x0,0x3)/USB(5,0)/CDROM(1,0x5647ac,0x8000)..BO
Boot000D* UEFI: Lexar JumpDrive 1.00, Partition 2      PciRoot(0x0)/Pci(0x8,0x1)/Pci(0x0,0x3)/USB(5,0)/HD(2,MBR,0x0,0x5647ac,0x2000)..BO
[manjaro /]#
[/code

[code]
[manjaro /]# parted -l
Model: ATA TS256GMTS600 (scsi)
Disk /dev/sda: 256GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags:

Number  Start   End    Size    File system     Name  Flags
 1      2097kB  317MB  315MB   fat32                 boot, esp
 2      317MB   220GB  220GB   ext4
 3      220GB   256GB  35.9GB  linux-swap(v1)        swap


Model: ATA Samsung SSD 860 (scsi)
Disk /dev/sdb: 1000GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags:

Number  Start   End     Size    File system  Name                 Flags
 1      1049kB  630MB   629MB   fat32        EFI System Partition boot, esp
 2      630MB   1704MB  1074MB  ext4         Fedora
 3      1704MB  1000GB  999GB                                     lvm


Model: Lexar JumpDrive (scsi)
Disk /dev/sdc: 32.0GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:

Number  Start   End     Size    Type     File system  Flags
 2      2895MB  2899MB  4194kB  primary               esp


Model: Intenso External USB 3.0 (scsi)
Disk /dev/sdd: 5001GB
Sector size (logical/physical): 4096B/4096B
Partition Table: msdos
Disk Flags:

Number  Start  End     Size    Type     File system  Flags
 1      999kB  5001GB  5001GB  primary  ext4


Model: Samsung SSD 970 EVO 1TB (nvme)
Disk /dev/nvme0n1: 1000GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags:

Number  Start   End     Size    File system     Name  Flags
 1      2097kB  317MB   315MB   fat32                 boot, esp
 2      317MB   964GB   964GB   ext4
 3      964GB   1000GB  35.8GB  linux-swap(v1)        swap


Model: MMC DF4032 (sd/mmc)
Disk /dev/mmcblk0: 31.3GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags:

Number  Start   End     Size    File system  Name                 Flags
 1      1049kB  538MB   537MB   fat32        EFI System Partition boot, esp
 2      538MB   31.3GB  30.7GB  ext4         Ubuntu


Error: /dev/mmcblk0boot0: unrecognised disk label
Model: Generic SD/MMC Storage Card (sd/mmc)
Disk /dev/mmcblk0boot0: 4194kB
Sector size (logical/physical): 512B/512B
Partition Table: unknown
Disk Flags:

Error: /dev/mmcblk0boot1: unrecognised disk label
Model: Generic SD/MMC Storage Card (sd/mmc)
Disk /dev/mmcblk0boot1: 4194kB
Sector size (logical/physical): 512B/512B
Partition Table: unknown
Disk Flags:


Codice: [Seleziona]



[manjaro /]# blkid
/dev/nvme0n1p1: UUID="0E26-3C88" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="783c0f44-3c92-4c80-8134-5f941b8c0dd1"
/dev/nvme0n1p2: UUID="f82f791f-4a05-4493-a3d8-2ea368e52578" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="9c7ed129-41b6-4f2c-83a7-927b9d329978"
/dev/nvme0n1p3: UUID="a33d05b9-224f-4fc4-b3b4-c62e51902b62" TYPE="swap" PARTUUID="88031864-f605-44c1-be5c-7869f7aa700e"
/dev/loop0: TYPE="squashfs"
/dev/loop1: TYPE="squashfs"
/dev/loop2: TYPE="squashfs"
/dev/loop3: TYPE="squashfs"
/dev/mmcblk0p1: UUID="D621-9684" BLOCK_SIZE="512" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="666428ca-868c-4923-b1bd-4c12d79f9034"
/dev/mmcblk0p2: UUID="167bf890-aec1-46c2-84db-1c1b38f505f4" BLOCK_SIZE="4096" TYPE="ext4" PARTLABEL="Ubuntu" PARTUUID="a59719fc-522a-4976-8c39-a2dd8bb22ecb"
/dev/sda1: UUID="0BD2-B7A8" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="348937ed-4e8e-41ec-9928-1cdfa005f34e"
/dev/sda2: UUID="02ca1b63-46e9-4be3-a2fd-b6b3a43f6968" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="4a6b29cb-6147-457b-8d73-93638c7ccce4"
/dev/sda3: UUID="796091d9-7593-48cf-b542-5be570292086" TYPE="swap" PARTUUID="24d31d74-1ee6-4747-9184-55f6fb5ab2ee"
/dev/sdb1: UUID="EBCC-E282" BLOCK_SIZE="512" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="eca65e46-beac-4095-a783-0b71a63d2b6c"
/dev/sdb2: UUID="6f655791-63cf-4402-b2fe-4b4f6adf8ddb" BLOCK_SIZE="4096" TYPE="ext4" PARTLABEL="Fedora" PARTUUID="abd54040-3028-40ea-8596-bfd6e88356db"
/dev/sdb3: UUID="8FGTES-g67q-9gBO-tPCW-oTet-3vK5-D6Fcvh" TYPE="LVM2_member" PARTUUID="e875233b-c033-4df7-ab7d-cb57eabf8b81"
/dev/sdc1: BLOCK_SIZE="2048" UUID="2019-12-29-08-20-39-00" LABEL="MJRO1815" TYPE="iso9660"
/dev/sdc2: SEC_TYPE="msdos" LABEL_FATBOOT="MISO_EFI" LABEL="MISO_EFI" UUID="1443-38AC" BLOCK_SIZE="512" TYPE="vfat"
/dev/sdd1: LABEL="INTENSO" UUID="35b18a8a-8d82-43d9-84ac-865cade6ef1b" BLOCK_SIZE="4096" TYPE="ext4"
/dev/mapper/fedora_localhost--live-swap: UUID="f4373ad0-1322-4d38-9bdd-6540c3b67af2" TYPE="swap"
/dev/mapper/fedora_localhost--live-home: UUID="f386fa2e-5f90-4d05-a109-d976a4c621bd" BLOCK_SIZE="4096" TYPE="ext4"
/dev/mapper/fedora_localhost--live-root: UUID="abf8af45-35ef-4f94-ac18-b695d80d8275" BLOCK_SIZE="4096" TYPE="ext4"
[manjaro /]#


Codice: [Seleziona]


[manjaro /]# findmnt -s
TARGET    SOURCE                                    FSTYPE OPTIONS
/boot/efi UUID=0E26-3C88                            vfat   umask=0077
/         UUID=f82f791f-4a05-4493-a3d8-2ea368e52578 ext4  defaults,noatime
swap      UUID=a33d05b9-224f-4fc4-b3b4-c62e51902b62 swap  defaults,noatime
[manjaro /]#

Codice: [Seleziona]


[manjaro /]# findmnt /boot/efi
TARGET    SOURCE         FSTYPE OPTIONS
/boot/efi /dev/nvme0n1p1 vfat  rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,utf8,errors
[manjaro /]#

[Stonehenge]

Posso cercare di aiutarti solo cosi
vedi questo è anche recente.([SOLVED] Cannot boot because nvme device cannot be found) segui tutto in particolare la risposta 17

[Cubanpit]

Codice: [Seleziona]

File descriptor 9 (pipe:[51943]) leaked on vgs invocation. Parent PID 4150: grub-probQuesto avvertimento sembra innocuo, a giudicare da una veloce ricerca online.

Codice: [Seleziona]

WARNING: Failed to connect to lvmetad. Falling back to device scanning.Questo sembra invece indicare che GRUB sta provando a collegarsi al servizio di gestione di volumi LVM, ma il servizio non è attivo.
Può essere che uno dei sistemi installati utilizzi LVM, ti consiglio di abilitare il servizio prima di eseguire update-grub, probabilmente si può avviare tramite

Codice: [Seleziona]

systemctl start lvm2-lvmetad.service
A prescindere dai messaggi, non sembra che GRUB vada incontro a problemi critici, quindi i file di avvio dovrebbero funzionare.
Se il sistema non si avvia ma non compare nessun messaggio di errore utile possiamo cercare di far stampare più informazioni a systemd durante la fase di avvio.

[Stefano Colonna]

Questo sembra invece indicare che GRUB sta provando a collegarsi al servizio di gestione di volumi LVM, ma il servizio non è attivo.
Può essere che uno dei sistemi installati utilizzi LVM, ti consiglio di abilitare il servizio prima di eseguire update-grub, probabilmente si può avviare tramite

Codice: [Seleziona]

systemctl start lvm2-lvmetad.service

carissimo Cubanpit,
ho impartito il comando da te indicato

Codice: [Seleziona]

systemctl start lvm2-lvmetad.servicetramite TTY3 in root invocato al boot interrotto
poi ho eseguito

Codice: [Seleziona]

update-grubma nulla è cambiato rispetto a prima

Ho anche provato ad impartire

Codice: [Seleziona]

systemctl start lvm2-lvmetad.serviceda

Codice: [Seleziona]

sudo manjaro-chroot -a ma non prende il comando.

A prescindere dai messaggi, non sembra che GRUB vada incontro a problemi critici, quindi i file di avvio dovrebbero funzionare.
Se il sistema non si avvia ma non compare nessun messaggio di errore utile possiamo cercare di far stampare più informazioni a systemd durante la fase di avvio.

allora aspetto per cortesia ulteriori istruzioni da parte tua e ti ringrazio ancora una volta per la risposta.

[Stefano Colonna]

Posso cercare di aiutarti solo cosi
vedi questo è anche recente.([SOLVED] Cannot boot because nvme device cannot be found) segui tutto in particolare la risposta 17

carissimo D-BARTO,
ho seguito le istruzioni contenute nella discussione da te sopra citata e ho inserito queste righe di codice in

Codice: [Seleziona]

etc/mkinitcpio.conf

Codice: [Seleziona]

MODULES="vmd nvme id-ns /dev/nvme0 -n 1"
nvme_load=YESSpero di aver capito bene la sintassi del codice
Comunque non funziona ancora.
Grazie per la riposta

[Cubanpit]

Codice: [Seleziona]

MODULES="vmd nvme id-ns /dev/nvme0 -n 1"Non è la sintassi corretta, deve essere invece

Codice: [Seleziona]

MODULES=(vmd)Se c'erano già dei moduli nell'elenco puoi aggiungere vmd separato da uno spazio.

Invece nvme_load=YES deve essere aggiunto alla riga di avvio del kernel, per quanto ho capito.

[Stefano Colonna]

Codice: [Seleziona]

MODULES="vmd nvme id-ns /dev/nvme0 -n 1"Non è la sintassi corretta, deve essere invece

Codice: [Seleziona]

MODULES=(vmd)Se c'erano già dei moduli nell'elenco puoi aggiungere vmd separato da uno spazio.

Fatto

Invece nvme_load=YES deve essere aggiunto alla riga di avvio del kernel, per quanto ho capito.

Fatto. Ho inserito il comando descritto alla fine della linea linux del GRUB con il comando

Codice: [Seleziona]

e e poi

Codice: [Seleziona]

F10ma tutto è come prima

Grazie per la pazienza.

[Cubanpit]

L'unica novità è che questa notte ho capito che potevo accedere a tty3 anche in un boot interrotto e ho fatto alcuni esperimenti senza chroot. Ho notato che accedendo a tty3 tramite CTRL+ALT+F3 come root non aveva ancora caricato la tastiera italiana ma ho potuto comunque impartire i comandi usando i tasti giusti della tastiera internazionale. Tramite tty3 partivano regolarmente MC midnight commander che comunque ha una sua interfaccia grafica e anche nano. Purtroppo startx abortiva con server error.

Mi ero perso questa risposta, se puoi aprire una TTY vuol dire che il kernel è caricato correttamente e il problema risiede nel comparto grafico. A questo punto annullerei le modifiche a mkinitcpio.conf e cercherei di capire il problema dai log di sistema, possono esserci messaggi di errore utili.
Un componente che potrebbe avere problemi, visto che non compare, è la schermata di login, anche detta Display Manager e spesso abbreviata con DM, se hai KDE Plasma probabilmente si tratta di SDDM (Simple Desktop Display Manager).

[Stefano Colonna]

L'unica novità è che questa notte ho capito che potevo accedere a tty3 anche in un boot interrotto e ho fatto alcuni esperimenti senza chroot. Ho notato che accedendo a tty3 tramite CTRL+ALT+F3 come root non aveva ancora caricato la tastiera italiana ma ho potuto comunque impartire i comandi usando i tasti giusti della tastiera internazionale. Tramite tty3 partivano regolarmente MC midnight commander che comunque ha una sua interfaccia grafica e anche nano. Purtroppo startx abortiva con server error.

Mi ero perso questa risposta, se puoi aprire una TTY vuol dire che il kernel è caricato correttamente e il problema risiede nel comparto grafico. A questo punto annullerei le modifiche a mkinitcpio.conf e cercherei di capire il problema dai log di sistema, possono esserci messaggi di errore utili.
Un componente che potrebbe avere problemi, visto che non compare, è la schermata di login, anche detta Display Manager e spesso abbreviata con DM, se hai KDE Plasma probabilmente si tratta di SDDM (Simple Desktop Display Manager).

carissimo Cubanpit,
ho ripristinato il vecchio mkinitcpio.conf e ho estratto l'ultima schermata di journalctl relativa a SDDM che allego a questo post.
In effetti, tra i tanti tentativi fatti nei giorni scorsi, una volta era comparso al boot un tentativo di avviare il servizio SDDM poi abortito.
Vorrei a questo punto aggiungere che io lavoravo con tre monitor con gestione dello spazio di lavoro differenti. Per essere sicuro che questo non implichi problemi ho disattivato prima un monitor passando a due e, incredibile a dirsi, al TTY3 al boot, ho potuto usare la tastiera italiana, cosa che era impossibile con TTY3 con tre monitor attivati contemporaneamente. Non so dirti da cosa dipenda.
Adesso sto facendo le prove con 1 solo monitor.
Grazie ancora per la pazienza.

[Stefano Colonna]

[...]
Un componente che potrebbe avere problemi, visto che non compare, è la schermata di login, anche detta Display Manager e spesso abbreviata con DM, se hai KDE Plasma probabilmente si tratta di SDDM (Simple Desktop Display Manager).

carissimo Cubanpit,
ti ho già risposto nel post precedente, ma, dopo aver visto un'altra discussione qui nel forum, ho pensato che fosse utile postare l'output di

Codice: [Seleziona]

systemd-analyze blame così ti allego la schermata risultante

[Stefano Colonna]

[...]
Un componente che potrebbe avere problemi, visto che non compare, è la schermata di login, anche detta Display Manager e spesso abbreviata con DM, se hai KDE Plasma probabilmente si tratta di SDDM (Simple Desktop Display Manager).

Carissimo Cubanpit,
nel precedente post mi ero dimenticato di scrivere che un servizio di systemd fa riferimento alla partizione di boot/efi ma con un uuid leggermente diverso

Codice: [Seleziona]

systemd-fsck@dev-disk-by\x2duuid-0E26\x2d3C88.serviceda quello precedentemente da me individuato tramite

Codice: [Seleziona]

findmnt -s e cioè

Codice: [Seleziona]

/boot/efi UUID=0E26-3C88                            vfat   umask=0077non so se questa discrepanza possa causare gli errori di

Codice: [Seleziona]

upgrade-grub

[Cubanpit]

Parto dal fondo, l'UUID sembra in realtà corretto, semplicemente il trattino (o hyphen) viene codificato in maniera diversa nel nome del servizio di systemd, succede anche con altri caratteri che sono riservati ad altro utilizzo.

In questo caso non mi pare che systemd-analyze riporti informazioni utili, ma non si sa mai.

La schermata di cui hai mandato l'immagine mostra chiaramente che SDDM non riesce a partire, l'immagine però non è molto leggibile, se riesci a produrne una più chiara può essere d'aiuto nell'identificare il problema.
Ti consiglio anche di eseguire il login in una TTY e provare a far partire il server grafico tramite startx, per vedere se parte o restituisce qualche errore eloquente, potrebbe essere un problema nel riconoscere lo schermo (o gli schermi).