Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

installation Ubuntu : /home chargé avant install ou pas ?

Markorki

Bonjour,

La question que je me pose est peut-être stupide, peut-êre pas, et d'autres se la posent peut-être sans oser la poser.

J'utilise actuellement une 18-04 mate (qui m'a proposé aujourd'hui une MAJ assez lourde avec reboot, ce qui m'a étonné de la part d'une version vieillissante) qui a sûrement quelque-chose de cassé, puisque je n'arrive tout simplement pas à y installer un Seamonkey qui marche (plusieurs installs -suivies de désinstalls- par différentes méthodes, toutes finies par un message du genre "installation succeeded" mais qui n'ouvrent qu'un écran minimum et totalement inactif qiand on lance l'appli).

Je comptais donc régler ce pb en installant une 20-04 à partir du DVD 20-04-1 mate 64bits , sur 2 partitions d'un SSD , en laissant la 18-04 qui me fournit tout (sauf Seamonkey) opérationnelle quelque temps, le temps d'installer et de faire fonctionner sur la 20-04 les applis qu'il faudra pour rendre la 18-04 inutile.

J'ai une copie exacte de mon /home, obtenue par "cp -a" opéré avec les droits root (sudo) . 2 méthodes possibles :

- installer en partant de 2 partitions (/ et /home) vierges et réimplanter le paramétrage de chaque appli au fur et à mesure de leur installation.
- "charger" ma partition /home complète avant l'installation

Y a-t-il une solution meilleure que l'autre ? quel critère pour choisir ?
Wine par exemple casse-t-il à l'install un .wine qui existe déjà ?

Merci pour votre éventuel avis.

geole

Bonjour
Tes deux solutions sont mauvaises.
La bonne solution est de faire une installation normale de la version 20.04 dans une seule partition de 30 go environ qui contiendra aussi le répertoire home accroché normalement au / de la version 20.04.
Puis ensuite, accéder à tes données personnelles qui sont restées dans la version 18.04 avec des liens symboliques.
Mais si tu tiens à dupliquer le "home" , il faut le faire avant afin que la partie logicielle soit remplacée par la partie logicielle de la version 20.04. Si tu le fais après , il faut alors éviter de rapatrier la partie logicielle mais rapatrier uniquement les répertoires de la partie données.

De plus il est probable que le SSD ait une taille plus petite que le disque dur. Donc tu as tout intérêt à laisser les données où elles sont. Plus tard, lorsque tu arrêteras la version 18.04, tu supprimeras tous les répertoires à l'exception de son répertoire /home dans lequel tu te contenteras de supprimer la partie logicielle.
il y a très peu de chances que le .wine dupliqué fonctionne correctement en 20.04

Voici le principe d une partition de données séparées http://mezigoo.free.fr/ps/index.html
Dans ton contexte la commande de création de liens sera de ce style

ln  -s    /mnt/data/home/NomUtilisateur18.04/Documents

Markorki

Merci de ta réponse

Je me rends compte en lisant ta réponse que je n'ai pas été assez précis:
mon (vieux) PC comporte plusieurs gros disques de données (3 dd > 1To) et le plus petit (< 500Go) est découpé en plusieurs systèmes avec / et /home séparés pour des raisons "historiques" : j'ai essayé pas mal de variantes du même ubuntu pour tenter d'échapper à unity quand il a débarqué (12-04).

Quand tu parles d'installation "normale" de 30Go, tu parles d'une installation dans une machine monodisque ?

J'ai actuellement une 18-04-mate (c'est mate qui m'a sauvé d'unity) avec toutes mes applis et une 16-04 mate où je n'avais installé que les applis dont la version livrée en 18-04 me semblait mois intéressante que celle de la 16-04.
Mes partitions systèmes sur disque dur sont "toutes" à moins de 10Go (pour / comme pour /home) alors que mon SSD est un 120Go découpé en 6 fois 20Go (enfin, entre 17 et 20, les 120 en font plutôt 110).

Je reconnais que / et /home séparés c'est un peu un caprice (c'était recommandé chaudement il y a quelques années, ça ne l'est plus, je ne comprends pas très bien pourquoi).
Séparer les partitions permet de faire des sauvegardes rapides par dd, je ne vois pas trop les inconvénients... ah, si, ça peut permettre des erreurs , comme utiliser le /home d'un autre système que le / qu'on utilise...
Mais un / et un /home séparés, ça permet aussi de ne pas noyer la partition système si un process s'emballe, par bug ou dans le but de nuire.

Par "partie logicielle" de /home, tu entends des trucs embarqués comme wine, ou aussi le paramétrage/configuration des applis comme par exemple les profils mozilla ?

Les liens symboliques pour utiliser le même /home avec 2 systèmes différents me font un peu peur, il y a risque que les actions d'un OS dans /home ne soient pas comprises/acceptées par l'autre, non ?
La coexistence que j'envisage entre la 18-04 et la 20-04 risque de durer des semaines, voire quelques mois.

Au fait, je crois que ton ln -s est incomplet, la fin a dû sauter au collage .

geole

La partie anormale est
d'avoir des données personnelles dans la structure d'un logiciel.
d'avoir des données et du logiciel qui plus est caché à l'utilisateur dans home et il y en a de plus en plus.
de planter lamentablement la mise en route de l'ordinateur si, pour une raison quelconque la partition contenant home est absente au boot et de ne pas être capable d'en indiquer la cause!

Je pense qu'un O.S. fait aux environs de 30 Go (un peu plus pour windows, un peu moins pour d'autres). Ce n'est pas lié au nombre de disques puisque les données des utilisateurs ne doivent pas être à l'intérieur de l'O.S. Ce qui simplifie aussi la partie sauvegarde.

La nouveauté est que maintenant, il y a des disques qui sont dix fois plus rapides que d'autres mais dix fois plus petits.
Leur bonne utilisation est d'y regrouper tous les logiciels.
Comme le home contient du logiciel, il doit rester dans le SSD mais comme le SSD est petit, il faut virer les données personnelles du home pour les installer dans un ou plusieurs disques durs de grande capacité. Du coup, le home ne contenant plus que du logiciel, n'a plus lieu d'être dans une partition indépendante.
C'est donc bien une évolution liée au fait que tous les disques ne sont plus identiques.

Il me semble que le principe des liens symboliques est identique pour tous les logiciels libres. Il est même possible que windows avec ext2fsd sache les comprendre. J'ai cru comprendre que les logiciels en SNAP ne savent pas s'en servir sans autorisation de l'utilisateur.
Ce sont des liens vers des répertoires à l'intérieur d'un autre. Qu'il s'appelle home ou DATA n'a pas d'importance.

Pour le lien symbolique, lorsqu'on ne précise pas le lieu "d'atterrissage", c'est l'endroit courant.