Encore un pense bête rapide sur la configuration de Unity afin que cela soit utilisable par les vieux réacs de mon genre.

Comme d’habitude les choses présentées ci-dessous ne sont pas de moi. C’est à cette adresse qu’il faut remercier les gens : http://www.webupd8.org/2011/10/things-to-tweak-after-installing-ubuntu.html.

• Remettre les scrollbars comme avant :

sudo apt-get remove overlay-scrollbar liboverlay-scrollbar3-0.2-0 liboverlay-scrollbar-0.2-0

• Retirer cette ^W#?! de menu global :

sudo apt-get remove appmenu-gtk3 appmenu-gtk appmenu-qt

• Une dernière venue d’un commentaire de Linux-FR. Pour éviter de cliquer bouton droit sur une des icônes du menu latéral pour ouvrir une nouvelle fenêtre :

click milieu sur l’icône.

Cela fait maintenant quelques années que j’ai fait l’acquisition d’un Starter Kit Spartan 3a.

Je comptais l’utiliser pour faire joujou avec des cores de processeurs en provenance de OpenCores.

Le problème c’est que les cores CPU nécessitent une quantité de RAM trop grande pour être synthétisée avec de la ram interne ou des LUT. La carte possède une RAM DDR2 mais le design d’exemple de Xilinx n’est pas un chef d’oeuvre de clarté.

Après des années de flemme, je me suis enfin pris par la main et voici donc sp3addr2pkg, une interface µP pour la DDR2 du Starter Kit Spartan 3a. Le projet est basé sur le MIG reference design de Xilinx.

L’interface se compose uniquement des signaux suivants :

• Address Bus (24 downto 0)
• Wr
• Rd
• BusWait
• DataIn (15 downto 0)
• DataOut (15 downto 0)

Cette interface génère les commandes MIG en fonction des demandes de lecture de d’écriture. Elle possède 1 cache de lecture et 1 cache d’écriture (4*16 bits chacun).

Je suis parfaitement conscient qu’une telle interface est contre performante mais elle permet de tester des cores simplement.

ATTENTION : ce qui suit est codé comme un porc.
Download :
Le fichier d’interface : sp3addr2pkg_top.vhd
Un exemple : Un design d’exemple

Les performances sont déplorables mais ce n’était pas le but recherché. 62ns pour un accès from cache, 424ns pour un cache miss. Les captures ci-dessous présentent Wr/Rd en Voie1 et BusWait en voie 2

Voici un zoom sur le délai entre le début de la commande et la montée du signal bus wait (dans le cas d’un cache miss) :

J’utilise Cyanogenmod (7 RC3) depuis peu sur mon DesireHD. Voici un tuto rapide pour configurer le client OpenVPN intégré dans votre fabuleux téléphone/répondeur/navigateur/fax/machineacafer et être partout comme chez vous (avec un poil de latence quand même).

Voici la première page (ne devrai pas poser de problème)

Android utilise les certificas pkcs12. Voici comment les créer (en direct du wiki de cyanogen) :

openssl pkcs12 -export -in client.crt -inkey client.key -certfile ca.crt -out client.p12

Ce tout mignon certificat devra être utilisé pour le certificat CA ET le certificat utilisateur.

La page complémentaire est un poil plus compliquée :

Ne pas oublier de spécifier le cypher si vous n’utilisez pas celui par defaut.

Si vous utilisez tls-auth sur votre server, n’oubliez pas de rajouter (voir deuxième screenshot) :

--tls-auth /chemin/vers/la/clee 1

sous peine de vous faire pourrir vos logs par des

Mar 31 08:32:05 Service ovpn-server[910]: TLS Error: cannot locate HMAC in incoming packet from [AF_INET]

J’utilise des volumes LVM pour comme disque dur pour mes machines KVM. Et il arrive forcément un moment où j’arrive à ne plus pouvoir me logger à force de jouer avec nsswitch et ldap.

Pour pouvoir corriger le fichier de configuration qui merdouille il faut pouvoir monter les partitions contenues dans les volumes logiques LVM. Heureusement un héro des temps modernes à déjà résolu le problème avant moi.

kpartx

Et en plus çà s’utilise le plus simplement du monde. La jolie commande ci-dessous va extraire la table des partitions du volume logique et créer des devices dans /dev/mapper

kpartx -av /dev/mapper/mon_lv

Les partitions extraites sont alors disponibles dans /dev/mapper/ :
/dev/mapper/mon_lv1
/dev/mapper/mon_lv2
/dev/mapper/mon_lv5

A partir de là, tout est possible (surtout mount).

Une fois les hostilités terminée (umount reqired), on demande à kpartx de gentiment tout remettre à sa place :

kpartx -d /dev/mapper/mon_lv

J’oubliais, ce n’est possible QUE si la vm est éteinte. Sinon vous êtes bon pour un snapshot LVM.

Il y a de ça quelques semaines, une subtile mise à jour c’est glissée dans le lot des updates courantes : KVM. Remarque, ça tombait bien, j’avais besoin d’installer une nouvelle VM.

J’ai donc fais la mise à jour et lancé l’installation d’une Lenny sur la VM en question et l’installation de GRUB est restée bloquée à 50% (le CPU load aussi).

La seule solution que j’ai pu tester et qui fonctionne consiste à utiliser la version de KVM des backports.

