Le problème:

5 disques en RAID5 et LVM2, 1 groupe de volumes /dev/gv1 et 6 volumes logiques /dev/gv1/vol01 à /dev/gv1/vol06 occupant tout l’espace disponible. Tous les volumes logiques sont formatés en ext3.

L’espace commence à manquer sur le volume logique vol06 alors que le volume vol02 a plein d’espace libre. J’ai donc pris 14Go sur vol02 pour agrandir vol06. La manip n’est pas très compliquée mais il vaut mieux prendre son temps si on ne veut pas perdre toutes ses données,  en général on ne veut pas. La première étape est donc une sauvegarde des volumes à modifier.

Diminuer la taille du volume /dev/gv1/vol02

ATTENTION: Diminuer un volume en deçà de l’espace occupé par les données conduit à la destruction du système de fichiers.

La taille actuelle du volume est d’environ 286Go, je veux la ramener à 272Go. On va commencer par réduire la taille du système de fichiers à 270Go, puis réduire la taille du volume logique à 272Go et enfin agrandir le système de fichier à 272Go. Cette astuce donnée par Hoper dans cet article permet de limiter les risques d’erreurs.

Démontage du volume :

umount /dev/gv1/vol02

Vérification :

e2fsck -f /dev/gv1/vol02

Ramener la taille du système de fichiers à 270Go :

resize2fs /dev/gv1/vol02 270G

Ramener la taille du volume logique à 272Go :

lvresize -L 272G -v /dev/gv1/vol02

Etendre le système de fichiers pour qu’il occupe tout le volume logique :

resize2fs /dev/gv1/vol02

Vérification :

e2fsck -f /dev/gv1/vol02

Remontage des volumes :

mount -a

Ca y est, le plus risqué est fait!

Agrandir le volume /dev/gv1/vol06

On va agrandir le volume logique vol06 pour qu’il récupère tout l’espace disponible dans le groupe de volume gv1.

On vérifie l’espace disponible avec vgdisplay :

vgdisplay

Les infos intéressantes sont PE size et Free PE, j’obtiens :

PE Size               4,00 MB
Free  PE / Size       3700 / 14,45 GB

La valeur de 14,45GB étant un arrondi, on va recalculer l’espace réellement disponible en Mo : 3700×4=14800Mo

OK, on peut y aller.

Démontage du volume :

umount /dev/gv1/vol06

Vérification :

e2fsck -f /dev/gv1/vol06

Agrandir de 14800Mo la taille du volume logique

lvresize -L +14800M /dev/gv1/vol06

Etendre le système de fichiers pour qu’il occupe tout le volume logique :

resize2fs /dev/gv1/vol06

Vérification :

e2fsck -f /dev/gv1/vol06

Remontage des volumes :

mount -a

Ayé c’est fini.
Liens:
LVM, une autre manière de partitionner

RAID et LVM

L’installation par défaut de Gparted sous Kubuntu 9.04 ne permet pas de créer une partition NTFS, l’option est grisée. Je n’ai pas vérifié sous Debian mais il y a de bonnes chances que ça soit pareil. Pour que ça fonctionne il faut installer le paquet ntfsprogs :

sudo aptitude install ntfsprogs

Et voilà, Gparted peut maintenant créer une partition NTFS.

Edit du 21/11/2009

Sous Debian il faut le paquet dosfstools pour que gparted puisse formater en FAT16/FAT32

En fait c’est très simple et les impressions des billets de ce blog fonctionnent maintenant sur ce principe. Voici la marche à suivre :

Tout d’abord il faut créer dans le répertoire du thème une feuille de style print.css qui sera dédiée aux impressions. Ensuite, en reprenant les sections définies dans la feuille de style principale (style.css en général sous Wordpress) on définit des instructions de formatage spécifiques à l’impression. Quelques exemples :

Pour exclure le menu latéral de l’impression (#sidebar ici, ça peut aussi être #menu) :

#sidebar { display: none; }

C’est tout! On procède de la même façon pour tous les éléments à exclure, pour le pied de page ça sera :

#footer { display: none; }

Certains navigateurs basés sur Gecko ont du mal à imprimer les éléments flottants et les tronquent à la fin de la première page. Le remède est là (on en profite pour redéfinir les marges) :

#content {
display: block;
width: auto;
border: 0;
margin: 0 0;
padding: 0;
float: none !important;
}

