@lou: Concernant Linux (Ubuntu 10.04 actuellement), est-il possible de migrer de 32bits à 64bits comme un simple upgrade du système, sans ré-installation ? (et sans perte de données personnelles ; je précise que mon /home est sur une partition séparée de /)
Je dispose par ailleurs d'un double boot (Grub) avec Vista 32bits (dont je n'ai d'ailleurs jamais besoin). La seule migration d'Ubuntu en 64 bits est-elle envisageable sans problème ?
:'( Plus j'apprends, et plus je mesure mon ignorance
Je ne connais pas UBUNTU mais si j'en crois ma modeste expérience sous FEDORA je ne pense pas que ce soit possible.est-il possible de migrer de 32bits à 64bits comme un simple upgrade du système, sans ré-installation ?
Bon réflexe, il te suffit de réinstaller UBUNTU sur la partition principale sans partition séparée pour "/home", puis la première chose que tu fais c'est modifier "/etc/fstab" sur ton système tout neuf pour qu'il monte ton ancienne parrtition "/home". Je te conseille néeanmoins de sauvegarder l'ensemble des sous-dossier caché dans le nouveau dossier personnel, pour pouvoir écraser les anciens au cas où.et sans perte de données personnelles ; je précise que mon /home est sur une partition séparée de /
Je ne vois pas de contre-indication, tu peux tout à fait avoir un système 32 bits et un système 64 bits cohabitant sur la même machine.Je dispose par ailleurs d'un double boot (Grub) avec Vista 32bits (dont je n'ai d'ailleurs jamais besoin). La seule migration d'Ubuntu en 64 bits est-elle envisageable sans problème ?
Merci lou,
Je ne comprends pas ceci : quels sous-dossiers dois-je sauver ?Envoyé par lou_ibmix_xi
- ceux actuellement dans mon home 32 bits ?
- ceux que la ré-installation va créer ? Mais si je ne choisis pas de créer de /home avec cette installation, il n'y aura pas de fichiers cachés à sauver ?
Autre question : je suppose qu'il faudra que je sauve également la liste des mes paquets installés, ainsi que mes dépôts afin de retrouver après installation, mes logiciels utilisés en 32bits ? Faut-il sauver d'autres choses avant la migration ?
PS : par fichier cachés, tu parles bien des fichiers de configuration des logiciels, ceux dont le nom commence par un point ?
:'( Plus j'apprends, et plus je mesure mon ignorance
Je ne sais pas comment ça se passe avec UBUNTU, et je t'avoue que je ne me suis jamais vraiment posé la question sous FEDORA pour savoir si il y avait une méthode automatique pour récupérer l'ancien "/home"...Mais si je ne choisis pas de créer de /home avec cette installation, il n'y aura pas de fichiers cachés à sauver ?
Lorsque j'ai réinstallé mon système, j'ai choisi le partitionnement personalisé, et j'installe le nouveau système sans faire de partition propre à "/home" et sans toucher à la partition hébergeant mon "/home" actuel. Le processus d'installation créera bien un nouveau répertoire "/home" mais sur la même partition que "/". Au premier démarrage tu auras donc un répertoire personnel tout neuf, l'étape d'après consiste donc à modifier le "fstab" pour monter la partition hébergeant ton ancien "/home" sur le répertoire "/home" et ainsi lorsque tu redémarres, tu retrouves ton ancien répertoire personnel.
L'inconvénient relatif de cette méthode est que l'espace occupé par les fichiers de config du nouveau "/home" est perdu, mais ça doit représenter 200Mo environ, et si tu es bricoleur c'est facile à effacer grâce à un LiveCD.
Là encore, j'avoue que sur un système tout neuf je réinstalle mes applications lorsque j'en ai besoin, j'ai toujours un accès haut-débit sous la main. Néanmoins je pense que c'est faisable car les gestionnaires de paquetages peuvent très facilement te lister l'ensemble des logiciels installés, il suffit d'enregistrer la sortie dans un fichier texte, et j'imagine que les gestionnaires de paquetages peuvent facilement récupérer la liste des logiciels à installer depuis ce même fichier...Autre question : je suppose qu'il faudra que je sauve également la liste des mes paquets installés, ainsi que mes dépôts afin de retrouver après installation, mes logiciels utilisés en 32bits ? Faut-il sauver d'autres choses avant la migration ?
Tout à fait, mais je parle bien de ceux de la nouvelle installation. Et principalement à ceux relatifs à ton gestionnaire de fenêtre. En effet, si GNOME a changé sa manière de se configurer, tu pourrais te retrouver avec un environnement graphique cassé à cause des anciens fichiers de config. Il te suffirait alors de remplacer les anciens par les nouveaux et de remettre ton fond d'écran et ton thème préféré...PS : par fichier cachés, tu parles bien des fichiers de configuration des logiciels, ceux dont le nom commence par un point ?
Quelques remarques:
-je suis un utilisateur plutôt expérimenté de linux, donc j'ai adopté ces méthodes qui sont simples POUR MOI sans trop me poser de question de savoir si il y des méthode plus accessible pour un débutant.
-le coup de la sauvegarde des fichiers de configurations ne m'a jamais servi, même si je ne réinstalle pas tout les jours des machines (l'incrément de version sous FEDORA marche très bien), mais j'imagine que si il y a une évolution majeure de la version de GNOME (de 3.x à 4.y par exmple) des problèmes pourraient survenir... Oui je suis plutôt du genre ceinture et bretelles.
-si tu veux que plus de détails sur la mise à jour de ton système, je te propose de discuter de ça dans une autre discussion.
A plus
Merci lou, j'ai compris l'essentiel, je crois.
:'( Plus j'apprends, et plus je mesure mon ignorance
Petit tour à la F*AC - questions au vendeur, LE spécialiste Windows, au vu de son superbe sweet-shirt à l'effigie du produit:
- Tous les micros que vous vendez sont installés en Windows 7 32-bits?
- Non, ça dépend: 32 bits ou 64 bits. De toute façon, le 64 bits permet de faire fonctionner les programmes 32 bits.
- Ce n'est pas visible sur le micro?
- Non, ça ne se voit pas de l'extérieur - il y a un seul logo Windows 7. Pour savoir quelle version est installée, il faut interroger le système... (démonstration: il teste les 2 portables qu'il a sous la main - les 2 sont en 64 bits). Mais, de toute façon, le 64 bits permet de faire fonctionner les programmes 32 bits.
- Et les clients ne vous posent pas la question? Il n'y a aucun problème d'incompatibilité?
- Non, pas pour le commun des mortels. Le 64 bits permet de faire fonctionner les programmes 32 bits.
Conclusion personnelle: attention de ne pas se faire refiler un Windows 7 32-bits...
(je décline toute responsabilité ... etc...)
Dernière modification par wandazefish ; 24/11/2010 à 13h40.
Histoire courte: une petite étincelle voulait briller moins, pour briller plus longtemps.
Bon, eh bien, suite à disque dur hs, je plonge pour une install 64bits (ubuntu lts donc 10.04)...
Jusqu'ici tout va bien (j'en suis juste à 83% de l'install de base)
Suite dans quelques (petits) moments...
Jusqu'ici tout va bien...
Bon, jusqu'ici, tout va bien...
J'ai même récupéré le contenu de ~/.mozilla/firefox/ de l'ancien disque (après fsck et mount en lecture seule), ce qui m'a évité de fouiller mes archives pour mon mot de passe de mon forum préféré!
Je continue les investigations (prometteuses), mais il va me falloir une solution simple pour compiler en 32bit pour les anciennes installations (ce qui n'est d'ailleurs pas le souci de l'utilisateur normal...).
Je constate juste que quand je réponds ici, avec à droite les smileys, firefox bouffe toujours 15 à 20% de cpu (un clic entre 2 smilyes et touche <esc> les calme et permet donc au ventilo de s'arrêter...).
Résultat: pour le moment, rien de spécial, ni dans un sens, ni dans l'autre (à part le fait indéniable qu'il faut de la ram en plus).
La suite au prochain numéro...
Jusqu'ici tout va bien...
avec gcc "-m32"pour compiler en 32bit
merci !
Je continue doucement mes investigations,
Jusqu'ici tout va bien (sans plus notable)...
Jusqu'ici tout va bien...
c'est une affaire de précision (64 bits est bcp plus précis que 32 bits surtout pour la représentation des floats et les longs
moi je dirais que c'est surtout une affaire de nombre de bits...c'est une affaire de précision (64 bits est bcp plus précis que 32 bits surtout pour la représentation des floats et les longs
long long et double existaient avant les pc 64bits...
et d'ailleurs, les opérations flottantes sur double étaient plus rapide que sur float en C
Et voilà, comme toujours, c'est un problème de taille...
"T'as vu mon long long, il a la même taille que ton double..."
Jusqu'ici tout va bien...
