Ubuntu 18.04 LTS non si avvia più

[eltiburon]

Salve, uso Ubuntu 18.04 LTS in dual boot con Linux Mint Serena. Tutto bene fino a ieri, dopo un aggiornamento di Ubuntu, scopro che quest'ultimo non si avvia più. Accendo il PC, compare la schermata del Grub, se scelgo Mint tutto OK, ma se scelgo Ubuntu, compare subito una schermata tutta viola e si ferma lì. Per sbloccare devo spegnere manualmente col pulsante di avvio, non c'è soluzione. Se invece avvio Ubuntu in modalità recovery, allora parte e funziona normalmente, ma al prossimo avvio si ripete il tutto. Ho rifatto aggiornamenti e tentativi di riparare i file danneggiati, ma niente!
Ricapitolando: la schermata del Grub si apre, se scelgo le opzioni avanzate, la modalità recovery e "ripristina avvio normale", allora funziona bene, se scelgo Mint Serena funziona bene, ma se scelgo "Ubuntu" normalmente, si blocca istantaneamente lo schermo viola.
Che cosa è successo? Che posso fare?
Grazie a chi vorrà aiutarmi!

[Unicum]

Hai provato con

Codice: Seleziona tutto

sudo dpkg --configure -a 

e con

Codice: Seleziona tutto

sudo apt update && sudo apt dist-upgrade

[trekfan1]

Lo ha già fatto! Se leggi il post lo ha scritto! Prova a dare

Codice: Seleziona tutto

sudo apt install --reinstall ubuntu-desktop ubuntu-standard ubuntu-minimal xserver-xorg-video-all

[eltiburon]

L'ho fatto, ma non è cambiato nulla...
Aggiungo un'informazione: quando apro la modalità recovery, ho provato a fare un controllo di tutte le opzioni, a un certo punto mi dà:

/lib/recovery-mode/recovery-menu: riga80: /etc/default/rcS: File o directory non esistente
fsck da util-linux 2.31.1
/dev/sda7 is mounted
e2fsck: impossibile continuare. Operazione annullata.

Forse a voi può indicare qualcosa.Che sarebbe quella riga 80 mancante?

Adesso inizia a dare problemi anche in spegnimento, non sempre si arresta. Lo strano è che, una volta avviato, lavora alla perfezione!

[Apanta]

Prova ad editare /etc/default/rcS per vedere cosa c'è scritto dentro e lo posti; magari si capirà su cosa va ad agire quel file e qualcuno potrà suggerirti una soluzione adeguata

[eltiburon]

Il file: /etc/default/rcS NON esiste proprio!
Ho provato ad aprire: /lib/recovery-mode/recovery-menu ed ho trovato questo:

Codice: Seleziona tutto

#!/bin/bash

if [ ! -x "$(which whiptail)" ]; then
  echo "Couldn't find whiptail, starting root shell instead of recovery menu."
  sulogin
  clear
  exit
fi

systemd-notify --ready || :

# include gettext stuff
. /lib/recovery-mode/l10n.sh

# main
READONLY=true

