• scaricare i driver nVidia dal sito ufficiale
• installare i pacchetti build-essential e linux-headers-`uname -r`
• andare su Sistema > Amministrazione > Driver aggiuntivi e rimuovere tutto ciò che riguarda nvidia
• passare alla shell con CTRL+ALT+1 e fermare gdm
• lanciare la procedura di installazione dei driver con il parametro -k $(uname -r)
• mettere in blacklist i driver FOSS nouveau scrivendo blacklist nouveau nel file /etc/modprobe.d/blacklist.conf
• riavviare il sistema e incrociare le dita

Se non funziona ancora, ho letto che talvolta bisogna modificare anche grub, quindi andare in /etc/default/grub e verificare che ci siano queste 2 righe:GRUB_CMDLINE_LINUX_DEFAULT="nomodeset"
GRUB_CMDLINE_LINUX="nomodeset"
o eventualmente modificarle in modo che diventino tali.

In bocca al lupo!

# lsattr /bin/ls
s—ia——- ./ls
# lsattr /bin/ps
s—ia——- ./ps
# lsattr /bin/netstat
s—ia——- ./netstat

…e soprattutto la soluzione:

# chattr -sia /bin/ls
# chattr -sia /bin/ps
# chattr -sia /bin/netstat

E per finire… un bel dito medio a tutti gli sviluppatori di rootkit!

Aprire la lista dei cronjobs:

$ crontab -e

Per impostare il destinatario dei report di cron:

MAILTO=test@foobar.com

Se non voglio che venga spedita alcuna email:

MAILTO=""

Per evitare la mail di alcuni cronjob, impostare come segue:

* * * * * /path/to/command >/dev/null 2>&1 

Eventualmente togliere il 2>&1 se vogliamo spedire solo gli errori.

# 'check_disk' command definition
define command{
command_name   check_disk
command_line   /usr/lib/nagios/plugins/check_disk -w '$ARG1$' -c '$ARG2$' -p '$ARG3$' -A -i '.gvfs'
}

# 'check_all_disks' command definition
define command{
command_name   check_all_disks
command_line   /usr/lib/nagios/plugins/check_disk -w '$ARG1$' -c '$ARG2$' -A -i '.gvfs'
}

Spero di essere stato utile a qualcuno.

Bah… chissà che qualcuno lo risolva presto… o forse come spesso accade, sono l’unico che ha questi problemi? 

sudo apt-get remove grub
sudo apt-get install grub-pc
sudo grub-install /dev/sda
sudo update-grub2

After running that last command, you should see your linux and windows install listed in the terminal output. Next, we try to fix your splash problem (and hopefully it speeds up your boot):

sudo apt-get install v86d
gksu gedit /etc/default/grub

Look for the line that says:
GRUB_CMDLINE_LINUX_DEFAULT=”quiet splash”
and replace it with:
GRUB_CMDLINE_LINUX_DEFAULT=”quiet splash nomodeset video=uvesafb:mode_option=1280×1024-24,mtrr=3,scroll=ywrap”

Then, look for the line that says:
#GRUB_GFXMODE=640×480
and replace it with:
GRUB_GFXMODE=1280×1024
Save the file and exit gedit.

Next, run the following command:
gksu gedit /etc/initramfs-tools/modules

and add this line at the end of the file:
uvesafb mode_option=1280×1024-24 mtrr=3 scroll=ywrap

Save the file and close gedit.

Then, run this command in a terminal:
echo FRAMEBUFFER=y | sudo tee /etc/initramfs-tools/conf.d/splash

Finally, run the following two commands:
sudo update-grub2
sudo update-initramfs -u

The above worked for me on an Nvidia card.

A questo punto nasce un problema:
supponiamo che entrambi i server abbiano lo stesso valore di autoincrement per una certa tabella e casualmente scriviamo contemporaneamente su entrambi i server MySql. Quale sarà la riga da replicare? Entrambe! Il risultato è ovvio: abbiamo 2 righe duplicate e la sincronizzazione si ferma.

Nasce così l’esigenza di gestire gli indici in modo diverso e quindi bisogna introdurre il concetto di offset per gli indici auto_increment. Ecco un esempio:

Server MySql-1 :
auto_increment_increment = 2
auto_increment_offset = 1

Server MySql-2:
auto_increment_increment = 2
auto_increment_offset = 2

(ovviamente i valori vanno scelti in base al numero di server che utilizziamo)

Quindi, riassumendo, ciascuno dei server MySql in replica multi-master avrà una configurazione simile a questa (ogni server ha i suoi id, ip, usr e pwd):

auto_increment_increment = 2
auto_increment_offset = 1
server_id = 2
log_bin = /var/log/mysql/mysql-bin.log
master_host = 10.0.0.5
master_user = user_name
master_password = user_pwd
master_port = 3306
log_slave_updates
replicate_same_server_id = 0

Ciao e alla prossima!

Aprire il file /etc/default/grub

Modificare (o aggiungere) i seguenti parametri

GRUB_GFXMODE=1024x768
GRUB_GFXPAYLOAD_LINUX=keep

