Last month, I wrote about pressing my Raspberry Pi into service to start hosting some always-on tools that I use internally, now that I’ve replaced my NUC with a Dell XPS 15 7590. This month, I wanted to give a small update on things I’ve noticed while using the RPi for over a month now.
Le mois dernier, j'écrivais quelques lignes à propos de la mise en service de mon Raspberry Pi pour commencer à héberger des services que j'utilise en permanence en interne, maintenant que j'ai remplacé mon NUC par un Dell XPS 15 7590. Ce mois-ci, je voulais faire une petite mise à jour sur les choses que j'ai remarquées en utilisant le RPi depuis plus d'un mois maintenant.
Concerns
In my last article, I mentioned that while avahi-daemon was running, the local domain didn’t always work (raspberrypi.local). Besides that, I also noticed the following issues: • My fstab entry didn’t work for the btrfs drive I was using. • I needed to mount a portable hard drive in the same location as my desktop-bound hard drive, so that Plex could still load/read the media structure without me having to manage two libraries. • Static IPs as configured on my RPi didn’t seem to be working in my last article.
Les problèmes
Dans mon dernier article, j'ai mentionné que pendant l'exécution du démon AVAHI, le domaine local ne fonctionnait pas toujours (raspberrypi.local). En outre, j'ai également remarqué les points suivants : • Mon entrée fstab n'a pas fonctionné pour le lecteur btrfs que j'utilisais. • Je devais monter un disque dur portable au même endroit que mon disque dur de bureau, afin que Plex puisse toujours charger/lire la structure du média sans avoir à gérer deux bibliothèques. • Les adresses IP statiques telles que configurées sur mon RPi ne semblaient pas fonctionner dans mon dernier article.
Fstab
Turns out the fstab entry I wrote (based off an ext4 entry) had some options I couldn’t use for btrfs. The fix was fairly straightforward (looking up what options were supported by btrfs and removing any that weren’t). The tricky part was figuring out what the issue was - I expected the drive to be mounted on boot, but it wasn’t. Manually running sudo mount -a did yield error messages though (albeit not terribly detailed ones). A bit of googling later and I figured out an entry that works. As such, if anyone else needs to debug an fstab entry for a slightly less common filesystem, I recommend checking the options you’re using before moving on to more complicated debugging.
Fstab
Il s'avère que l'entrée fstab que j'ai paramétrée (basée sur une entrée de type ext4) possédait quelques options que je ne pouvais pas utiliser pour btrfs. La correction était assez simple (rechercher quelles options étaient supportées par btrfs et supprimer celles qui ne l'étaient pas). La partie délicate était de savoir où était le problème - je m'attendais à ce que le lecteur soit monté au démarrage, mais ce ne fut pas le cas. L'exécution manuelle de sudo mount -a avait généré des messages d'erreur (même s'ils n'étaient pas terriblement détaillés). Après quelques recherches sur Google, j'ai trouvé une syntaxe qui fonctionne. Ainsi, si quelqu'un d'autre a besoin de déboguer une entrée fstab pour un système de fichiers un peu moins commun, je recommande de vérifier les options que vous utilisez avant de passer à un débogage plus compliqué.
Mount point used for two drives (never simultaneously)
Point here is that I have a 3TB WD MyBook that sits on my desk and runs off an AC adapter and is connected via USB. Read/write speeds seem to be a bit faster for that drive compared to the 4TB portable drive I have (full size hard drive VS laptop size hard drive). However, it’s not a device I can reasonably pack up and take on vacation with me (especially as the AC adapter is for Germany and would require an adapter in Canada). What I did instead was to copy over the data from the 3TB drive to the 4TB drive, and create a new entry in the fstab (with a nofail option) so that I can boot the Pi regardless of whether or not one of the drives are connected. After the first slower boot, I can then uncomment/comment the corresponding lines. Both drives have the same folder structure and can therefore act as drop-in replacements for Plex. As the media is the same on both as well, I don’t need to rescan the library to adjust the selection.
I set this up at our cottage like I usually do (where the Pi acts as a print server for an old Brother printer and as a Plex server). I had no issues whatsoever once I had mounted the drive properly.
Point de montage utilisé pour deux disques (jamais simultanément)
Le fait est que j'ai un MyBook WD de 3 To qui se trouve sur mon bureau, fonctionne avec un adaptateur secteur et est connecté via USB. Les vitesses de lecture/écriture semblent être un peu plus rapides pour ce disque par rapport à mon disque portable de 4 To (disque dur de taille normale, pas de 2“1/2). Cependant, ce n'est pas un périphérique que je peux raisonnablement emballer et emporter en vacances (surtout que l'adaptateur secteur est conçu pour l'Allemagne, ce qui nécessiterait un adaptateur pour le Canada). Ce que j'ai fait à la place était de copier les données du lecteur 3 To sur le lecteur 4 To, et de créer une nouvelle entrée dans le fstab (avec une option nofail) afin de pouvoir démarrer le Pi indépendamment du fait qu'un des lecteurs soit connecté ou non. Après le premier démarrage un peu lent, je peux alors dé-commenter/commenter les lignes correspondantes. Les deux lecteurs ont la même structure de dossiers et peuvent donc remplacer Plex. Comme le média est également le même sur les deux, je n'ai pas besoin de scanner à nouveau la bibliothèque pour ajuster la sélection.
Je l'ai installé à notre cottage comme d'habitude (où le Pi agit comme serveur d'impression pour une ancienne imprimante Brother et comme serveur Plex). Je n'ai eu aucun problème après avoir monté correctement le disque.
Static IPs
I also noticed that the static IP I set up for my cottage network was working just fine when the device connected to the wireless. As for the issues I had back home, I think it was caused by a few factors: • We have a Ubiquiti UniFi AC wireless access point that provides our wireless network. Turns out, the device had at some point taken the IP I originally assigned to the Pi for itself. • I also connected the Pi to my wired LAN, whereas I realized my static IP was only set up for the wireless interface. As such, I think it's safe to assume that the static IP configuration I’m using actually works, and that I simply need to adjust the IP for my other wireless network. I’m not yet sure if it makes sense to configure a static IP for the LAN interface, as it will cause issues the moment a router uses a different subset or the IP is taken.
IP statiques
J'ai également remarqué que l'IP statique que j'ai configurée pour mon réseau au cottage fonctionnait très bien lorsque la machine se connectait au réseau wifi. Quant aux problèmes que j'ai eu chez moi, je pense qu'ils ont été dûs à d’autres éléments : • Nous disposons d'un point d'accès sans fil Ubiquiti UniFi AC qui fournit notre réseau Wifi. Il s'avère que ce point d’accès avait à un moment donné pris l'adresse IP que j'avais initialement attribuée au Pi. • J'ai ensuite connecté le Pi à mon LAN filaire et c’est alors que j'ai réalisé que mon IP statique n'était configurée que pour l'interface Wifi.
De ce fait, je pense qu’il est raisonnable de penser que la configuration IP statique que j'utilise fonctionne réellement, et que j'ai simplement besoin d'ajuster l'IP pour mon autre réseau sans fil. Je ne sais pas encore s'il est judicieux de configurer une adresse IP statique pour l'interface LAN, car cela causerait des problèmes dès qu'un routeur utilise un adressage différent ou que l'IP soit déjà prise.
Avahi-daemon
I also believe the issues I had with the raspberrypi.local domain were coming from the fact that both the wireless and the LAN connection were active at the same time (and as such the interfaces weren’t sure which should receive traffic on that domain). Since I’ve been at our cottage and the Pi has been running solely on wireless, I’ve had no issues with the local domain. That being said - Android does not seem to handle mDNS at all, so you’ll need to use IP addresses specifically when using an Android tablet or phone. My iPad connects to the local domain without issues, so it does seem to be only an Android issue. I don’t really mind this, so long as I have access to some device where I can use ping to discover the automatically assigned IP in those rare cases where the Pi is active somewhere I haven’t configured a static IP.
Avahi-daemon
Je crois aussi que les problèmes que j'ai eus avec le domaine raspberrypi.local venaient du fait que la connexion Wifi et la connexion filaire étaient actives en même temps (du coup chacune des interfaces ne savaient pas qui devait recevoir du trafic sur ce domaine). Depuis que je suis à notre cottage et que le Pi fonctionne uniquement sur le Wifi, je n'ai eu aucun problème avec le domaine local.
Cela dit - Android ne semble pas du tout gérer les mDNS ; vous aurez donc besoin d'utiliser des adresses IP spécifiques lorsque vous utilisez une tablette ou un téléphone Android. Mon iPad se connecte au domaine local sans problème ; il semble donc qu'il s'agisse d'un problème Android. Au final cela ne me dérange pas, tant que j'ai accès aux machines du réseau et que je peux utiliser ping pour découvrir l'IP automatiquement attribuée dans les rares cas où le Pi est connecté quelque part et que je n'ai pas configuré une IP statique.
Hopefully this article can help anyone who might be using a Raspberry Pi in a similar environment. If you have any other tips you want to share, or if you have any article ideas you want to pass along to me, you can reach me at lswest34+fcm@gmail.com.
Espérons que cet article puisse aider toute personne qui pourrait utiliser un Raspberry Pi dans un environnement similaire. Si vous avez d'autres astuces à partager, ou si vous avez des idées d'articles à me transmettre, vous pouvez me contacter à lswest34+fcm@gmail.com.