Forum Linux.général [Résolu] Acronis incompatible avec le noyau 6.8 sous Ubuntu 24.04 : comment résoudre ce problème ?

Posté par  . Licence CC By‑SA.
Étiquettes :
1
14
oct.
2024

Bonjour à tous,

Je rencontre un problème avec un serveur de production sous Ubuntu 24.04. Nous utilisons Acronis, mais il ne fonctionne qu'avec le noyau 5.10 ou antérieur, tandis qu'Ubuntu utilise actuellement le noyau 6.8, qui n'est pas compatible avec l'installation de l'agent CloudBackup.bin. Cela affecte considérablement nos opérations. Est-il possible d'installer l'agent d'une manière à ce qu'il utilise le noyau 5.10, tandis que le reste des applications du serveur tourne sous le noyau 6.8 ?

J'ai essayé d'utiliser UML, mais je n'ai pas réussi à le faire fonctionner. Quelqu'un aurait-il des suggestions pour m'aider à résoudre ce problème ?

  • # 2020 !

    Posté par  (Mastodon) . Évalué à 5 (+2/-0). Dernière modification le 14 octobre 2024 à 13:35.

    J'ai pas de conseil à te donner, mais je suis étonné qu'un produit qui se dise "Cybersécurité et protection des données intégrées pour les fournisseurs de services managés et les équipes informatiques" ne soit pas compatible avec des trucs de moins de 4 ans.

    T'es sur la bonne version ? Tu as contacté leur support ?

    Est-il possible d'installer l'agent d'une manière à ce qu'il utilise le noyau 5.10

    Ça voudrait dire le faire tourner dans une VM dédiée, ce qui n'aurait pas vraiment de sens (puisqu'il n'aurait pas accès aux ressources de l'hôte qui est ce que tu veux protéger je suppose).

    En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

    • [^] # Re: 2020 !

      Posté par  . Évalué à 2 (+0/-0).

      J'allais proposer la VM, c'est pas con en attendant que Acronis mette à jour son logiciel.

      La 24.04 LTS n'est sortie qu'il y a quelques mois, le noyau 5.x est celui installé au départ sur Ubuntu 22.04 LTS.

      Pour la VM, donc, il faudrait exposer/partager ton stockage dans la VM (genre le périphérique brut (en raw) mais en lecture seule. Au doigt mouillé je dirais que tu vas avoir des perfs moyennes. Et si le module Acronis se sert d'événements noyau pour détecter les changements de fichiers pour planifier ses backups, ça risque de ne pas fonctionner du tout car ils seront propagés dans l'hôte et pas l'invité :-/.

      Bref, je compatis.

      Après, c'est étrange, car ces deux docs [1] et [2] semblent dire que Ubuntu 24.04 est supportée.

      Sinon ça me semble une excellente occasion de monter un POC pour tester des outils de sauvegarde libres comme restic ou duplicati1 :)


      1. oui je sais, certaines fonctions importantes comme l'Object Lock ne sont pas encore supportées 

  • # acronis, licence, etc

    Posté par  . Évalué à 3 (+0/-0).

    c'est un produit à licence, il est probable que ta version ne fonctionne qu'en 5.10 car il faudrait passer à la nouvelle version pour gerer les noyaux plus recent

    meme si https://ubuntu.com/kernel/lifecycle

    5.15 : 2022 -> 2025

  • # compiler un noyau 5.10 sur ta ubuntu

    Posté par  . Évalué à 1 (+0/-0).

    je dirais que c'est possible, mais il faudra probablement changer la glibc, ce qui est assez périlleux et peut être pas mal d'autre choses compatible uniquement avec le noyau 5.10.

    pas forcement le faire sur un pc en prod mais plutôt de le faire hors prod

  • # Commentaire supprimé

    Posté par  . Évalué à -3 (+0/-4). Dernière modification le 15 octobre 2024 à 07:35.

    Ce commentaire a été supprimé par l’équipe de modération.

  • # Réflexion sur l'utilisation d'anciens kernels pour la sécurité

    Posté par  . Évalué à 1 (+1/-1).

    Bonjour à tous, j'ai vraiment pris le temps d'analyser et il n'est pas logique qu'une entreprise de sécurité prenne en charge l'une des anciennes versions du kernel. J'ai choisi de ne pas prendre le risque de l'utiliser sur les serveurs de mon entreprise. Merci pour tout le temps et le dévouement de votre part

Envoyer un commentaire

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.