Dans ce petit tutoriel, je vais montrer comment restaurer manuellement le snapshot primary (la copie principale du système JunOS) sur un switch Juniper EX2200, dans le cas où l’appareil boote automatiquement sur le backup slice à cause d’une erreur ou corruption sur la partition /dev/da0s2a.
L’EX2200, c’est pas tout jeune, mais c’est encore ben vivant comme modèle. On le voit souvent dans des petits bureaux, sur des segments secondaires dans des réseaux plus gros, ou même dans des homelabs. Il a tout ce qu’il faut pour faire rouler un réseau L2 de base : 48 ports gigabit, des slots SFP pour l’uplink, et surtout — un vrai OS JunOS basé sur FreeBSD. C’est parfait pour faire du tuning, de l’automatisation ou du troubleshooting — que tu sois admin réseau ou juste passionné.
Mais comme tout vieux hardware, il a ses particularités. Une des plus importantes, c’est la structure de boot en double slice : le switch a deux partitions root, da0s1a et da0s2a, et il switche entre les deux au boot. Si la primary (en général da0s2a) est brisée, il va booter automatiquement sur la backup (da0s1a) — sans avertissement. À première vue, tout marche, mais tu risques des problèmes : tu peux plus faire de updates ou sauvegarder ta config en toute sécurité.
Dans ce guide, je vais couvrir les vrais symptômes qu’on a déjà vus sur le terrain :
- cannot mount /dev/da0s2a quand on check le snapshot
- boot automatique sur le backup slice
- aucune alarme avec show system alarms, même après la restauration
- échec du montage manuel et erreurs avec
fsck
C’est parti, on répare ça ✌️
Avoir son propre serveur NTP dans le réseau local, c’est utile pour les équipements qui n’ont pas accès direct à internet (switches, firewalls, conteneurs isolés) ou pour réduire la dépendance aux serveurs externes.
