18.04 al ripristino da sospensione non chiede password
- MoonDragon
- Entusiasta Emergente

- Messaggi: 1677
- Iscrizione: sabato 17 aprile 2010, 17:46
- Desktop: Gnome
- Distribuzione: Ubuntu 20.04.6 64-bit gdm3 xorg
- Sesso: Maschile
- Contatti:
18.04 al ripristino da sospensione non chiede password
Salve,
da un pò di tempo, dopo aver messo in sospensione il notebook, alla riaccensione non viene chiesta la password (non tutte le volte).
All'inizio pensavo fosse il tema di gnome shell, tolto ma nulla, dovrei provare a disattivare con i componenti aggiuntivi di gnome?
Reputo la cosa molto grave ma vorrei sapere cosa potrebbe causare ciò
da un pò di tempo, dopo aver messo in sospensione il notebook, alla riaccensione non viene chiesta la password (non tutte le volte).
All'inizio pensavo fosse il tema di gnome shell, tolto ma nulla, dovrei provare a disattivare con i componenti aggiuntivi di gnome?
Reputo la cosa molto grave ma vorrei sapere cosa potrebbe causare ciò
"Coltiva
LINUX tanto WINDOWS si pianta da solo e la MELA è già stata morsa" 
- Janvitus
- Amministratore

- Messaggi: 18787
- Iscrizione: lunedì 25 aprile 2005, 15:52
- Desktop: GNOME Shell / Xfce
- Sesso: Maschile
- Località: Potenza
- Contatti:
Re: 18.04 al ripristino da sospensione non chiede password
Avvia REgistri e vedi e se ti da qualche errore su gdm o cose del genere.
- MoonDragon
- Entusiasta Emergente

- Messaggi: 1677
- Iscrizione: sabato 17 aprile 2010, 17:46
- Desktop: Gnome
- Distribuzione: Ubuntu 20.04.6 64-bit gdm3 xorg
- Sesso: Maschile
- Contatti:
Re: 18.04 al ripristino da sospensione non chiede password
Salve, purtroppo mi dice che non posso visualizzare i log,
ho provato anche con "sudo gnome-logs" ma ricevo questi errori
ho provato anche con "sudo gnome-logs" ma ricevo questi errori
Codice: Seleziona tutto
mkdir: cannot create directory '/run/user/0': Permission denied
(gnome-logs:3011): dconf-CRITICAL **: 22:44:17.568: unable to create directory '/run/user/0/snap.gnome-logs/dconf': Permission denied. dconf will not work properly.
(gnome-logs:3011): dconf-CRITICAL **: 22:44:17.568: unable to create directory '/run/user/0/snap.gnome-logs/dconf': Permission denied. dconf will not work properly.
(gnome-logs:3011): dconf-CRITICAL **: 22:44:17.569: unable to create directory '/run/user/0/snap.gnome-logs/dconf': Permission denied. dconf will not work properly.
(gnome-logs:3011): dconf-CRITICAL **: 22:44:17.569: unable to create directory '/run/user/0/snap.gnome-logs/dconf': Permission denied. dconf will not work properly.
No protocol specified
Unable to init server: Could not connect: Connection refused
(gnome-logs:3011): Gtk-WARNING **: 22:44:17.572: cannot open display: :0
"Coltiva
LINUX tanto WINDOWS si pianta da solo e la MELA è già stata morsa" 
- MoonDragon
- Entusiasta Emergente

- Messaggi: 1677
- Iscrizione: sabato 17 aprile 2010, 17:46
- Desktop: Gnome
- Distribuzione: Ubuntu 20.04.6 64-bit gdm3 xorg
- Sesso: Maschile
- Contatti:
Re: 18.04 al ripristino da sospensione non chiede password
Mi sembra di ricordare che i problemi siano iniziati quando dallo store son comparsi degli aggiornamenti snap dei driver nvidia (che personalmente non ho mai installato, forse son dipendenze di qualche altra app snap), oggi me li hanno riproposti e li ho fatti.
"Coltiva
LINUX tanto WINDOWS si pianta da solo e la MELA è già stata morsa" 
- Janvitus
- Amministratore

- Messaggi: 18787
- Iscrizione: lunedì 25 aprile 2005, 15:52
- Desktop: GNOME Shell / Xfce
- Sesso: Maschile
- Località: Potenza
- Contatti:
Re: 18.04 al ripristino da sospensione non chiede password
Sti snap stanno dando solo problemi... Il problema potrebbe essere dovuti ai driver nvidia che fanno a cazzotti con gdm.
Se fai journalctl -b -p err fa qualcosa?
Se fai journalctl -b -p err fa qualcosa?
- MoonDragon
- Entusiasta Emergente