Salvare il file e dare questi comandi da shell:

sudo grub-mkconfig && update-grub

Fatto!

(Grub2 help: https://help.ubuntu.com/community/Grub2)

Ok, passiamo alla pratica: come aggiungere uno slave ad un server mysql esistente. Inutile dire che tutte le operazioni banno eseguite con la massima attenzione e con mysql fermo o almeno bloccato in sola lettura per non fare danni.

Prima di tutto bisogna configurare il server mysql esistente come master:

/etc/init.d/mysql stop

Modificare il file /etc/mysql/my.cnf per abilitare il networking e la scrittura del file di log binario:

#skip-networking
bind-address = [indirizzo_ip_raggiungibile_dal_server_slave]
server-id = 1
log_bin = /var/log/mysql/mysql-bin.log
expire_logs_days = 10
max_binlog_size = 100M
binlog_do_db = [nome_db_da_replicare]

Adesso per sicurezza, cancelliamo eventuali vecchi file di log binario (così il server crea un log pulito ed a prova di errore) e poi facciamo ripartire il server master:

rm /var/log/mysql/mysql-bin.*
/etc/init.d/mysql start

Ripartito il server, accediamo via consolle a MySQL:
mysql -u root -p
E diciamo a MySQL di consentire la replica al nostro slave:
GRANT REPLICATION SLAVE ON *.* TO '[nome_utente]'@'[indirizzo_ip_dello_slave]' IDENTIFIED BY '[password]';
FLUSH PRIVILEGES;
Ora bisogna selezionare il database da replicare e impostare eventuali lock di lettura per spostare i dati (se presenti) dal master allo slave:
USE [nome_database];
FLUSH TABLES WITH READ LOCK;

Controlliamo lo stato del master:

SHOW MASTER STATUS;

+------------------+----------+--------------+------------------+
| File             | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+------------------+----------+--------------+------------------+
| mysql-bin.000001 | 98       | [nome_db]    |                  |
+------------------+----------+--------------+------------------+
1 row in set (0.00 sec)

Bene, adesso senza chiudere la shell di MySQL (altrimenti perdiamo il lock sulle tabelle e bisogna ricominciare), apriamo un’altra shell ed esportiamo il database in un file sql da traferire sul server slave:
mysqldump -u root -p --opt [nome_db] > [nome_db].sql

Una volta finita l’esportazione possiamo riaprire la shell di mysql per sbloccare il lock in lettura:

UNLOCK TABLES;
Ok, passiamo alla configurazione del server slave di mysql

Prima di tutto bisogna creare il database da replicare, quindi nella consolle dello slave MySQL scriviamo:

mysql -u root -p
Enter password:
CREATE DATABASE [nome_db];
quit;

Ora carichiamo il dump SQL che abbiamo fatto prima dal server master mysql:

mysql -u root -p [nome_db] < [path_dove_e_salvato_il_file]/[nome_db].sql

Modificare il file /etc/mysql/my.cnf per abilitare la lettura del file di log del server master:
server-id=2
master-host=[ip_master]
master-user=[user_creato_sul_master]
master-password=[password]
master-connect-retry=60
replicate-do-db=[nome_db]
A meno che lo slave sia un master a sua volta per altri slave sotto di lui, possiamo commentare la parte per il log bin sul server slave.

Ora non resta che riavviare il demone di mysql anche sullo slave e speriare che sia andato tutto bene

/etc/init.d/mysql restart

Per controllare lo status dello slave (va fatto periodicamente per assicurarci che funzioni!!) si può usare questo comando:

SLAVE STATUS;

That’s all folks!

—–

PRECISAZIONE:

Nel caso la replicazione debba partire da un una particolare posizione del log binario di mysql, bisogna lanciare il seguente comando nella shell di mysql:
CHANGE MASTER TO MASTER_HOST='<master_host_name>', MASTER_USER='<slave_user>', MASTER_PASSWORD='<slave_password>', MASTER_LOG_FILE='<recorded_log_file_name>', MASTER_LOG_POS=<recorded_log_position>

Successivamente, se necessario, adeguare la configurazione nel file /etc/mysql/my.cnf.

—–

AGGIORNAMENTO:

Nel caso il DB sia troppo grande, o comunque si voglia replicare l’intero server, procedere come segue (ovviamente dopo avere fermato mysql sia sul master che sullo slave, mi raccomando!):

server master:

1. Ferma MySql
sudo /etc/init.d/mysql stop

2. Compatta tutti i dati
tar zcvf mysql.tgz /var/lib/mysql

3. Copia (possibilmente con scp o comunque via SSH) il file mysql.tgz nello slave

4. Riavvia MySql
sudo /etc/init.d/mysql start

server slave:

1. Ferma MySql
sudo /etc/init.d/mysql stop

2. Rimuovi la cartella dei dati attuale
sudo rm -rf /var/lib/mysql

3. Scompatta la versione nuova dei dati
sudo tar zxvf mysql.tgz

4. Riavvia il database
sudo /etc/init.d/mysql start