Comment mettre à jour le noyau HiveOS ? (Aide aux conducteurs)

Comprendre les mises à jour du noyau HiveOS

1. HiveOS est un système d'exploitation léger basé sur Linux, conçu pour les opérations d'extraction de GPU, construit sur Debian avec des optimisations personnalisées pour la stabilité et la compatibilité matérielle.

2. Le noyau sert d'interface principale entre les pilotes matériels et la pile logicielle de minage, affectant directement la détection du GPU, la gestion de l'alimentation et le comportement des voies PCIe.

3. Les mises à jour du noyau dans HiveOS ne sont pas fournies via des mises à niveau apt standard mais via des versions d'images officielles ou des correctifs OTA contrôlés signés par les développeurs Hiveon.

4. La compilation manuelle du noyau n'est pas prise en charge et est fortement déconseillée : HiveOS s'appuie sur des modules de noyau étroitement intégrés comme hive-nvidia et hive-amd qui nécessitent une gestion précise des versions des symboles.

5. La prise en charge des pilotes est liée à des versions spécifiques du noyau ; par exemple, le pilote NVIDIA 535.129.03 prend officiellement en charge les noyaux jusqu'à 6.8.x, tandis que AMD ROCm 6.1.3 nécessite des en-têtes de noyau correspondant à 6.6.30-hiveos.

Voies officielles de mise à jour du noyau

1. La méthode principale consiste à flasher une nouvelle image HiveOS à l'aide de l'outil Hiveon Flash ou de la commande dd sur le périphérique de démarrage. Cela remplace l'intégralité du système de fichiers racine, y compris le noyau, initramfs et les modules.

2. Les mises à jour OTA déclenchées via l'interface Web HiveOS ou CLI ( hive-update ) peuvent inclure des mises à jour du noyau lorsqu'elles sont marquées comme « majeures » dans les notes de version.

3. Chaque numéro de version de HiveOS (par exemple, 0.6-587) correspond à une version fixe du noyau : 0.6-587 utilise Linux 6.6.30-hiveos, tandis que 0.7-621 est livré avec 6.8.12-hiveos.

4. Les fichiers de configuration du noyau (.config) ne sont pas exposés aux utilisateurs ; tous les réglages, y compris la mise à l'échelle de la fréquence du processeur, les paramètres IOMMU et les politiques de réinitialisation du GPU, sont intégrés dans le processus de construction.

5. Les paramètres de démarrage tels que nvidia.NVreg_EnableGpuFirmware=1 ou amdgpu.vm_update_mode=3 sont pré-appliqués et non modifiables sans interrompre la vérification de la signature.

Contraintes de compatibilité des pilotes

1. HiveOS n'autorise pas le mélange de pilotes provenant de différentes branches de fournisseurs : les pilotes NVIDIA et AMD ne peuvent pas coexister sur la même installation en raison de hooks de sous-système DRM conflictuels.

2. Le package de pilotes hive-nvidia regroupe les versions corrigées des modules nvidia-uvm, nvidia-drm et nvidia-modeset compilés exclusivement avec les en-têtes du noyau fournis.

3. La prise en charge des pilotes AMD dépend de la présence de hive-amdgpu-pro ou hive-amdgpu-open , chacun étant lié à des plages ABI de noyau et à des versions de blob de micrologiciel distinctes.

4. Les GPU hérités comme la série GTX 10 reposent sur des noyaux de support à long terme (branche 6.1.x), tandis que les cartes RDNA3 nécessitent un noyau 6.8+ avec des tables Powerplay AMDGPU mises à jour.

5. Tenter de charger des pilotes hors arborescence, même s'ils se compilent, déclenche des échecs d'application de la signature du module et entraîne la mise sur liste noire des périphériques GPU lors de l'initialisation de la ruche.

Vérification et diagnostic

1. La version du noyau peut être confirmée en exécutant uname -r dans le shell HiveOS, qui génère des identifiants tels que « 6.6.30-hiveos » ou « 6.8.12-hiveos ».

2. Les modules GPU chargés apparaissent sous lsmod | grep -E '(nvidia|amdgpu)' ; L'absence indique un échec d'initialisation du pilote ou un ABI du noyau incompatible.

3. Les journaux de détection du matériel résident dans /var/log/hive/hive-init.log , où les lignes contenant « kmod : chargé » ou « firmware : échec » indiquent l'état du pilote au niveau du noyau.

4. La commande hivectl gpu list interroge directement les entrées sysfs ; une sortie vide remonte souvent à des modules de noyau manquants ou mal alignés plutôt qu'à des défauts physiques du GPU.

5. Les messages du tampon en anneau du noyau liés aux réinitialisations du GPU ou aux erreurs de mappage de mémoire sont accessibles via dmesg -T | grep -i 'nvidia|amdgpu|iommu' .

Foire aux questions

Q : Puis-je mettre à niveau uniquement le noyau sans réinstaller HiveOS ? R : Non. HiveOS ne fournit pas de packages de noyau autonomes. Le noyau, les pilotes, les initramfs et les binaires de l'espace utilisateur forment une unité de version atomique.

Q : Pourquoi hive-update ignore-t-il parfois les mises à jour du noyau même lorsque des versions plus récentes existent ? R : Le programme de mise à jour respecte les règles d’épinglage des versions. Si votre plate-forme exécute une variante LTS verrouillée (par exemple, 0.6-LTS), elle n'extrairea pas les noyaux de la série 0.7 à moins qu'elle ne soit commutée manuellement via hive-config.

Q : Que se passe-t-il si je force l'installation d'un noyau Debian générique ? R : Le système ne parvient pas à démarrer après initramfs. Les hooks d'initialisation de ruche manquants, les modules non signés et l'absence de logique de chargement du micrologiciel provoquent une panique immédiate.

Q : Les mineurs USB ASIC nécessitent-ils des mises à jour du noyau pour la prise en charge du nouveau micrologiciel ? R : Non. La communication USB ASIC utilise des pilotes de classe CDC ACM ou HID standard déjà présents dans tous les noyaux HiveOS depuis la version 0.5 ; les mises à jour du micrologiciel se produisent au niveau de l'appareil et non au niveau du noyau.