- Messaggi: 1677
- Iscrizione: sabato 17 aprile 2010, 17:46
- Desktop: Gnome
- Distribuzione: Ubuntu 20.04.6 64-bit gdm3 xorg
- Sesso: Maschile
- Contatti:
Re: 18.04 al ripristino da sospensione non chiede password
Già ho notato da tempo anche io.
Comunque ecco:
con l'amministratore
Comunque ecco:
Codice: Seleziona tutto
journalctl -b -p err
Hint: You are currently not seeing messages from other users and the system.
Users in the 'systemd-journal' group can see all messages. Pass -q to
turn off this notice.
No journal files were opened due to insufficient permissions.
Codice: Seleziona tutto
-- Logs begin at Sun 2020-04-19 21:27:30 CEST, end at Mon 2020-04-20 00:10:37 CEST. --
apr 19 21:27:30 Acer kernel: platform MSFT0101:00: failed to claim resource 1: [mem 0xfed40000-0xfed40fff]
apr 19 21:27:30 Acer kernel: acpi MSFT0101:00: platform device creation failed: -16
apr 19 21:27:30 Acer kernel: integrity: Problem loading X.509 certificate -65
apr 19 21:27:30 Acer kernel: integrity: Problem loading X.509 certificate -65
apr 19 21:27:30 Acer kernel: sd 3:0:0:0: [sdc] No Caching mode page found
apr 19 21:27:30 Acer kernel: sd 3:0:0:0: [sdc] Assuming drive cache: write through
apr 19 21:27:33 Acer bluetoothd[1287]: Failed to set mode: Blocked through rfkill (0x12)
apr 19 21:27:34 Acer gnome-session-binary[1563]: CRITICAL: Unable to create a DBus proxy for GnomeScreensaver: Errore nel chiamare StartServiceByName per org.gnome.ScreenSaver: GDBus.Error:org.freedesktop.DBus.Error.Spawn.ChildExited: Process org.gnome.ScreenSaver exited with status 1
apr 19 21:27:37 Acer spice-vdagent[1845]: Cannot access vdagent virtio channel /dev/virtio-ports/com.redhat.spice.0
apr 19 21:27:37 Acer systemd[1]: Failed to start Postfix Mail Transport Agent (instance -).
apr 19 21:27:37 Acer bluetoothd[1287]: Failed to set mode: Blocked through rfkill (0x12)
apr 19 21:28:18 Acer spice-vdagent[2309]: Cannot access vdagent virtio channel /dev/virtio-ports/com.redhat.spice.0
apr 19 21:28:19 Acer bluetoothd[1287]: Failed to set mode: Blocked through rfkill (0x12)
apr 19 21:29:00 Acer systemd[1]: Timed out waiting for device dev-disk-by\x2duuid-8E68EDD168EDB85B.device.
apr 19 21:34:25 Acer systemd[1]: Timed out waiting for device dev-disk-by\x2duuid-8E68EDD168EDB85B.device.
apr 19 21:41:37 Acer systemd[1]: Timed out waiting for device dev-disk-by\x2duuid-8E68EDD168EDB85B.device.
apr 19 22:02:46 Acer systemd[1]: Timed out waiting for device dev-disk-by\x2duuid-8E68EDD168EDB85B.device.
apr 19 22:04:23 Acer systemd[1]: Timed out waiting for device dev-disk-by\x2duuid-8E68EDD168EDB85B.device.
apr 19 22:45:08 Acer systemd-rfkill[5593]: Failed to open device rfkill2: No such device
apr 19 22:45:08 Acer bluetoothd[1287]: Failed to set mode: Blocked through rfkill (0x12)
apr 19 22:45:08 Acer bluetoothd[1287]: Failed to set mode: Blocked through rfkill (0x12)
apr 19 22:45:08 Acer bluetoothd[1287]: Failed to set mode: Blocked through rfkill (0x12)
apr 19 22:46:05 Acer systemd[1]: Timed out waiting for device dev-disk-by\x2duuid-8E68EDD168EDB85B.device.
apr 19 22:54:32 Acer systemd[1]: Timed out waiting for device dev-disk-by\x2duuid-8E68EDD168EDB85B.device.
apr 19 22:57:45 Acer systemd[1]: Timed out waiting for device dev-disk-by\x2duuid-8E68EDD168EDB85B.device.
apr 19 23:05:11 Acer systemd[1]: Timed out waiting for device dev-disk-by\x2duuid-8E68EDD168EDB85B.device.
apr 19 23:06:59 Acer systemd[1]: Timed out waiting for device dev-disk-by\x2duuid-8E68EDD168EDB85B.device.
apr 19 23:08:41 Acer systemd[1]: Timed out waiting for device dev-disk-by\x2duuid-8E68EDD168EDB85B.device.
apr 19 23:11:43 Acer systemd[1]: Timed out waiting for device dev-disk-by\x2duuid-8E68EDD168EDB85B.device.
apr 19 23:36:59 Acer kernel: sd 4:0:0:0: [sdd] No Caching mode page found
apr 19 23:36:59 Acer kernel: sd 4:0:0:0: [sdd] Assuming drive cache: write through
apr 20 00:01:54 Acer systemd[1]: Timed out waiting for device dev-disk-by\x2duuid-8E68EDD168EDB85B.device.
apr 20 00:04:46 Acer systemd[1]: Timed out waiting for device dev-disk-by\x2duuid-8E68EDD168EDB85B.device.
apr 20 00:09:47 Acer systemd[1]: Timed out waiting for device dev-disk-by\x2duuid-8E68EDD168EDB85B.device."Coltiva
LINUX tanto WINDOWS si pianta da solo e la MELA è già stata morsa" 
- Janvitus
- Amministratore

