avec l'installation du kernel CK ou kernel PF, j'ai ce message au lancement de ma machine. Ça ne l'empêche pas de fonctionner mais je voulais si ça pouvait poser un problème à l'avenir. Photo de mon écran : http://imgur.com/a/RhvQs. Je me demande même si ce n'est pas en passant au 4.11. Merci d'avance.
Là, je suis complètement perdu, tu peux préciser ? Merci. Sinon concernant le choix du kernel, il est préférable d'opter pour un lts, le dernier étant le noyau 4.10. Les kernels supérieurs peuvent être source de problèmes et ne sont vraiment indiqués que pour une machine très récente.
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
stephane a écrit :il s'agit d'un noyau Arclinux compilé et non de ceux fournis par manjaro
Bonjour stephane, est-ce raisonnable d'installer ce type de kernels sur une manjaro stable ? Je crois deviner la réponse mais une confirmation serait la bienvenue
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
stephane a écrit :il s'agit d'un noyau Arclinux compilé et non de ceux fournis par manjaro
Bonjour stephane, est-ce raisonnable d'installer ce type de kernels sur une manjaro stable ? Je crois deviner la réponse mais une confirmation serait la bienvenue
Ce sont des noyaux auxquels on applique les patches et qu'on compile ensuite, au niveau maintenabilité ce n'est pas génial vu la complexité des noyaux actuels, il faut bien maîtriser son sujet.
Otacon l'a dit. Avec une rolling, le noyau évolue des dizaines (voire plus) au sein d'une même version. Même les anciens kernels (3.10 etc...) sont mis à jour. Vu que le ck n'est pas maintenu officiellement, il te faudra le recompiler à chaque fois, du moins assez souvent, sous peine de rencontrer problèmes dus au décalage avec les firmwares et autres pilotes pris en charge par les dèvs. C'est pour cette raison que ce noyau reste sur Aur au format .git pour suivre au mieux l'évolution et est plutôt destiné au cascadeurs
Noyau récent MANJARO x86_64 bits: 64 Xfce 4.16
ASUSTeK model: PRIME B350M-A v: Rev X.0x
6-Core: AMD Ryzen 5 2600X
AMD Baffin [Radeon RX 460/560D / Pro
driver: amdgpu v: kernel
Display: x11 server: X.Org driver: amdgpu,ati unloaded: modesetting
OpenGL: renderer: Radeon RX 560 Series
Arch en Dual. Aucun lien publicitaire ne saurait être toléré dans la signature!
@Smurf & papajoke : merci pour vos réponses, je me sentirai moins bête en me couchant, ce soir @machiavel : L'installation de ces kernels me fait immanquablement penser à de la haute voltige. Ce n'est pas un jugement négatif de ma part, loin s'en faut et je te souhaite bonne chance dans cette entreprise.
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
machiavel a écrit :Ok. Non je ne pense pas que ce soit de la haute voltige. Le CK est relativement réputé et en plus spécifique au i7 Ivybridge que j'ai.
On est d'accord, c'est du très bon kernel précompilé pour intel, c'est juste que c'est déjà bien chiant à suivre sur arch, alors sur manjaro avec sa gestion particulière des kernels et modules, c'est juste casse gueule. et puis son probleme à Con Kolivas, c'est qu'il a zéro bande passante (désolé, oui c'est gratuit, oui la bande ça coute cher, mais les deconnections serveur quand tu mets à jour un kernel, tu fais de l'huile...). Mais fait, ne t'arrête surtout pas, on apprend plein de trucs comme ça.
The pstate power scaling driver is used automatically for modern Intel CPUs instead of the other drivers below. This driver takes priority over other drivers and is built-in as opposed to being a module. This driver is currently automatically used for Sandy Bridge and newer CPUs. If you encounter a problem while using this driver, add intel_pstate=disable to your kernel line. You can use the same user space utilities with this driver, but cannot control it.
Il y a une raison particulière pour avoir mis cette valeur? Avec ce type d'option de kernel, les problemes acpi ou aspm ne sont jamais très loin.
Macbook 5,1 - Manjaro-Xfce - CPU : Core2Duo 2Ghz | 4Go DDR3 | CG: NVIDIA GeForce 9400M | Son : NVIDIA MCP79
Thinkpad x250 - Arch-Gnome - CPU i5 5200U | 8Go DDR3 | CG: Intel HD 5500 | Son : Intel Wildcat Point-LP HDA
Oui son serveur est pourri mais lorsque je télécharge le kernel avec WGET, il n'y a aucune coupure et ça télécharge à fond (ne me demande pas pourquoi). Pour Intel P-State dans le grub, c'est vrai qu'il n'y a pas besoin de le mettre. Je le mets par sécurité. Mais je pourrais l'enlever. Ça ne change rien au problème en tout cas.
machiavel a écrit :Oui je teste pas mal car Linux pas très bien foutu pour les laptops même s'il y a du mieux depuis peu de temps. Donc j'essaye d'optimiser un peu tout.
En quoi cela poserait-il problème d'installer un autre noyau que celui de Manjaro ?
Aucun problème, juste un peu plus de maintenance, ça veut dire vérifier et modifier si besoin le PKGBUILD à chaque mise à jour du noyau ck. C'est un noyau qui permet d'avoir un système plus réactif en charge, il privilégie la performance sur la stabilité et le dev fait parfois des erreurs, il suffit de lire son blog :
4.10 Removed the rapid ramp-up in schedutil cpufreq which was overactive.
4.9 Previous versions of MuQSS defaulted to type 2 above. If you find behavioural regressions with any of your workloads try switching it back to 2. - Changed Hz to default to the safe 100 value, removing 128 which caused spurious issues and had no real world advantage. - Made hrtimers not be used if we know we're in suspend which may have caused suspend failures for drivers that did no use correct freezable vs normal timeouts
J'ai aussi des messages d'alerte ACPI, il semble que ça concerne le port SATA ([DSSP]), mais vu que mon bios n'est plus mis à jour depuis 2013, je ne vois pas comment je pourrais corriger le tir, de toute façon je n'ai pas de souci particulier avec mes disques.
Otacon a écrit :Il y a une raison particulière pour avoir mis cette valeur? Avec ce type d'option de kernel, les problemes acpi ou aspm ne sont jamais très loin.
Apparemment, il y avait des gels du système sur certaines machines, et c'était la seule façon d'y remédier.