Ubuntu si blocca in un ciclo di accesso

Ubuntu è bloccato in un ciclo di accesso quando si tenta di accedere al desktop. Quando eseguo il login, lo schermo diventa nero e subito dopo ritorna la schermata di accesso.

Ho letto che il problema potrebbe essere causato da un errore a seconda della grafica, ecco la mia scheda grafica: ATI Radeon 7670M

Sei finito qui dopo aver corso sudo startx? Tuttavia:

Premi Ctrl+ Alt+ F3e accedi alla shell.

Adesso corri ls -lA. Se vedi la linea

-rw-------  1 root root   53 Nov 29 10:19 .Xauthority

quindi è necessario eseguire chown username:username .Xauthoritye provare ad accedere (potrebbe essere necessario fare lo stesso anche per .ICEauthority).

Altrimenti, fallo ls -ld /tmp. Controllare per le prime 10 lettere in sinistra: dovrebbero leggere esattamente così: drwxrwxrwt.

drwxrwxrwt 15 root root 4096 Nov 30 04:17 /tmp

Altrimenti, devi fare sudo chmod a+wt /tmpe ricontrollare.

Se non entrambi, ti consiglierei anch'io

1. sudo dpkg-reconfigure lightdm
2. o disinstalla, reinstallalo.

Ora premi Alt+ →fino a raggiungere nuovamente la schermata di accesso e riavvia.

