consulente informatico stressato e bastardo

Avrete sicuramente anche voi qualche cliente dai dubbi gusti che usa quella merda di Mac, e quindi avrete provato il piacere di dover eliminare a mano i cazzo di file .DS_Store che questo aborto di sistema operativo lascia in giro; bene, d’ora in poi fategli vedere quanto ce l’ha duro Linux con questo comando:

Se siete stati così coglioni da salvare i file così e da aver bisogno dei file cosà, beccatevi ‘sto comando e andate affanculo:

Hai bestemmiato su /etc/default/varnish? hai copiato /lib/systemd/system/varnish.service in /etc/systemd/system/varnish.service, l’hai modificato e lui se ne frega il cazzo?

prova:

Avete paura che qualche dato importante possa essere letto da malintenzionati qualora abbiano accesso al vostro computer? Leggete qua.

Che abbiate bisogno di riparare un file registro corrotto o che siate investigatori informatici alla ricerca di prove, Windows Registry Recover della Mitec è lo strumento che fa per voi! Lo potete scaricare gratuitamente da http://www.mitec.cz/wrr.html e non richiede installazione, si lancia direttamente.

Se invece volete fare una bella pulizia, vi consiglio di effettuare prima un riavvio pulito del sistema e poi dare una bella passata con CCleaner, BleachBit (https://www.bleachbit.org/ free per Windows e Linux) e ovviamente il tool di pulizia disco di Windows.

Se vi viene la curiosità di vedere cosa c’è nei database delle thumbnails prima di cancellarli, vi consiglio Thumbs Viewer (https://thumbsviewer.github.io/) e Thumbcache Viewer (https://thumbcacheviewer.github.io/).

Sempre per i veri paranoici, un ulteriore consiglio di pulizia che mi sento di dare è quello di attivare il clean automatico del file di swap di Windows allo shutdown del sistema. Si tratta di un’operazione abbastanza semplice, come mostrato dalla seguente figura:

Ancora a proposito di paranoia, visto che ormai ci siete vi conviene disabilitare il file di ibernazione di Windows, in modo da evitare che rimangano salvate tracce del vostro lavoro. Questo si fa comodamente da linea di comando (lanciato da amministratore) con:

powercfg –h off

Se siete fanatici del punta-e-clicca potete anche seguire questa guida: http://helpdeskgeek.com/windows-7/windows-7-delete-hibernation-file-hiberfil-sys/ o una qualsiasi altra guida sulla disattivazione dell’ibernazione in Windows.

Un altro consiglio che mi sento di darvi per dormire sonni tranquilli è quello di disabilitare il dump della memoria in caso di crash del sistema; anche questo è molto facile e si fa dalle impostazioni di sistema avanzate selezionando “nessuno” alla voce “scrivi informazioni di debug”:

Ma che bello, Windows 10 tiene impegnate le lettere di unità anche dopo che il dispositivo è stato rimosso. Questo problema è particolarmente fastidioso se usate programmi tipo DaemonTools o TrueCrypt. Per liberare le lettere di unità occupate ma non utilizzate potete provare:

mountvol /R

Se il sistema fa cose strane, un primo tentativo è sempre il full reboot, che in Windows 10 potete richiedere con il comando:

shutdown /s /f /t 0

Solo io so cosa mi passava per la testa quando ho avuto la bella idea di merda di salvare tutti i database di un server in un unico file SQL. Probabilmente mi sembrava più maneggevole... ma salvare singolarmente i singoli database e poi comprimerli in un archivio solo, no?

Vabbè, passato il primo momento di imprecazioni varie mi sono ricordato che dopotutto sto usando Linux quindi sicuramente la soluzione era a portata di mano, e infatti...

Per prima cosa mi sono creato un indice del file per sapere dove finisce un database e dove ne inizia un altro:

cat ideaDelCazzo.sql | grep -n 'CREATE DATABASE' > dbIndex.txt

A questo punto ho ottenuto un bellissimo file in cui si trovano i numeri di riga in cui è presente il comando CREATE DATABASE, quindi da qui è stato poi facile capire dove si trova il database che mi interessa. In pratica, supponendo che il comando di creazione del database da estrarre si trovi alla linea 1000, e il comando di creazione del database successivo alla linea 2000, basta usare sed:

sed -n 1000,1999p ideaDelCazzo.sql > databaseRecuperato.sql

La sintassi di rsync è molto semplice; inoltre questo comando, per alcune sue caratteristiche, è a mio avviso da preferire rispetto ai classici cp e scp. Non sto qua a disquisire sul perché (googlate), voglio semplicemente mostrare con alcuni esempi come utilizzarlo. Cominciamo da un caso base, copia del contenuto di una directory su un’altra:

rsync -rzvah /path/to/source/ /path/to/dest/

Le opzioni che abbiamo utilizzato sono:

r copia ricorsiva

z comprime i dati nel trasferimento

v output prolisso

a modalità archivio (preserva permessi e proprietari)

h scrive i numeri in formato leggibile

Supponiamo di voler effettuare la stessa cosa ma su una destinazione remota, cancellando dalla destinazione i file non presenti nella sorgente e ignorando i file che in remoto risultano più recenti che in locale:

rsync -rzvahu --delete-delay /path/to/source/ root@host:/path/to/dest/

Abbiamo introdotto, oltre alla sintassi per il percorso remoto, le seguenti opzioni:

u ignora i file più aggiornati sulla destinazione

--delete-delay dopo il trasferimento elimina dalla destinazione i file non presenti sulla sorgente

Se vi interessa mantenere nella destinazione il percorso completo dei file della sorgente (per esempio perché volete replicare una parte del filesystem potendola poi ripristinare in fretta) vi segnalo anche l'opzione R che fa esattamente questo. Vediamo un semplicissimo script di backup che sfrutta per l'appunto questa cosa:

#!/bin/sh for i in /etc /var/www /bin /sbin /usr/bin /usr/sbin; do rsync --delete-delay -rzaqR $i root@host:/var/backups/ done exit $?

Quindi abbiamo aggiunto:

q funzionamento silenzioso

R mantiene i percorsi

Può capitare (se fate casino e se non usate le chiavi esterne, dannati bastardi) che in una tabella ci siano righe che non hanno più una corrispondenza sull’altra. Ora poniamo che vi siate pentiti e che vogliate pulire la tabella contenente le righe orfane, questo è facilissimo (ma vi meritereste di farlo a mano), basta utilizzare una query del tipo:

DELETE t1 FROM t1 LEFT JOIN t2 ON t2.id = t1.id_t2 WHERE t2.id IS NULL

Se vi serve di scaricare un intero sito (per esempio per consultarlo offline) potete usare questo bellissimo programma, scaricabile gratuitamente dal sito ufficiale.

Utilizzarlo è semplicissimo, dopo averlo lanciato vi troverete davanti la schermata principale; iniziando un nuovo progetto vi verrà chiesto quale sito scaricare e dove volete scaricarlo.

Innanzitutto se non l’avete già installato fatelo:

apt-get install gparted

Una volta lanciato, gparted vi chiederà di autenticarvi dopodiché scansionerà il sistema per creare la mappa delle partizioni presenti. Al termine di questa operazione dovreste trovarvi davanti a una roba del genere:

Selezionate il disco su cui volete operare tramite il menù a tendina in alto a destra (OCCHIO a quello che fate), dopodiché vi troverete la mappa delle partizioni che si trovano su quel disco.

In questo caso ad esempio voglio sgomberare il disco di un vecchio portatile per usarlo come supporto di archiviazione esterno.

L’interfaccia di gparted è molto intuitiva, a meno che non siate completamente rincoglioniti dovreste riuscire a svolgere tutte le operazioni essenziali facendo click con il tasto sinistro sulle varie partizioni o sullo spazio vuoto e selezionando la voce appropriata dal menù contestuale.

Giusto perché mi sono ritrovato a doverlo fare, ve lo regalo. Lo script è questo, ve lo leggete e dopo ve lo spiego:

@echo off echo start: %date% %time% >> c:\batch\run.log if not exist X:\ ( net use X: \\192.168.0.3\share PASSWORD /user:USER /persistent:no >> c:\batch\run.log 2>&1 echo "drive mounted" >> c:\batch\run.log ) else ( echo "drive already mounted" >> c:\batch\run.log ) SET src_folder=c:\documenti SET dst_folder=x:\archivio echo starting copy from %src_folder% to %dst_folder% >> c:\batch\run.log for /f %%a IN ('dir "%src_folder%" /b') do move %src_folder%\%%a %dst_folder% >> c:\batch\run.log 2>&1 echo done: %date% %time% >> c:\batch\run.log

Notate innanzitutto che ci sono diverse scritture sul file di log. Io AMO i file di log. Tutti i sistemisti intelligenti AMANO i file di log. I file di log sono VOSTRI AMICI, non dimenticatevene mai.

Il sintomo più visibile di questo problema è che di solito i siti che utilizzano le sessioni cominciano a dare errori di tipo ERR_CONTENT_DECODING_FAILED, come in questo caso:

La soluzione è molto semplice, basta controllare i permessi della cartella delle sessioni di PHP (di default /var/lib/php5) o più semplicemente eliminarla e ricrearla con i permessi giusti (777):

Diciamocelo, è una bella rottura di palle. Per evitarlo dobbiamo editare il file /etc/ssh/ssh_config e modificare o aggiungere la seguente riga:

ServerAliveInterval 30

Supponiamo che abbiate un bellissimo server Linux che si trova in questa situazione:

+-------+ +------+ +--------+ LAN 1 +---+ GW 1 +---> WAN 1 | +-------+ +------+ +----+---+ | server | +----+---+ | +-------+ +------+ +--------+ LAN 2 +---+ GW 2 +---> WAN 2 +-------+ +------+

Ad esempio perché il server deve poter uscire su Internet anche se una delle due WAN va giù.

Ci occorrerà che la configurazione di rete sia simile alla seguente (/etc/network/interfaces):

auto lo iface lo inet loopback allow-hotplug eth0 iface eth0 inet static address 192.168.1.1 netmask 255.255.255.0 network 192.168.1.0 broadcast 192.168.1.255 gateway 192.168.1.254 dns-nameservers 8.8.8.8 post-up route add default gw 192.168.1.254 metric 0 eth0 pre-down route del default gw 192.168.1.254 allow-hotplug eth1 iface eth1 inet static address 192.168.2.1 netmask 255.255.255.0 network 192.168.2.0 broadcast 192.168.2.255 gateway 192.168.2.254 dns-nameservers 8.8.8.8 post-up route add default gw 192.168.2.254 metric 0 eth1 pre-down route del default gw 192.168.2.254

Se vogliamo possiamo creare degli script bash che ci aiutino a passare rapidamente da una WAN all'altra oppure di attivarle entrambe:

# wan1.sh #!/bin/bash route del default gateway 192.168.2.254 eth1 route add default gateway 192.168.1.254 eth0 route -n # wan2.sh #!/bin/bash route del default gateway 192.168.1.254 eth0 route add default gateway 192.168.2.254 eth1 route -n # wanBoth.sh #!/bin/bash route del default gateway 192.168.1.254 eth0 route del default gateway 192.168.2.254 eth1 route add default gateway 192.168.1.254 metric 0 eth0 route add default gateway 192.168.2.254 metric 0 eth1 route -n

Vi sarà capitato un miliardo di volte, avete una serie di file sparsi in un albero di cartelle più o meno incasinate e volete sapere in quali di essi si trova una data stringa.

Perfetto, grep è quello che fa per voi se i file in questione sono file di testo. Il comando è molto semplice, prima lo vediamo per poi spiegarlo:

grep -rnwl '/path/dove/guardare/' -e "testoDaCercare"

In pratica chiediamo a grep di cercare ricorsivamente (r) un testo esatto (w) restituendo il numero di riga (n) e il nome del file (l) in cui lo trova.

Se vogliamo escludere certi file possiamo utilizzare l'opzione --exclude:

grep --exclude=*.cpp -rnwl '/path/dove/guardare/' -e "testoDaCercare"

Se vogliamo escludere intere directory possiamo utilizzare l'opzione --exclude-dir:

grep --exclude-dir={man,docs} -rnwl '/path/dove/guardare/' -e "testoDaCercare"

Può essere un bel palo nel sedere. I passaggi da fare sono tanti e le cose che si possono incasinare tantissime; però ce la potete fare (forse).

Innanzitutto installiamo i pacchetti che ci servono:

apt-get install alien unixodbc

Ora scarichiamo il driver iAccess dal sito IBM (serve la registrazione), debianizziamolo e installiamolo:

alien -d -k iSeriesAccess-7.1.0-1.0.x86_64.rpm dpkg -i iseriesaccess_7.1.0-1.0_amd64.deb

se abbiamo fatto tutto giusto ora il driver dovrebbe essere installato. Registriamolo in ODBC:

odbcinst -i -d -f /opt/ibm/iSeriesAccess/unixodbcregistration64

I file di configurazione rilevanti per UnixODBC sono /etc/odbc.ini e /etc/odbcinst.ini che contengono rispettivamente le definizioni delle DSN e dei drivers. Il file /etc/odbcinst.ini dovrebbe somigliare a questo:

[IBM DB2 ODBC DRIVER] Description=ODBC 5.1 Driver for Database Driver=/usr/lib/x86_64-linux-gnu/odbc/libmyodbc.so FileUsage=1 [iSeries Access ODBC Driver] Description=iSeries Access for Linux ODBC Driver Driver=/opt/ibm/iSeriesAccess/lib64/libcwbodbc.so Setup=/opt/ibm/iSeriesAccess/lib64/libcwbodbcs.so NOTE1=If using unixODBC 2.2.11 or later and you want the 32 and 64-bit ODBC drivers to share DSN's, NOTE2=the following Driver64/Setup64 keywords will provide that support. Driver64=/opt/ibm/iSeriesAccess/lib64/libcwbodbc.so Setup64=/opt/ibm/iSeriesAccess/lib64/libcwbodbcs.so Threading=2 DontDLClose=1 UsageCount=3 [iSeries Access ODBC Driver 64-bit] Description=iSeries Access for Linux 64-bit ODBC Driver Driver=/opt/ibm/iSeriesAccess/lib64/libcwbodbc.so Setup=/opt/ibm/iSeriesAccess/lib64/libcwbodbcs.so Threading=2 DontDLClose=1 UsageCount=2

Ora creiamoci una DSN editando il file /etc/odbc.ini:

[ODBC Data Sources] DEV = DEV[DEV] Description = iSeries Access ODBC Driver Driver = iSeries Access ODBC Driver System = xxx.xxx.xxx.xxx UserID = xxxxx Password = xxxxx Naming = 1 DefaultLibraries = QGPL Database = ConnectionType = 2 CommitMode = 2 ExtendedDynamic = 1 DefaultPkgLibrary = DefaultPackage = A/DEFAULT(IBM),2,0,1,0,512 AllowDataCompression = 1 LibraryView = 0 AllowUnsupportedChar = 1 ForceTranslation = 1 Trace = 0

Non dimentichiamoci di registrare la libreria con:

echo "/opt/ibm/iSeriesAccess/lib64" > /etc/ld.so.conf.d/iSeriesAccess.conf /sbin/ldconfig

Per testare la DSN che abbiamo appena creato usiamo:

isql -v DEV