Ciao a tutti! Ho aggiornato Ubuntu 18.04 a 18.10 e poi ho riavviato. Dopo il riavvio, mi rimane il tutto bloccato a "display manager". L'ho lasciato per un po' così e nulla. È un mio problema o ci vogliono anni? Grazie! 👌
5 su 89
mostra altri 84 commenti
|
Segui questa domanda
Via email:Una volta eseguito l'accesso potrai iscriverti a tutti gli aggiornamenti qui
Via RSS:Basi di markdown
- *corsivo* o __corsivo__
- **grassetto** o __grassetto__
- collegamento:[testo](http://url.com/ "titolo")
- immagine?
- elenco numerato: 1. Foo 2. Bar
- per aggiungere un'interruzione di riga, aggiungi due spazi a fine riga e premi «Invio»
- è supportato anche semplice HTML
Tag:
domanda posta: 12 Apr '19, 10:12
domanda visualizzata: 1,367 volte
ultimo aggiornamento: 15 May '19, 09:46
"display manager" intendi la videata del login?
Si, appunto prima della schermata ove inserire la password.
prova a togliere i parametri al kernel all'avvio: quiet splash
https://wiki.ubuntu.com/Kernel/KernelBootParameters#Temporarily_Add_a_Kernel_Boot_Parameter_for_Testing
e vedi se da errori prima della finestra di login
Ma a me il GRUB appare, è dopo, perché mentre esegue tutte le funzioni prima di chiedere la password, tutte sono sull'OK, poi è arrivato (solo la prima volta) ad una voce in cui parlava dell'aggiornamento dell'apt e dei servizi puliti, stando sempre fermo lì per troppo tempo ed a quel punto ho forzato la chiusura. Dalla seconda volta in poi, non è arrivato a questa voce, bensì ad una in cui specificava l'avvio del "display manager", però stava anni così ed ho forzato di nuovo la chiusura. Comunque, a tutte queste voci, vi era l'OK in verde come se stesse sempre proseguendo. 🙃
https://imgur.com/a/nebi3XI
potresti provare a avviare in recovery (da grub avanzate) https://wiki.ubuntu-it.org/iononsbalgiomai/RevRecovery
hai provato a aspettare qualche minuto?
prova a accedere alla consolle ctrl-alt-f2 e loggarti da li' e a eseguire:
"top" (per vedere i processi che stanno girando)
"sudo systemctl restart gdm" (per riavviare gdm)
Premendo la combinazione per la console, non mi si apre, mentre in Recovery va, ma non so come agire.
hai provato a aspettare qualche minuto?
neanche da ctl-alt-f1 o f3 o f4
da recovery quali scelte hai?
Da Recovery, ho fatto sistemare i pacchetti, i file di sistema e poi il ripristino normale e, successivamente, schermata nera, la combinazione della console è partita e non mi voleva loggare, ma premendo Ctrl+Alt+F3, si è avviato tutto normalmente fino al login normale e poi mi ha fatto entrare. In tutto ciò, non ho capito cosa fosse accaduto.
ma riavviando come e' la situazione?
Non lo so, perché sto eseguendo l'aggiornamento alla versione Beta della 19.04 da terminale e, alcune cose non mi si aprono ed il terminale è sparito mentre progrediva. Ora, non so se sia comunque aperto e aggiornando, perché non me lo fa riaprire e non posso riavviare, quindi non so come agire.
puoi aprire un'altra consolle ctrl-alt-f... e da li collegarti e vedere per completare l'aggiornamento
chiaro che devi essere in rete
Ma quando vado nella console, mi chiede il login ed il mio nome utente e non funziona. Ho sempre il login sbagliato eppure è giusto.
la password va digitata anche se non la vedi
prova su un'altra consolle
Ho chiuso il mio utente ed ora non mi fa più accedere, perché dopo l'inserimento della password va a schermo nero e poi torna sempre lì. Dalle console, c'è scritto il mio username con login accanto, ma non funziona. Scrivo nome utente e password ed è sempre incorretto ed il PC non si vuole spegnere in nessun modo.
neanche con ctrl-alt-canc ?
ma hai dati da salvare? riesci a montare una chiavetta usb? (al limite riavviando una live)
p.s. neanche da ctrl-alt-f9 ?
Allora, sono riuscito ad andare in Recovery e da lì ha aggiornato tutto senza problemi, però da sempre problemi per l'avvio corretto, infatti devo passare sempre da lì per farlo partire. Confermo, ho appena provato dopo aver chiuso il PC e l'interfaccia GNOME continua a non andare. 🙃
p.s. potresti provare a passare al kernel: nomodeset e avviarlo normalmente
Il Kernel l'ho modificato perché sembra lui il problema e ne ho installato uno nuovo, però devo ancora fare altre prova per vedere se è cosi. Qual'è questo Kernel "nomodeset"? Non lo conosco!
nomodeset e' un parametro da passare al kernel per usare una grafica ridotta
Non so come utilizzarlo, anche volendo. Comunque, sembra che con qualsiasi Kernel parta in modo normale solamente quando alla scritta "Ubuntu" passo ad una console e vi rimango, altrimenti si blocca alla solita schermata. Non è positivo lo stesso. 🤔️
https://wiki.ubuntu.com/Kernel/KernelBootParameters#Temporarily_Add_a_Kernel_Boot_Parameter_for_Testing
sudo systemctl restart gdm
Il comando da terminale funziona tranquillamente, il problema rimane il solito, perché anche aggiungendo il parametro, devo entrare nella console e la grafica parte ugualmente completa.
per vedere i serizi che hanno errori: sudo systemctl --failed
per abilitare gdm in automatico: sudo systemctl enable gdm
tu credi non sia abilitata la grafica automaticamente? 🙃
0 loaded units listed. Pass --all to see loaded but inactive units, too. To show all installed unit files use 'systemctl list-unit-files'. Questa su è la risposta al primo comando che mi hai passato.
The unit files have no installation config (WantedBy=, RequiredBy=, Also=, Alias= settings in the [Install] section, and DefaultInstance= for template units). This means they are not meant to be enabled using systemctl.
Possible reasons for having this kind of units are: • A unit may be statically enabled by being symlinked from another unit's .wants/ or .requires/ directory. • A unit's purpose may be to act as a helper for some other unit which has a requirement dependency on it. • A unit may be started when needed via activation (socket, path, timer,
D-Bus, udev, scripted systemctl call, ...). • In case of template units, the unit is meant to be enabled with some instance name specified. Tutto il resto è per il secondo comando.
Strano anche il fattore delle console, perché anche ora, in qualunque entri, fallisce sempre il login e per entrare in GNOME, devo sempre passare ad un'altra console mentre è presente la scritta "Ubuntu", altrimenti si blocca sempre.
quindi non ci sono servizi in errore
neanche gdm? systemctl status gdm
non ho chiaro come accedi a gnome
Accendo Ubuntu e, quando appare il suo logo, Ctrl+Alt+F2 o successivi e sto fermo mentre il PC è a schermata nera, per poi mandarmi al login normale, facendomi così entrare, altrimenti non va. Questo è l'unico modo, oltre a quello di entrare in Recovery facendo ripristinare sempre l'avvio. Con questo ripristino, va autonomamente in schermata nera e poi al login normale.
gdm.service - GNOME Display Manager Loaded: loaded (/lib/systemd/system/gdm.service; static; vendor preset: enabl Active: active (running) since Sat 2019-04-13 20:18:37 CEST; 16min ago Process: 909 ExecStartPre=/usr/share/gdm/generate-config (code=exited, status= Process: 924 ExecStartPre=/usr/lib/gdm3/gdm-wait-for-drm (code=exited, status= Main PID: 935 (gdm3) Tasks: 3 (limit: 4649) Memory: 8.1M CGroup: /system.slice/gdm.service └─935 /usr/sbin/gdm3
apr 13 20:18:37 ErenLavigne systemd[1]: Started GNOME Display Manager. apr 13 20:18:43 ErenLavigne gdm-launch-environment][950]: pam_unix(gdm-launch-en apr 13 20:18:52 ErenLavigne gdm3[935]: Child process -992 was already dead. apr 13 20:18:52 ErenLavigne gdm3[935]: Child process -992 was already dead. apr 13 20:18:52 ErenLavigne gdm3[935]: GdmDisplay: display lasted 0,250528 secon apr 13 20:18:52 ErenLavigne gdm3[935]: Child process -1159 was already dead. apr 13 20:18:56 ErenLavigne gdm3[935]: Child process -1159 was already dead.
apr 13 20:18:56 ErenLavigne gdm-launch-environment][1186]: pam_unix(gdm-launch-e apr 13 20:19:25 ErenLavigne gdm-password][2508]: gkr-pam: unable to locate daemo apr 13 20:19:25 ErenLavigne gdm-password][2508]: pam_unix(gdm-password:session): lines 1-21/21 (END)
Ho sbagliato a copiare. Adesso lo riposto: gdm.service - GNOME Display Manager Loaded: loaded (/lib/systemd/system/gdm.service; static; vendor preset: enabl Active: active (running) since Sat 2019-04-13 20:18:37 CEST; 16min ago Process: 909 ExecStartPre=/usr/share/gdm/generate-config (code=exited, status= Process: 924 ExecStartPre=/usr/lib/gdm3/gdm-wait-for-drm (code=exited, status= Main PID: 935 (gdm3) Tasks: 3 (limit: 4649) Memory: 8.1M CGroup: /system.slice/gdm.service └─935 /usr/sbin/gdm3
apr 13 20:18:37 ErenLavigne systemd[1]: Started GNOME Display Manager. apr 13 20:18:43 ErenLavigne gdm-launch-environment][950]: pam_unix(gdm-launch-en apr 13 20:18:52 ErenLavigne gdm3[935]: Child process -992 was already dead. apr 13 20:18:52 ErenLavigne gdm3[935]: Child process -992 was already dead. apr 13 20:18:52 ErenLavigne gdm3[935]: GdmDisplay: display lasted 0,250528 secon apr 13 20:18:52 ErenLavigne gdm3[935]: Child process -1159 was already dead. apr 13 20:18:56 ErenLavigne gdm3[935]: Child process -1159 was already dead.
apr 13 20:18:56 ErenLavigne gdm-launch-environment][1186]: pam_unix(gdm-launch-e apr 13 20:19:25 ErenLavigne gdm-password][2508]: gkr-pam: unable to locate daemo apr 13 20:19:25 ErenLavigne gdm-password][2508]: pam_unix(gdm-password:session): ESCOC
dm.service; static; vendor preset: enabled) 19-04-13 20:18:37 CEST; 16min ago dm/generate-config (code=exited, status=0/SUCCESS) 3/gdm-wait-for-drm (code=exited, status=0/SUCCESS)
Started GNOME Display Manager. nvironment][950]: pam_unix(gdm-launch-environment:session): session opened for u hild process -992 was already dead. hild process -992 was already dead. dmDisplay: display lasted 0,250528 seconds hild process -1159 was already dead. hild process -1159 was already dead. nvironment][1186]: pam_unix(gdm-launch-environment:session): session opened for ][2508]: gkr-pam: unable to locate daemon control file ][2508]: pam_unix(gdm-password:session): session opened for user eren by (uid=0) ~ ~ ESCOC
0/SUCCESS)
vironment:session): session opened for user gdm by (uid=0)
ds
nvironment:session): session opened for user gdm by (uid=0) n control file session opened for user eren by (uid=0) ~ ~ ESCOC
ser gdm by (uid=0)
user gdm by (uid=0)
in gdm (che porta alla schermata grafica di login) non vedo errori
provato a aggiungere il parametro "nomodeset" al kernel come dal link di sopra?
incolli il testo qui: https://paste.ubuntu.com/
https://paste.ubuntu.com/p/pb4VsBtSMj/ Ho incollato il precedente resoconto della risposta al tuo comando di prima, mentre "nomodeset" l'ho inserito, ma non cambia nulla.
e se aspetti qualche minuto che appaia la videata di login grafica? magari aggiungendo a "nomodeset" anche "xforcevesa"
alternativa si potrebbe provare lightdm (al posto di gdm): sudo apt install lightdm e configurandolo al posto di gdm
Allora, aggiungendo i due parametri, è stato tutto un po' più lento, per bloccarsi lo stesso, mentre con la "lightdm", è andato tutta liscia la partenza senza errori. A questo punto, incomincio a non capirci più nulla. 🙃️
Ho ritentato con entrambe e, la "lightdm" va tranquilla e la "gdm3" ha sempre bisogno di cambio console.
allora il problema sembrerebbe il "gdm"
lightdm e' un sostituto piu' leggero, proverei anche senza i 2 parametri
Senza i due parametri e con non va il gdm, devo passare per altre console obbligatoriamente, con lightdm invece no. 😉
infatti, la soluzione e' usare lightdm senza parametri
infatti così ho fatto e tutto apposto. Comunque, è strano. 😑
Altra cosa stranissima, è il fallimento perenne del login su tutte le console. 🤔
in effetti.... che errore ti da': login incorrect?
Si, esatto!
che vedi dal comando: sudo lastb
(dovrebbe riportare i login falliti)
https://paste.ubuntu.com/p/4bFSGR8njC/
Sbagliavo il nome. 🙃️
Il problema rimane sempre il GDM. 🙃️
In molti hanno questo problema e lo risolvono con quella leggera, quindi tornerò anche io, se non potrà sistemarsi in altro modo. 🤔️
Forse, una disinstallazione pulita e reinstallazione di gdm3 potrebbe sistemare?
mah... mi pare di capire che e' un sistema di testing, quindi puoi fare le prove tranquillamente, no?
Si, infatti con la disinstallazione normale non si è risolto nulla, mentre non ho provato la pulita perché non conosco il comando. 😁 La lightdm, invece va alla grande. XD
Ubuntu è passato alla versione ufficiale da solo all'avvio, ma persiste un problema presente dalla 18.04 oltre a GDM: modo aereo e Bluetooth attivi dall'avvio, nonostante li abbia disattivati dalle impostazioni. 🙃️
c'era gia' aperta un'altra richiesta?
Si, ma su una versione vecchissima e con problema simile, non uguale. A me ha a che fare con la modalità aereo attiva all'avvio e, spegnendola si attiva il Bluetooth, quindi devo spegnere anch'esso per sistemare il tutto. Una volta spento e riacceso il PC, torna di nuovo in quello stato.
quali comandi dai per spengere la modalita' aereo e il bluetooth
Nessuno: entro nelle impostazioni e li chiudo.
sudo systemctl stop bluetooth
sudo systemctl disable bluetooth
c'entra lo stato di:
rfkill list
Ho eseguito i primi due comandi, devo solo testare, mentre all'ultimo comando, mi da questo: 0: samsung-wlan: Wireless LAN Soft blocked: no Hard blocked: no 1: samsung-bluetooth: Bluetooth Soft blocked: yes Hard blocked: no 2: phy0: Wireless LAN Soft blocked: no Hard blocked: no
questo dopo che hai tolto modalita' aereo?
che vedi da: ip a
sia prima che dopo
p.s. su che pc sei?
p.s. che vedi da: inxi -n
Si, dopo aver disattivato la modalità, poi da "ip a" sempre dopo, vedo: https://paste.ubuntu.com/p/zswbT6jz9y/ Per "prima" intendi all'accensione o anche ora abilitandola dalle impostazioni? Sono su un i5 del 2012 portatile e da "inxi -n" vedo: Comando «inxi» non trovato, ma può essere installato con:
sudo apt install inxi
Ho appena riavviato e la modalità è accesa, mentre dal comando "ip a" ecco: https://paste.ubuntu.com/p/zSCqb5BW77/
Ho chiuso la modalità e si è aperto il Bluetooth, però è disabilitato, con la possibilità di spegnerlo e l'ho fatto, come prima, in poche parole. 🙃️
nelle 2 videate vedo la wireless senza IP, prende l'IP quando e' disabilitata l'aereo e dopo che hai spento il bluetooth?
hai una combinazione di tasti (tipo Fn..) per attivare/disattivare il wireless?
A dire il vero, non uso il Wi-Fi, bensì il cavo Ethernet, quindi non utilizzo nessuna combinazione. XD
dovresti poter modificare le 2 reti (enp3s0 e wlp2s0b1)
controlla la wireless se e' tutto a posto
https://forum.ubuntu-it.org/viewtopic.php?f=49&t=571342
p.s. http://www.istitutomajorana.it/forum2/Thread-RISOLTO-Hotspot-WiFi-attivo-non-richiesto
Si, con quel comando sono andato a disattivare nella rete Wi-Fi, ma non scompare ugualmente e nemmeno con "Fn+F2".
come dal link sopra hai:
aereo OFF
hotspot OFF
e al riavvio ridiventano ON ?
Solo la modalità aereo si, l'hotspot mai. XD Comunque, ho appena riavviato e, aereo sempre attiva, hotspot mai visto, Bluetooth disattivato, però devo sempre spegnerlo perché compare. rfkill list 0: samsung-wlan: Wireless LAN Soft blocked: no Hard blocked: no 1: samsung-bluetooth: Bluetooth Soft blocked: yes Hard blocked: no 3: phy0: Wireless LAN Soft blocked: no Hard blocked: no
mah! adesso sei sulla 19.04 vero?
ne hai di live vecchie ? avviando quelle hai stessi problemi?
Si, ho iniziato ad avere il problema sulla 18.04, però inizialmente non l'avevo.
ne hai di live ? avviando quelle hai stessi problemi?
Ho una live vecchia, di quando non avevo il problema e su un Ubuntu più vecchio.
La 18.04 di quando ho installato Ubuntu la prima volta e non avevo nulla, è apparso dopo il problema e sempre sulla 18.04, si è solo prolungato.
quindi o la 18.04 funzionante o la 19.04 col problema?
"Funzionante", si fa per dire, perché sono iniziati lì i problemi, non sulla 19.04. Poi, non sono chissà che cosa di così grave. Ho anche troppa roba per potermi permettere una retrocessione.
che marca e' il tuo portatile? hp?
https://askubuntu.com/questions/965595/why-does-airplane-mode-keep-toggling-on-my-hp-laptop-in-ubuntu-18-04
Samsung. Comunque, mi sono ricordato che il problema della modalità "aereo" è comparso quando ho iniziato ad usare l'Ethernet, perché col Wi-Fi acceso non accadeva mai.