- Messaggi: 18787
- Iscrizione: lunedì 25 aprile 2005, 15:52
- Desktop: GNOME Shell / Xfce
- Sesso: Maschile
- Località: Potenza
- Contatti:
Re: 18.04 al ripristino da sospensione non chiede password
Ma quanti utenti ci sono nel sistema?MoonDragon ha scritto: ↑lunedì 20 aprile 2020, 0:12Già ho notato da tempo anche io.
Comunque ecco:Codice: Seleziona tutto
journalctl -b -p err Hint: You are currently not seeing messages from other users and the system. Users in the 'systemd-journal' group can see all messages. Pass -q to turn off this notice. No journal files were opened due to insufficient permissions.
- MoonDragon
- Entusiasta Emergente

- Messaggi: 1677
- Iscrizione: sabato 17 aprile 2010, 17:46
- Desktop: Gnome
- Distribuzione: Ubuntu 20.04.6 64-bit gdm3 xorg
- Sesso: Maschile
- Contatti:
Re: 18.04 al ripristino da sospensione non chiede password
Soltanto il mio utente che è anche il root
"Coltiva
LINUX tanto WINDOWS si pianta da solo e la MELA è già stata morsa" 
- Janvitus
- Amministratore

- Messaggi: 18787
- Iscrizione: lunedì 25 aprile 2005, 15:52
- Desktop: GNOME Shell / Xfce
- Sesso: Maschile
- Località: Potenza
- Contatti:
Re: 18.04 al ripristino da sospensione non chiede password
Non è normale che journald non sia consultabile da utente...
cat /etc/group
cat /etc/group
- MoonDragon
- Entusiasta Emergente

- Messaggi: 1677
- Iscrizione: sabato 17 aprile 2010, 17:46
- Desktop: Gnome
- Distribuzione: Ubuntu 20.04.6 64-bit gdm3 xorg
- Sesso: Maschile
- Contatti:
Re: 18.04 al ripristino da sospensione non chiede password
Ecco:
Codice: Seleziona tutto
root:x:0:
daemon:x:1:
bin:x:2:
sys:x:3:
adm:x:4:syslog
tty:x:5:
disk:x:6:
lp:x:7:
mail:x:8:
news:x:9:
uucp:x:10:
man:x:12:
proxy:x:13:
kmem:x:15:
dialout:x:20:
fax:x:21:
voice:x:22:
cdrom:x:24:md
floppy:x:25:
tape:x:26:
sudo:x:27:md
audio:x:29:pulse
dip:x:30:
www-data:x:33:
backup:x:34:
operator:x:37:
list:x:38:
irc:x:39:
src:x:40:
gnats:x:41:
shadow:x:42:
utmp:x:43:
video:x:44:
sasl:x:45:
plugdev:x:46:
staff:x:50:
games:x:60:
users:x:100:
nogroup:x:65534:
systemd-journal:x:101:
systemd-timesync:x:102:
systemd-network:x:103:
systemd-resolve:x:104:
input:x:106:
crontab:x:107:
syslog:x:108:
messagebus:x:109:
netdev:x:110:
mlocate:x:111:
ssl-cert:x:112:
uuidd:x:113:
rtkit:x:114:
avahi-autoipd:x:115:
bluetooth:x:116:
ssh:x:117:
lpadmin:x:118:
whoopsie:x:119:
avahi:x:120:
scanner:x:121:saned
saned:x:122:
pulse:x:123:
pulse-access:x:124:
colord:x:125:
geoclue:x:126:
gdm:x:127:
sambashare:x:128:md
rdma:x:105:
postfix:x:130:
postdrop:x:131:
md:x:1001:
clamav:x:134:
winbindd_priv:x:135:
nm-openvpn:x:132:
nvidia-persistenced:x:129:
dcmtk:x:136:
vboxusers:x:1002:md"Coltiva
LINUX tanto WINDOWS si pianta da solo e la MELA è già stata morsa" 
- MoonDragon
- Entusiasta Emergente

