Cyril Brulebois a écrit 612 commentaires

Une blague avec le contrôleur en mode SATA/compatible/autre ? À voir dans le firmware, il y a souvent différents réglages.

(Si ça règle bien le problème, il risque d'y avoir des blagues si les deux systèmes doivent cohabiter…)

Debian Consultant @ DEBAMAX

Ça n'a rien à voir sauf que c'est le firmware qui décide ou non de passer la main à l'OS, et il y a des contraintes potentiellement fortes sur la partition ESP notamment, tout comme GRUB peut avoir d'une partition BIOS boot pour y insérer les morceaux dont il a besoin.

Bref, ça n'a pas rien à voir.

Debian Consultant @ DEBAMAX

Les firmwares étant écrits au moment où les machines sont sur la palette prête à être livrée, c'est sûr que c'est une très bonne idée d'avoir une indication de FS qui ne correspond pas au FS écrit sur le disque.

(Spoiler alert: C'est déjà assez compliqué de trouver des firmwares qui se comportent correctement quand tout concorde et respecte les spécifications que… non, ce n'est vraiment pas du tout une bonne idée.)

Debian Consultant @ DEBAMAX

En lançant fdisk sur un disque quelconque (e.g. un fichier de 10 Mo), en créant une partition sur le dos (MBR) par défaut, et en changeant son type, on peut lister tous les systèmes de fichiers que l'on peut déclarer dessus. Puis même chose en basculant au préalable à un partitionnement gpt. Les listes de FS que l'on peut choisir ne correspondent pas.

Debian Consultant @ DEBAMAX

Euh, non…

• /boot/efi est une partition spéciale.
• L'enregistrement se fait dans le firmware plutôt que dans le secteur MBR du disque dur.

Debian Consultant @ DEBAMAX

Il semble que ta machine soit configurée avec du LVM.

Plusieurs points :

• En fonction de comment ta VM est configurée, il faut t'assurer que la partition a bien été redimensionnée pour incorporer l'espace disque additionnel (cf. lsblk par exemple).
• Si cela est déjà OK, il faut agrandir le volume physique (PV) pour tenir compte de la place supplémentaire, avec pvresize. Sinon, il faudra faire une petite danse des partitions.
• Une fois que le PV est agrandi, le groupe de volumes (VG) a de l'espace disque qui peut être attribué ; il est donc possible d'attribuer tout ou partie de cet espace libre à un ou plusieurs volumes logiques (LV), grâce à la commande lvresize.
• Une fois que le LV est agrandi, il faut indiquer au système de fichiers que tu as agrandi son conteneur ; la commande générique fsadm resize est pratique pour cela, et le redimensionnement est souvent possible en ligne (sans démonter le système de fichiers) quand on agrandit.

Debian Consultant @ DEBAMAX

Tu peux essayer de basculer vers une console texte avec Ctrl+Alt+Fx, x variant de 1 à 8 disons.

Si cela ne provoque pas une bascule vers une console texte, c'est probablement que le serveur X est planté (la souris peut continuer à bouger pour autant).

Si cela provoque une bascule vers une console texte, c'est peut-être que le gestionnaire de verrouillage – voire le système de fenêtrage — est planté. Dans ce cas, on peut parfois s'en sortir en se connectant en console texte, en localisant le processus impliqué et en le terminant manuellement (ps faux|grep lock peut être un bon début). Dans ce cas, bien penser à se déloguer de la console texte une fois le bureau « libéré ».

Debian Consultant @ DEBAMAX

D'après un coup d'œil rapide à la page d'accueil → “FairEmail is an original work, not a fork or a clone”.

Debian Consultant @ DEBAMAX

Cette organisation n'a pas forcément été spécifiée explicitement.

Pour jeter un œil à la répartition, cf. cette option de pvdisplay :

       -m, --maps
              Display the mapping of physical extents to logical volumes and logical extents.

Debian Consultant @ DEBAMAX

+1 sur l'aspect client content. :)

Présent depuis décembre 2016 et ravi du service, merci à toi !

Debian Consultant @ DEBAMAX

Pour avoir dû intégrer ce genre de trucs dans un boulot précédent, il peut y avoir des petites blagues, de type entraînement non uniforme, et document scanné un peu en biais (j'ai retrouvé ce genre de problème sur un feeder d'imprimante multifonction d'ailleurs…).

Debian Consultant @ DEBAMAX

J'ai déjà utilisé VLC pour capturer un flux RTSP envoyé sur le réseau par une petite caméra. Pour capturer (presque) une heure de vidéo, mon entrée de crontab ressemblait à ceci :

/usr/bin/vlc -vvv rtsp://spy.home:554/live/ch0 --sout=file/ts:/data/media/spy/record-$(/bin/date +"%Y-%m-%dT%H%M").ts -I dummy --stop-time=3590 vlc://quit

Parfait pour garder un œil sur le chat.

Debian Consultant @ DEBAMAX

En complément, vu que la notion de screen détaché n'était peut-être pas tout à fait ce qui était souhaité, une autre possibilité :

screen -S supertitre -c ~/.screenrc-masuperconfig

Avec dans le fichier ~/.screenrc-masuperconfig :

screen -t screen1 macommande1
screen -t screen2 macommande2
screen -t screen3 macommande3
select 0

Cela permet de créer une session screen récupérable avec screen -rd supertitre, qui contient trois écrans appelés screen1, screen2, screen3, qui font tourner chacun leur commande. Puis comme d'habitude, C-a C-n/C-a C-p pour passer au suivant/précédent, C-a C-d pour se détacher et le laisser tourner en fond, etc.

Édition : Ajout de select 0 qui permet de ne pas rester sur le dernier écran créé, mais de basculer sur le premier.

Debian Consultant @ DEBAMAX

Au passage, c'est rigolo de suggérer le remplacement de ? par | au motif (vous l'avez ?) qu'il s'agit d'un caractère spécial dans les expressions rationnelles. ;p

Debian Consultant @ DEBAMAX

La commande echo ajoute automatiquement un retour à la ligne final (\n) ; il existe des options (non-standard) pour éviter cela, mais printf permet de contrôler finalement comment on affiche les choses.

En passant, length, plutôt que lenght.

Debian Consultant @ DEBAMAX

J'ai perçu des questions. Je donne des éléments de réponse pour l'une d'entre elles.

Debian Consultant @ DEBAMAX

Quand une bibliothèque casse son ABI (pour Application Binary Interface), le numéro de version principal est augmenté.

Le fait de (re)nommer le paquet en conséquence permet la co-installation de différents SONAMEs, ce qui permet de gérer la transition tranquillement : les paquets utilisant la vieille bibliothèque peuvent être recompilés et mis à jour indépendamment les uns des autres plutôt que tous en même temps.

Ici on trouve :

• libxcb-util.so.0 dans le paquet libxcb-util0
• libxcb-util.so.1 dans le paquet libxcb-util1

Debian Consultant @ DEBAMAX

Oh, wow ! À première vue, c'est un peu dingue de devoir en arriver là…

Un petit tour rapide dans l'historique du noyau Linux me semble donner une explication plutôt rationnelle, dans le commit 5105e78e5b2414ec39efaadca1802e37e7105bb1.

Debian Consultant @ DEBAMAX

Chic, c'est effectivement ce qui me semblait le plus probable (même si j'avais évité de me perdre dans des conjectures).

