{"id":121113,"date":"2024-12-22T15:46:51","date_gmt":"2024-12-22T13:46:51","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/izmenenie-nastroek-yadra-linux-6-12-privelo-k-problemam-c-zram-v-nekotoryh-distributivah"},"modified":"2024-12-22T15:46:51","modified_gmt":"2024-12-22T13:46:51","slug":"izmenenie-nastroek-yadra-linux-6-12-privelo-k-problemam-c-zram-v-nekotoryh-distributivah","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/izmenenie-nastroek-yadra-linux-6-12-privelo-k-problemam-c-zram-v-nekotoryh-distributivah","title":{"rendered":"Le changement de configuration du noyau Linux 6.12 a conduit \u00e0 des probl\u00e8mes avec zRAM dans certaines distributions","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Les utilisateurs des syst\u00e8mes utilisant le m\u00e9canisme zRAM pour le stockage compress\u00e9 de la partition d'\u00e9change en m\u00e9moire ont rencontr\u00e9 un probl\u00e8me entra\u00eenant un \u00e9chec de d\u00e9marrage apr\u00e8s la mise \u00e0 jour du noyau Linux vers la version 6.12. Le probl\u00e8me se manifeste sur Gentoo, Void et d'autres distributions prenant en charge zRAM et offrant des paquets avec de nouvelles versions du noyau. <\/p>\n
La cause de l'\u00e9chec est un changement int\u00e9gr\u00e9 dans le noyau 6.12, ajoutant la possibilit\u00e9 de configurer les algorithmes de compression pendant le fonctionnement. En parall\u00e8le, la logique de s\u00e9lection des algorithmes de compression disponibles a \u00e9t\u00e9 modifi\u00e9e dans Kconfig au moment de la compilation du noyau. Ce changement a entra\u00een\u00e9 des probl\u00e8mes dans les distributions qui comptaient sur des r\u00e9glages par d\u00e9faut et qui n'avaient pas activ\u00e9 tous les algorithmes zRAM disponibles s\u00e9par\u00e9ment dans la configuration Kconfig pour le noyau 6.12. <\/p>\n
Apr\u00e8s la mise \u00e0 jour vers le noyau 6.12, dans ces distributions, il ne restait disponible pour s\u00e9lection que l'algorithme de compression de base par d\u00e9faut, et non tous les algorithmes pris en charge. Par cons\u00e9quent, lors de la tentative d'activation dans zRAM d'algorithmes ne correspondant pas \u00e0 l'algorithme par d\u00e9faut, un \u00e9chec s'est produit au d\u00e9marrage. Par exemple, en choisissant l'algorithme lz4, une erreur est survenue : \u00ab zramctl : \/dev\/zram0 : \u00e9chec de la d\u00e9finition de l'algorithme : argument invalide \u00bb, car seuls lzo restait pris en charge au lieu des algorithmes pr\u00e9c\u00e9demment pris en charge lzo, lz4, lz4hc, 842 et zstd. <\/p>\n
Le probl\u00e8me se r\u00e9sout en activant chaque backend de compression dans Kconfig s\u00e9par\u00e9ment (les param\u00e8tres CONFIG_ZRAM_BACKEND_* ont \u00e9t\u00e9 ajout\u00e9s dans le noyau 6.12) : CONFIG_ZRAM_BACKEND_LZ4=y CONFIG_ZRAM_BACKEND_LZ4HC=y CONFIG_ZRAM_BACKEND_ZSTD=y CONFIG_ZRAM_BACKEND_842=y CONFIG_ZRAM_DEF_COMP_LZO=y CONFIG_ZRAM_DEF_COMP=\u00bblzo\u00ab \n Source : opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"