diff --git a/docs/debian/soucis/erreurs_resume.md b/docs/debian/soucis/erreurs_resume.md new file mode 100644 index 0000000..1736c3c --- /dev/null +++ b/docs/debian/soucis/erreurs_resume.md @@ -0,0 +1,113 @@ +# erreurs fichier resume + +**/etc/initramfs-tools/conf.d/resume** + +## fichier resume absent + +théoriquement un fichier resume peut être absent (comme sur ArchLinux par exemple), dans ce cas, selon man, +la plus grande partition swap devrait être utilisée. + +sur **debian**, une erreur se produit et n'est pas corrigée lors de l'update: + +`update-initramfs -u` +```text +update-initramfs: Generating /boot/initrd.img-4.11.6-towo.2-siduction-amd64 +I: The initramfs will attempt to resume from /dev/sda3 +I: (UUID=691f4861-ac9e-4b44-adaf-db28378d1d8f) +I: Set the RESUME variable to override this. +``` + +## Gave up waiting for suspend/resume device... + +quand l'UUID de la partition `swap` est changé (classique avec l'installeur Debian +sur un multi-boot par exemple), il ne suffit pas de modifier le fstab. +si le système permet l'hibernation, il faut aussi veiller à configurer correctement +`/etc/initramfs-tools/conf.d/resume` +à défaut + +* le boot subi un timeout en essayant de trouver une partition fantôme + (Gave up waiting for suspend/resume device...). +* cela peut aussi se traduire par une erreur lors d'un _update-initramfs_ + +```text +update-initramfs: Generating /boot/initrd.img-4.9.0-3-686-pae +W: initramfs-tools configuration sets RESUME=UUID=68c4a15c-e3c8-4afe-8ffe-feb3637a0875 +W: but no matching swap device is available. +I: The initramfs will attempt to resume from /dev/sda6 +I: (UUID=3264f09c-87ed-4731-8132-3e929d120c65) +I: Set the RESUME variable to override this. +``` + +## correction resume + +**root** requis + +### avec UUID + +méthode fastidieuse +```shell +su + # identifier le swap et noter l'UUID +lsblk -f + # vérifier le fstab si besoin +cat /etc/fstab + # configurer resume (editor|geany|mousepad|pluma|kate|gedit...) +editor /etc/initramfs-tools/conf.d/resume + # mise à jour de l'image initramfs +update-initramfs -u +reboot +``` + +```ini + ## /etc/fstab + # swap was on /dev/sda3 during installation +UUID=422c2bac-a6c3-4774-afd2-bb53c366a27d none swap sw 0 0 + + ## /etc/initramfs-tools/conf.d/resume +RESUME=UUID=422c2bac-a6c3-4774-afd2-bb53c366a27d +``` + +### avec device + +pour éviter les surprises quand on joue avec des multi-boots, **pour le(s) swap**, +utilisation de _/dev/partition_ +```ini + ## /etc/fstab + # swap was on /dev/sda3 during installation +/dev/sda3 none swap sw 0 0 + + ## /etc/initramfs-tools/conf.d/resume +RESUME=/dev/sda3 +``` + +### avec _auto_ + +mais depuis peu, **encore plus simple** (après test): +```ini +RESUME=auto +``` + +### options variable RESUME + +* auto - sélectionne le périphérique (device) resume automatiquement. + sélection de la plus grande partition swap disponible (ou la première?). peu clair entre + man initramfs-tools et man initramfs.conf. +* none - désactive resume à partir du disque +* non défini (pas de fichier _/etc/initramfs-tools/conf.d/resume_): idem auto +* la variable de boot `noresume` écrase ces options + +### Grub + +ajouter le paramètre resume=UUID= + +par exemple: +```text +GRUB_CMDLINE_LINUX_DEFAULT="quiet resume=UUID=691f4861-ac9e-4b44-adaf-db28378d1d8f" + +``` + + +### check après reboot: +```shell +/sbin/swapon -s +``` diff --git a/docs/debian/soucis/part_root.md b/docs/debian/soucis/part_root.md new file mode 100644 index 0000000..f39e153 --- /dev/null +++ b/docs/debian/soucis/part_root.md @@ -0,0 +1,40 @@ +# la part du root + + +**root** requis + +> hum j'ai un problème avec une partition, j'ai viré environ 10go mais elle apparaît tout le temps 100% utilisée... +```shell +df -h /mnt/SAVE +``` +```text +Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur +/dev/sda5 130G 124G 0 100% /mnt/SAVE +``` +curieux, 124/130=5%... environ + +```shell +su +tune2fs -l /dev/sda5 | grep Reserved +``` +```text +Reserved block count: 1727987 +Reserved GDT blocks: 1015 +Reserved blocks uid: 0 (user root) +Reserved blocks gid: 0 (group root) +``` +1727987 blocks résservés: +```shell +tune2fs -m 0 /dev/sda5 +``` +```text +tune2fs 1.42.12 (29-Aug-2014) +Définition du pourcentage de blocs réservés à 0% (0 blocs) +``` +voilà, 0 block: +```shell +df -h /mnt/SAVE +"/dev/sda5 130G 124G 5,8G 96% /mnt/SAVE +``` +opération déconseillée sur le système pour laisser au _root_ (et les applications fonctionnant +en tant que tel) d'avoir un minimum de place si la partition système est pleine. diff --git a/docs/debian/soucis/usb_wifi_echec_nommage.md b/docs/debian/soucis/usb_wifi_echec_nommage.md new file mode 100644 index 0000000..9051602 --- /dev/null +++ b/docs/debian/soucis/usb_wifi_echec_nommage.md @@ -0,0 +1,201 @@ +# interfaces réseau nommage classique + +# adaptateur Wifi USB ne fonctionne pas + +* le nom d'interface est wlx..., wlx indiquant un échec du nouveau nommage + +solution + +* correction de l'échec du nouveau nommage +ou +* retour à l'ancien nommage, juste sur l'usb ou toutes les interfaces + + +## introduction rapide + +> Depuis la version 197 systemd/udev a introduit un nouveau schéma de nommage: _Predictable Network Interface +Names_ sensé stabiliser le nommage des interfaces réseau. Il fait disparaître les classiques noms +("eth0", "wlan0", ...). Il s’appuie sur le nommage du noyau pour lui appliquer des règles, qui par défaut +se trouvent dans `/lib/systemd/network/99-default.link`, avec notamment la règle +`NamePolicy=kernel database onboard slot path`. +[Plus d'infos sur freedesktop (En)](https://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterfaceNames/) + + +Ce nommage ne fonctionne pas (ou pas toujours) pour les périphériques USB, au moins sur debian +le nom d'interface se retrouve sous la forme `wlx`00c0ca3f3f23 + + +Ceci est peut-être dû à à une lenteur d'initialisation de l'adaptateur USB (hypothèse personnelle), +mais normalement, une règle udev devrait se rabattre sur l'adresse MAC MAC (ID_NET_NAME_MAC) pour +construire le nom (voir /lib/udev/rules.d/73-usb-net-by-mac.rules) + + +* **Mise à jour Décembre 2017** + +J'ai été personnellement confronté au souci en voulant utiliser ma vieille alfa network, sur debian 9.2. +Je n'ai pas envie de revenir aux vieux nommages pour **toutes** les interfaces. Donc en fouinant un peu, de +ce que j'ai compris ou testé (j'ai pas trouvé les bonnes docs détaillées) + +* /etc/udev/rules.d/ surcharge les règles par défaut de /lib/udev/rules.d/ +* /etc/systemd/network/ surcharge /lib/systemd/network/ +* /lib/udev/rules.d/73-usb-net-by-mac.rules indique tester: /etc/udev/rules.d/80-net-setup-link.rules + et /etc/systemd/network/99-default.link" + + +**tous les commandes qui suivent doivent être faites en root** + +pour vérifier le nom d'interface +```shell +ip -o add +``` + +## nouveau nommage sur usb dans l'esprit systemd: wlp... + +### cible usb + +* vérifier que rien n'existe déjà sur le cible /etc/udev/rules.d/80-net-setup-link.rules +* clé en main: +```shell +unlink /etc/udev/rules.d/80-net-setup-link.rules 2>/dev/null +[ -f /etc/udev/rules.d/80-net-setup-link.rules ] && mv /etc/udev/rules.d/80-net-setup-link.rules /etc/udev/rules.d/80-net-setup-link.bak + +ln -s /lib/udev/rules.d/80-net-setup-link.rules /etc/udev/rules.d/80-net-setup-link.rules +``` +(ls -l /etc/udev/rules.d/80-net-setup-link.rules -> /dev/null) + + +* **bien** au branchement, l'interface est activée, mais son nom est: **wlp0s29f7u3** (*) + je dois bien avouer que là, c'est pas très sexy +* c'est conforme au nouveau nommage +* dois je en conclure que c'est un bug debian sur l'implantation de systemd où les règles devraient êtres +liées sur /etc? + + +(*) j'espère que ce nom à la ***, est seulement à l'échec initial du nommage et un fallback basé sur la MAC + + + +## ancien nommage sur usb, wlan **pour USB** + +### cible usb + +* 2e essai, on détourne la prise en charge de 80-net-setup-link.rules inexistant sur /etc/udev/rules.d/ +ce qui revient à désactiver la règle. +* vérifier qu'il n'y a pas de fichier (ou lien présent sur la cible) + +```shell +unlink /etc/udev/rules.d/80-net-setup-link.rules 2>/dev/null +[ -f /etc/udev/rules.d/80-net-setup-link.rules ] && mv /etc/udev/rules.d/80-net-setup-link.rules /etc/udev/rules.d/80-net-setup-link.bak + +ln -s /dev/null /etc/udev/rules.d/80-net-setup-link.rules +``` +(ls -l /etc/udev/rules.d/80-net-setup-link.rules -> /dev/null) + +* **SUPER** résultat: **wlan0**, c'est plus _net_ +* redémarrage de udev, les interfaces non-usb conservent leur noms :) +* remarque, pour obtenir une ip, relancer NetworkManager (ou monter/démonter si + /etc/network/interfaces) +* je n'ai pas le temps de rebooter pour tester, je mettrai ça à jour dès que possible + +```text +cerise sur le gateau, l'adresse MAC **change automatiquent**(spoofing), pas besoin de configurer NetworkManager +``` + +## ancien nommage, via règles Udev + +### cible usb et pci + +* pas testé, ou à moitié en aidant un utilisateur sur un fil pollué par les charlots de Debian-Facile, + cantonnés aux drivers. + à l'époque, j'avais fait faire une manip bien trop compliquée et pas dans les clous. +* vérifier qu'il n'y a pas de fichier (ou lien présent sur la cible), et dévier 99-default.link +* solution clé en main: +```shell +unlink /etc/systemd/network/99-default.link 2>/dev/null +[ -f /etc/systemd/network/99-default.link ] && mv /etc/systemd/network/99-default.link /etc/systemd/network/99-default.bak + +ln -s /dev/null /etc/systemd/network/99-default.link +``` + +relancer udev (normalement suffisant) +```shell +systemctl restart udev +``` + +pour les interfaces ethernet, qui sont dans devfs du noyau, il faut reconstruire le initramfs +```shell +update-initramfs -u +reboot +``` + + +## ancien nommage, via Grub + +### cible usb et pci + +pas testé, mais indiqué par freedesktop et vu sur une ArchLinux + + +* avec son éditeur préféré, modifier `/etc/default/grub` +* **ajouter** les paramètres: `net.ifnames=0 biosdevname=0` en commentant la ligne existante et +en la dupliquant, par **exemple**: +```text + #GRUB_CMDLINE_LINUX_DEFAULT="quiet" +GRUB_CMDLINE_LINUX_DEFAULT="quiet net.ifnames=0 biosdevname=0" +``` +puis + +```shell +update-grub +reboot +``` + + +## retour en arrière + +### règles Udev + +```shell +unlink /etc/udev/rules.d/80-net-setup-link.rules 2>/dev/null +[ -f /etc/udev/rules.d/80-net-setup-link.bak ] && mv /etc/udev/rules.d/80-net-setup-link.bak /etc/udev/rules.d/80-net-setup-link.rules +``` + +```shell +unlink /etc/systemd/network/99-default.link 2>/dev/null +[ -f /etc/systemd/network/99-default.BAK ] && mv /etc/systemd/network/99-default.bak /etc/systemd/network/99-default.link +``` + +```shell +unlink /etc/systemd/network/99-default.link 2>/dev/null +[ -f /etc/systemd/network/99-default.bak ] && mv /etc/systemd/network/99-default.bak /etc/systemd/network/99-default.link +``` + +### vieux bidouillage + +pour ceux qui auraient suivis mes premières élucubrations (fonctionnelles mais pas dans les clous (difficile +de tester à distance;)) +```shell +unlink /lib/systemd/network/99-default.link 2>/dev/null +[ -f /lib/systemd/network/99-default.link.bak ] && mv /lib/systemd/network/99-default.link.bak /lib/systemd/network/99-default.link +update-initramfs -u +reboot + +``` + +### grub + + +* avec son éditeur préféré, modifier `/etc/default/grub` +* décommenter la ligne originale +* supprimer la ligne contenant `net.ifnames=0 biosdevname=0` +* par exemple +```text +GRUB_CMDLINE_LINUX_DEFAULT="quiet" +``` +puis + +```shell +update-grub +reboot +``` +