Panne de serveur Lenovo

Après quelques jours de bons et loyaux services avec le disque Seagate sous un nouveau btrfs, le laptop ne boote plus, même en déconnectant les disques USB.

Résultat -> installation de Ubuntu server : Ubuntu 24.04.2 LTS (GNU/Linux 6.8.0-58-generic x86_64).  La réinstallation est faite en isolation (laptop déconnecté de tout USB ou Wifi, mais connecté en DHCP sur câble ethernet).

Pas d'interface GUI donc, et il faut refaire la config ssh, rsync et fstab pour ré-inclure les disques externes.  Pour ce qui est de burp, le test était déjà abandonné au moment de la panne (les fichiers backups ne semblent pas transportables facilement vers un nouveau serveur "from scratch")

Test de "burp" backup

Installation

RAS, depuis les répos standard de Linux Mint

Configuration du serveur

pas grand chose à faire, sélection d'un chemin pour créer les backups.  J'ai pris /var/backups/burp situé sous mon nouveau btrfs sur le Seagate externe.

Configuration d'un nouveau client

- côté serveur: création d'un fichier de config par client, copie de l'exemple fourni, avec insertion d'un mot de passe spécifique au client

- côté client: 

adaptation du fichier de config avec (minimum) le mot de passe ci-dessus; et aussi révision des include/exclude qui seraient spécifiques à ce client

ajout dans le scheduler d'un appel "burp -a t" toutes les 20' : pas encore testé

 Conclusion provisoire

+ ça a l'air pas mal du tout pour client Linux.  

= Pas encore testé le client Windows.  

- Je n'aime pas trop que les fichiers des backups soient binaires plutôt que des copies du fichier source (le restore sera plus difficile qu'avec un simple rsync); à étudier pour une stratégie bare metal restore

New removable USB disk on backup server

Hardware install and test

grab a new power outlet, find a free USB port, connect both cables as needed (no reboot, PC was up and running)

fdisk /dev/sdc: leave partition 1 (UEFI) alone, but change the type of partition 2 to Linux.  Then build the initial filesystem:

sudo mkfs.btrfs -L multidata -f /dev/sdc2

Temporary mount

blkid doesn't show /dev/sdc2 but the value was displayed in the output of the mkfs command to tried mounting with a temporary fstab entry:

UUID=3a9c6050-51b2-4d86-b5cd-ea460a5e244e /mnt  btrfs   defaults 0 2

Reorganized fstab to mount the old FS under the mountpoint of the new one:

UUID=3a9c6050-51b2-4d86-b5cd-ea460a5e244e /var/backups  btrfs   defaults 0 2
UUID=a66b6bd2-4450-417b-a9d7-ea38661da852 /var/backups/rsync btrfs defaults 1 2

Empty the "old" volume

