Il faut procédfure de la façon suivante :

mkdir src
cd src
libsecret-1-dev libglib2.0-dev
mv {,git_}libsecret
cd git_libsecret
sudo apt install libsecret-1-dev libglib2.0-dev
make
strip git-credential-libsecret
sudo cp git-credential-libsecret /usr/local/bin/

Puis pour chaque utilisateur :

git config --global credential.helper

Analyse

Le problème est indiqué via la commande slave status;. Le message indique le nom du fichier binlog concerné et la position. La requête précédent cette position n'a pas fonctionné, car les données sur le serveur esclave ne sont pas conformes à celle du serveur maître.

Afin d'identifier l'origine du problème, il faut se connecter sur le serveur maître en tant que root et exécuter la commande suivante :

sudo mysqlbinlog --verbose --stop-position=<position> /chemin/mysql-binlog.<numéro> | less

<position> et <numéro> sont les informations fournies dans le message d'erreur. Je n'ai pas trouvé le moyen d'indiquer la position de début de la transaction qui précède l'erreur. On va aller à la fin du résultat (touche G dans less) et consulter les dernières requêtes, afin de comprendre ce qui ne fonctionne pas.

Correction

Il y a deux corrections possibles, soit on arrive à corriger les données sur le serveur esclave, dans ce cas on va pouvoir redémarrer la réplication, soit on passe simplement la transaction. La seconde solution permet de reprendre la réplication, mais il est fort probable que la réplication sera de nouveau bloquée lors de la prochaine mise à jour de la même ligne qui était en erreur.

Pour appliquer la première solution, on va se connecter à la base de données et exécuter une requête permettant de corriger les données en erreur. Une fois la correction apportée, on va relancer la réplication avec les commandes suivantes :

SHOW REPLICA STATUS;
START REPLICA;
SHOW REPLICA STATUS;

La première et dernière commande, permettent d'afficher le statut de réplication. Lors du second appel, le statut doit indiquer qu'il n'y a plus d'erreur et que le serveur esclave est en attente de nouvelles informations à répliquer.

Il n'existe pas de procédure automatique pour mettre à niveau Debian. Ci-après les différentes étapes qui m'ont permi d'effectuer cette mise à jour, afin que le système fonctionne.

Attention : Cette procédure manuelle pouvant bloquer le système, il est préférable :

1. De sauvegarder les données avant de commencer cette mise à niveau.
2. D'avoir un autre micro-SD, ou un autre PC pouvant lire la micro-SD du RaspberryPI, afin de pouvoir modifier la configuration de démarrage, en cas de besoin.

Mise à jour de la version actuelle

Avant de mettre à niveau, vers la nouvelle version, il faut s'assurer que l'installation actuelle est à jour de tous ces paquets. Pour cela vous pouvez par exemple exécuter les commandes suivantes depuis le shell

sudo apt update && sudo apt --yes dist-upgrade

Afin de gagner un peu de place, on peut aussi nettoyer les paquets téléchargés et supprimer ceux devenus inutiles. Par exemple avec les commandes suivantes :

sudo apt clean && sudo apt --purge --yes autoremove

Si le kernel a été mise à jour, il convient de redémarrer le Raspberry PI avant de continuer.

Préparation de la mise à niveau

Pour préparer la mise à niveau, il est nécessaire de modifier le fichier apt sources.list afin de remplacer le nom de l'ancienne version par la nouvelle et d'ajouter le groupe de paquets non-free-firmware. Par exemple avec les commandes suivantes :

sudo sed -i -e 's/bullseye/bookworm/g' /etc/apt/sources.list
sudo sed -i 's/non-free/non-free non-free-firmware/g' /etc/apt/sources.list
sudo sed -i -e 's/bullseye/bookworm/g' /etc/apt/sources.list.d/raspi.list

Afin de pouvoir reprendre la main si l'interface graphique ne répond plus, il est préférable de démarrer le service ssh et de s'assurer qu'il est accessible depuis un autre PC. Il faut aussi désactiver l'économiseur d'écran  et les économies d'énergies, afin de conserver un écran toujours allumé.

Mise à niveau

C'est la phase la plus importante. Pendant cette phase, les mises à jour vont être téléchargées, ce qui peut prendre plus ou moins de temps, suivant le début de la connexion Internet, puis elles vont être installées. Pendant l'installation, le terminal peux afficher plusieurs écrans avec des questions :

• Certains services doivent être redémarrés, il faut toujours accepter.
• Des paramètres peuvent être demandés. Il faut répondre aux questions en fonction de vos besoins.
• Des fichiers de configuration peuvent être mise à jour. L'outil permet de comparer le fichier local par rapport au nouveau fichier, il est préférable d'installer le nouveau fichier, puis si besoin d'appliquer manuellement vos modifications.

Afin d'effectuer la mise à nouveau, vous pouvez utiliser par exemple les commandes suivantes :

screen -l
sudo apt update && sudo apt --yes dist-upgrade

Une fois, cette partie de la mise à niveau terminée, on peut redémarrer l'ordinateur. Ensuite il faut mette à niveau le. Par exemple via la commande :

sudo shutdown -r now

Mise à niveau du kernel

Le kernel de la nouvelle version Debian n'est plus installé via un paquet spécifique Raspberry PI, mais via un paquet linux-image. Si après redémarrage le réseau n'est plus disponible, voir le guide de dépannage plus bas. Pour la mise à niveau du kernel il faut réaliser plusieurs modifications : suppression de l'ancien kernel, modification du point de montage de la partition /boot, installation du firmware puis du kernel et configuration de auto initramfs. Par exemple via les commandes suivantes (pour un Raspberry PI 4, pour les autres version, il faut adapter le nom du kernel) :

