Newsgroup: it.comp.os.linux.iniziare
Titolo: Problemi con automount

Ciao,
uso Ubuntu 17.04 64 bit. Da circa un mese, non funziona più l'automount 
delle chiavette USB.
Ho 4 chiavette, con 2 non fa l'automount, con le altre 2 lo fa solo se 
le inserisco prima di accendere il PC.
 
Nel caso il cui dovesse servire, ecco i messaggi visibili tramite 
"dmesg" dopo aver inserito una chiavetta:
 
************************************************************************
[ 3572.502379] usb 2-1.8: new high-speed USB device number 8 using 
ehci-pci
[ 3572.611596] usb 2-1.8: New USB device found, idVendor=0781, 
idProduct=5572
[ 3572.611600] usb 2-1.8: New USB device strings: Mfr=1, Product=2, 
SerialNumber=3
[ 3572.611602] usb 2-1.8: Product: Cruzer Switch
[ 3572.611605] usb 2-1.8: Manufacturer: SanDisk
[ 3572.611607] usb 2-1.8: SerialNumber: 4C532000000108120153
[ 3572.612006] usb-storage 2-1.8:1.0: USB Mass Storage device detected
[ 3572.612196] scsi host7: usb-storage 2-1.8:1.0
[ 3573.623830] scsi 7:0:0:0: Direct-Access     SanDisk  Cruzer Switch   
 1.26 PQ: 0 ANSI: 5
[ 3573.624630] sd 7:0:0:0: Attached scsi generic sg8 type 0
[ 3573.625794] sd 7:0:0:0: [sdh] 62530624 512-byte logical blocks: 
(32.0 GB/29.8 GiB)
[ 3573.627287] sd 7:0:0:0: [sdh] Write Protect is off
[ 3573.627293] sd 7:0:0:0: [sdh] Mode Sense: 43 00 00 00
[ 3573.628285] sd 7:0:0:0: [sdh] Write cache: disabled, read cache: 
enabled, doesn't support DPO or FUA
[ 3573.639452]  sdh: sdh1
[ 3573.642825] sd 7:0:0:0: [sdh] Attached SCSI removable disk
************************************************************************
 
 
A memoria non credo di aver cambiato nulla che abbia a che fare con 
l'automount, magari il tutto è stato provovato da un aggiornamento.
 
 
Qualche idea?
 
Grazie in anticipo, Mario
 
 

- se lo monti a mano funziona?
 
- cosa hai aggiornato prima che non funzionasse?
 
i log sono in /var/log/apt/history.log

 i log sono in /var/log/apt/history.log
 
 
Sì, montate a mano funzionano tutte e 4 le chiavette.
Di preciso non so cosa ho aggiornato: faccio gli aggiornamento del 
sistema quando me li propone.
Tieni conto inoltre che il problema è iniziato circa un mese fa', e nel 
file che mi hai fatto aprire ci sono solo i dati dal primo luglio in 
poi.
 
Grazie, Mario
 
 

- gli altri log sono nei file numerati
 
in 
/var/log/apt/history.log.1.gz
/var/log/apt/history.log.2.gz
...
ecc ...
 
 
- vedi degli errori nei servizi?
 
systemctl --failed
 
 
 

 systemctl --failed
 
Negli altri log, non oto nulla di strano.
 
Questo il risultato di systemctl --failed:
  UNIT          LOAD   ACTIVE SUB    DESCRIPTION
● nginx.service loaded failed failed A high performance web server and 
a reverse proxy server
 
LOAD   = Reflects whether the unit definition was properly loaded.
ACTIVE = The high-level unit activation state, i.e. generalization of 
SUB.
SUB    = The low-level unit activation state, values depend on unit 
type.
 
1 loaded units listed. Pass --all to see loaded but inactive units, 
too.
To show all installed unit files use 'systemctl list-unit-files'.
 
 
Ciao, Mario
 
 

nginx e; il server web, probabilmente non e' configurato
ma non c'entra nulla col mount
 
 
vediamo altri messaggi di errori:
 
journalctl -b -p err
 

 journalctl -b -p err
 
Ho lanciato il comando subito dopo aver inserito la chiavetta.
Questo l'esito:
 