Created /var/backups/rsyncnew and moved all /var/backup/rsync/* into /var/backup/rsyncnew in the new disk (that took quite a while).

The intention is to destroy the btrfs on the "old" disk then add the device to the new btrfs

En préparation d'une possible réinstallation de kid3

luc@kid3:~$ cat /etc/fstab | egrep -v ^#

/dev/mapper/vgmint-root /               ext4    errors=remount-ro 0       1

UUID=B171-94DD  /boot/efi       vfat    umask=0077      0       1

/dev/mapper/vgmint-swap_1 none            swap    sw              0       0

UUID=a66b6bd2-4450-417b-a9d7-ea38661da852 /var/backups/rsync btrfs auto,nofail 1 1

USB NICs speed test

N'ayant pas de connection Ethernet sur mon laptop actuel, j'ai collectionné plusieurs NICs bon marché à connecter sur des ports USB.  J'utilise aussi le Wifi si la connection RJ45 n'est pas disponible.  Voici le résultat de quelques tests:

Wi-Fi connecté sur point d'accès résidentiel secondaire

$ speedtest-cli --secure

Retrieving speedtest.net configuration...

Testing from Proximus (91.176.105.211)...

Retrieving speedtest.net server list...

Selecting best server based on ping...

Hosted by KamaTera, Inc. (Amsterdam) [214.64 km]: 23.444 ms

Testing download speed................................................................................

Download: 74.57 Mbit/s

Testing upload speed......................................................................................................

Upload: 27.97 Mbit/s

Port Ethernet sur station d'accueil connectée en USB-C (sans marque)

$ speedtest-cli --secure

Retrieving speedtest.net configuration...

Testing from Proximus (91.176.105.211)...

Retrieving speedtest.net server list...

Selecting best server based on ping...

Hosted by Eranium B.V. (Amsterdam) [214.64 km]: 18.667 ms

Testing download speed................................................................................

Download: 87.92 Mbit/s

Testing upload speed......................................................................................................

Upload: 29.87 Mbit/s

NIC USB-C "USB 3.0 Gigabit Lan"

Marque "GLAABIT".

Cet équipement rajoute une ligne dans le résultat de la commande "lsusb":

ID 0bda:8153 Realtek Semiconductor Corp. RTL8153 Gigabit Ethernet Adapter

$ speedtest-cli --secure

Retrieving speedtest.net configuration...

Testing from Proximus (91.176.105.211)...

Retrieving speedtest.net server list...

Selecting best server based on ping...

Hosted by Eranium B.V. (Amsterdam) [214.64 km]: 18.74 ms

Testing download speed................................................................................

Download: 87.39 Mbit/s

Testing upload speed......................................................................................................

Upload: 29.06 Mbit/s

NIC USB-C "UNI"

Cet équipement rajoute une ligne dans le résultat de la commande "lsusb":

ID 0bda:8153 Realtek Semiconductor Corp. RTL8153 Gigabit Ethernet Adapter

$ speedtest-cli --secure

Retrieving speedtest.net configuration...

Testing from Proximus (91.176.105.211)...

Retrieving speedtest.net server list...

Selecting best server based on ping...

Hosted by Eranium B.V. (Amsterdam) [214.64 km]: 18.232 ms

Testing download speed................................................................................

Download: 86.98 Mbit/s

Testing upload speed......................................................................................................

Upload: 29.86 Mbit/s

Conclusions

Résultat de ces quelques tests: le Wifi est un peu plus lent, mais tous les NICs accessoires donnent des performances à peine meilleures.  Ils sont très proches les uns des autres ce qui ne surprend pas puisqu'ils semblent basés sur le même chip RTL8153.  

NB: Ces tests sont basés sur la localisation du laptop dans mon home office, séparé du routeur Internet par un ou deux switches et points d'accès Wifi.  Ces équipements intermédiaires ont eux aussi sans doute une influence pas forcément neutre sur les résultats.  Toutes les connections USB-C passaient par la station d'accueil sans marque dont les résultats sont mentionnés juste après le Wifi.  En effet, le laptop n'a qu'un seul port USB-C et cette station l'utilise quasiment en permanence; donc les NICs étaient branchés indirectement via cette station d'accueil.  Tout ceci correspond à l'usage habituel que je fais de ce laptop pour le connecter au réseau.

Ajouter un type de fichier MIME pour les fichiers Viking et le configurer dans Thunar

• Créer le répertoire pour stocker une configuration MIME locale pour l'utilisateur:

mkdir -p .local/share/mime/packages

• Créer le fichier XML pour rajouter un type de fichier, en se basant sur l'extension du nom de fichier:

cat > .local/share/mime/packages/viking.xml

<?xml version="1.0" encoding="UTF-8"?>

<mime-info xmlns='http://www.freedesktop.org/standards/shared-mime-info'>

  <mime-type type="application/x-viking">

    <comment>Viking GPS data</comment>

    <glob pattern="*.vik"/>

    <icon name="viking"/>

  </mime-type>

</mime-info>

^D

• Mettre à jour le cache de la DB MIME:

sudo update-mime-database /usr/share/mime

• Associer le nouveau type de fichier dans Thunar: 

À partir de ce moment le nouveau type devrait se trouver dans la liste du dialogue "Open with..." sous le nom "application/x-viking".  On doit pouvoir y associer définitivement le programme viking pour l'ouvrir..  De plus, l'icone représentant le fichier dans la fenêtre Thunar devrait être l'icone de Viking.

• raffinement (pas nécessaire pour l'association) : configurer la commande file(1)

$ sudo cat >> /etc/magic

# Magic local data for file(1) command.

# Insert here your local magic data. Format is described in magic(5).

1 string VIKING Viking GPS data file

!:mime application/x-viking

^D

$ file Documents/Rando/Traces/15-Gendron-Celles.vik 

Documents/Rando/Traces/15-Gendron-Celles.vik: Viking GPS data file

Installer un MTA pour le mail du LAN

J'ai essayé

• dma (convient pour les satellites tels que le serveur de backup, très facile à configurer)
• courier-mta (pas réussi à configurer)
• msmtpd (pas réussi à configurer)
• puis finalement postfix

Pour la configuration de postfix, j'ai utilisé la config a minima proposée par dpkg-reconfigure (localonly) puis pour autoriser les connections des satellites j'ai changé dans /etc/postfix/main.cf:

1. mynetworks = 127.0.0.0/8 192.168.1.0/24 [::ffff:127.0.0.0]/104 [::1]/128
2. inet_interfaces = all

Je n'ai pas configuré de smarthost... exprès, pour empêcher postfix de sortir je pourrais utiliser une règle dans le firewall mais j'ai simplement indiqué d'utiliser "localhost" comme relayhost (-> boucle) et les couriers sont retournés à l'envoyeur.

relayhost = localhost

Enfin, je rajoute un alias:

$ cat /etc/aliases

# See man 5 aliases for format

postmaster:    root

root: luc

Voilà voilà...