Il fatto che il comando non restituisca alcun output è il risultato atteso.

Nonostante il comando suggerito 6.18.38 non va. Stessa risposta di prima

Per proseguire con la richiesta di supporto si ritiene utile oppure necessario conoscere i codici UUID degli storage visti dal sistema. Ciò è possibile copiando l'output fornito dai seguenti comandi:

grep -i uuid /etc/fstab

sudo grep -E 'menuentry|root=UUID' /boot/grub/grub.cfg

sudo bikid | grep -i uuid

Questi andranno confrontati con il codice completo che fa parte del messaggio di avvio citato warning: /dev/disk/by-uuld/…… does not exist..

Qualora non risultassero stranezze negli UUID tra i vari files e messaggi, il problema potrebbe risiedere nella mancanza del driver dello storage nell'initramfs del kernel più recente, questo potrebbe però più essere imputabile al fallimento della modalità host-only (-H) di dracut piuttosto che al fatto che tra il kernel 6.18.33 e 6.18.38 possa essere cambiato qualcosa a questo livello.

Dal mio ignorante sguardo non sembrano esserci stranezze, il codice corrisponde. Non mi ha preso il comando sudo bikid | grep -i uuid.

Allego operazione da terminale

L'UUID in fstab (639ed944-...) coincide esattamente con il root=UUID= di tutte le voci grub, comprese quelle per 6.18.38. Quindi il problema non è un disallineamento fstab/grub, il riferimento è corretto.

È da controverificare che comunque l'errore all'avvio si riferisca esattamente all'UUID 639ed944-0cd9-4bad-9b25-d77739d27c77, ovvero non ad esempio all'UUID della partizione /home, in tal caso il problema sarebbe altro.

Questo fa pensare a un problema di driver: il kernel 6.18.38 (o il suo initramfs) probabilmente non riesce a rilevare il disco/controller prima di montare /. Prossimo passo, prova a:

1) Trovare quale driver serve per il disco di root (dal kernel funzionante):
sudo journalctl -k -b -1 | grep -iE 'ahci|nvme|scsi|virtio_blk'
(il -b -1 prende il boot precedente; se nel frattempo hai già riavviato con 6.18.33, usa -b 0 oppure omettilo)

Una volta identificato il driver si può anche fare una ricerca nel Changelog del kernel per eventuali regression introdotte upstream.

2) Verificare se quel modulo è incluso nell'initramfs 6.18.38 rigenerato:
lsinitrd -m /boot/initramfs-6.18.38-1mamba-x86_64.img | grep -iE 'ahci|nvme|scsi|virtio_blk'

3) Confrontarlo con quello che sicuramente c'è nella 33:
lsinitrd -m /boot/initramfs-6.18.33-2mamba-x86_64.img | grep -iE 'ahci|nvme|scsi|virtio_blk'

Se il modulo manca nella 38, il problema è a monte: o il pacchetto kernel-modules per 6.18.38 non lo include, o dracut in hostonly non lo rileva (es. disco su USB/dock, o driver caricato solo da initrd precedente). In tal caso puoi provare a rigenerare forzando l'inclusione esplicita:
dracut -H -f --add-drivers "" /boot/initramfs-6.18.38-1mamba-x86_64.img 6.18.38-1mamba-x86_64