Comment installer Linux à distance via SSH ?

Solution 1 :

La meilleure pratique pour installer à distance n'importe quel système d'exploitation consiste à acheter du matériel de serveur avec gestion hors bande (HP ilo, Dell drac) qui vous permet de redémarrer à distance et de voir la console d'un serveur. N'essayez même pas autrement.

Solution 2 :

Je suis d'accord avec le sentiment des autres réponses ici :bien qu'il peut être possible d'installer Ubuntu à distance sur RHEL 3.4, vous allez probablement marcher sur certains très glace fine.

Je pense que le plus gros problème que vous pourriez avoir est l'âge du noyau et de la libc sur le système existant. Est-ce un noyau de la série 2.4.x ? Si c'est le cas, je ne suis pas sûr que vous puissiez y parvenir, car à un moment donné de votre installation, vous devrez exécuter des outils qui ont été compilés pour s'exécuter dans le noyau et la libc d'Ubuntu, et ils risquent de ne pas fonctionner correctement. (ou pas du tout) sur un ancien environnement d'exécution. Si vous n'exécutez pas un noyau de la série 2.6.x sur le serveur distant, je ne pense pas que vous ayez beaucoup de chances de réussir.

Si vous pensez toujours que vous voudrez peut-être essayer ceci, je connais quelques guides :

Installation de nouveaux systèmes Debian avec debootstrap, sur debian-administration.org. Bien qu'il soit spécifique à Debian, il s'applique également principalement à Ubuntu.
Installation de Debian GNU/Linux à partir d'un système Unix/Linux, à partir du Guide d'installation de Debian GNU/Linux. Encore une fois, spécifique à Debian, mais surtout applicable.

Ces deux guides sont un peu vieux, donc aucun ne peut être traité comme quoi que ce soit, même proche d'un guide copier-coller. Je suggérerais fortement de suivre les conseils des autres ici et de faire quelques essais sur un serveur local ou une machine virtuelle, car il y a certainement des problèmes et des pièges que vous devrez résoudre avant d'aller de l'avant pour de vrai.

Solution 3 :

L'installation d'une nouvelle distribution en place peut être effectuée, mais est très difficile. C'est quelque chose que vous ne ferez certainement PAS réussir la première fois. En fait, vous aurez de la chance si vous réussissez la troisième ou la quatrième fois.

De plus, personne ici ne pourra vous donner une liste de blanchisserie que vous pourrez simplement suivre et cela se produira. Vous allez devoir expérimenter différentes alternatives, en fonction de la partition exacte de votre disque et de la disposition du système de fichiers, de la configuration matérielle, etc.

Cela dit, voici comment je procéderais pour faire quelque chose comme ça si je devais :

Obtenez une machine configurée de manière aussi similaire que possible à la machine existante :disques durs, cartes réseau, adaptateurs de disque, RAM, etc.
Configurez cette machine pour imiter la configuration actuelle sur cet hôte.
Essayez de faire ce que vous devez faire sur ce système de test.
Prenez de nombreuses notes à ce sujet afin de pouvoir le reproduire sur le système "en direct".
Exécutez à nouveau ces notes sur le système de test avant de procéder à la migration finale.

Quelques techniques qui pourront peut-être vous aider :

Décidez si vous souhaitez installer sur une nouvelle partition ou essayez d'installer sur le système de fichiers existant. Si vous créez une nouvelle partition, vous pouvez toujours revenir en arrière en démarrant l'ancienne partition. Cependant, cela signifie probablement que vous devez réduire le système de fichiers actuel, ce qui doit être fait hors ligne. J'ai écrit quelques notes en 2007 quand j'ai fait ça.
Vous pourrez peut-être effectuer une installation sur une petite partition sur votre machine de test, puis apporter les modifications appropriées telles que les adresses IP et "dd" cette image de système de fichiers à utiliser pour remplir l'installation de base sur le nouveau cloison. Ce ne serait le cas que si vous utilisiez une partition distincte pour la nouvelle installation.
Vous pouvez à la place mettre le système de fichiers racine en place dans un sous-répertoire, puis faire quelque chose dans l'initrd pour qu'il :"cd /target; mv * oldroot; mv oldroot/newos/* ." pour déplacer tous les anciens répertoires et mettre les nouveaux en place. Cela devrait être fait avant que l'initrd ne fasse son "pivotroot", probablement juste après avoir monté le système de fichiers.
L'ajout de code dans les scripts initrd peut vous permettre de faire toutes sortes de choses merveilleuses pendant le démarrage du système. Voir l'article de blog auquel je fais référence ci-dessus pour plus de détails.
Attendez-vous à échouer. C'est une entreprise extrêmement risquée. Lorsque j'ai redimensionné mon système de fichiers (mentionné ci-dessus), j'ai été choqué lorsqu'il a redémarré correctement.
Vous devrez décider ce que vous voulez faire des secteurs de démarrage, est-ce qu'ils exécutent LILO ou GRUB ? Voulez-vous essayer de rester avec le chargeur de démarrage actuel ou passer à la version 10.04 ? L'idéal serait probablement d'utiliser le chargeur existant pour démarrer dans le nouveau système d'exploitation, puis d'exécuter "grub-install" à partir de ce système d'exploitation pour mettre le nouveau en place.

Bonne chance! Vous en aurez besoin. :-)

Solution 4 :

Si vous avez une partition différente, vous pouvez utiliser cette partition pour l'installer dans une machine virtuelle qui voit l'intégralité du disque. Tant que vous ne montez pas la même partition dans la machine virtuelle et l'hôte ou que vous ne jouez pas avec la table de partition, vous êtes en sécurité. Une autre façon serait de démarrer à partir du réseau et de faire une installation à l'aide de preseed ou de kickstart. Expérimentez avec un environnement local avant de jouer à distance.