Se ssh pass non funziona da script

Se lanciando lo script con all'interno l'sshpass da cron, questo non devesse  funzionare, provate ad aggiungere l'opzione StrictHostKeyChecking=no all'interno dell'ssh, come nell'esempio:


sshpass -p latuapassword ssh -o StrictHostKeyChecking=no utente@172.30.135.1 /home/utente/script.sh

GIT e proxy

Per far funzionare git senza check di certificati:

export GIT_SSL_NO_VERIFY=1

oppure

git config --global http.sslverify false

Per impostare una proxy:

git config --global http.proxy http://proxyUsername:proxyPassword@proxy.server.com:port

Nella home troverete un file nascosto .gitconfig che contiene le impostazioni che effettuate

che può essere visualizzata anche con il comando

git config --global --get-regexp http.*

Le configurazioni possono essere annullate con questa sintassi:

git config --global --unset http.proxy

git config --global --unset http.sslVerify

git config --system --get https.proxy

Si trovano in oltre informazioni riguardo alle impostazioni delle passuord nel file:

/etc/environment

tutto sul sar

Il sar è uno strumento utilissimo per tenere sotto controllo i problemi di prestazioni dei vostri server.

Quello che fa il sar è tenere uno storico di una quantità di parametri  piuttosto nutrita.

L'installazione avviene, sotto debian (quindi ubuntu etc) così:


sudo apt-get install sysstats



sudo vi /etc/default/syssta


modificare la riga


ENABLED="true"



sudo vi /etc/cron.d/sysstat


cambiare

5-55/10 * * * * root command -v debian-sa1 > /dev/null && debian-sa1 1 1
a
*/2 * * * * root command -v debian-sa1 > /dev/null && debian-sa1 1 1

Dopo 4 minuti inizierete ad avere uno storico, potete consultare la giornata di oggi con

sar

e le giornate precedenti saranno accessibili con:

sar -f /var/log/sysstat/sa03

dove 03 è il giorno del mese che vi interessa.

Opzioni diverse mostrano statistiche diverse, qualche esempio

sar
(senza opzioni)
mostra l'utilizzo della cpu

sar -r
mostra le statistiche sulla memoria

sar -q
relativo al load average

problemi con gphoto

Lanciando gphoto vi ritrovate il seguente errore

/etc/udev/rules.d $ gphoto2 --storage-info

*** Error ***
An error occurred in the io-library ('Could not claim the USB device'): Could not claim interface 0 (Device or resource busy). Make sure no other program (gvfs-gphoto2-volume-monitor) or kernel module (such as sdc2xx, stv680, spca50x) is using the device and you have read/write access to the device.
*** Error (-53: 'Could not claim the USB device') ***

For debugging messages, please use the --debug option.
Debugging messages may help finding a solution to your problem.
If you intend to send any error or debug messages to the gphoto
developer mailing list <gphoto-devel@lists.sourceforge.net>, please run
gphoto2 as follows:

    env LANG=C gphoto2 --debug --debug-logfile=my-logfile.txt --storage-info

Please make sure there is sufficient quoting around the arguments.

Notere che:

/etc/udev/rules.d $ ps -ef |  grep gphoto

mikilin+   717     1  0 11:45 ?        00:00:00 /usr/lib/gvfs/gvfs-gphoto2-volume-monitor

mikilin+  1128     1  0 11:45 ?        00:00:00 /usr/lib/gvfs/gvfs-gphoto2-volume-monitor

mikilin+  1391     1  0 11:45 ?        00:00:00 /usr/lib/gvfs/gvfsd-gphoto2 --spawner :1.1 /org/gtk/gvfs/exec_spaw/1

mikilin+  1618  1440  0 11:54 pts/0    00:00:00 grep --color=auto gphoto

Personalmente ho risolto così:

cd /usr/lib/gvfs/

 sudo chmod a-x gvfs-gphoto2-volume-monito

e poi riavvio.

abilitare l'accesso ssh per root con ubuntu (dalla 14 in poi)

Dalla 14 in poi l'accesso ssh è disabilitato di default.

Può essere riabilitato facilmente:

nel file

/etc/ssh/sshd_config

commentare

PermitRootLogin without-password

inserire

PermitRootLogin yes

e riavviare il servizio

service ssh restart

e poi

sudo su -

e cambiare la password di root con passwd

mount.nfs: mount system call failed

Nel caso vi si presenti questo errore, il metodo che ha maggior successo nel risolvere è specificare manualmente tutte le opzioni:

sudo mount -o vers=3,proto=tcp,nolock,noacl 192.168.0.9:/volume1/musica /media -v

naturalmente vers dovrà specificare la versione utilizzata e proto il protocollo corretto

specificare le opzioni per altro può aumentare nuotevolmente il tempo di mount (nel caso di fallback a seguito di timeout, non è passare da 15s di tempo di mount a meno di 1).

per testare i tempi di mount potete aggiungere un time davanti ai due comandi di mount:

time sudo mount -o vers=3,proto=tcp,nolock,noacl 192.168.0.9:/volume1/musica /media -v

time sudo mount 192.168.0.9:/volume1/musica /media -v

Se avete bisogno di listare o verificare quali nfs sono disponibile per il vostro client da un determinato server (utile anche in caso di problemi):

showmount -e 192.168.0.9

Lista pacchetti installati con dimensione su debian/raspbian (raspberry)

Si trovano diversi comandi in giro per fare questa operazione, i due che mi sono piaciuti (funzionano e sono rapidi...) sono:

dpkg-query -W --showformat='${Installed-Size}\t${Package}\n' | sort -nr | less

dpkg-query -Wf '${Installed-Size}\t${Package}\n' | sort -n