Update Debian Jessie>Buster

Bonjour,
Mon serveur perso (Logitech Media Server et transmission) est toujours sous Debian Jessie. La question que je me pose est puis-je faire directement le saut vers Buster ou dois-je passer par Stretch ?

Réponses

  • Passe par stretch, ça ne coûte pas grand chose, et tu as moins de risques.

  • Et de toute manière passer 2 versions d'un coup n'est pas officiellement supporté. Déjà qu'il faut mettre à jour N avant de passer en N+1 ! L'autre solution est d'installer directement Buster en préservant le Home, ça peut gagner du temps.

  • Je ne suis jamais parvenu à faire 3 sauts de version majeure avec Debian. Tiens-nous au courant ! :)

  • Je suis passé par stretch, la connexion SSH a rompu durant la mise à jour.
    Après récupération plus de transmission ni de LMS, je passe sous Jessie en me disant que je vais réparer après.

    Je n'ai pas trop le temps en ce moment et je me suis aperçu que le serveur fout le bazar sur le réseau local (il était configuré en IP statique mais avec la MAJ et le passage en IPV6 de la freebox il y a des conflits d'adressage).

    J'ai voulu réinstaller à neuf, je vais pour créer une clé USB et ça rate :

    J'ai essayé les 2 méthodes du guide debian :
    # cp Téléchargements/debian-10.2.0-arm64-netinst.iso /dev/sdb
    # dd if=Téléchargements/debian-10.2.0-arm64-netinst.iso of=/dev/sdc bs=4M; sync

    Et ça ne marche pas.
    Mon portable me dit "invalid partition table" quand j'essaie de booter la clé sur lui (après que le PC cible me fasse un écran noir avec un curseur)
    GParted me dit "partition récursive"

    # fdisk -l /dev/sdb
    Disque /dev/sdb : 7,4 GiB, 7933526016 octets, 15495168 secteurs
    Unités : secteur de 1 × 512 = 512 octets
    Taille de secteur (logique / physique) : 512 octets / 512 octets
    taille d'E/S (minimale / optimale) : 512 octets / 512 octets
    Type d'étiquette de disque : dos
    Identifiant de disque : 0x00000000

    Périphérique Amorçage Début Fin Secteurs Taille Id Type
    /dev/sdb1 0 505855 505856 247M 83 Linux
    /dev/sdb2 505856 511999 6144 3M ef EFI (FAT-12/16/32)

  • après que le _PC _cible me fasse un écran noir avec un curseur
    debian-10.2.0-arm64

    C'est un PC avec un processeur ARM ?

  • @Juju a dit :
    Je suis passé par stretch, la connexion SSH a rompu durant la mise à jour.

    Pour une mise à jour distante, il vaut mieux utiliser screen, justement pour éviter ce genre de problèmes.

  • @trentanel a dit :
    C'est un PC avec un processeur ARM ?

    Non, c'est un idiot qui s'est planté d'image... facepalm

    @Arnaud a dit :

    @Juju a dit :
    Je suis passé par stretch, la connexion SSH a rompu durant la mise à jour.

    Pour une mise à jour distante, il vaut mieux utiliser screen, justement pour éviter ce genre de problèmes.

    Je tâcherai de m'en souvenir !

  • 8 déc. modifié

    @juju, c'est un peu ce que je craignais :)
    Bon courage pour la suite.

    Sur mon Ubuntu-server, screen et byobu sont installés d'origine.
    Il suffit de faire "byobu-enable" et ensuite toute connexion en ssh ouvre un terminal sur byobu.

  • il a confondu arm64 avec amd64
    la prochaine iso devrait être correct

    nb pour les mise a jour , normalement AVANT on effectue une sauvegarde quelque soit le système utilisé

  • @stephane a dit :
    nb pour les mise a jour , normalement AVANT on effectue une sauvegarde quelque soit le système utilisé

    Ça j'avais fait

Connectez-vous ou Inscrivez-vous pour répondre.