Parce que j'ai trop joué avec le référentiel proposé (le 14.04), je veux revenir à l'étape 1: supprimer tous les packages du système sauf ceux que j'ai installés manuellement et réinstaller le système de base, sans passer par les tracas de la réinstallation .
Fondamentalement, existe-t-il de toute façon sur ssh en toute sécurité et à distance:
- supprimer tous les packages sauf ceux installés manuellement
- réinstallez tout depuis le noyau vers
ubuntu-desktop
(de préférence de manière automatique sans que d'autres packages soient marqués comme installés manuellement) - installer les dépendances des packages installés manuellement
NB: J'ai intentionnellement omis 14.04 dans l'espoir d'obtenir des réponses non spécifiques à une ou plusieurs versions particulières.
Il semble que je n'ai pas décrit ce que je veux simplement, je pense que ces deux points répondraient à ce qui précède:
- purger tous les packages auto-installés (@kos a répondu à la réponse de @ Fabby)
- installer les packages qui constituent une nouvelle installation d'Ubuntu
Et je suppose que si les dépendances des packages installés manuellement sont désinstallées, apt-get -f
cela m'aidera.
package-management
Oxwivi
la source
la source
/home
, mais il y a une configuration importante dans les packages installés manuellement, 2. Oui, mais comme je l'ai dit, les fichiers utilisateur ne sont pas le souci, 3. Oui, il est activé, 4. Et oui, il y a aussi le support de la virtualisation .Réponses:
Pour le futur:
Si vous avez un serveur distant dans un centre de données à 1000 miles de distance, vous feriez mieux d'avoir un commutateur IPKVM installé afin que vous n'ayez pas à compter uniquement sur
ssh
pour l'atteindre.Si le serveur est sur le mont Everest: ajoutez également un téléphone Iridium et un modem ...
Ensuite, vous pouvez avoir une partition CloneZilla FAT de 512 Mo amorçable sur cette machine (j'utilise une clé USB SLC ) et utiliser la console pour démarrer et sauvegarder une image de votre ou vos partitions système sur votre lecteur de données, puis copiez le image système précédente sur la partition secondaire de votre clé USB avant de commencer à ajouter
trusty-proposed
au serveur . (Je garde la plupart des sauvegardes de mon système sur le lecteur de données: elles ne font que 6 Go)Pour l'instant:
/var/log/apt/history*
apt-get purge
tout ce que vous ne voulez / n'avez vraiment plus besoin des données de l'étape précédentetrusty-proposed
)la source
this that
? :( Les commutateurs IPKVM sont-ils livrés avec une fonction DNS dynamique? Dans le cas contraire, cela nehistory.log
??? : Papt-mark showauto
, et de purger tout le paquet dans la sortie en alimentant la listeapt-cache purge
:apt-mark showauto | xargs sudo apt-get --dry-run purge
. J'ai volontairement ajouté le--dry-run
commutateur au cas où vous seriez tenté de l'essayer, afin que vous puissiez réellement voir ce qui se passe: faire quelque chose comme ça interrompt votre installation, car il supprime chaque package dépendant de l'un des packages supprimés par la commande . Jetez simplement un œil à la sortie de la marche à sec.OK, ma réponse suppose que vous pouvez et que vous avez sauvegardé votre répertoire utilisateur et tout ce que vous souhaitez enregistrer. ce qui réduit votre question à comment installer Ubuntu sur un serveur distant? Pour lesquels il existe de nombreuses solutions.
Pour cela, vous pouvez utiliser DRBL, pour déployer à distance un système d'exploitation, avec une variété d'options de démarrage. Vous pouvez l'examiner ici: http://drbl.org/installation/
Il y a Clobber: http://cobbler.github.io/manuals/quickstart/
Il existe cloneZilla, qui peut sauvegarder et restaurer sur un réseau. Le lien est pour Windows, mais les mêmes méthodes s'appliquent pour Linux. Alternativement, vous pouvez créer une image de démarrage ubuntu localement et l'installer à l'aide de clonezilla. http://opensourceforu.efytimes.com/2013/12/restore-partitions-network-using-clonezilla/
Vous pouvez également essayer d'utiliser dd_rescue ou netcat
Un terme de recherche utile peut être "Provisionnement de serveur". Il y a plus d'options que celles-ci.
Il existe également des méthodes de bruteforce.
et votre CHEMIN était comme ceci:
si votre répertoire racine était quelque chose comme ça, si vous écrasiez / etc, et / usr avec des versions "propres", vous écraseriez, à peu près tous les logiciels installés, et les fichiers de configuration pour cela. Ce serait un hacker pour le moins, sinon une idée complètement horrible. La course
apt-get purge
serait beaucoup plus sûre, ou peut-être pourriez-vous affiner un peu le processus. Vous pouvez également souhaiter inclure un clone de votre ancien fichier de configuration ssh dans / etc / ssh / avant d'essayer de redémarrer les services avec de nouveaux fichiers de configuration.Il existe également un outil qui vous permet de vider un noyau en cours d'exécution et de mettre à niveau sans redémarrer. Pour cela, vous pouvez consulter Kslpice ou kGraft
Si tout ce que vous rencontrez est la gestion des dépôts et des packages, je ne sais pas pourquoi vous voudriez vider le noyau, mbr, la partition de démarrage, etc.
Alors, j'espère que je vous ai donné quelques idées à examiner. Il existe de nombreuses façons de dépolir un serveur à distance.
la source