Source: WebUpd8.org
VirtualBox 4.0 got a very cool new feature that allows you to easily resize a hard disk in just a few seconds. Previously, you had to install Gparted to do this and the procedure was quite slow.
In VirtualBox 4.0+ (see how to install VirtualBox 4.0.x in Ubuntu), to resize a VirtualBox hard disk image (.VDI) firstly locate the folder where the .vdi you want to resize is located – this should be under ~/VirtualBox VMs or ~/.VirtualBox/HardDisks. Then open a terminal, navigate to that folder (« cd /FOLDER/PATH ») and run the following command to resize the .VDI:
VBoxManage modifyhd YOUR_HARD_DISK.vdi --resize SIZE_IN_MB
Where YOUR_HARD_DISK.vdi is the VirtualBox hard disk you want to resize and SIZE_IN_MB is the new virtual hard disk size, in megabytes. For example, the following command will resize the VirtualBox hard disk called « natty.vdi » to 12000 megabytes:
VBoxManage modifyhd natty.vdi --resize 12000
That’s it! The process takes just a few seconds and you should now have a resized VirtualBox hard disk.
Source: didier.misson.net
Mais que fait cette commande ?
Il suffit d’essayer en ligne de commande…
Non, ce n’est pas risqué.
ls -R | grep ":$" | sed -e 's/:$//' -e 's/[^-][^\/]*\//--/g' -e 's/^/ /' -e 's/-/|/'
Cette commande liste vos dossiers en arborescence, sous forme d’un arbre.
C’est plutôt pour le fun, et pour utiliser SED, car on ne va pas retaper cette longue commande à chaque fois !
Voyez donc ce billet comme un exercice, un exemple de ce qu’on peut faire en ligne de commande avec SED, et pas comme un « truc et astuce ».
J’ai ensuite voulu comprendre comment cette commande fonctionnait.
On y retrouve des commandes assez classiques en Linux : ls, grep et sed.
Lire la suite…
Un jour vous pouvez resté bloqué par un mot de passe perdu pour accéder à Webmin et vous auriez besoin d’un moyen de le changer.
Voici comment: pour commencer, connectez-vous à votre système en ssh.Vous devez trouver où Webmin est installé et donc le chemin que le script utilisera pour réinitialiser le mot de passe. Lire la suite…
Récemment, je me suis aperçu que mon dernier fichier /var/log/auth.log n’avait pas été renouvelé depuis le 17/04/2011… Evidemment, ça n’aide pas à analyser sereinement les fichiers de logs, vu la taille que ça génère: 105306586 c’est-à-dire plus de 100Mo !
Je voulais conserver 26 semaines de logs pour analyser les tentatives d’intrusion et calculer leur évolution au fur et à mesure que je renforçais la protection de mon serveur.
Tout simple:
- créer un fichier séparé pour
auth.log qu’on appelle /etc/logrotate.d/auth:
/var/log/auth.log
{
rotate 26
weekly
missingok
notifempty
compress
delaycompress
sharedscripts
postrotate
reload rsyslog >/dev/null 2>&1 || true
endscript
}
- retirer la référence à
/var/log/auth.log dans /etc/logrotate.d/auth - redémarrer le service
rsyslog:
/etc/init.d/rsyslog restart
Lire la suite…