bonmario@bonmario-desktop:~$ journalctl -b -p err
-- Logs begin at Mon 2017-07-17 07:47:03 CEST, end at Mon 2017-07-17 
08:28:41 CEST. --
lug 17 07:47:03 bonmario-desktop kernel: sd 6:0:0:0: [sdc] No Caching 
mode page found
lug 17 07:47:03 bonmario-desktop kernel: sd 6:0:0:0: [sdc] Assuming 
drive cache: write through
lug 17 07:47:06 bonmario-desktop systemd-udevd[369]: specified group 
'phablet' unknown
lug 17 07:47:09 bonmario-desktop nvidia-persistenced[765]: Failed to 
query NVIDIA devices. Please ensure that the NVIDIA device files 
(/dev/nvidia*) exist, a
lug 17 07:47:31 bonmario-desktop NetworkManager[1140]: 
((devices/nm-device.c:970)): assertion '<dropped>' failed
lug 17 07:47:32 bonmario-desktop systemd[1]: Failed to start The Apache 
HTTP Server.
lug 17 07:47:39 bonmario-desktop lightdm[1553]: PAM unable to 
dlopen(pam_winbind.so): /lib/security/pam_winbind.so: cannot open 
shared object file: No such f
lug 17 07:47:39 bonmario-desktop lightdm[1553]: PAM adding faulty 
module: pam_winbind.so
lug 17 07:47:40 bonmario-desktop systemd[1670]: PAM unable to 
dlopen(pam_winbind.so): /lib/security/pam_winbind.so: cannot open 
shared object file: No such f
lug 17 07:47:40 bonmario-desktop systemd[1670]: PAM adding faulty 
module: pam_winbind.so
lug 17 07:47:59 bonmario-desktop cinnamon-session[2003]: 
GLib-GObject-CRITICAL: t+2,39208s: object CsmAutostartApp 
0x55cae44942e0 finalized while still in-co
lug 17 07:47:59 bonmario-desktop cinnamon-session[2003]: 
GLib-GObject-CRITICAL: t+2,39210s: Custom constructor for class 
CsmAutostartApp returned NULL (which
lug 17 07:48:15 bonmario-desktop pulseaudio[3542]: [pulseaudio] pid.c: 
Daemon already running.
lug 17 07:48:26 bonmario-desktop cinnamon-session[2003]: CRITICAL: 
t+29,42347s: We failed, but the fail whale is dead. Sorry....
lug 17 07:48:39 bonmario-desktop pulseaudio[3226]: [pulseaudio] 
bluez5-util.c: GetManagedObjects() failed: 
org.freedesktop.DBus.Error.NoReply: Did not receiv
lug 17 07:48:42 bonmario-desktop systemd[1670]: Failed to start 
Zeitgeist activity log service.
lug 17 07:50:01 bonmario-desktop CRON[5038]: PAM unable to 
dlopen(pam_winbind.so): /lib/security/pam_winbind.so: impossibile 
aprire il file oggetto condiviso
lug 17 07:50:01 bonmario-desktop CRON[5038]: PAM adding faulty module: 
pam_winbind.so
lug 17 07:55:01 bonmario-desktop CRON[6040]: PAM unable to 
dlopen(pam_winbind.so): /lib/security/pam_winbind.so: impossibile 
aprire il file oggetto condiviso
lug 17 07:55:01 bonmario-desktop CRON[6040]: PAM adding faulty module: 
pam_winbind.so
lug 17 08:00:01 bonmario-desktop CRON[6190]: PAM unable to 
dlopen(pam_winbind.so): /lib/security/pam_winbind.so: impossibile 
aprire il file oggetto condiviso
lug 17 08:00:01 bonmario-desktop CRON[6190]: PAM adding faulty module: 
pam_winbind.so
lug 17 08:05:01 bonmario-desktop CRON[6304]: PAM unable to 
dlopen(pam_winbind.so): /lib/security/pam_winbind.so: impossibile 
aprire il file oggetto condiviso
lug 17 08:05:01 bonmario-desktop CRON[6304]: PAM adding faulty module: 
pam_winbind.so
lug 17 08:10:01 bonmario-desktop CRON[6502]: PAM unable to 
dlopen(pam_winbind.so): /lib/security/pam_winbind.so: impossibile 
aprire il file oggetto condiviso
lug 17 08:10:01 bonmario-desktop CRON[6502]: PAM adding faulty module: 
pam_winbind.so
lug 17 08:15:01 bonmario-desktop CRON[6649]: PAM unable to 
dlopen(pam_winbind.so): /lib/security/pam_winbind.so: impossibile 
aprire il file oggetto condiviso
lug 17 08:15:01 bonmario-desktop CRON[6649]: PAM adding faulty module: 
pam_winbind.so
lug 17 08:17:01 bonmario-desktop CRON[6703]: PAM unable to 
dlopen(pam_winbind.so): /lib/security/pam_winbind.so: impossibile 
aprire il file oggetto condiviso
lug 17 08:17:01 bonmario-desktop CRON[6703]: PAM adding faulty module: 
pam_winbind.so
lug 17 08:20:01 bonmario-desktop CRON[6826]: PAM unable to 
dlopen(pam_winbind.so): /lib/security/pam_winbind.so: impossibile 
aprire il file oggetto condiviso
lug 17 08:20:01 bonmario-desktop CRON[6826]: PAM adding faulty module: 
pam_winbind.so
lug 17 08:25:01 bonmario-desktop CRON[6974]: PAM unable to 
dlopen(pam_winbind.so): /lib/security/pam_winbind.so: impossibile 
aprire il file oggetto condiviso
lug 17 08:25:01 bonmario-desktop CRON[6974]: PAM adding faulty module: 
pam_winbind.so
lug 17 08:28:41 bonmario-desktop kernel: sd 6:0:0:0: [sdc] No Caching 
mode page found
lug 17 08:28:41 bonmario-desktop kernel: sd 6:0:0:0: [sdc] Assuming 
drive cache: write through
 
 
Ciao, Mario
 
 

non vedo errori riguardanti il montaggio...
 
 
in grub puoi avviare anche kernel vecchi?

 in grub puoi avviare anche kernel vecchi?
 
Sì, ci ho già provato, ma non cambia nulla.
Tieni conto che la stessa cosa era successa anche all'inizio dell'anno, 
e si era risolta con l'aggiornamento dalla 16.10 alla 17.04.
 
Grazie, Mario
 
 

 Sì, ci ho già provato, ma non cambia nulla.
 
E` da molto che non uso Ubuntu per cui non sono sicuro che ti possa
risolvere il problema ma se hai voglia prova a dare questo comando nel
terminale:
 
dconf write /org/gnome/desktop/media-handling/automount true
 
e se vuoi che poi Nautilus apra una directory per i supporti montati in
automatico, sempre da utente normale dai anche:
 
dconf write /org/gnome/desktop/media-handling/automount-open true
 
 

 dconf write /org/gnome/desktop/media-handling/automount-open true
 
Ciao,
non ho usato i 2 comandi, perché quelle impostazoni sono già attive 
(verificato tramite dconf-editor)
 
Ciao, Mario
 
 


immagino che abbia eseguito tutti gli aggiornamenti disponibili
 
 
p.s.
il 17.04 e' uscito col kernel 4.10


 
Sì, li faccio tutti i giorni.
 
Ciao, Mario
 
 


non so se cel'hai, ma ci sarebbe il pacchetto:
 
usbmount
 
(anche se dovrebbe farlo anche senza)
 
se vuoi provarlo

 se vuoi provarlo
 
Niente da fare, non funziona nemmeno quello.
Mi sa proprio che me lo tengo così fino al prossimo rilascio o, se 
trovo il tempo, reinstallo tutto, visto anche che ho fatto la prima 
installazione circa 7 anni fa' e poi ho sempre aggiornato.
 
Grazie, Mario
 
 

Il 07/16/17 07:36, MBulu ha scritto:

Controlla in fstab se hai delle voci che si riferiscono a dispositivi 
usb e cancellale e poi verifica se l'automount funziona.
 
Ciao
 
 

 Ciao
 
No, non c'è niente. Questo è il mio fstab:
# /etc/fstab: static file system information.
#
# Use 'blkid -o value -s UUID' to print the universally unique 
identifier
# for a device; this may be used with UUID= as a more robust way to 
name
# devices that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    nodev,noexec,nosuid 0       0
# / was on /dev/sda7 during installation
UUID=331d7b85-25d6-43e5-8393-b427132bba49 /               ext4    
errors=remount-ro 0       1
# /home was on /dev/sda6 during installation
UUID=c63ddac4-e0e5-4394-9c11-609b73b382b8 /home           ext4    
defaults        0       2
# swap was on /dev/sda8 during installation
UUID=b9712884-7aec-4521-9d82-43f1000bb710 none            swap    sw    
          0       0
 
 
 
#/dev/sda3
UUID=8C1AD9F01AD9D774                     /media/DiscoC ntfs-3g 
defaults,locale=it_IT.UTF-8,uid=1000,fmask=0177,dmask=0077 0 0
 
#/dev/sdb1
UUID=17523339020D04EB                     /media/DiscoF ntfs-3g 
defaults,locale=it_IT.UTF-8,uid=1000,fmask=0177,dmask=0077 0 0
 
#/dev/sda9
UUID=a401520f-49ec-4627-87a8-b23629fd56bb /media/DiscoDati ext4 
defaults,user,nosuid,auto,relatime 1 2
 
 
Grazie, Mario
 
 

 se vuoi provarlo
 
Ho scoperto la causa del problema, anche se non ho ancora capito come 
risolverlo ...
Il problema è Cinnamon: infatti riavviando il PC con Gnome, viene fatto 
correttamente l'automount per tutte le chiavette.
Ho provato a disinstallare con "sudo apt purge" sia Cinnamon che Nemo e 
poi reinstallarli, ma non è cambiato nulla.
Se dovessi scoprire come risolvere il problema, posterò qui la 
soluzione.
 
Ciao, Mario
 
 

vuol dire che ci sono stati aggiornamenti di cinnamon che hanno generato il problema?
 

 problema?
 
Il mio timore è che ci sia qualche conflitto tra applicativi, cercando 
in lingua inglese ho trovato altri col mio problema, anche negli anni 
scorsi, alcuni hanno risolto reinstallando Cinnamon, io ci ho provato, 
ma senza risultati.
 
Ciao, Mario
 
 

 fatto correttamente l'automount per tutte le chiavette.
 
Una sola settimana per decidersi di specificare che si sta usando
Cinnamon? Si puo` fare molto meglio!! :-D
 
... a parte la battuta, hai verificato nel menu di Nemo che in
Edit Preferences Behavior
l'automount per le chiavette sia abilitato?
 

 l'automount per le chiavette sia abilitato?
 
Effettivamente ... colpa mia, ma non avrei mai pensato che potesse 
essere quello il problema !!!
Sì, l'automount di Nemo (che tra l'altro adesso credo si chiami File) è 
attivo.
Per la precisione:
- Monta automaticamente i dispositivi ... ==> Attivo
- Apri una finestra per i dispositivi ... ==> Disattivato
- Avvisa o avvia automaticamente ... ==> Disattivato
- Chiudi automaticamente ... ==> Disattivato
 