Pour supprimer les images et couleurs de l’arrière plan :

body { background: white; }

Pour ajouter l’URL des liens à la suite de leur libellé :

#content a:link:after, #content a:visited:after { content: " (" attr(href) ") "; font-size: 90%; }

On peut améliorer à loisir cette feuille de style pour faire une mise en page « papier » aussi soignée que ce qu’on peut faire sur écran. Je n’ai écouté que mon courage, et je me suis arrêté là.

La dernière chose à faire (encore un effort!) est de charger cette nouvelle feuille de style. Avec Wordpress, on édite le fichier header.php du thème et on ajoute la ligne suivante dans la section <head> :

<link rel="stylesheet" type="text/css" media="print" href="<?php bloginfo('stylesheet_directory'); ?>/print.css" />

Voici le fichier print.css que j’utilise ici. Il est très basique mais si ça peut servir…

Liens :

Wordpress Codex – Styling for print (en)

Pompage – Faites bonne impression avec les CSS

C’est un problème qui m’arrive souvent lorsque je monte des partages Samba au démarrage par /etc/fstab

A l’arrêt ou au redémarrage de la machine, le système reste bloqué sur des messages de ce genre :

CIFS VFS : No response for cmd 50 mid xxxxx

Je n’ai pas de certitude, mais le problème vient probablement du fait que le démontage des partages essaie de se faire alors que le réseau n’est plus disponible.

La solution est de forcer le démontage plus tôt dans les actions d’arrêt du système. Pour ça il faut créer des liens symboliques vers le script /etc/init.d/umountnfs.sh (qui démonte tous les partages réseau) dans les niveaux d’exécution 0 (arrêt) et 6 (reboot) :

ln -s /etc/init.d/umountnfs.sh /etc/rc0.d/K15umountnfs.sh
ln -s /etc/init.d/umountnfs.sh /etc/rc6.d/K15umountnfs.sh

J’utilise une priorité de 15 qui fonctionne bien avec mes configs, mais selon les services installés il sera peut-être nécessaire de modifier cette valeur.

Cette manip fonctionne avec Ubuntu et Debian, et sans doute avec les distributions qui ont un système d’init basé sur System V.

Liens :

http://whereofwecannotspeak.wordpress.com/2007/12/25/unmount-samba-filesystems-before-shutdown-or-reboot/

http://ubuntuforums.org/showthread.php?t=293513

Avec le passage sous Kubuntu 9.04 j’ai rencontré des problèmes de clavier avec mes VMs VMware. Plus moyen de me connecter sous mes VMs Windows, la séquence magique Alt-Ctrl-Suppr n’étant plus reconnue, pas plus que Alt-Ctrl-Ins. Un petit coup de Google m’a offert plusieurs solutions, une seule a fonctionné dans mons cas :

Edition de /etc/vmware/config, et ajout des lignes :

xkeymap.keycode.108 = 0×138 # Alt_R
xkeymap.keycode.106 = 0×135 # KP_Divide
xkeymap.keycode.104 = 0×11c # KP_Enter
xkeymap.keycode.111 = 0×148 # Up
xkeymap.keycode.116 = 0×150 # Down
xkeymap.keycode.113 = 0×14b # Left
xkeymap.keycode.114 = 0×14d # Right
xkeymap.keycode.105 = 0×11d # Control_R
xkeymap.keycode.118 = 0×152 # Insert
xkeymap.keycode.119 = 0×153 # Delete
xkeymap.keycode.110 = 0×147 # Home
xkeymap.keycode.115 = 0×14f # End
xkeymap.keycode.112 = 0×149 # Prior
xkeymap.keycode.117 = 0×151 # Next
xkeymap.keycode.78 = 0×46 # Scroll_Lock
xkeymap.keycode.127 = 0×100 # Pause
xkeymap.keycode.133 = 0×15b # Meta_L
xkeymap.keycode.134 = 0×15c # Meta_R
xkeymap.keycode.135 = 0×15d # Menu

Relancer les VMs pour que ça fonctionne.

Une autre soluce proposait d’ajouter la ligne suivante à /etc/vmware/config :