while true; do
  unset items

  if [ "$READONLY" = "true" ]; then
    menu_text=$(eval_gettext "Recovery Menu (filesystem state: read-only)")
  else
    menu_text=$(eval_gettext "Recovery Menu (filesystem state: read/write)")
  fi

  items[c++]="resume"
  items[c++]=$(eval_gettext "   Resume normal boot")

  for i in /lib/recovery-mode/options/*; do
    if [ -x "$i" ]; then
      name="`"$i" test`"
      if [ $? -eq 0 ]; then
        items[c++]="${i##*/}"
        items[c++]="   $name"
      fi
    fi
  done

  choice="$(whiptail --nocancel --menu "$menu_text" 18 70 10 \
                             "${items[@]}" \
                             3>&1 1>&2 2>&3 3>&-)"

  if [ -z "$choice" ]; then
    continue
  fi

  if [ "$choice" = "resume" ]; then
    box_text=$(eval_gettext "You are now going to exit the recovery mode and continue the boot sequence. Please note that some graphic drivers require a full graphical boot and so will fail when resuming from recovery.
If that's the case, simply reboot from the login screen and then perform a standard boot.")
    whiptail --msgbox "$box_text" 12 70
    clear
    touch /run/friendly_recovery.resume
    systemctl daemon-reload
    systemctl --no-block isolate default.target
    exit
  fi

  /lib/recovery-mode/options/$choice test mode >/dev/null 2>&1
  retval=$?

  # Hack for the fsck case (needs to be cosidered read/write only when
  # in read-only mode and read-only only when in read/write mode)
  if [ "$choice" = "fsck" ] && [ "$READONLY" = "false" ]; then
    retval=1
  fi

  case "$retval" in
    0)
      # 0 => requires read/write
      if [ "$READONLY" = "true" ]; then
        box_text=$(eval_gettext "Continuing will remount your / filesystem in read/write mode and mount any other filesystem defined in /etc/fstab.
Do you wish to continue?")
        whiptail --yesno "$box_text" 10 70 || continue

        if [ "$choice" = "fsck" ]; then
            FSCHECK="true"
        fi

        . /etc/default/rcS
        if [ -d /run/systemd/system ]; then
            [ "$FSCKFIX" = "yes" ] && fsck_mode="-y" || fsck_mode='-a'
            [ "$FSCHECK" = "true" ] || [ -f /forcefsck ] && fsck $fsck_mode
            systemctl start --job-mode=ignore-dependencies systemd-remount-fs.service
            mount -a
        else
            [ "$FSCHECK" = "true" ] || [ -f /forcefsck ] && force_fsck="--force-fsck"
            [ "$FSCKFIX" = "yes" ] && fsck_fix="--fsck-fix"
            mountall $force_fsck $fsck_fix --no-events
        fi
        rm -f /forcefsck

        if [ "$choice" = "fsck" ]; then
          echo ""
          echo $(eval_gettext "Finished, please press ENTER")
          read TMP
        fi

        READONLY=false
      fi
    ;;

    1)
      # 1 => read-only only
      if [ "$READONLY" = "false" ]; then
        box_text=$(eval_gettext "The option you selected requires your filesystem to be in read-only mode. Unfortunately another option you selected earlier, made you exit this mode.
The easiest way of getting back in read-only mode is to reboot your system.")
        whiptail --msgbox "$box_text" 12 70
        continue
      fi
    ;;

    2)
      # 2 => works in all cases
      # nothing to do
    ;;
  esac

  export READONLY
  /lib/recovery-mode/options/$choice
done

non so quale sia o debba essere la "riga 80" non esistente.
Se qualcuno ci capisce, mi farebbe un favore...

[trekfan1]

L'output si posta tra tag CODE e non QUOTE, clicca sulla matita e correggi, grazie

[eltiburon]

Corretto!

[et4beta]

In Ubuntu 10.04.1 non esiste alcun file "/etc/default/rcS" è un messaggio fuorviante.
La differenza tra le righe di comando "normali" e quelle della modalità recovery sta nella istruzione "gfxmode $linux_gfx_mode" che nella recovery non è presente. Quindi il problema sta nei driver grafici.
Non so se tu hai tali driver proprietari o usi quelli di default, ad ogni modo, una volta avviato Ubuntu andrei a vedere se tali driver sono presenti e li disinstallerei. È possibile che nell'aggiornamento del kernel, presente nell'ultimo aggiornamento di Ubuntu 18.04, durante la sua installazione, sia andato storto qualcosa durante la compilazione dei moduli per la GPU.

[eltiburon]

Ho controllato, ma non ho driver proprietari. Ho paura che mi toccherà aspettare il prossimo aggiornamento del kernel, sperando che si aggiusti tutto, altrimenti non mi resta che reinstallare il SO...

[et4beta]

Intanto prova con la 20.04 LTS, già più stabile e supportata molto più a lungo. Le versioni non LTS, soprattutto le XX.10 sono per me sempre state un po' più problematiche.

[eltiburon]

Ma io parlo proprio di Ubuntu 18.04 LTS, dovrebbe essere supportata molto a lungo...

[et4beta]

Scusa mi sono spiegato male ed ho anche fatto confusione con i numeri di release di Ubuntu, anzi la cosa si sta ripetendo troppo spesso ed inizio a preoccuparmi.
Intendevo, dato che l'SSD NVMe, a quel che ho capito dovrebbe essere nuovo e quindi con spazio disponibile, di provare anche a fare un'installazione della 20.04, anche lei LTS e già sufficientemente stabile, e vedere che succede.
In pratica tutte prove per escludere che possa essere un problema di OS, dato che il problema potrebbe anche essere HW.
Altra prova che potresti fare, ma questa è già più complicata sarebbe quella di trovare un altro PC con slot per SSD M.2 NVMe PCIe, inserirvi il tuo SSD e vedere se da lì ci sono ugualmente problemi. Non avendo driver grafici dedicati, Ubuntu non avrebbe difficoltà ad avviarsi.
Se su altro PC funzionasse sapresti già dov'è il problema e cosa fare.