Il mio notebook ha dei problemi con UDev/Upower in quanto quando inserisco o tolgo il cavo il gestore alimentazione non mi riconosce questi eventi.
È un problema che ho riscontrato su Ubuntu, Debian, Gentoo ed Archlinux e quindi con svariate versione di UDev/Upower ma sono finalmente riuscito a trovare una soluzione per questo fastidioso bug 
Se anche voi siete afflitti da questo problema vi basterà creare uno script:
1 | nano -w /home/$USER/SwitchBattery.sh |
nano -w /home/$USER/SwitchBattery.sh
contenente il seguente codice (se usi YAD):
1 2 3 4 5 6 7 8 9 10 | #!/bin/bash pass=$(yad --class="GSu" \ --title="Password" \ --text="Enter '$USER' password:" \ --image="dialog-password" \ --entry --hide-text --separator="") if [ $? != 0 ];then exit 0 fi echo $pass | sudo -S udevadm trigger --subsystem-match=power_supply &>/dev/null |
#!/bin/bash pass=$(yad --class="GSu" \ --title="Password" \ --text="Enter '$USER' password:" \ --image="dialog-password" \ --entry --hide-text --separator="") if [ $? != 0 ];then exit 0 fi echo $pass | sudo -S udevadm trigger --subsystem-match=power_supply &>/dev/null
oppure il seguente (se usi Zenity):
1 2 3 4 5 6 7 8 9 | #!/bin/bash pass=$(zenity \ --title="Password" \ --text="Enter '$USER' password:" \ --entry --hide-text) if [ $? != 0 ];then exit 0 fi echo $pass | sudo -S udevadm trigger --subsystem-match=power_supply &>/dev/null |
#!/bin/bash pass=$(zenity \ --title="Password" \ --text="Enter '$USER' password:" \ --entry --hide-text) if [ $? != 0 ];then exit 0 fi echo $pass | sudo -S udevadm trigger --subsystem-match=power_supply &>/dev/null
oppure questo se non vuoi inutili ”fronzoli”:
1 2 3 4 | #!/bin/bash echo "Inserisci PWD:" read -rs pass echo $pass | sudo -S udevadm trigger --subsystem-match=power_supply &>/dev/null |
#!/bin/bash echo "Inserisci PWD:" read -rs pass echo $pass | sudo -S udevadm trigger --subsystem-match=power_supply &>/dev/null
Infine rendiamo eseguibile il file con:
1 | chmod +x /home/$USER/SwitchBattery.sh |
chmod +x /home/$USER/SwitchBattery.sh
PS: su Archlinux ho dovuto modificare il file sudoers per permettere all’utente non root di eseguire quel comando. Se vi interessa basta procedere in questo modo:
su
visudo
E ho quindi aggiunto questa riga:
%wheel ALL=(ALL) /usr/bin/udevadm
Enjoy:D
Hai controllato se alla disconnessione del cavo almeno il kernel genera un evento? E se viene notificato ad Udev? Potrebbe darsi che sollevi un evento differente da quello che upower si aspetta.
Mi succede questo:
DA staccato AD attaccato:
[ 1823.380506] EXT4-fs (sda1): re-mounted. Opts: user_xattr,acl,barrier=1,data=ordered,commit=0[ 1823.409020] NMI watchdog enabled, takes one hw-pmu counter.
[ 1823.409061] NMI watchdog enabled, takes one hw-pmu counter.
[ 1823.412423] NMI watchdog enabled, takes one hw-pmu counter.
[ 1823.415792] NMI watchdog enabled, takes one hw-pmu counter.
[ 1823.511721] ehci_hcd 0000:00:1a.0: setting latency timer to 64
[ 1823.708237] ehci_hcd 0000:00:1d.0: setting latency timer to 64
[ 1825.647661] EXT4-fs (sda1): re-mounted. Opts: commit=0
DA attaccatto A staccato:
[ 1876.213007] EXT4-fs (sda1): re-mounted. Opts: commit=600[ 1876.736399] EXT4-fs (sda1): re-mounted. Opts: user_xattr,acl,barrier=1,data=ordered,commit=60
Qualcosa viene notificato, infatti pm-utils rileva il cambiamento e modifica l’intervallo di flush coerentemente. Bisogna vedere perchè il resto non funzioni. Di preciso quale programma dovrebbe reagire alla dis/connessione del cavo? Sarebbe meglio se controllassi gli eventi sollevati da udev tramite udevadm monitor.
Il programma che dovrebbe reagire sono i power-manager di gnome e kde!
Riguardo a udevadm monitor ecco l’output quando INSERISCO il cavo:
e questo quando LO TOLGO:
Come vedi viene sollevato un change sul device BAT0, che è parte del sottosistema power_supply, in entrambi i casi. È esattamente ciò che fa il tuo script, non capisco perchè senza non funzioni. :/
Non capisco neppure perchè l’azione venga ripetuta così tante volte…
Potresti provare a vedere cosa risponde udevadm monitor al”esecuzione del tuo script.
Già non ci capisco nulla nemmeno io…mah!
Comunque questo è quello che avviene quando avvio il mio script:
Ah…ora i conti tornano. Pensavo che il device fosse uno solo, BAT0, con due stati. Invece i device sono due, suppongo mutualmente esclusivi. Mi pare di capire quindi, che il sistema senza il tuo script gestisca solo il device riferito alla batteria, ma non quello relativo all’alimentazione di rete. Potresti postare marca e modello del tuo notebook?
Sony Vaio VPC-EH1S0E
PS: grazie per il tempo che mi stai dedicando!
Il tempo di dirlo…che mi ero dimenticato di questo post
Prova a caricare il modulo ac, e poi a vedere se la dis/connessione del cavo viene notificata:
modprobe ac
Oltre a non funzionare non mi fa funzionare nemmeno lo script!
Cosa restituisce udevadm monitor?
Da ATTACCATO a STACCATO:
E da STACCATO ad ATTACCATO:
Ovviamente con ac modprobbato
Cioè la cosa strana è che viene visto correttamente da acpi l’evento batteria e quello ac (ovvero inseriti o meno)…solo che i power manager non si accorgono che lo stato del cavo è inserito o non inserito…e non capisco perché dato che acpi lo segnala correttamente..
acpi segnala solo il cambiamento dell’alimentazione per ciò che concerne la batteria, ma come vedi non dice nulla riguardo al cavo (lo so che la logica vorrebbe, che o è uno o è l’altro, ma per udev non è così).
Ho appena letto che il modulo ac dovrebbe venir caricato di default dagli initscript di arch, quindi non credo possa essere cambiato qualcosa. Provaa postare dmesg nel momento in cui s/colleghi il cavo.
prova a postare dmesg quando s/colleghi il cavo.
Spostiamoci qui va
http://www.archlinux.it/forum/viewtopic.php?id=13907