« Paramètres linux » : différence entre les versions
(→Nom des interfaces réseaux : Ajout de la méthode manuelle via iproute2.) |
m (→Nom des interfaces réseaux : Fermeture de la parenthèse.) |
||
Ligne 45 : | Ligne 45 : | ||
ip link set toto0 up | ip link set toto0 up | ||
''Note: Il est impératif d'éteindre l'interface avant d'effectuer la modification (sinon on se tape un "RTNETLINK answers: Device or resource busy".'' | ''Note: Il est impératif d'éteindre l'interface avant d'effectuer la modification (sinon on se tape un "RTNETLINK answers: Device or resource busy").'' | ||
==Rotation de la console== | ==Rotation de la console== |
Version du 7 mars 2020 à 22:17
Cette page regroupe quelques paramètres que l'on peut passer au noyau Linux lors de son démarrage.
Passer des paramètres au noyau
GRUB
Pour éditer les paramètres passés au noyau lors de son démarrage, il faut éditer le fichier /etc/default/grub
et les ajouter dans la variable suivante: GRUB_CMDLINE_LINUX=""
séparés par des espaces pour enfin mettre à jour le menu GRUB:
update-grub
PXELinux
Avec PXELinux, les paramètres s'ajoutent après la section APPEND en les séparant par des espaces.
Liste de paramètres
Activer un shell sur un port série
Afin de pouvoir ce connecter à une machine Linux via son port série, il faut passer l'argument suivant au noyau (source):
console=ttyS0,115200n8 console=tty0
INFORMATION
Cette façon de faire semble spécifique à Systemd comme expliqué ici. Pour init et SystemV, il faut passer par le fichier/etc/inittab
documenté ici. Pour Upstart, voir ici.ASTUCE
Lors de l'ouverture d'un programme en plein écran (Vim par exemple) via un port série, la définition de la console passe en 80x24 (colonnes*lignes) et reste ainsi jusqu'à ce que le terminal soit redimensionné manuellement (en changeant sa taille via la souris par exemple).
tput cols && tput lines
. Il suffit ensuite de définir cette taille dans la console série via la commande stty columns 213 rows 56
. Le terminal garde alors des dimensions normales après fermeture d'un programme plein écran.Nom des interfaces réseaux
Avec la version 197 de Systemd (qui intègre désormais udev), une nouvelle méthode de nommage des interfaces réseaux a été introduite, portant le nom de Predictable Network Interface Names.
Voici la justification de l'introduction de cette fonctionnalité:
Traditionnellement, les interfaces de réseau sous Linux sont énumérées eth[0123…], mais ces noms ne correspondent pas forcément à des étiquettes sur le châssis. Les plateformes des serveurs modernes avec de multiples adaptateurs réseau peuvent rencontrer des noms d'interfaces qui ne sont pas déterminants et contre-intuitifs. Ceci affecte les adaptateurs réseau intégrés à la carte mère (Lan-on-Motherboard, or LOM) et les adaptateurs add-in (uniques et multi-ports). Dans Red Hat Enterprise Linux 7, udev prend en charge un certain nombre de schémas d'affectation de noms. Le comportement par défaut est d'assigner des noms fixes basés sur le microprogramme, la topologie et les informations sur l'emplacement. Ceci a pour avantage d'offrir des noms complètement automatiques et prévisibles, qui resteront fixes, même lorsque du matériel est ajouté ou supprimé (il ne se produit pas de ré-énumération) et le matériel endommagé peut être remplacé de façon transparente. L'inconvénient de ce comportement est que les noms sont parfois plus difficiles à lire que les noms traditionnellement utilisés au préalable comme eth0 ou wlan0. Exemple : enp5s0.
Personnellement je trouve ce système merdique car en plus de rendre les noms d'interfaces incroyablement complexes (si encore il n'y avait que ça...), il les nomment différemment en fonction de la machine sur laquelle est installé le système. Ce qui rend toute tentative d'automatisation par script impossible en plus d'obliger l'administrateur à lister ses interfaces avant de commencer à les configurer pour connaître leur nom car in-devinable. Et encore, imaginez quand vous êtes forcé d'utiliser un mappage clavier QWERTY sur un clavier AZERTY et que vous avez un nom d'interface comme celui-ci: wlx00c0ca4034 ou celui-là: "enx000ec6d8bdac"...
À mon humble avis, il est déplorable qu'une "fonctionnalité" aussi chiante et qui doit concerner le 0,00001% des administrateurs systèmes ayant déjà rencontré LE cas (en fonction de l'alignement des astres dans une galaxie lointaine) où une interface réseau, suite à sont remplacement, a un truck chelou qui se produit avec son nom soit activé de base et face chier les 99,99999% restant...
Pour le désactiver, il faut entrer le paramètre suivant:
net.ifnames=0
De plus, je recommande de le désactiver si vous voulez renommer vous-même vos interfaces réseaux comme sur cette documentation car sinon cet imbécile de Systemd ne va pas les prendre en compte (vu qu'il les renommes lui-même en dernière instance - ce que veux Systemd est toujours prioritaire sur ce que vous voulez, ne l'oubliez pas...).
De plus amples informations sont disponibles (notamment sur les 3 méthodes possibles de désactivation) sur le site officiel.
Notez qu'il est également possible de renommer manuellement une interface réseau via iproute2
:
ip link set eth0 down ip link set dev eth0 name toto0 ip link set toto0 up
Note: Il est impératif d'éteindre l'interface avant d'effectuer la modification (sinon on se tape un "RTNETLINK answers: Device or resource busy").
Rotation de la console
Si vous avez un écran monté en vertical, il est possible de préciser à la console (fbcon) de pivoter pour vous éviter un torticolis et avoir une plus grande surface d'affichage. La méthode utilisée est expliquée simplement ici.
Ce qu'il faut savoir:
- 0: Rotation normale
- 1: Rotation horaire
- 2: Rotation anti-horaire
- 3: Inverser l'affichage
Paramètre noyau:
fbcon=rotate:1
Note: S'applique à tout les TTY.
Changement dynamique
Pour le TTY actif:
echo 1 > /sys/class/graphics/fbcon/rotate
Pour tout les TTY:
echo 1 > /sys/class/graphics/fbcon/rotate_all