Mettre à niveau le kernel pour le système Linux sans mettre à jour les applications / libs user?

J'ai construit une image Linux "recovery-cd" personnalisée qui consiste en un initrd compressé et des bottes via bcdedit (comme Ubuntu Wubi) au lieu d'un CD physique. Il a divers outils de récupération pour l'édition de partition, l'antivirus, etc.

Maintenant, je dois mettre à jour le kernel et les modules pour le rendre compatible avec UEFI , afin qu'il puisse démarrer dans une machine compatible avec SecureBoot (j'utilise un grubx64.efi signé pour le démarrage).

Mon image est basée sur TinyCore Linux 3.x, qui a ajouté le support UEFI (linux 3.10) dans les dernières versions 5.x. J'ai remplacé le kernel et les modules 2.6.32 par 3.10 et les choses semblent fonctionner. Mais TinyCore 3.x a glibc 2.11, tandis que 5.x a glibc 2.17.

Ma question est, comment puis-je m'assurer qu'il n'y a pas d'incompatibilités entre le nouveau kernel et les anciennes applications / libs de l'user. Je suis à la search de syscalls et de fonctionnalités supprimées dans toutes les notes de version du kernel entre 2.6.32 et 3.10, mais quelle serait une approche plus approfondie? Est-ce que je request juste des ennuis en faisant cela?

Un tel changement de version majeur est lié à provoquer des échecs dans les applications et les libs. Il y a beaucoup de changements entre les deux versions que vous avez mentionnées. Habituellement, il est autorisé de sauter dans les sous-versions, par exemple 2.6.32 à 2.6.39. Sauter complètement de 2.6.x à 3.x n'est pas recommandé.