Il est impossible de penser à un adaptateur secteur USB pour une tarte aux râpes. → Il y avait une bonne chose
Jusque-là, c'est un bonus, et le sujet principal commence ici.
Problème n ° 1: problème de gestion des supports microSD / OS
- Le nombre de microSD endommagés (cadavres) augmentera également. Complètement consommable.
- Il est extrêmement difficile de gérer individuellement la microSD, comme l'espace libre et la version du système d'exploitation.
- ** (me revient) N'est-ce pas stupide de mettre à jour le système d'exploitation un par un? **
Problème? Partie 2: Curiosité propre aux humains qui ont plusieurs cartes
Vous voudrez par inadvertance effectuer l'une des opérations suivantes ...
--Spacon privé pauvre dans un cluster de HPC (MPI)
- Cloud pauvre privé pour PaaS / SaaS avec kubernetes, etc.
- Environnement de compilation distribué
** Mais est-ce une perte de temps de copier plusieurs microSD avec le même contenu? **
Comment résoudre les problèmes 1 et 2 ci-dessus en un seul coup ...
** Il n'y a pas d'autre choix que de faire de Raspai un démarrage client / réseau sans disque **
Cet article est un résumé du démarrage client / réseau sans disque.
Un long chemin pour faire des tartes à la râpe successives sans disque
Étape 1: Connaître l'existence de "PiServer"
Tout d'abord, j'ai trouvé Cet article de Nikkei.
Vous pensez: "Si vous installez ceci sur un PC excédentaire ou sur un hôte virtuel VMWare, c'est un one-shot? Easy win." d'habitude.
Étape 2: essayez PiServer
- 1. Installation de
- Ah, le noyau est x86_64, mais la glibc est Debian 32 bits i386 ...
- 2. Écran de gestion du système d'exploitation à distribuer aux clients
- Enregistrer une distribution autre que Raspbian est très compliqué. Apparemment, vous devez créer vous-même boot.tar.xz et root.tar.xz.
- 3. Configuration / mise à jour du système d'exploitation à distribuer aux clients
- Mettez à jour le système d'exploitation pour les clients avec qemu-arm-static sur PiServer.
Oh, au fait, c'est une version 32 bits de la glibc, donc je ne peux pas mettre à jour la distribution de la version aarch64.
- 4. Mettez sous tension chaque machine avec la microSD réellement retirée
- Ça? Vous ne trouvez pas de clients autres que 3B +? N'avez-vous pas lancé de diffusion DHCP? (La raison de ce phénomène sera expliquée plus tard)
À ce stade, ** PiServer dans son ensemble est putain **. J'ai pris une décision provisoire,
Plus tard, j'analyserai les fonctions de PiServer et réfléchirai à d'autres moyens de l'implémenter.
Étape 3: Pensez à ce qui peut être fait avec U-boot installé localement pendant un moment
Il y avait pas mal d'articles disant "Mettez U-boot dans la première partition de la microSD locale, mettez-le sur le serveur tftp et montez NFS", alors j'y ai réfléchi pendant un moment et l'ai essayé.
Comme le SoC est différent selon les modèles, le nombre de fois où U-boot est compilé + la génération d'images augmente et c'est trop gênant ... Surtout, j'ai réalisé que je visais le sans disque, donc je l'ai finalement rejeté. Si vous utilisez U-boot, c'est celui que vous mettez sur le serveur tftp.
Étape 4: sachez que différents modèles ont différentes façons d'activer le démarrage PXE
Si vous recherchez "Raspberry PI Network Boot" sur Google, vous trouverez différentes méthodes, mais ...
Dans la séquence de démarrage immédiatement après la mise sous tension, lorsque la microSD n'est pas insérée, le résultat de la décision finale d'essayer ou non le démarrage PXE est complètement différent en fonction du modèle (heure de sortie), et d'essayer également le démarrage PXE. J'ai finalement réalisé que la méthode de préparation pour changer le comportement est complètement différente selon le modèle.
Étape 5: Résumé de chaque modèle et préparation (méthode au 02/06/2020)
Raspberry PI 2 Model B (V1.1,V1.2)
- Date de sortie
- Le sans marque (V1.1) sorti en 2015/02 est le bras 32 bits v7.
- Bras 64 bits v8 2016/07 après un changement mineur (V1.2)
- Complètement sans disque est impossible
- Comme il a été annoncé à un moment où je ne pensais pas du tout au démarrage du réseau, il ne prend pas en charge la conversion client complète sans disque.
- Comment faire un net boot
- Bien que ce soit à l'origine un modèle qui n'était pas pris en charge, les personnes à l'intérieur travaillent maintenant dur pour trouver le fichier bootcode.bin inclus dans la partition de démarrage de Raspberry PI OS (anciennement Raspbian).
Il a été amélioré à la situation où le démarrage réseau est possible s'il existe dans la première partition de microSD.
Par conséquent, il est nécessaire d'insérer la microSD qui est une copie de bootcode.bin à partir de l'image Raspbian et de la démarrer.
[Référence (Qiita)](https://qiita.com/ysugi/items/ee88eed56e0234028228)
Raspberry PI 3 Model B (non marqué)
- Date de sortie
- 2016/03
- Certaines commandes ne doivent être exécutées qu'une seule fois après l'achat.
- L'état par défaut ne prend pas en charge le démarrage réseau / USB, mais si vous modifiez le fichier cmdline.txt dans la partition de démarrage de Raspbian une seule fois et redémarrez, l'indicateur du micrologiciel sera modifié et le démarrage sans disque sera effectué. Il sera possible de répondre.
- Travail réel
- Veuillez vous référer au tutoriel original.
[Référence (tutoriel original, anglais)](https://www.raspberrypi.org/documentation/hardware/raspberrypi/bootmodes/net_tutorial.md)
Raspberry PI 3 Model B+
- Date de sortie
- 2018/03
- Diskless peut être fait sans rien faire
- 2020/06/01 Actuellement, le modèle le plus simple à transformer en client sans disque. C'est pourquoi PiServer l'a trouvé.
Raspberry PI 4
- Date de sortie
- 2019/06
- La commande qui ne doit être exécutée qu'une seule fois après l'achat est (retour arrière)
- La conception est complètement différente de la séquence de démarrage jusqu'au système 3B,
Un modèle dans lequel le programme correspondant à bootcode.bin, qui était requis lors du démarrage de la série 3B, est maintenant stocké dans l'EEPROM intégrée.
Normalement, le fonctionnement sans disque devrait être possible sans rien faire, mais dans l'état initial, si le démarrage avec microSD échoue
Un modèle inamical qui est livré dans un état de tout abandonner.
- Que faire
- Les liens suivants sont bien organisés, veuillez donc vous y référer.
[Référence (Akii Diary)](https://akkiesoft.hatenablog.jp/entry/20200506/1588750846)
Étape 6 Vérifiez à nouveau le démarrage PXE de Raspbian (32 bits) sur PiServer
Enfin, j'ai pu effectuer un démarrage PXE sur tous mes modèles.
Et à la prochaine étape de la façon de remplacer le putain de PiServer
Alors c'est tout pour cette fois. Passez à la Partie 2.