Garder son /home

Bonsoir,

Je vais sans doute re-installé ma Debian car je l’avoue mais j’ai fait plein de petites bidouilles et je la trouve un peu cracra. :mrgreen:

Ayant un /home séparé, il va sans dire que lors de l’installation, cette partition ne sera pas supprimée. Qui dit pas supprimé dit que l’ancien répertoire “Berillions” ne sera pas supprimé.

Mais voilà, lors de l’installation, on doit choisir un nom d’utilisateur et un MdP. Mais vu que le dossier “Berillions” existe déjà, cela ne posera pas de problème ?

Pour ma part, je pense que non. Mais j’aimerais savoir tout de même si je n’ai pas tord.

Merci

Au pire en cas de doute tu renommes le dossier qui est dans home et par la suite(après l’ installation) tu vires le nouveau et renommes l’ ancien :mrgreen:

Ça ne pose aucun soucis, surtout si le “fameux” Berillions est le premier compte sur les deux install… (même UID et GUID…)
Lors du partitionnement, tu choisis ta partoche “ancienne-home” en tant que “nouvelle” home, sans formater (je n’ai plus l’expression exacte mais il me semble c’est un truc du style “utiliser comme… formatage: sans/non”).

Si tu réinstall les appli, elle seront déjà “préparamétrées” avec tes anciens paramètres… elle est pas belle la vie? :mrgreen: (si y’en a une qui t’enquiquine tu peux toujours renommer le .dossier qui lui correspond… :wink: )

Il peut éventuellement y avoir des problèmes si tu ne ré-install pas les mêmes “versions”, mais c’est même pas sûr… :eusa-whistle:

Voili voilou…

:006

+1
aucun problème, j’ai déjà fait plusieurs fois : même utilisateur, même MDP;

Je confirme. :smiley:

je confirme aussi
tu choisis utiliser comme /home
et ne pas formatter et c’est tout

Nickel, je vous remercie :041

Je remonte ce topic même s’il est résolu vu que c’est une question à propos de mon /home.

Actuellement, j’ai un /home/berillions sous Debian32. Vais sûrement m’acheter un dongle wifi afin d’être en 64bits. Est-il possible de garder le /home/berillions de Deb32 pour la futur Debian 64 ?

En clair, j’aurais Debian 32 et 64 d’installés mais avec /home/berillions en commum.
N’y a-t’il pas de risque d’incompatibilité?

Merci

Logiquement il n’y a pas de binaires sur le /home donc tout devrait être Ok … Qui ne tente rien n’a rien ! :wink:

J’avais déjà fait sans rencontrer de problèmes, entre une lenny 32 et une Sid 64, avec /home commun.

Je ne vois pas en quoi de simples fichiers poseraient des blêmes au niveau architecture (32 ou 64 bits) ?

C’est une question, pas une provocation, car ça m’intéresse aussi :slightly_smiling:

Attention quand même, si tu utilisais une Sid et que tu comptes passer en Testing ou en Stable, je te conseille fortement de faire gaffe à ce que tu fais… (une copie de sauvegarde n’est jamais malvenue). En effet, la Sid intègre des fonctionnalités qui n’existent pas dans Stable ou Testing et peut donc rajouter des options supplémentaires dans les fichiers, ce qui peut poser des problèmes dans les logiciels. Pire, des options peuvent avoir changé de signification ! On pourrait donc se retrouver avec un paramétrage correct d’un point de vue technique (et donc qui permet au logiciel de fonctionner correctement) mais qui intègre les mauvais paramètres.

Exemple abstrait avec un logiciel qui effacerait des fichiers automatiquement :

dans Sid : monoption = 1 = le logiciel n’efface pas les fichiers automatiquement ;
dans Stable ou Testing : monoption = 1 = le logiciel efface les fichiers automatiquement.

Avec cet exemple, si “monoption” est positionnée à “1” sous Sid, puis que je passe en Stable, mon logiciel ne va plus se comporter de la bonne manière.

C’est un cas d’école mais qui peut tout à fait se rencontrer.

Donc pour éviter tout bug, je préconise :

  1. de faire une copie de sauvegarde de ton “/home”, quoiqu’il arrive ;
  2. de ne conserver les fichiers/répertoires cachés présents dans ton “/home” que si tu conserves la même branche.

Et encore… Il est même possible d’avoir des bugs de ce genre sous Sid (et même Testing le temps qu’elle n’est pas gelée) puisque des fonctionnalités peuvent être ajoutées ou modifiées et donc rien ne garanti que les options enregistrées dans le “/home” conservent la même signification, ou tout simplement que leur présence ne pose pas problème au logiciel.

On notera que cela n’est pas possible sous Stable ou une Testing gelée puisque les seules modifications permises sur les paquets sont celles qui corrigent des bugs et n’apportent pas de nouvelles fonctionnalités (c’est bien cette logique qui permet à Stable de rester stable justement).

Si on voulait vraiment éviter ce genre de problèmes, il faudrait que tous les fichiers de configuration soient standardisés. Et le meilleur moyen de les standardiser tout en gardant une bonne flexibilité dans leur évolution est le XML. Voilà pourquoi je pense que tous les fichiers de configuration devraient être écrits en XML ! On pourrait conserver un seul fichier de configuration pour n’importe quelle version du logiciel, ça serait fantastique ! Mais bon là faut pas rêver, ça veut dire remettre en question la façon de programmer de tous les développeurs de logiciels libres, donc c’est pas demain la veille qu’on y arrivera.

  • 1 : déjà fait maintes fois et aucun problème même en installant une distribution autre que celle installée. Point commun : toutes sont sur base Debian voire Debian tout court ! :023
    Idem passage 32 bits -> 64 bits : RAS !

Il n’en était pas autrement… Merci :slightly_smiling:

Fait aussi entre une mandriva et une debian!
J’avais eu un soucis car les UID n’était pas les mêmes, mais j’avais recréé un utilisateur avec le bon UID.