mardi 29 octobre 2024

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.

jeudi 29 août 2024

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

jeudi 22 février 2024

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à...

samedi 9 décembre 2023

Dell Laptop

Retrouvé le Dell PP33L (Studio 1535?) mais pas son alimentation... je ne sais pas s'il démarre encore, mais en tous cas il semble n'avoir qu'un USB 2.0 donc pas très intéressant pour y brancher des disques. Le Toshiba serait plus avantagé de ce point de vue semble-t-il.

Voir ce qu'on peut récupérer (HDD?) puis à recycler.

Toshiba laptop

Retrouvé le laptop Toshiba Satellite C55-A-1NH (de B.)

Avec son alimentation de même marque, il boote touhours OK en Windows.

Rangé dans un carton avec d'autres petites choses comme les câbles et disques récupérés de feue WS1.lan

Backup rsync par le réseau plus état des lieux hardware

Bon c'est BEAUCOUP plus lent de faire passer le backup rsync via ssh sur le LAN.  Il est vrai que j'ai non pas un mais deux commutateurs/routeurs sur le chemin entre la source et la destination, çà n'aide sûrement pas.  Je pourrais supprimer un des deux puisque je n'ai plus qu'un laptop à brancher dans mon bureau.

La destination est pour le moment un ancien laptop (de F.) avec le disque externe USB de 4TB en 3.5".

Par ailleurs j'ai démantelé la vieille station de travail HP pour y retrouver un SSD de 240MB et un HDD de 3TB. J'avais aussi un HDD de 2TB sur mon bureau depuis longtemps.  Un autre de 250MB dans un boitier USB externe... 

Nettoyé tous ces disques en déplaçant ce qui vaut la peine/doit être examiné plus en détail (déplacé vers le HDD Sea).

J'ai aussi commandé et entretemps reçu un deuxième boitier USB externe pour disque de 3.5".  Avec les deux plus gros HDD vidés (2TB+3TB) et montés en BTRFS à deux volumes, çà me fait la place pour un backup local complet de mon laptop principal.  A voir si on pourrait ensuite le monter sur le laptop serveur backup et commencer une rotation?  Faudra tester le déplacement d'un filesystem BTRFS multivolume vers un nouvel hôte...

Ensuite il me restera à démanteler et recycler la tour qui me servait de serveur urbackup jusqu'il y a peu.  J'ai aussi quelques laptops déclassés en réserve, à tester et recycler.

mercredi 29 novembre 2023

Erreurs BTRFS sur nouveau disque externe - simplification du backup

OK urbackup est une Rolls de système de backup mais il faut des jours et des jours pour copier mes 2TB de données environ actuellement... c'est devenu assez ingérable et les sauvegardes incrémentales ne sont pas forcément très courtes non plus.

Ce ne serait encore rien si je n'avais pas fréquemment des erreurs I/O rapportées par le kernel lors de ces longues sauvegardes.

J'ai récemment ajouté un disque externe 2 TB 2.5" en remplacement du Maxtor M3 de 6 ans d'âge qui venait de rendre l'âme... rien à faire, toujours des I/O errors (avec un LVM pour avoir 4 ou 6 TB en plusieurs drives USB)

J'ai alors ajouté un externe 4 TB 3.5" (Intenso)... utilisé seul grâce à sa plus grande capacité (pas besoin de LVM).  Mais... à nouveau des erreurs.

Bon on simplifie.  Le drive 4 TB sera formaté en BTRFS (pour bénéficier de la déduplification).  On le monte sur /var/backups/rsync au lieu du mountpoint de urbackup.  Du coup évidemment le serveur urbackup râle d'avoir perdu son disque mais bon on verra plus tard.

Un petit script de backup remplace le client urbackup:

HERE=`hostname`
THERE=root@kid3:/var/backups/rsync/$HERE

rm /tmp/usbmounted
scp $THERE/usbmounted /tmp
[ -f /tmp/usbmounted ] || exit 1

sudo rsync -av --delete --exclude 'cache' --exclude 'tmp' --exclude '.cache' /etc /root /home /media/luc/Sea $THERE

Pour le user (ici remplacé par uuu) il faut éventuellement faire un petit setup sshd sur le serveur.

En parlant du serveur, il lui faut une ligne dans fstab pour le disque externe:

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

Il y a un test basique dans le script de backup pour vérifier que le disque est monté... il faut créer ce fichier usbmounted sur le serveur, pour chaque client

Une entrée dans crontab -e permet de lancer automatiquement:

01 17,19,21,23    * * *        /home/luc/.local/bin/backup.sh > /var/backups/lastbackup

Bon voilà c'est à l'essai, on verra ce que çà donne...