xkeymap.nokeycodeMap = true

Ça résout bien le problème du Alt-Ctrl-Suppr, mais sous la VMs les caractères du clavier accessibles par Alt-Gr ne fonctionnent plus et c’est pas pratique.

Il semble que le problème ne vienne pas de KDE4, des utilisateurs Ubuntu 9.04 ayant signalé le même problème

Lien

http://nthrbldyblg.blogspot.com/2008/06/vmware-and-fubar-keyboard-effect.html

Après moult hésitations je me suis décidé à passer sous KDE4, mais je pense que j’aurais du continuer à hésiter encore un peu… Certes l’interface est bien jolie et paramétrable à souhait, la stabilité est correcte, mais il y a des lacunes énervantes sur des fonctions majeures, comme le SSL et les certificats. Il semble que KDE gère (mal) sa propre liste d’autorités de certification. CAcert par exemple n’est pas reconnu, alors qu’il se trouve dans le magasin global de certificats de la distribution.

On peut contourner le problème en utilisant le magasin global plutôt que celui de KDE avec la commande suivante :

sudo ln -sf /etc/ssl/certs/ca-certificates.crt /usr/share/kde4/apps/kssl/ca-bundle.crt

Il me reste à trouver comment utiliser mes certificats persos avec KMail, j’y retourne…

Liens:

https://bugs.kde.org/show_bug.cgi?id=162485

https://bugs.launchpad.net/kdelibs/+bug/295266

sudo ln -sf /etc/ssl/certs/ca-certificates.crt
/usr/share/kde4/apps/kssl/ca-bundle.crt

Paramétrage de hal (0.5.11~rc2-1ubuntu8.3) …
* Reloading system message bus config… [ OK ]
polkit-read-auth-helper: needs to be setgid polkituser
polkit-auth: NotAuthorizedToReadAuthorizationsForOtherUsers: uid 0 is not authorized to read authorizations for uid 109 (requires org.freedesktop.policykit.read)
polkit-read-auth-helper: needs to be setgid polkituser
polkit-auth: NotAuthorizedToReadAuthorizationsForOtherUsers: uid 0 is not authorized to read authorizations for uid 109 (requires org.freedesktop.policykit.read)
dpkg : erreur de traitement de hal (–configure) :
le sous-processus post-installation script a retourné une erreur de sortie d’état 1
Des erreurs ont été rencontrées pendant l’exécution :
hal

La réinstallation du paquet hal ne donnant rien, j’ai résolu le problème ainsi :

~# aptitude reinstall policykit
Lecture des listes de paquets… Fait
Construction de l’arbre des dépendances
Lecture des informations d’état… Fait
Lecture de l’information d’état étendu
Initialisation de l’état des paquets… Fait
Construction de la base de données des étiquettes… Fait
Les paquets suivants seront RÉINSTALLÉS :
policykit
Les paquets partiellement installés suivants seront configurés :
hal
0 paquets mis à jour, 0 nouvellement installés, 1 réinstallés, 0 à enlever et 0 non mis à jour.
Il est nécessaire de télécharger 51,2ko d’archives. Après dépaquetage, 0o seront utilisés.
Écriture de l’information d’état étendu… Fait
Prendre :1 ftp://ftp.free.fr hardy/main policykit 0.7-2ubuntu7 [51,2kB]
51,2ko téléchargés en 0s (80,3ko/s)
(Lecture de la base de données… 316832 fichiers et répertoires déjà installés.)
Préparation du remplacement de policykit 0.7-2ubuntu7 (en utilisant …/policykit_0.7-2ubuntu7_i386.deb) …
Dépaquetage de la mise à jour de policykit …
Paramétrage de policykit (0.7-2ubuntu7) …

Paramétrage de hal (0.5.11~rc2-1ubuntu8.3) …
* Reloading system message bus config…                                                                         [ OK ]
* Starting Hardware abstraction layer hald                                                                              /usr/sbin/hald already running.
[ OK ]

On peut le télécharger ici http://www.ncftp.com/ncftp/, pour Debian et Ubuntu on fera :

sudo aptitude install ncftp

Exemple d’utilisation :

Pour copier tous les fichiers du répertoire /var/www du serveur www.exemple.com avec le user FTP « machin » vers le répertoire /var/www/sitemachin de la machine locale :

