Vous n'êtes pas identifié(e).
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
Hors ligne
Les 2 sont des ssd
Dans ce cas il est moins intéressant de mettre /home sur le SSD NVMe.
1) Sauvegarder mes dossiers personnels sur un lecteur externe puis supprimer leur contenu du PC
Qu'appelles-tu "dossiers personnels" ?
2) Rapatrier /home sur /dev/nvme01np1 (avec quelle méthode ?)
Pas utile si sda est un SSD (même moins rapide qu'un NVMe, ça reste plus rapide qu'un disque dur).
Mais si tu y tiens :
- démonter /home (pour faire ça il faut ne pas avoir de session utilisateur ouverte donc travailler directement en console root donc définir un mot de passe root si pas déjà fait)
- temporairement remonter la partition ailleurs (par exemple /mnt)
- copier le contenu souhaité dans /home en préservant les propriétaires et permissions
- commenter la ligne /home dans /etc/fstab
Variante : réutiliser directement sda1 en la montant ailleurs que sur /home.
Il vaut mieux montrer que raconter.
Hors ligne
Dans ce cas il est moins intéressant de mettre /home sur le SSD NVMe.
Mais ça ne va pas créer de problèmes suite au dual boot ? Un sda partagé entre les 2 distros ne serait pas le mieux ? Où irait ce /home du coup ?
Qu'appelles-tu "dossiers personnels" ?
Je parle des fichiers de données (documents, images, musique, vidéos et téléchargements), tout ce qui devra être mutualisé entre Mint & Debian
Hors ligne
Mais ça ne va pas créer de problèmes suite au dual boot ? Un sda partagé entre les 2 distros ne serait pas le mieux ?
Il suffit de monter sda(1) ailleurs que sur /home dans Debian, par exemple /data ou /home/data.
Il vaut mieux montrer que raconter.
Hors ligne
Pas utile si sda est un SSD (même moins rapide qu'un NVMe, ça reste plus rapide qu'un disque dur).
Mais si tu y tiens :
- démonter /home (pour faire ça il faut ne pas avoir de session utilisateur ouverte donc travailler directement en console root donc définir un mot de passe root si pas déjà fait)
- temporairement remonter la partition ailleurs (par exemple /mnt)
- copier le contenu souhaité dans /home en préservant les propriétaires et permissions
- commenter la ligne /home dans /etc/fstab
Cela devrait être dans mes capacités. Bien entendu, je réfléchis à ton autre option.
Variante : réutiliser directement sda1 en la montant ailleurs que sur /home.
Là je ne comprends pas très bien, d'où mon délai de réponse... Peux-tu détailler un peu plus stp ?
Merci d'avance
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
monter la partition du SSD SATA ailleurs que sur /home
, ainsi que
Définir un point de montage manuellement, par exemple /data ou /home/data
, alors j'ai fait le test dans une VM: dual boot Mint / Debian. J'ai commencé par installer Mint avec le même schéma de disques (sda pour swap et /, et sdb pour /home).
Ensuite j'ai booté sur gparted pour redimensionner sda (diviser sa taille en 2 pour faire de la place à Debian).
Enfin j'ai booté sur l'iso Debian, et j'ai lancé l'installateur. Là j'ai eu des doutes, mais j'ai tout de même réussi à installer un swap et / sur la partition libérée par gparted. Je te joins une capture:
---
Ci-dessous des captures de sda et sdb via gparted dans ma VM linux mint:
---
---
Le but final est d'avoir 2 distros où les 5 fichiers de données personnelles sont communs
J'ai certainement mal configuré selon tes conseils, si tu peux m'éclairer ce sera avec joie.
Je suis prêt à faire de nouvelles VM avec les bonnes configurations avant de le faire en dur, ou de les paramétrer afin que tout 'roule'.
Hors ligne
Enfin j'ai booté sur l'iso Debian, et j'ai lancé l'installateur. Là j'ai eu des doutes, mais j'ai tout de même réussi à installer un swap et / sur la partition libérée par gparted. Je te joins une capture:
Tu as laissé la partition de swap de Mint sda1 marquée "utiliser comme swap" au lieu de "ne pas utiliser". Cela a pour effet de la reformater avec un nouvel identifiant (UUID) et pour conséquence que Mint ne la trouve plus, avec un temps de démarrage allongé et une incapacité à swapper ou mettre en hibernation. On peut le voir dans l'image de gparted (pas de clé = pas utilisée).
Pour la partition de données sdb1, tu peux la monter pendant l'installation. Dans ses paramètres il suffit de spécifier le point de montage voulu (pas /home). Mais ça peut se faire aussi bien après comme je l'a déjà dit.
Ensuite pour faire pointer les dossiers de l'utilisateurs vers cette partition, cela concerne l'environnement de bureau et d'autres seront plus compétents que moi. Je sais comment remplacer les répertoires d'origine par des liens symboliques, mais ce n'est pas la solution la plus élégante.
Dernière modification par raleur (11-03-2022 17:49:37)
Il vaut mieux montrer que raconter.
Hors ligne
Dernière modification par falke (11-03-2022 18:59:47)
Hors ligne
Hors ligne
Dernière modification par raleur (15-03-2022 18:06:25)
Il vaut mieux montrer que raconter.
Hors ligne
Non, Debian est polyvalent.
Ah ok... Car quelqu'un m'a un peu monté le bourrichon, "le dual boot ne sert à rien", "debian c'est pour les serveurs" etc, ça m'a un peu travaillé car il est hyper calé en informatique donc je lui faisais assez confiance
Hors ligne
Ensuite pour faire pointer les dossiers de l'utilisateurs vers cette partition, cela concerne l'environnement de bureau et d'autres seront plus compétents que moi. Je sais comment remplacer les répertoires d'origine par des liens symboliques, mais ce n'est pas la solution la plus élégante.
je réfléchi aussi a une manière d'utilisé mes données de Debian Buster sur une futur installation bullseyes, j'ai fais des tests en VM et je suis arrivé a quelque chose de pas mal
En montant la partition de données (home Buster) sur un point de montage et remonté les répertoires contenant les fichiers perso sur les répertoires Vidéos,Image,Musique...de Debian Bullseye grâce a l'option bind de la commande mount ( voir man mount)
en s'assurant que les dossiers servant au remontage soit vide, cela fais pas mal de lignes supplémentaire dans le fichier fstab mais au final pour l'utilisateur sa fonctionne bien
-->les cahiers du debutant<-- WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde
Hors ligne
"debian c'est pour les serveurs" etc, ça m'a un peu travaillé car il est hyper calé en informatique donc je lui faisais assez confiance
Désolé pour lui, mais non, il n’est pas « hyper calé en informatique » s’il sort ce genre de bêtises
Hors ligne
Atkins a écrit :"debian c'est pour les serveurs" etc, ça m'a un peu travaillé car il est hyper calé en informatique donc je lui faisais assez confiance
Désolé pour lui, mais non, il n’est pas « hyper calé en informatique » s’il sort ce genre de bêtises
Merci de remettre les pendules à l'heure
Hors ligne
Hors ligne
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
Hors ligne