Pour /e/n/i, c'est top, aucune éventuelle configuration. Ça veut dire que NetworkManager peut configurer toutes les interfaces (a contrario, si une interface est configurée via les fichiers de conf, elle n'est pas touchée par NM).

Pour le scan, je pense qu'il faudrait activer l'interface avant de le lancer (au sens « link up »), mais ça n'est pas possible avec le rfkill en place.

Bref, en résumé, cf. la réponse de NeoXL concernant le rfkill → trouve comment activer matériellement le lien physique, NM devrait prendre le relais.

(Au passage, la case à cocher « Activer le wifi » dans l'applet NM semble justement jouer sur l'aspect « soft-blocked » au niveau rfkill.)

Concernant la distinction démarrage dans le système d'installation vs. système installé, j'avoue être un peu surpris. Les composants chargés/disponibles sont effectivement différents dans les deux cas, mais je ne m'attendais pas à voir apparaître un blocage au niveau matériel entre le processus d'installation et le démarrage du système installé…

Debian Consultant @ DEBAMAX

Si je me souviens bien, le noyau peut essayer de charger plusieurs microcodes. Ce n'est pas parce qu'il y a des erreurs de chargement de versions qui ont été remplacées par d'autres que c'est grave.

Si l'interface est présente mais que le wifi ne peut pas être activé, ça ne serait pas une blague que tu pourrais détecter avec rfkill list ?