ncftpget –R –v –u "machin" www.exemple.com /var/www/sitemachin /var/www

avec :

-R : copie récursive
-v : mode verbeux
-u "machin" : nom de l'utilisateur FTP

Lien : Linux: Download all file from ftp server recursively

La commande sfdisk permet de manipuler les tables de partitions et de dupliquer très simplement la structure de cette table d’un disque vers un autre. Si on veut copier la table des partitions du disque /dev/sda vers le disque /dev/sdb la commande sera :

sfdisk -d /dev/sda | sfdisk /dev/sdb

C’est très pratique si on veut initialiser un volume RAID 1 par exemple.

Attention quand même, comme toutes les commandes de bas niveau qui agissent sur la table des partitions, une mauvaise manip peut avoit des conséquences douloureuses. Mieux vaut réfléchir un brin avant d’appuyer sur Entrée…

Lien : La man page de sfdisk, très bien faite, qui indique les options de sauvegarde et restauration

Le démon snmpd est un grand bavard dans sa configuration par défaut sous Debian et Ubuntu, et on se retrouve rapidement avec un syslog envahi de messages à chaque connexion d’un client snmp :

Feb 25 10:40:06 monhost snmpd[2404]: Connection from UDP: [x.x.x.x]:42720
Feb 25 10:40:06 monhost snmpd[2404]: Connection from UDP: [x.x.x.x]:55670
Feb 25 10:40:06 monhost snmpd[2404]: Connection from UDP: [x.x.x.x]:56655
Feb 25 10:40:06 monhost snmpd[2404]: Connection from UDP: [x.x.x.x]:55557
Feb 25 10:40:06 monhost snmpd[2404]: Connection from UDP: [x.x.x.x]:46846
Feb 25 10:40:06 monhost snmpd[2404]: Connection from UDP: [x.x.x.x]:34805
Feb 25 10:40:06 monhost snmpd[2404]: Connection from UDP: [x.x.x.x]:49261
Feb 25 10:40:06 monhost snmpd[2404]: Connection from UDP: [x.x.x.x]:35418
Feb 25 10:40:06 monhost snmpd[2404]: Connection from UDP: [x.x.x.x]:35673

Pour clouer le bec à l’insolent, il faut aller modifier les options de démarrage SNMPDOPTS du démon dans /etc/default/snmpd :

SNMPDOPTS=’-LS4d -Lf /dev/null -u snmp -I -smux -p /var/run/snmpd.pid ’

L’option qui nous intéresse est -LS4d qui permet de n’écrire dans syslog qu’à partir du niveau warning. Un petit redémarrage du démon et le tour est joué.

A noter que la syntaxe semble différer selon les distributions, pour la vôtre ça sera peut-être -LS 4 d avec des espaces entre les arguments pour obtenir le résultat (erreur de syntaxe sous Debian).

Un extrait de la man page de snmpcmd sur les options de journalisation

The  mechanism  and destination to use for logging of warning and error messages can be controlled by passing  various  parameters  to  the  -L flag.

-Le    Log messages to the standard error stream.

-Lf FILE
Log messages to the specified file.

-Lo    Log messages to the standard output stream.

-Ls FACILITY
Log  messages  via syslog, using the specified facility (‘d’ for LOG_DAEMON, ‘u’ for LOG_USER, or ‘0′-’7′ for LOG_LOCAL0  through LOG_LOCAL7).

There  are  also  « upper case » versions of each of these options, which allow the corresponding logging mechanism to be restricted  to  certain priorities of message.  Using standard error logging as an example:

-LE pri
will log messages of priority ‘pri’ and above to standard error.

-LE p1-p2
will log messages with priority between ‘p1′  and  ‘p2′  (inclusive) to standard error.

For  -LF  and  -LS  the priority specification comes before the file or facility token.  The priorities recognised are:

0 or !  for LOG_EMERG,
1 or a for LOG_ALERT,
2 or c for LOG_CRIT,
3 or e for LOG_ERR,
4 or w for LOG_WARNING,
5 or n for LOG_NOTICE,
6 or i for LOG_INFO, and
7 or d for LOG_DEBUG.

Normal output is (or will be!) logged at a priority level of LOG_NOTICE