Ciao, Mario
 
 

 i log sono in /var/log/apt/history.log
 
Oggi pomeriggio, come per magia, tutto funziona correttamente.
 
Questi gli aggiornamenti di stamattina:
whoopsie:amd64 (0.2.55, 0.2.55.1)
libwhoopsie0:amd64 (0.2.55, 0.2.55.1)
apache2-data:amd64 (2.4.25-3ubuntu2.1, 2.4.25-3ubuntu2.2)
apache2-bin:amd64 (2.4.25-3ubuntu2.1, 2.4.25-3ubuntu2.2)
apache2-dev:amd64 (2.4.25-3ubuntu2.1, 2.4.25-3ubuntu2.2)
apache2:amd64 (2.4.25-3ubuntu2.1, 2.4.25-3ubuntu2.2)
virtualbox-5.1:amd64 (5.1.24-117012~Ubuntu~zesty, 
5.1.26-117224~Ubuntu~zesty)
apache2-utils:amd64 (2.4.25-3ubuntu2.1, 2.4.25-3ubuntu2.2)
 
 
Ciao, Mario
 
 


 
Avevo esultato troppo presto: alla mattina dopo il problema si è 
ripresentato.
 
Casomai dovesse succedere in futuro ad altri, alla fine ho risolto 
mettendo "udiskie" tra i programmi da lanciare all'avvio del PC.
 
Ciao, Mario
 
 

io cel'ho avviato tra i servizi
 
 
udisks.service

 udisks.service
 
Non so, magari qualche altro programma installato lo ha tolto 
dall'avvio ... dovrei fare un'installazione pulita per capire quale è 
il default.
 
Ciao, Mario