Mais comme le monde est cruel (et qu’il faut que ce post soit utile à quelque chose), une fois la mise à jour effectuée, la création d’une machine virtuelle échouait lamentablement en boucle sur çà :

libvir: QEMU error : Domain not found: no domain with matching name '13'
libvir: QEMU error : Domain not found: no domain with matching id 13
libvir: QEMU error : Domain not found: no domain with matching name '13'
libvir: QEMU error : Domain not found: no domain with matching id 13
libvir: QEMU error : Domain not found: no domain with matching name '13'
libvir: QEMU error : Domain not found: no domain with matching id 13
libvir: QEMU error : Domain not found: no domain with matching name '13'

L’activation des debugs de virt-install m’a permis d’identifier le problème. Le fichier xml de description de la machine virtuelle s’acharne à utiliser mon lecteur cd-rom physique (que je cherche toujours sur mon x31) au lieu de l’image que je lui avait gentiment téléchargé alors que j’utilise l’option -c de virt-install (voir ça).

Pour corriger l’erreur, il suffit d’éditer le dit fichier :

virsh edit lenomdemaVMquitue

pour faire les changements suivants :

  <os>
    <type arch='x86_64' machine='pc-0.12'>hvm</type>
    <boot dev='hd'/>
    <boot dev='cdrom'/>
    <bootmenu enable='yes'/>
  </os>

et

<disk type='file' device='cdrom'>
    <source file='/some/path/cdimage.iso'/>
    <target dev='hdc'/>
    <readonly/>
 </disk>

Ensuite un petit :

virsh start lenomdemaVMquitue

Et le tour est joué.

Depuis ça, je suis un fervent adepte de scponly. L’ennui, c’est que ça s’accorde mal avec une authentification LDAP.

Mais depuis ça, je nage dans le bonheur. Pour résumer, OpenSSH fait déjà tout le boulo avec l’option ChrootDirectory à mettre dans son /etc/ssh/sshd_config (directement tiré de l’article debian):

Match group sftponly
         ChrootDirectory /home/%u
         X11Forwarding no
         AllowTcpForwarding no
         ForceCommand internal-sftp

Après la création des machines virtuelles ici, voici comment vous en débarrasser :

1) La choisir :

virsh list --all

2) La couper :
Pour les gentils :

virsh shutdown nomdelamachine

Pour les moins gentils (enfin pour ce qu’il va lui arriver par la suite…) :

virsh destroy nomdelamachine

3) Détruire la définition de la machine :

virsh undefine nomdelamachine

4) Détruire le volume logique LVM (s’il y en avait un) :

lvremove le_nom_du_vg/le_nom_du_lv

Voilà, y’a plus.

Dans la série je découvre le monde, je viens de me lancer dans l’authentification par serveur LDAP.

Donc voila encore un post pense bête sur la manière de monter un serveur LDAP et de s’authentifier a travers lui.

Pour l’installation du serveur (debian lenny) :
http://linagora.org/contrib/annuaires/documentations/openldap_guide_installation

Pour la configuration des fichier du répertoire /etc/pam.d/ :
http://damstux.free.fr/wiki/index.php?title=Authentification_LDAP

Pour quelques information supplémentaires sur les posixaccount et posixGroup :
http://ldots.org/ldap/

Et pour l’éditeur qui change la vie :
http://www.zarb.org/~guillomovitch/ldapvi.html

Oui, oui, vous avez bien lu. Ce coup-ci c’est pas pour dire que c’est pas mort. Voici la première version du BeerBottle. Au lieu de mettre 42 lignes de blabla, voici les fichiers binaires (les sources sont disponibles sur la page du projet) :

• Une carte électronique : download
• Un Bootloader : download
• Un Firmware : download
• Un Soft PC : download
• Une Doc (si, si) : download

Pour les décideurs pressés, il existe un pack avec tout dedans : download

Des bugs sont aussi disponibles pas en options (voir aussi la page du projet dans la section concernée).

La doc est un peu pitoyable mais elle permet de réaliser la carte électronique à partir des fichiers et explique aussi comment s’en servir. Il y a même une présentation du Soft PC (Python inside) ainsi que des détails concernant son installation.

Note : la sonde magnétique de passage sur la ligne de départ ne fait pas partie de ce projet (bien que quelques tests de montages perso aient été réalisés).

Eclatez-vous bien

Si votre VLC (et Mplayer au passage) se met à vous afficher vos films en noir et blanc et complètement compressé sur la gauche de la fenêtre. En gros, si ça ressemble à ça :

Voici une solution pour les heureux possesseurs d’une Debian Sid :

Le problème vient des bibliothèques utilisées par VLC (et pour le coup aussi par Mplayer). J’utilisais un dépôt non Debian pour les applications multimédia. Et après une heure de recherches et divers tentatives, je tombe sur ça.

Comme le suggère le gentil monsieur, ces bibliothèques ne sont pas fournies par Debian et contiennent peut-être (surement) des problèmes.

Après une désinstalle du dépôt problèmatique et élimination de vlc ainsi que certaines des bibliothèques (libavcodec, …), un petit :

aptitude update

suivi de :

aptitude install vlc

Et ouf, ça remarche.
Et pour fêter ça un petit Steven Seagal.