Avvio casuale in due diverse configurazioni GNOME. Come indagare?

Breve descrizione:

Ho un'installazione Ubuntu 18.04 e tutto sembra normale durante l'avvio fino alla schermata di accesso inclusa. Quando accedo, la mia configurazione di GNOME potrebbe essere:

La configurazione che ho usato (ad es. Con applicazioni bloccate nel programma di avvio, applicazioni di avvio, preferiti in File, ecc.) OPPURE
La configurazione originale con Amazon e Rhythmbox sul launcher come se fosse prima che avessi fatto tutte le configurazioni.

Ogni volta che riavvio la macchina potrebbe andare in uno di questi. E dopo un paio di tentativi posso arrivare a "1". Dopo di ciò posso lavorare senza arresti anomali, ecc. Per questo motivo lascio la macchina in funzione per settimane fino a quando non devo riavviare.

Questo comportamento "non deterministico" mi confonde. Come posso indagare su questo? In quali registri dovrei cercare?

Confessione: accedo come 'root' in quanto semplifica la vita, almeno una volta effettuato l'accesso con la giusta configurazione. Posso aggiungere dettagli se è pertinente. L'ho fatto dal 12.04 senza troppi problemi, ma era Unity fino al 18.04.

Pochi più dettagli:

Il problema era presente sin dalla prima installazione di agosto.
Il sistema è "Precision Tower 3620" con un SSD NVMe e il sistema operativo è sull'SSD.
L'avvio protetto è stato disabilitato a causa di problemi con UEFI e SSD.
Subito dopo l'installazione originale 'Ubuntu Software' ha richiesto un aggiornamento del BIOS che aveva un bug nel non riconoscere l'SSD ed è stato ripristinato.
In '1' e '2', è la stessa voce di grub. Il file system radice ('/') è lo stesso.
Ho cercato in kern.log, boot.log e Xorg.log tra i due casi e niente salta fuori.

Modifica: da auth.log

Nov 29 08:25:35 JEEVES-DEV gdm-launch-environment]: pam_unix(gdm-launch-environment:session): session opened for user gdm by (uid=0)
Nov 29 08:25:35 JEEVES-DEV systemd: pam_unix(systemd-user:session): session opened for user gdm by (uid=0)
Nov 29 08:25:51 JEEVES-DEV gdm-password]: pam_unix(gdm-password:session): session opened for user root by (uid=0)
Nov 29 08:25:51 JEEVES-DEV systemd: pam_unix(systemd-user:session): session opened for user root by (uid=0)

Nov 29 08:30:41 JEEVES-DEV gdm-launch-environment]: pam_unix(gdm-launch-environment:session): session opened for user gdm by (uid=0)
Nov 29 08:30:41 JEEVES-DEV systemd: pam_unix(systemd-user:session): session opened for user gdm by (uid=0)
Nov 29 08:30:54 JEEVES-DEV gdm-password]: pam_unix(gdm-password:session): session opened for user root by (uid=0)
Nov 29 08:30:54 JEEVES-DEV systemd: pam_unix(systemd-user:session): session opened for user root by (uid=0)

boot gnome 18.04

— Eliano
fonte

L'uso di root non è uno standard di Ubuntu. Dovresti accedere come utente e usare sudo. xkcd.com/149 E l'uso normale non richiede sudo, ma solo la manutenzione del sistema. Ogni utente ha la propria configurazione, quindi è necessario accedere come utenti diversi. Inoltre, l'hardware richiede normalmente l'aggiornamento del firmware UEFI e l'aggiornamento del firmware SSD, ma questo è un problema separato.

— oldfred

Non dovresti mai accedere come root. Root è un utente completamente separato e come diceva @oldfred, è solo per manutenzione. Quando si modifica un'impostazione come root, l'utente normale non può vederla e viceversa.

— astronauta

Grazie per averlo verificato. Entrambe le occasioni l'utente è lo stesso. Da auth.log.

— Aelian,

Ho avuto lo stesso problema, anche se non eseguo l'accesso come root.

Nel mio caso sembravano esserci due partizioni con lo stesso UUID. Entrambi /dev/sdb3e /dev/sda4avevano lo stesso UUID. /dev/sdb3era mio /HOME, ma con il mio nuovo disco /dev/sda4. Ho creato il nuovo /Homecopiando la partizione. E sì, allora ottieni due partizioni con lo stesso UUID. Puoi vedere le partizioni con ''

sudo blkid

L'ho risolto creando un nuovo UUID

uuidgen

dà

f0acce91-a416-474c-8a8c-43f3ed3768f9

e quindi assegnare l'UUID a / dev / sb3

sudo tune2fs /dev/sde5 -U f0acce91-a416-474c-8a8c-43f3ed3768f9

Perché all'avvio a volte /dev/sdb3ea volte è /dev/sda4stato scelto, non lo so, ma il nuovo UUID ha funzionato per me. Spero sia utile.

— Elffje
fonte