Installiamo tutto ciò che ci serve:
apt-get install bluez-utils bluetooth libbluetooth2-dev build-essential
Modificare in /etc/bluetooth/hcid.conf la security da user ad auto.
Inserire la chiavetta bluetooth e rivviare la macchina
Associare il proprio telefono col server:
dal telefono dal menù bluetooth, nuova associazione, selezionare il server zabbix, password di default 1234
Scaricare il tool per inviare gli sms:
http://sourceforge.net/projects/bfsms
Scompattare, patchare, compilare e installare (nel nostro caso la v 0.11):
tar xvzf bfsms_v.0.11.tar.gz
cd bfsms_v.0.11
wget http://archives.alviano.com/patches/bfsms.c.patch (Questa Patch serve per avere il supporto agli sms più lunghi di 160 caratteri)
patch bfsms.c bfsms.c.patch
make
make install
Invio sms:
bfsms -s mac:address numero 'messaggio'
NB: Il mac address del bluetooth sui Nokia si trova digitando: *#2820#
Esempio:
bfsms -s 00:11:22:33:44:55 +390123456789 'messaggio'
Se si ha la necessità di usare questa funzionalità su una Virtual Machine di VmWare
bisogna che il virtualizzatore abbia caricato solo il modulo hci_usb per cui bisogna mettere in /etc/modprobe.d/blacklist i moduli rfcomm e l2cap
sulla VM invece deve avere tutti i moduli:
root@lenny:~# lsmod | grep blu
bluetooth 44996 7 rfcomm,l2cap,hci_usb
poi si può procedere con i passaggi descritti sopra.
Attenzione non tutti i telefoni funzionano.
Sul Nokia N70 non funziona.
Sul Nokia 2323 funziona.
A presto.
Il Tivoli Storage Manager Client per linux esiste solo in formato rpm per RedHat e simili, ma se lo volessimo in debian?? Nulla di piu’ semplice :-)
Ecco i vari passaggi.
Debian amd64:
wget http://adsm.org/files/TSM/Clients/Linux/Debian/tsm-client_5.4.1.0_amd64.deb
apt-get update
apt-get install libstdc++5 ia32-libs
dpkg -i tsm-client_5.4.1.0_amd64.deb
Debian i386:
wget http://adsm.org/files/TSM/Clients/Linux/Debian/tsm-client_5.4.1.0_i386.deb
apt-get update
apt-get install libstdc++5
dpkg -i tsm-client_5.4.1.0_i386.deb
Ora potete modificare il dsm.sys e il dsm.opt che si trovano in /opt/tivoli/tsm/client/ba/bin
Dopo che si è installato e configurato il problema è farlo avviare in automatico nei vari runlevel, quello che segue è lo script di avvio da mettere in /etc/init.d/ :
NB: Nello script dovete cambiare il servername!
#!/bin/bash
#
# dsmc Start/Stop IBM Tivoli Storage Scheduler
#
# description: Starts/Stops the IBM Tivoli Storage Scheduler
# processname: dsmc
# pidfile: /var/run/dsmc.pidcase $1 in
start)
/usr/bin/dsmc sched -servername=tsmserver -schedmod=pr >/dev/null 2>&1 &
echo `pidof dsmc` > /var/run/dsmc.pid
exit 0
;;
stop)
kill -9 `cat /var/run/dsmc.pid`
rm -f /var/run/dsmc.pid
exit 0
;;restart)
/etc/init.d/tsm stop
sleep 5
/etc/init.d/tsm start
exit 0
;;*)
echo “Usage: $0 {start|stop|restart}”
;;
esac
N.B. Da /etc/inittab bisogna commentare la riga del tsm ( Ndr. di solito è l’ultima del file ) e far rileggere il file con il comando: telinit q
Et voilà le jeux son fait! :-)
Dopo aver visto il dist-upgrade da sarge a etch ecco quello da etch a lenny.
Ecco come ri-fare un salto di release in piena tranquillità.
Per prima cosa sulla Etch aggiornare all’ultimo patchlevel:
apt-get update
apt-get dist-upgrade
reboot
NB: Se l’apt-get update vi restituisce l’errore NO_PUBKEY, qua la soluzione.
Ora commentiamo i repository di Etch ed aggiungiamo quelli di Lenny:
deb http://debian.fastweb.it/debian/ lenny main
deb-src http://debian.fastweb.it/debian/ lenny maindeb http://security.debian.org/ lenny/updates main
deb-src http://security.debian.org/ lenny/updates maindeb http://volatile.debian.org/debian-volatile lenny/volatile main
deb-src http://volatile.debian.org/debian-volatile lenny/volatile main
Poi:
apt-get update
apt-get dist-upgrade
Ed infine:
reboot
Alla prossima!
Se quando lanciate un apt-get update vi trovate con questo errore:
W: GPG error: http://debian.fastweb.it etch Release: The following signatures couldn’t be verified because the public key is not available: NO_PUBKEY XXXXXXXXXXXXXXX
W: GPG error: http://security.debian.org etch/updates Release: The following signatures couldn’t be verified because the public key is not available: NO_PUBKEY XXXXXXXXXXXXXXX
W: You may want to run apt-get update to correct these problems
Ecco cosa dovete fare:
gpg –keyserver wwwkeys.eu.pgp.net –recv-keys XXXXXXXXXXXXXXX && apt-key add /root/.gnupg/pubring.gpg && apt-get update
Saluti!
Lo so ora c’è Lenny ma a volte capita che alcuni clienti stiano ancora su vecchie release e che abbiano bisogno di qualche feature in piu’ disponibile nelle versione successiva.
Ecco come fare un salto di release in piena tranquillità.
Per prima cosa sulla Sarg aggiornare all’ultimo patchlevel usando i nuovi repository in /etc/apt/source.list:
##SARGE (Oldstable)
deb http://archive.debian.org/debian/ sarge main contrib non-free
deb-src http://archive.debian.org/debian/ sarge main contrib non-free##SECURITY UPDATES (Sarge)
deb http://archive.debian.org/debian-security/ sarge/updates main contrib non-free
deb-src http://archive.debian.org/debian-security/ sarge/updates main contrib non-free
A questo punto:
apt-get update
apt-get dist-upgrade
reboot
Ora commentiamo i repository di Sarg ed aggiungiamo quelli di Etch:
deb http://debian.fastweb.it/debian/ etch main non-free
deb-src http://debian.fastweb.it/debian/ etch main non-freedeb http://security.debian.org/ etch/updates main contrib
deb-src http://security.debian.org/ etch/updates main contrib
Poi:
apt-get update
apt-get dist-upgrade NB: Non fate riavviare il servizio ssh che potrebbe non tornare su!!!
Ora installate il nuovo kernel:
apt-get install linux-image-2.6-686
Ed infine:
reboot
Io l’ho fatto di Venerdì 17 e l’ho riavviato alle 17.17 e la macchina è tornata su!!!!
| M | T | W | T | F | S | S |
|---|---|---|---|---|---|---|
| « Apr | ||||||
| 1 | 2 | 3 | 4 | 5 | ||
| 6 | 7 | 8 | 9 | 10 | 11 | 12 |
| 13 | 14 | 15 | 16 | 17 | 18 | 19 |
| 20 | 21 | 22 | 23 | 24 | 25 | 26 |
| 27 | 28 | 29 | 30 | |||
Commenti Recenti