Modifier la distro linux à distance tout en préservant datatables

J'ai une boîte sans tête Fedora 15 (sans interface graphique). Avec la structure de partition suivante:

$ df -T -h Filesystem Type Size Used Avail Use% Mounted on rootfs rootfs 49G 2.8G 46G 6% / udev devtmpfs 1.7G 4.0K 1.7G 1% /dev tmpfs tmpfs 1.7G 0 1.7G 0% /dev/shm tmpfs tmpfs 1.7G 604K 1.7G 1% /run /dev/sda1 ext4 49G 2.8G 46G 6% / tmpfs tmpfs 1.7G 0 1.7G 0% /sys/fs/cgroup tmpfs tmpfs 1.7G 0 1.7G 0% /media /dev/sda5 ext4 388G 35G 334G 10% /var /dev/sda2 ext4 28G 1.7G 25G 7% /home 

Je suis fatigué de la politique du cycle de support de Fedora Project de 12-14 mois (ils peuvent avoir leurs raisons) et l'intention de migrer vers quelque chose de plus stable comme Scientific Linux ou CentOS. La plupart de mes données sont dans /var (MySQL, Redis & Apache Docroot) et /home .

Est-il possible que je puisse migrer du fedora vers d'autres dissortingbutions de la famille RH en conservant les directorys /var et /home et le faire à distance? (Dans des circonstances difficiles, je suis prêt à porter un moniteur et un keyboard.) Si oui, quelles sont les étapes pour la même chose?

Théoriquement, bien sûr. Vous pouvez théoriquement changer une boîte Fedora en Slackware , si vous vous en souciez suffisamment pour prendre le time nécessaire sans le détruire.

En général, cela ne vaut pas la peine.

Vous remarquerez, après avoir lu la documentation de CentOS / SL, qu'ils ne recommandnt même pas la mise à niveau entre les principales versions sur place, même de manière interactive sur la console. Aller de saigner Fedora à, disons, CentOS 6, serait encore pire, car il est effectivement un downgrade , du sharepoint vue des fonctionnalités et des versions. Vous avez peut-être remarqué qu'il est souvent beaucoup plus de travail pour rétrograder un seul RPM que pour en améliorer un; réalisez maintenant que vous parlez d'environ 1000 RPM pour un server assez simple, plus pour un système avec les sets de packages Desktop, Workstation ou Everything installés.

La meilleure pratique consiste à sauvegarder, réinstaller le operating system à partir de zéro et restaurer.

Si vous pouvez le faire, essayez-le d'abord sur une machine virtuelle. Vous pourrez alors déployer cette machine virtuelle directement auprès du fournisseur d'hébergement, une fois que vous l'aurez finalisé. Si ce n'est pas le cas, prenez au less des notes en cours de route, pour que vous puissiez effectuer la transition rapidement.

Exactement comment vous allez sur la sauvegarde et la restauration est en fait une stack de questions distinctes. Par exemple, la database MySQL devrait probablement être sauvegardée de manière plus intelligente que l'arrêt du server et la copy des files DB bruts, car vous allez probablement déclassr la version du server avec le changement du operating system. Vous voulez faire un vidage SQL à la place. Juste un exemple parmi plusieurs, vous findez probablement.