alors , je viens aussi de mon côté faire le test il y a bien un mode par défaut ,
sudo journalctl -b0 | grep ' io '
mais la vérification montre que cela ne suffit pas on a donc soit des règles Udev à mettre en place , soit des parms issus de la /etc/fstab qui provoquent le changement ( sans le moindre warning )
a priori je pensais que le(s) SSD seraient mq-bfq et les HDD bfq , les autres modes deadline ou none sont ok , à eviter cfq , le mode kyber est douteux ?
donc il y a quelque chose qui n'est pas correct à mon avis
infos complémentaires : j'ai lu en parti les retours fait à paolo sur la branche BFQ et l'intégration dans le noyau , -le BFQ-MQ a un souci de changement ioclass à la volée aboutissant un lock -ajout de traces afin de voir ce qui se passe sans la partie login
pour ma part , et ayant d'autres sujets précédemment , avant kernel 4.12 , manjaro intégrait un patch BFQ et en fonction du noyau / regles udev / et etc/fsab sur chaque disque on a bien BFQ activé après kernel 4.12 je me retrouve en deadline sur tous les disques , or cela n'est pas possible ( 5 SSD / 1 HDD ) et cela reste fonction de udev et ets/fstab
activation requise avec ajout des regles suivantes ( valable pour un ensemble de disques ) creation de regle udev ***4.12*** /etc/udev/rules.d/60-schedulers.rules
# set deadline scheduler for non-rotating disks ACTION=="add|change", KERNEL=="sd[a-z]", ATTR{queue/rotational}=="0", ATTR{queue/scheduler}="deadline" # set bfq-mq scheduler for rotating disks ACTION=="add|change", KERNEL=="sd[a-z]", ATTR{queue/rotational}=="1", ATTR{queue/scheduler}="bfq-mq"
*** ATTENTION CERTAINS RENCONTRENT DES SOUCIS DE MISE EN VEILLE avec 4.12 , CONSERVER TOUJOURS 4.9 ou 4.11 AU CAS OU ***
*** ATTENTION les modules VirtualBox ne sont pas à jour pour ce nouveau noyau , VM Ko ***
nouvelle version https://cdn.kernel.org/pub/linux/kernel ... Log-4.12.4 scheduler/drm/i915//cpufreq/acpi/kernel//Net/x86/vfio//amdgpu/Raid5/dmraid//usb/xhci/pci/scsi mq/btrfs/iwlwifi/ath9k/thermal/ reiserfs/hfsplus/nfs/f2fs/xfs/ext2
Merci stephane, je viens de le réinstaller et il démarre à présent sans problème sur ma machine principale, heureusement car j'ai vu que le 4.11 est marqué "EOL".
Manjaro-Xfce-Compiz 64
Desktop
CPU amd-phenom-64(pci=nomsi dans grub)
CG nvidia GeForce GT 730
Ram : 4 Go
kernel : 54 branche : stable, driver GPU : Nvidia-non-libre
salut Arch a une politique très différente de Manjaro, il n'y a pas 36 versions, juste celui par défaut et le lts donc ils sont (heureusement) beaucoup plus frileux
papajoke a écrit :salut Arch a une politique très différente de Manjaro, il n'y a pas 36 versions, juste celui par défaut et le lts donc ils sont (heureusement) beaucoup plus frileux
Ils ont bien raison de privilégier la stabilité sur les noyaux. Le kernel étant la "moteur" du système... Je me suis souvent retrouvé avec des bugs contrariant Cela dit, et c'est là l'essentiel, les noyaux sont stables sur la branche du même nom
Manjaro-Xfce-Compiz 64
Desktop
CPU amd-phenom-64(pci=nomsi dans grub)
CG nvidia GeForce GT 730
Ram : 4 Go
kernel : 54 branche : stable, driver GPU : Nvidia-non-libre