Ho avuto questo e dopo aver visto /var/log/Xorg.0.logho scoperto che si tratta di un problema Nvidia (c'era una frase che diceva Xlib: extension "GLX" missing on display ":0).

Mi sono reso conto di avere driver Nvidia dal sito ufficiale che non sono molto stabili e testati (quindi ho letto e sperimentato anche in passato).

La soluzione qui era installare il pacchetto nvidia-currentdai repository di Ubuntu; è una versione terribilmente obsoleta, ma almeno è stata testata correttamente. Anche il suo programma di installazione è abbastanza capace e ha disinstallato con successo la mia versione instabile installata da hack dal sito Web di Nvidia.

TL; DR , prova ad accedere alla shell ( Ctrl+ Alt+ F2o qualunque altra F tra F1e F6) e digita

sudo add-apt-repository ppa:graphics-drivers/ppa
sudo apt update
sudo apt install nvidia-367

Se riesce, riavvia.

sudo reboot

Se sei abbastanza fortunato, problema risolto, dovresti essere in grado di accedere a Unity.

AGGIORNARE

Si noti che a volte nvidia-currentpotrebbe essere installato un driver errato. In tal caso, cerca la scheda video più recente compatibile e installala. Ad esempio, su Ubuntu 16.04, nvidia-currentpunta alla versione: 304.131-0ubuntu3. Questo potrebbe non essere compatibile con la tua scheda grafica; quindi cerca con sudo apt-cache search nvidia-[0-9]+$il pacchetto che ti serve e installalo.

Ho riscontrato questo problema esatto e nessuna delle soluzioni suggerite sopra ha funzionato per me. Dopo aver quasi rinunciato, ho guardato .xsession-errorse ho notato che avevo un errore di battitura nel mio .profile(avevo un extra }nel file dopo averlo modificato all'inizio della giornata).

Ciò stava causando il ciclo di accesso. Potrebbe essere un altro posto in cui cercare se le altre correzioni suggerite non funzionano per te.

Ho avuto un problema quasi identico qualche mese fa. Il passaggio a una console dalla schermata di accesso di LightDM (Ctrl-Alt-F1), l'accesso con nome utente e password amministrativi e l'immissione dei seguenti comandi ha risolto il problema:

sudo mv ~/.Xauthority ~/.Xauthority.backup
sudo service lightdm restart

Oggi ha dovuto affrontare lo stesso problema.

La causa è stata un po 'strana per me. xubuntu-desktopè stato rimosso, così è stato ubuntu-desktop. LightDM è uscito senza alcun messaggio di errore. Ho provato lxdm e quando ho provato ad accedere, è apparso un messaggio che diceva che Xubuntu non è stato trovato.

Reinstallato xubuntu-desktoped è stato risolto ora. Pensa di aver apt-get autoremoverimosso il pacchetto.

La mia cartella home era piena :-( df -hti darà questa risposta che ho dovuto connettere tramite ssh ha creato un po 'di spazio e ha funzionato come un fiore

ctrl+ alt+ F1, accedi come utente, libera spazio e riavvia il tuo server X! mostelysudo service sddm restart

Premi Ctrl+ ALT+ F3. Dovresti ricevere un prompt di accesso in stile unix, quindi inserisci il tuo nome utente e password lì. Da lì dovresti ricevere una shell (un programma che ti permette di inserire comandi, un po 'come windows' cmd.exe). Inserisci questi comandi e premi ENTER(o Return) dopo averli scritti tutti (dovrai inserire la tua password quando mostrerà qualcosa di simile [sudo] password for USERNAME. Nota che la password non verrà mostrata quando la digiti!):

sudo apt-get update
sudo apt-get -y dist-upgrade
sudo apt-get -y install fglrx

Quindi riavviare il computer usando questo comando:

sudo reboot

Vedi se funziona :)

Se non funziona, prova a tornare al 3 ° terminale ( Ctrl+ ALT+ F3), accedi e inserisci questo comando (premendo ENTERdopo averlo digitato):

sudo apt-get -y install lxdm

Questo mostrerà una finestra di dialogo simile a DOS dopo un po '. Se lxdmnon è selezionata, selezionarla utilizzando l' UPe DOWNtasti freccia, e premere il tasto ENTERper accettare la selezione. Quindi riavviare utilizzando lo stesso comando di before ( sudo reboot).

Se il problema persiste , tornare al terzo terminale ( ALT+ F3), accedere e immettere questo comando (stessa procedura):

sudo apt-get -y install lubuntu-desktop

Ciò installerà un ambiente desktop molto più leggero che dovrebbe funzionare per ora (dovrebbe consentire all'utente di accedere e utilizzare il computer). Fatto ciò, riavvia ( sudo reboot) e quando ti trovi di fronte alla pagina di accesso, seleziona l' Lubuntuambiente invece di Ubuntu.

Potresti avere problemi con LightDM, il gestore degli accessi fornito in Ubuntu per impostazione predefinita. In 12.04 faceva lo stesso problema che stai descrivendo.

È possibile installare GDM, un gestore di login alternativo, per aggirare questo:

Nella schermata di accesso, tieni premuto Ctrl+ Alt+ F2per andare al terminale. Non aver paura! Accedi qui con il tuo nome utente e password.

Quindi digitare sudo apt-get install gdm. Lascialo installare e digitare sudo dpkg-reconfigure gdme segui le istruzioni per impostarlo come gestore degli accessi.

Premi Ctrl+ Alt+ F7per tornare alla schermata di accesso che ora dovrebbe apparire diversa. Il login funziona? Se lo fa, il tuo problema è risolto!

In caso contrario, torna al terminale a schermo intero (di nuovo, Ctrl+ Alt+ F2) ed esegui sudo dpkg-reconfigure lightdmper impostare LightDM come nuovo gestore degli accessi. Ora sai che questo è sicuramente un problema con i tuoi driver grafici.

Questa non è una risposta diretta al tuo caso, ma è più una soluzione generale ai loop di accesso.

Il problema potrebbe essere semplice come un comando errato inserito nel file .profile nella directory home. (Poiché quel file viene caricato all'accesso)

Per vedere se è davvero così, premi Ctrl Alt F1e accedi. Verifica del file .xsession-errors nella home directory

~/.xsession-errors

Ciò dovrebbe fornire alcuni indizi su alcuni comandi problematici.

L'ambiente desktop non si avvia (sembra). Vorrei iniziare cercando di accedere come un altro utente.

Ctrl+ Alt+ F1quindi accedi

sudo adduser testing

Una volta che l'utente è stato aggiunto ctrl+ alt+ f7e prova ad accedere come test. Se riesci ad accedere come test, la tua configurazione di unity / gnome è bloccata e dovrebbe essere resettata. Questa domanda lo copre. Io preferisco mv ~/.config ~/.config.old.

Sì, ho causato un Loop di accesso sul mio principale utente Ubuntu 12.10 e la correzione è stata semplice.

Sfondo: Ubuntu 12.10 è installato in VirtualBox in esecuzione su Windows 7 e utilizza Unity.

Causa: dal desktop I Ctrl+ Alt+ Tin modalità terminale e poi ho provato a eseguire "startx" (stavo cercando di aiutare un amico al telefono a tarda notte ... ma questa era una cosa stupida da fare). Apparve un nuovo desktop Unity vuoto e tutto appeso ...

Problema:

Costringendo VirtualBox a chiudere e quindi riavviando Ubuntu sono arrivato alla schermata di accesso, ma ho continuato a tornare alla stessa schermata ogni volta dopo aver inserito la password. Non sono stati visualizzati errori. Potrei accedere come Ospite ma non avevo i diritti di Sudo e quindi nessun controllo ... Tuttavia, una volta effettuato l'accesso come Ospite I Ctrl+ Alt+ F3e ho effettuato l'accesso al terminale.

Ho inserito il nome utente e la password principali e ho effettuato l'accesso con la modalità di comando. La disconnessione mi ha riportato all'accesso alla CLI e Ctrl+ Alt+ F7mi ha riportato al desktop dell'ospite. Quindi il mio account ha funzionato ancora. Ho quindi aggiunto un utente di prova e ho dato loro i diritti sudo. Dall'accesso Unity ho potuto accedere e disconnettersi Test utente senza problemi. Quindi Unity funzionava ancora.

Correzione: il mio account principale era ancora accessibile tramite CLI e Unity funzionava per tutti gli altri account. Ciò ha indicato un problema di configurazione sul mio account principale. Ho seguito il consiglio di SiddharthaRT all'inizio di questo post e l'ho fatto chown username:username .Xauthority. Questo ha risolto il mio problema. Grazie !!

Problemi di driver proprietari

Stato MoKSB

Sono stato in grado di accedere TTYutilizzando ctrl+alt+F1, ma non ho avuto accesso a Internet visto che anche il driver è proprietario.

Nessun problema con Xorg era evidente.

Ho deciso di rimuovere i pacchetti quando ho ricevuto il MokSB failedmessaggio che mi diceva che NON poteva cambiare le impostazioni di avvio sicuro. La parte degna di nota è che mi ha richiesto una password anche se non è riuscita.

Avvio sicuro

Attenzione: NON rimuovere alla cieca i driver!

Un buon test per vedere se si tratta di un problema di driver proprietario è quello di disattivare Secure Boot e avviare Ubuntu e tentare di accedere. Se l'accesso funziona, ora sai qual è il problema.

Driver Broadcom e driver Nvidia

Ho rimosso i pacchetti nvidia

sudo apt-get purge nvidia-*

e poi ho rimosso i pacchetti broadcom

sudo apt-get purge bcmwl-kernel-source

e riavviato.

Ho tentato di accedere nuovamente e il successo!

Ho visto il mio desktop!

Ho riavviato di nuovo. effettuato nuovamente l'accesso e tutto era impostato come predefinito.

• Ho riavviato nel BIOS

• disattivato avvio sicuro (non consigliato, necessita di una soluzione migliore)

• ha avviato Ubuntu usando grub

• ho effettuato l'accesso e installato il file * .deb scaricato per il mio driver wifi

• installato tramite Software Center

• e riavviato.

Ho seguito la stessa procedura per i miei driver nvidia visto che i driver video predefiniti sono orribili sulla mia scheda.

Riattivazione di Secure Boot

Se riattivo Secure Boot, vedo lo stesso problema. Dal momento che i driver NON sono firmati, non è un vero avvio sicuro e vengo bloccato.

Personalmente, trovo che questo sia un problema molto falso (e fastidioso).

Soluzione alternativa?

La soluzione più fattibile che ho visto è stata la personalizzazione del kernel visto che non posso semplicemente lasciare Secure Boot spento e accenderlo e poi spegnerlo quando cambio il sistema operativo. Ancora una volta, è solo fastidioso.

AGGIORNAMENTO il 4 gennaio 2017

Secondo questo articolo , il kernel Linux> = 4.6 ora supporta ufficialmente

GeForce GTX serie 900 supporto accelerato in combinazione con immagini firmware firmate.

Ciò dovrebbe risolvere il problema di avvio sicuro causato dall'utilizzo delle immagini del firmware non firmate.

Ho premuto Ctrl+ Alt+ F3e ho effettuato l'accesso alla shell. Successivamente con questo comando:

chown username:username .Xauthority 

Dov'è il usernamemio nome di accesso, ho risolto il problema.

Ho riscontrato questo problema più volte ed è stato ogni volta un problema diverso. Uno dei seguenti problemi potrebbe aver causato il tuo problema e potresti usare l'interfaccia della riga di comando usando Ctrl+ Alt+ F1(Sostituisci F1 con F2, F3 .... se il tuo tty1 è occupato) per provare le seguenti soluzioni

Driver NVIDIA mancanti o rotti?

1. Esegui nvidia-smiper accedere all'interfaccia di gestione del sistema NVIDIA. L'output dovrebbe essere qualcosa del genere.

Mon Sep 17 14:58:26 2018       
+-----------------------------------------------------------------------------+ 
| NVIDIA-SMI 390.87                 Driver Version: 390.87                    | 
|-------------------------------+----------------------+----------------------+ 
| GPU  Name        Persistence-M| Bus-Id        Disp.A | Volatile Uncorr. ECC | 
| Fan  Temp  Perf  Pwr:Usage/Cap|         Memory-Usage | GPU-Util  Compute M. | 
|===============================+======================+======================| 
|   0  GeForce GT 720      Off  | 00000000:01:00.0 N/A |               N/A    | 
| 19%   35C    P8    N/A /  N/A |    543MiB /   980MiB |     N/A Default      |
+-------------------------------+----------------------+----------------------+

+-----------------------------------------------------------------------------+ 
| Processes:                                                       GPU Memory | 
|  GPU       PID   Type   Process name                        Usage           | 
|=============================================================================| 
|    0                    Not Supported                                       |
+-----------------------------------------------------------------------------+

Se non riesci ad accedervi, probabilmente c'è qualche problema con i tuoi driver grafici.

2. In tal caso, dovresti essere in grado di scoprire il nome della tua scheda grafica utilizzando lspci | grep VGA.
3. Puoi trovare i driver compatibili per la tua scheda grafica usando il link .
4. (Prova senza questo passaggio e forse con questo passaggio se non c'è stato successo). Rimuovere i driver rotti esistenti utilizzando sudo apt-get purge nvidia*.

5. Installa i driver usando

   sudo add-apt-repository ppa:graphics-drivers

   sudo apt-get update

   sudo apt-get install nvidia-390 (O qualunque sia il driver compatibile per la tua scheda grafica)

6. Prova a riavviare utilizzando systemctl reboot -ie spera che il tuo ciclo di accesso sia corretto.

La tua CASA è la tua CASA?

1. Controlla il proprietario della tua home directory usando ls -l /home
2. Se non possiedi la tua home directory, modificala usando sudo chown $USER:$USER $HOME
3. Prova a riavviare usando systemctl reboot -i e spera che il tuo ciclo di login sia corretto.

Possiedi la tua .Xauthority?

1. Controlla il proprietario della tua home directory usando ls -l ~/.Xauthority
2. Se non possiedi il tuo .Xauthority, modificalo usando sudo chown $USER:$USER ~/.Xauthority
3. In tal caso, spostare il file .Xauthority utilizzando sudo mv ~/.Xauthority ~/.Xauthority.bak
4. Prova a riavviare usando systemctl reboot -i e spera che il tuo ciclo di login sia corretto.
5. Potrebbe essere necessario fare la stessa cosa su .ICEauthority.

Il tuo / tmp è giusto?

1. Esegui ls -ld /tmpe assicurati che le autorizzazioni siano esattamente drwxrwxrwt. L'output dovrebbe essere di questo tipo

drwxrwxrwt 27 root root 36864 Sep 17 17:15 /tmp

2. Altrimenti, scappa sudo chmod a+wt /tmp
3. Prova a riavviare usando systemctl reboot -i e spera che il tuo ciclo di login sia corretto.

Forse lightdm è il tuo problema?

1. Riconfigurare il display manager utilizzando dpkg-reconfigure lightdme provare altri display manager (gdm3, lightdm,) disponibili. Forse questo ti darà abbastanza indizi per andare avanti.
2. Se nessuno di loro aiuta, prova a installare sddm usando sudo apt-get install sddm per un ultimo tentativo. riconfigurare display su sddm.

Se nessuna delle soluzioni precedenti ha funzionato, puoi provare a reinstallare Ubuntu.

PS: Questa è una raccolta di risposte dalle fonti a cui ho fatto riferimento, alcune anche da questo post.

Ho dovuto solo cambiare le autorizzazioni della mia cartella home:

sudo chmod 755 /home/<username>

Questo può essere fatto accedendo, in un terminale, usando username e password in una shell usando CtrlAltF1.

Ho ottenuto il loop di accesso in connessione con un aggiornamento da Ubuntu 12.04 a 14.04. Con gdm ho ricevuto messaggi di errore in ~ / .cache / gdm / session.log con voci come /etc/gdm/Xsession: line 33: mktemp: command not founde dopo sudo aptitude purge gdmcon lightdm ho ricevuto diversi messaggi di errore simili ~/.xsession-errors, ad es usr/sbin/lightdm-session: line 24: mktemp: command not found.

Ho provato diverse cose. Ciò che credo abbia eventualmente risolto il problema per me è stato questo:

Ho spostato i miei file di configurazione .profile, .bashrce .pam_environmentad altri nomi e poi sono riuscito a effettuare il login. Sospetto che ci sia un problema in uno di essi.

sudo chown $USER:$USER $HOME

era il problema per me.

Avevo impostato una partizione home con:

sudo mkdir /home/$USER

ma chownme ne sono dimenticato .

Ho avuto lo stesso problema dopo un'installazione pulita di Ubuntu 12.10 (ma riutilizzando la mia partizione home esistente). Ho provato tutte le altre risposte, ma nessuna ha funzionato. Ma ho trovato la chiave del mio problema specifico nel file .xsession-errors nella mia home directory.

Ecco come l'ho risolto nel mio caso:

1. Premi Ctrl+ Alt+ F1per aprire un terminale virtuale. Quindi accedi con nome utente e password.

2. Apri il file ~/.xsession-errorsse esiste (digita cat ~/.xsession-errors). Nel mio caso, questo file conteneva una sola riga con un messaggio di errore:

   / usr / sbin / lightdm-session: 27:.: Impossibile aprire / usr / bin / byobu-launch

3. Ora byobuè uno strumento da riga di comando che uso e non ho idea di come sia finito in un file di sistema poiché era subito dopo un'installazione pulita. Byobu non è installato di default, quindi potrebbe spiegare l'errore mentre cerca un file ( /usr/bin/byobu-launch) che non esiste. Quindi nel mio caso ho dovuto installare byobuper risolvere il problema:

   sudo apt-get install byobu

4. Premi Ctrl+ Alt+ F7per tornare alla schermata di accesso e il login ora ha funzionato bene.

Naturalmente nel tuo caso potresti trovare un messaggio di errore diverso in .xsession-errors, che richiede una soluzione diversa.

Ho avuto un problema molto simile in cui ho potuto accedere al terminale ma non sul desktop, il mio sfondo dal profilo è stato caricato durante l'accesso, ma dopo alcuni secondi è tornato alla schermata di accesso. Ho controllato tutte le autorizzazioni dei file come suggerito, andavano bene. Ho provato senza una partizione home separata ed è stato in grado di accedere al desktop. Successivamente ho controllato le impostazioni per la partizione home crittografata LUKS, che andava bene (anche se c'erano alcuni messaggi di errore sul terminale, che mi dicevano che il volume crittografato non poteva essere montato, perché era già montato).

Poi ho esaminato dmesg, ho trovato errori BTRFS relativi al filesystem sulla partizione home crittografata LUKS (sì, sto mescolando LUKS e BTRFS), ho provato a scrivere sul filesystem e ho scoperto che mi dava errori I / O. Quindi ho dovuto riparare il filesystem o crearne uno nuovo e ripristinarlo dal backup.

Per farla breve: guarda dmesg e in realtà prova a scrivere nel filesystem che sembra essere scrivibile.

Ciò potrebbe anche essere dovuto a una combinazione speciale di impostazioni:

• Encrypted /home/$USER
• $USERin nopasswdlogingruppo

lightdm proverà ad accedere, ma non è possibile accedere a nessun file in modo da ottenere i sintomi descritti.

Per risolvere questo problema, rimuovi $USERdal gruppo:

sudo gpasswd -d $USER nopasswdlogin

Ho dovuto affrontare lo stesso problema. Sfortunatamente nel mio caso non è stato risolto semplicemente cambiando le autorizzazioni, quindi il mio contributo sarà quello di provare a creare una guida dai passaggi semplici a quelli più complessi. Spero che i tuoi usi vengano risolti con quelli semplici.

Nota: sostituisci <username>con il tuo nome utente.

Ipotesi: Nvidia Graphic Card,lightdm

Accesso al terminale

Per aprire un nuovo terminale è sufficiente utilizzare (e quindi accedere con le proprie credenziali):

Ctrl+ Alt+F1

Controlla le proprietà / gruppi / permessi dei tuoi file della home directory

cd ~<username>
ls -lah

Correggi il proprietario e il gruppo di .Xauthoritye / tmp

chown <username>:<username> .Xauthority
sudo chmod a+wt /tmp

Controlla se c'è ancora un problema riavviando lightdm

sudo service lightdm restart

Riconfigura lightdm

dpkg-reconfigure lightdm
sudo service lightdm restart

Se si desidera vedere possibili errori dal sistema

tail -n 50 /var/log/Xorg.0.log # if you want to see the last 50 errors
tail -f /var/log/Xorg.0.log    # if you want to be able to see all new errors live

File di registro pertinenti:

/var/log/Xorg.0.log
/var/log/lightdm/lightdm.log

Come ultima risorsa, come ho fatto, reinstallare i driver della scheda grafica. Nvidiasemplicemente non funziona bene con Ubuntu.

Ho riscontrato lo stesso problema e la causa nel mio caso è stata che ho cercato di aggiungere qualcosa al /etc/environmentfile e qualsiasi cosa abbia aggiunto sembrava non volermi che eseguissi l'accesso dopo il riavvio.

Soluzione:

Nella schermata di accesso premere CTRL+ ALT+ F2. Accedi con nome utente e password admin e modifica il /etc/environmentfile e rimuovi le modifiche apportate.

Nel terminale, è possibile eseguire il comando seguente utilizzare nanoper modificare il file:

sudo nano /etc/environment

Premere CTRL+, oquindi premere ENTERper salvare il file. Premi CTRL+ xper uscire da nano.

Dopo aver modificato e salvato il file, premi semplicemente CTRL+ ALT+ F2per tornare alla schermata di accesso della GUI e dovresti essere in grado di accedere.

Ho trovato che le mie /tmpimpostazioni di autorizzazione del file non erano corrette. Aveva i permessi solo per root.

Questo è stato il mio errore. Ho dimenticato che un giorno prima, ho eliminato la /tmpcartella con i sudodiritti e dopo aver ricreato di nuovo la cartella con sudo mkdir tmp. Grosso errore. Ho creato una cartella / tmp solo con permessi di root.

Nel ~/.Xsession-errorsfile ho visto che x11 non era in grado di scrivere un file /tmp. Dopo aver eseguito questi comandi dall'account di root (o Alt+ Ctrl+ f1) nella schermata di benvenuto e utilizzare le credenziali dell'account problematico per accedere) ho risolto il problema:

sudo chmod 1777 /tmp
sudo chown root:root /tmp

Successivamente, sono stato in grado di accedere nuovamente a Unity con l'account normale. Quindi, se hai, quello che sembra un .Xauthorityproblema, potresti provare questo se nient'altro funziona.

Vedi questa discussione nei forum di Ubuntu

Nel caso in cui la modifica dei privilegi di accesso per i file .Xauthoritye .IDEauthoritycon il chowncomando non funzionasse per te:

Questa soluzione si applica a coloro che oltre a dover modificare i privilegi di accesso per i file sopra menzionati non possono usare i comandi come una volta, ovvero la shell non trova i comandi. (Questo è il motivo per cui neanche il comando login può essere eseguito.)

Digita echo $SHELLnel tuo terminale. Se torni /bin/bash, usa export PATH=$PATH:/usr/local:/usr/local/bin:/usr/local/sbin:/usr/bin:/usr/sbin:/bin:/sbinper essere temporaneamente in grado di usare i comandi.

Quindi apri il tuo .profilefile, situato nella tua home directory ~, cioè /home/yourusernamecon sudo gedit ~/.profilee aggiungi i percorsi mancanti a PATH, in modo che assomigli a questo:

PATH=/usr/local:/usr/local/bin:/usr/local/sbin:/usr/bin:/usr/sbin:/bin:/sbin

Ora riavvia il tuo sistema in modo che le modifiche alla variabile ambientale PATH abbiano effetto.

(Se i comandi non vengono riconosciuti dalla shell, è possibile utilizzare anche i percorsi equivalenti agli eseguibili dei comandi, ad esempio, anziché il sudo gedit ~/.profiletipo /usr/bin/sudo /usr/bin/gedit ~/.profile. La shell indica la directory da utilizzare, ovvero commandnon trovata, ma il comando che si sta tentando di l'uso può essere trovato in /path/to/command's/directory- potrebbe essere uno qualsiasi dei percorsi che vedi sopra.)

Ho dovuto rimuovere i driver NVIDIA per entrare, come in (sostituire nvidia-current con nvidia-340 o qualunque sia il tuo numero).

Torna ai piloti Nouveau

Poi ho avuto un telaio UNITY difettoso. Ho dovuto seguire i passaggi mostrati qui per risolverli:

https://askubuntu.com/a/290376/275142

Questo è successo a me quando ho spento il computer mentre stava ancora terminando l'aggiornamento alle ultime immagini del kernel. Ho fatto CTRL-ALT F1, collegato, allora sudo apt-get updateed sudo apt-get dist-upgradee lasciarlo finire per l'installazione.

Dopo il riavvio, sono stato in grado di accedere nuovamente a destkop.

Che tu possa essere interessato dal Bug # 1240336 in cui sono state rilasciate autorizzazioni diverse dopo l'aggiornamento della versione.

Altri effetti collaterali

• nessun accesso ospite
• Synaptic non parte dal menu

Ottengo il login per funzionare quando inserisco l'utente nel videogruppo o dopo l'esecuzione sudo chmod a+rw /dev/dri/*in un terminale.

Ma:

• nessun suono
• Logout dal menu utente non funzionante
• running /usr/lib/policykit-1-gnome/polkit-gnome-authentication-agent-1 dà: polkit-gnome-authentication-agent-1: 5805): polkit-gnome-1-WARNING **: impossibile determinare la sessione in cui ci troviamo: nessuna sessione per pid 5805

Soluzione

Esegui sudo pam-auth-update --forcenel terminale. Ciò ha risolto i problemi descritti nei miei casi.

Passa a un'altra schermata di accesso.

Ctrl+ Alt+ F2per aprire un terminale.

Ctrl+ Alt+ F7per tornare alla modalità grafica.

genere sudo dpkg-reconfigure gdm

In una schermata grafica, selezionare gdm e OK.

genere sudo reboot

Se le altre domande non portano a una soluzione, il mio suggerimento è di provare a seguire questi passaggi:

1. Accedi in modalità personaggio con un VC (Virtual Console). Cioè Ctrl Alt F1e il tuo nome utente / password accedi. Chiamiamo questo utente original.

2. Crea un nuovo utente. Puoi usare ad esempio :

   adduser newuser --group sudo
   

   per aggiungere un nuovo utente amministrativo (ovvero un utente che può fare sudo).

3. Prova ad accedere come newuser. Se funziona, ora che il problema è nella configurazione specifica originaldell'utente. Altrimenti, smetti di leggere qui --- il problema è a livello di sistema e probabilmente dovrai reinstallare qualcosa dello stack grafico.

4. Ora puoi provare a cercare cosa è successo. Confronta i file nascosti in ~originaled ~newusere cercare di trovare discordanze. Soprattutto dovresti cercare file non di tua proprietà:

   find . \! -user original
   

   e file che non sono scrivibili per te (ce ne saranno altri, specialmente nelle cache):

   find . \! -perm -u=w
   

5. È possibile spostare i file sospetti in un backup ( sudo mv whatever whatever-backup) e provare ad accedere nuovamente.

6. I file in /tmpe /varche possono essere sensibili a questo problema dovrebbero essere cancellati da un riavvio --- ma a volte c'è anche qualche residuo laggiù.

Come ultima risorsa, puoi fare il backup delle informazioni importanti di original(non tutte le home directory! O propagherai il problema), ed eliminarlo e ricrearlo, anche se è meglio essere in grado di trovare dove si trova il problema.

Per me la configurazione di alcuni pacchetti era disattivata, quindi in esecuzione (dopo ctrl+ alt+ F3):

sudo dpkg --configure -a

risolto il problema.