- Messaggi: 1677
- Iscrizione: sabato 17 aprile 2010, 17:46
- Desktop: Gnome
- Distribuzione: Ubuntu 20.04.6 64-bit gdm3 xorg
- Sesso: Maschile
- Contatti:
Re: 18.04 al ripristino da sospensione non chiede password
Nel frattempo ho trovato che quei driver nvidia erano di qualche programma flatpak, mi pare di capire che non son indispensabili, forse tra tutto anche quelli contribuivano al problema, ho dato
Comunque tra apt, snap, flatpak è un casino, si stava tanto bene con solo i ppa.......
Ma sicuramente c'è altro che non va nel mio sistema
Codice: Seleziona tutto
flatpak uninstall org.freedesktop.Platform.GL.nvidia-390-129
flatpak uninstall org.freedesktop.Platform.GL.nvidia-440-59Ma sicuramente c'è altro che non va nel mio sistema
"Coltiva
LINUX tanto WINDOWS si pianta da solo e la MELA è già stata morsa" 
- woddy68
- Rampante Reduce

- Messaggi: 8815
- Iscrizione: sabato 12 febbraio 2011, 14:23
- Desktop: Kde Plasma 6
- Distribuzione: openSUSE Tumbleweed - KDE Neon
- Sesso: Maschile
Re: 18.04 al ripristino da sospensione non chiede password
Non credo ci sia un nesso tra le cose, snap e flatpak necessitano di runtime per funzionare e quello di Nvidia-flatpak è solo un runtime, ma non hanno niente a che fare con il sistema...
Desktop - DELL Optiplex 7010 - Notebook HP 250
-Ho sempre accettato caramelle dagli sconosciuti-
-Ho sempre accettato caramelle dagli sconosciuti-
- MoonDragon
- Entusiasta Emergente

- Messaggi: 1677
- Iscrizione: sabato 17 aprile 2010, 17:46
- Desktop: Gnome
- Distribuzione: Ubuntu 20.04.6 64-bit gdm3 xorg
- Sesso: Maschile
- Contatti:
Re: 18.04 al ripristino da sospensione non chiede password
Grazie per la precisazione!
Ora mi è anche venuto in mente, di operazioni "insolite", che avevo installato delle aggiunte con pip install
come posso vedere le "aggiunte" di pip?
Altro di strano non mi pare di ricordare
"Coltiva
LINUX tanto WINDOWS si pianta da solo e la MELA è già stata morsa" 
- MoonDragon
- Entusiasta Emergente

- Messaggi: 1677
- Iscrizione: sabato 17 aprile 2010, 17:46
- Desktop: Gnome
- Distribuzione: Ubuntu 20.04.6 64-bit gdm3 xorg
- Sesso: Maschile
- Contatti:
Re: 18.04 al ripristino da sospensione non chiede password
Salve, oggi è successo di nuovo:
premetto che prima della sospenzione era attivo firefox e una finestra di nautilus
Dopo circa un ora sono tornato al pc, ho pigiato un pulsante sulla tastiera e ubuntu si è aperto senza password ma con gnome "spento", niente barre, impossibili anche le scorciatoie da tastiera per aprire il terminale o altro, vedo solo firefox senza bordi, invece nautilus con uno strano bordo nero più grande, chiudo firefox e nautilis e le icone del desktop stranamente si vedono, entro in modalità testuale con ctrl+alt+f3 e riavvio da li con "sudo reboot".
Suggerimenti?
premetto che prima della sospenzione era attivo firefox e una finestra di nautilus
Dopo circa un ora sono tornato al pc, ho pigiato un pulsante sulla tastiera e ubuntu si è aperto senza password ma con gnome "spento", niente barre, impossibili anche le scorciatoie da tastiera per aprire il terminale o altro, vedo solo firefox senza bordi, invece nautilus con uno strano bordo nero più grande, chiudo firefox e nautilis e le icone del desktop stranamente si vedono, entro in modalità testuale con ctrl+alt+f3 e riavvio da li con "sudo reboot".
Suggerimenti?
"Coltiva
LINUX tanto WINDOWS si pianta da solo e la MELA è già stata morsa" 
Chi c’è in linea
Visualizzano questa sezione: 0 utenti iscritti e 1 ospite