sudo dpkg --purge --force-depends raspberrypi-kernel raspberrypi-bootloader
sudo umount /boot
sudo fsck -y /boot
sudo mkdir /boot/firmware
sudo sed -i.bak -e "s#boot#boot/firmware#" /etc/fstab
sudo systemctl daemon-reload
sudo mount /boot/firmware
sudo apt --yes install raspi-firmware
sudo apt --yes install linux-image-rpi-v8 linux-headers-rpi-v8
sudo sed -i.bak '$ a\auto_initramfs=1' /boot/firmware/config.txt
sudo shutdown -r now

Guide de dépannage

Services

Suite à cette mise à niveau, certains services peuvent ne pas démarrer automatiquement. Pour obtenir la liste des services désactiver, on peut par exemple utiliser la commande suivante :

sudo systemctl list-unit-files --type=service --state=disabled

Certains services sont arrêtés, ce qui est normal. Mais par exemple si NetworkManager est arrêté, alors le réseau ne fonctionne pas. Il faut l'activer et le démarrer, par exemple avec les commandes suivantes :

sudo systemctl enable NetworkManager
sudo systemctl start NetworkManager
sudo systemctl status NetworkManager

Carte réseau

Les versions récentes de Linux utilisent un nom de carte réseau invariant, c'est à dire que son nom est lié à la façon dont la carte réseau est connectée dans le PC au lieu d'être un numéro chrologique eth. Par exemple avec la version précédente ma carte réseau s'appelait eth0 et maintenant elle s'appelle end0. Suite à cette modification de nom, il faut mettre à jour la configuration du firewall. Cette mise à jour n'est pas détaillée ici, car elle dépend du firewall que vous utilisez.

La configuration par défaut de Samba sous Ubuntu 16.04 ne permet pas de partager des fichiers entre 2 PC Linux Ubuntu 16.04. Pour corriger ce problème il faut modifier smb.conf en ajoutant la lignes suivante :

[global]
client max protocol = SMB3

Afin d'éviter d'utiliser les vieux protocols j'ai aussi ajouté les lignes suivantes :

[global]
server min protocol = NT1
server max protocol = SMB3

À la connexion sur Ubuntu server le message indique la charge du serveur et si des mises à jour sont disponibles. Pour supprimer ces messages on doit supprimer les paquets avec la commande suivante :

sudo apt-get purge landscape-common update-notifier-common

sudo rm -rf /etc/update-notifier

Le message de connexion est plus court et la première connexion de la journée plus rapide. Le message étant gardé en cache, les informations ne seront supprimées que le lendemain.

Description

L'auto_increment permet de définir la colonne id de la table comme étant générée automatiquement avec une valeur chronologique.

Ajout d'un auto_increment

Avant de modifier la colonne il faut identifier le type de données. Ensuite pour ajouter l'auto_increment il faut utiliser le requete suivant dans laquelle il faut donner à auto_increment le numéro de la prochaine clé libre :

ALTER TABLE nom_table MODIFY COLUMN nom_colonne type AUTO_INCREMENT, auto_increment=0;

Réinitialisation de la valeur de l'auto_increment

Pour réinitialiser l'auto_increment d'une table on utilise la requête suivante :

ALTER TABLE nom_table AUTO_INCREMENT = 0

Consultation des auto_increment

Pour connaître la valeur actuelle de l'auto_increment de toutes les tables d'une base on utilise la requête suivante :

SELECT TABLE_NAME, AUTO_INCREMENT FROM INFORMATION_SCHEMA.TABLES WHERE AUTO_INCREMENT != '';

Sous Windows 7, à l'ouverture de session le message d'erreur "Echec de l'ouverture de session par le service Service de profil utilisateur. Impossible de charger le profil d'utilisateur" s'affiche.

Redémarrer le PC et lors du démarrage appuyer sur F8. Dans le menu choisir le mode sans échecs sans support réseau. Ouvrir la session avec un administrateur qui peut être l'utilisation en panne.

Ouvrir regedit et dans la clé "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList" retrouver le SID de l'utilisateur qui est présent en 2 fois. Pour identifier cet utilisateur il suffit de regarder les valeurs qui contiennent le nom du dossier de l'utilisateur. Renommer le dossier de clés sans .bak en ajouter une extension par exemple .old puis dans l'autre dossier de clés supprimer le .bak.

Redémarrer en mode normal et cela devrait fonctionner.

On peut retournet dans regedit et supprimer le dossier de clés .old.

Je détail la configuration de la Freebox Révolution pour créer un sous-réseau IPV6 avec Ubuntu 12.04/14.04 et libvirt/kvm. Je configure aussi shorewall sur le host kvm et sur le guest kvm.

Si le serveur DHCP n'était pas disponible lors du démarrage de Linux il peut être nécessaire de réinitialiser l'interface afin qu'elle ai une adresse valide. Avec Ubuntu 12.04 la commande est la suivante :

sudo initctl restart network-interface INTERFACE=eth0

Après l'installation d'un nouveau noyau de ma distribution Linux le serveur ne fonctionne plus. Afin de tester si le problème vient de la configuration ou d'un patch, je vais essayer de compiler la nouvelle version en partant de la configuration de l'ancienne.