Groupe 1-b: Éliminer des difficultés de démarrage
openSuSE Leap 42.1 ss: Les fichiers de régulation manquants pour SELinux obstruent le démarrage du système
Si vous voulez utiliser SELinux sous Leap 42.1 ou plus récent, vous avez un problème: Même si vous installez tout qui est mobilisable et ensuite ordonnez le système de démarrer SELinux, vous faites l'expérience d'une mauvaise surprise: Le démarrage s'arrête approximativement à mi-chemin, et n'importe ce que vous essayiez, vous ne pouvez pas le déclencher encore une fois. Donc vous y avez besoin d'appliquer la méthode furieuse de reculer le système et la reprise au CD d'installation pour démarrer un système de sauvetage et enfin revivre votre système.
Ils sont des fichiers de règles pas inclus dont SElinux a besoin pour
fonctioner correctement. Il a pour conséquence que quelques adressages du
système sont retardés ou arrêtent entièrment. Malheureusement ces fichiers ne
sont pas tenus disponible à partir d'openSuSE 42.1, donc c'est un
insurmontable obstacle.
La seule solution donc serait abandonner SELinux.
Mais heureusement on peut facilement contourner ce problème: Il faut simplement ajouter le répertoire contenant les fichiers nécessaires pour SELinux: openSuSE Leap 42.2 SELinux. Pour rendre accessible ces fichiers, vous avez seulement besoin d'aménager le répertoire comme suivant:
Vous y rendez accessible les fichiers de régulation pour SELinux encore une fois, et la priorité augmentée causera qu'ils aient priorité sur des répertoires réguliers.
Si vous utilisez Tumbleweed, vous n'avez pas besoin de passer à l'action comme les fichiers de régulation se déjà trouvent dans le répertoire.
en hautXen (Domain-0): kernel-default-4.15.0 sur des CPUs intel se suspend avec une kernel panic
Lorsque vous opérez les CPUs Intel au mode virtuel et utilisez Xen comme votre hyperviseur, le système va débrayer après vous avez mis votre système à jour. C'est dû à un conflit avec une actualisation du microcode de ces CPUs qui, en conjonction avec certaines retouches du système, avait à faire empêcher exploiter la faille de sécurité connu comme Meltdown.
Pendant le démarrage du système Xen va est lancé comme d'habitude, mais sitôt
que la contrôle est rendu au noyau du système à démarrer, il y a un défaut au
moment que le système fait accès au Xen, et le système s'arrêt avec une
kernel panic.
Pour éviter ce problème, il faut démarrer le noyau de système sans Xen, ou s'il
est impérativement nécessaire d'opérer Xen, il faut recourir à un noyau que ne
provoque pas ces problèmes.
Des ordinateurs employant des CPUs AMD ne sont pas en prise avec ces problèmes et démarrent le nouveau noyau du système normalement sous Xen.
en haut