Par ailleurs, tu as quoi dans /etc/network/interfaces et /etc/network/interfaces.d/* ?

Et as-tu essayé des commandes à la main, comme iwlist wlp0s20f3 scan ?

Debian Consultant @ DEBAMAX

Il s'agit de microcodes/firmwares, pas de pilotes/drivers/modules…

Debian Consultant @ DEBAMAX

Le « donc » est un raccourci un peu (trop) rapide…

Quelques exemples :

kibi@armor:~$ truncate -s 100M foo.iso

kibi@armor:~$ /sbin/mkfs.ext4 foo.iso 
mke2fs 1.43.4 (31-Jan-2017)
Discarding device blocks: done                            
Creating filesystem with 102400 1k blocks and 25688 inodes
Filesystem UUID: f01e469f-bbc3-49b1-a023-4798e8e1149d
Superblock backups stored on blocks: 
    8193, 24577, 40961, 57345, 73729

Allocating group tables: done                            
Writing inode tables: done                            
Creating journal (4096 blocks): done
Writing superblocks and filesystem accounting information: done 

kibi@armor:~$ /sbin/tune2fs -m 0 foo.iso
tune2fs 1.43.4 (31-Jan-2017)
Setting reserved blocks percentage to 0% (0 blocks)

kibi@armor:~$ /sbin/fsck.ext4 foo.iso 
e2fsck 1.43.4 (31-Jan-2017)
foo.iso: clean, 11/25688 files, 8896/102400 blocks

kibi@armor:~$ /sbin/ifconfig
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.0.21  netmask 255.255.255.0  broadcast 192.168.0.255
        inet6 fe80::a28c:fdff:feaa:aaaa  prefixlen 64  scopeid 0x20<link>
        ether bb:bb:bb:aa:aa:aa  txqueuelen 1000  (Ethernet)
        RX packets 15535519  bytes 21212602762 (19.7 GiB)
        RX errors 0  dropped 1  overruns 0  frame 0
        TX packets 6980625  bytes 5176179901 (4.8 GiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
        device interrupt 16  memory 0xe1100000-e1120000  

[…]

kibi@armor:~$ /sbin/route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         192.168.0.254   0.0.0.0         UG    100    0        0 eth0
0.0.0.0         192.168.0.254   0.0.0.0         UG    600    0        0 wlan0
192.168.0.0     0.0.0.0         255.255.255.0   U     100    0        0 eth0
192.168.0.0     0.0.0.0         255.255.255.0   U     600    0        0 wlan0

Ce n'est pas parce qu'une commande n'est pas dans le $PATH par défaut pour les utilisateurs non privilégiés qu'elles ne sont pas utilisables par ces derniers. Les fonctionnalités peuvent être limitées (par exemple ne pas avoir le droit de modifier des paramètres), mais on peut souvent les utiliser pour consulter des infos, et pour modifier les choses sur lesquelles on a les bons droits (e.g. des disques si on est dans le bon groupe, des images de disque, etc.).

Debian Consultant @ DEBAMAX

nice permet de céder la priorité niveau CPU à d'autres processus, en précisant qu'on n'est pas pressé. Même chose pour ionice sur les I/O. Quant à tc, aux dernières nouvelles, c'était pour traffic control et la gestion des paquets… → https://en.wikipedia.org/wiki/Tc_(Linux)

Debian Consultant @ DEBAMAX

Attention à son emploi cependant. Citons la page de manuel memcpy(3) :

SYNOPSIS
       #include <string.h>

       void *memcpy(void *dest, const void *src, size_t n);

DESCRIPTION
       The  memcpy()  function  copies  n bytes from memory area src to memory
       area dest.  The memory areas must not overlap.  Use memmove(3)  if  the
       memory areas do overlap.

Debian Consultant @ DEBAMAX

Vu également :

• échange de radios par messagerie sur téléphone portable (donc Google ou Apple, je suppose) parce que le SI de l'école dentaire flambant neuve (de cette grande ville bretonne que je ne nommerai pas) « ne marchait pas » (ou n'était pas aussi pratique/rapide/habituel que les téléphones, je n'ai pas osé demander) ;
• même endroit : postes Windows XP avec mot de passe = prénom + année de naissance, communiqué aux collègues devant les patients.

Debian Consultant @ DEBAMAX