Ubuntu-fr

Sankyo

Utiliser ancien home sur HDD après installation Jammy sur SSD [RÉSOLU]

Bonjour,
Je viens d'installer sur SSD la 22.04 à la place de la 18.04.
Sous la 18.04, j'avais le système sur le SSD et home sur un HDD séparé. Un 2ème HDD servait de sauvegarde.
C'était il y a 4 ans et je ne me rappelle plus comment j’avais fait ...
J'ai essayé avec l'installeur à partir d'une USB live et ça a n'a pas marché.
J'ai fait une installation standart de la 22.04 sur le SSD en débranchant les HDD. Le SSD fait 120 Go, les HDD 1 To.
J'ai rebranché les HDD. Je souhaite maintenant que Ubuntu utilise l'ancien home de la 18.04 à la place du nouveau.
Des idées ?

Dernière modification par Sankyo (Le 03/11/2022, à 15:08)

Qid

Re : Utiliser ancien home sur HDD après installation Jammy sur SSD [RÉSOLU]

Oui... Il faut modifier le fstab pour monter la partition home existante...
Déjà il va falloir trouver son identifiant...
Donnes le retour de cette commande qui donnera le détail de ton partitionnement :

sudo fdisk -l ; echo "--------------------------" ; sudo parted -l ; echo "--------------------------" ; sudo lsblk -o name,fstype,label,size,mountpoint -e 7 ; echo "--------------------------" ; df -aTh ; echo "--------------------------" ; free -h ; echo "--------------------------" ; ls -l /dev/disk/by-label/

Normalement on devrait pouvoir s'en sortir...

---

"GNU/Linux c'est que du bon mais M$ Windows ce n'est pas si mal"
Référent technique Ubuntu d'un Groupe d'Utilisateur du Libre
plus d'info sur mon profil

matrix-bx

Re : Utiliser ancien home sur HDD après installation Jammy sur SSD [RÉSOLU]

Bonjour,

voilà ce que je ferais dans cette situation.
Avec ton HDD branché, tu ne devrais voir que lui dans

mount | grep /media/$USER

Si c'est bien le cas, tu peux lancer la commande suivante

echo "UUID="$(mount | awk /$USER/'{print $3" / "$5}'  | awk -F"/" '{print $(NF-1)" /home "$NF}')" errors=remount-ro 0 2" | sudo tee -a /etc/fstab

Si tu as des données dans ton /home actuel, tu devrais les transférer/déplacer ailleurs, par exemple en faisant

sudo mkdir /home_backup && sudo mv /home/* /home_backup

Normalement après reboot, ton HDD devrait être monté dans /home et tu devrais pouvoir re déplacer les éventuelles données de /home_backup dans ton /home puis supprimer /home_backup (en sudo) une fois vidé.
Restera à régler un éventuel désalignement des id en démarrant en rescue au besoin.

Edit : ah, Qid a répondu pendant que je rédigeais.
Edit2: modification suite #15

Dernière modification par matrix-bx (Le 01/11/2022, à 04:48)

---

Utilisations des balises de mises en formes.

Qid

Re : Utiliser ancien home sur HDD après installation Jammy sur SSD [RÉSOLU]

ah, Qid a répondu pendant que je rédigeais.

Ouais... Mais on a la même idée... Je trouve juste que tu es peut-être allé un peu vite avec une commande qui est incompréhensible pour une personne lambda alors qu'elle agit "dangereusement" sur le système... Après je reconnais que le résultat sera quand-même le même

---

"GNU/Linux c'est que du bon mais M$ Windows ce n'est pas si mal"
Référent technique Ubuntu d'un Groupe d'Utilisateur du Libre
plus d'info sur mon profil

Sankyo

Re : Utiliser ancien home sur HDD après installation Jammy sur SSD [RÉSOLU]

Disque /dev/loop0 : 61,96 MiB, 64970752 octets, 126896 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop1 : 4 KiB, 4096 octets, 8 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop2 : 163,29 MiB, 171225088 octets, 334424 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop3 : 400,8 MiB, 420265984 octets, 820832 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop4 : 45,86 MiB, 48091136 octets, 93928 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop5 : 91,69 MiB, 96141312 octets, 187776 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop6 : 284 KiB, 290816 octets, 568 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop7 : 46,96 MiB, 49242112 octets, 96176 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets

Qid

Re : Utiliser ancien home sur HDD après installation Jammy sur SSD [RÉSOLU]

Je sais que le retour de ma commande est très long... Mais normalement ça ne pose pas de soucis de tout copier coller alors que là en l'état on a rien d'utile...

---

"GNU/Linux c'est que du bon mais M$ Windows ce n'est pas si mal"
Référent technique Ubuntu d'un Groupe d'Utilisateur du Libre
plus d'info sur mon profil

Sankyo

Re : Utiliser ancien home sur HDD après installation Jammy sur SSD [RÉSOLU]

To run a command as administrator (user "root"), use "sudo <command>".
jean-paul@jeanpaul-GA-78LMT-USB3:~$ sudo fdisk -l ; echo "--------------------------" ; sudo parted -l ; echo "--------------------------" ; sudo lsblk -o name,fstype,label,size,mountpoint -e 7 ; echo "--------------------------" ; df -aTh ; echo "--------------------------" ; free -h ; echo "--------------------------" ; ls -l /dev/disk/by-label/
[sudo] Mot de passe de jean-paul : 
Disque /dev/loop0 : 61,96 MiB, 64970752 octets, 126896 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop1 : 4 KiB, 4096 octets, 8 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop2 : 163,29 MiB, 171225088 octets, 334424 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop3 : 400,8 MiB, 420265984 octets, 820832 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop4 : 45,86 MiB, 48091136 octets, 93928 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop5 : 91,69 MiB, 96141312 octets, 187776 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop6 : 284 KiB, 290816 octets, 568 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop7 : 46,96 MiB, 49242112 octets, 96176 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
^C
jean-paul@jeanpaul-GA-78LMT-USB3:~$ sudo fdisk -l ; echo "--------------------------" ; sudo parted -l ; echo "--------------------------" ; sudo lsblk -o name,fstype,label,size,mountpoint -e 7 ; echo "--------------------------" ; df -aTh ; echo "--------------------------" ; free -h ; echo "--------------------------" ; ls -l /dev/disk/by-label/
Disque /dev/loop0 : 61,96 MiB, 64970752 octets, 126896 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop1 : 4 KiB, 4096 octets, 8 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop2 : 163,29 MiB, 171225088 octets, 334424 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop3 : 400,8 MiB, 420265984 octets, 820832 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop4 : 45,86 MiB, 48091136 octets, 93928 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop5 : 91,69 MiB, 96141312 octets, 187776 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop6 : 284 KiB, 290816 octets, 568 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop7 : 46,96 MiB, 49242112 octets, 96176 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/sda : 111,8 GiB, 120040980480 octets, 234455040 secteurs
Disk model: WDC WDS120G2G0A-
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0xf1a18f96

Périphérique Amorçage   Début       Fin  Secteurs Taille Id Type
/dev/sda1    *           2048   1050623   1048576   512M ef EFI (FAT-12/16/32)
/dev/sda2             1052670 234452991 233400322 111,3G  5 Étendue
/dev/sda5             1052672 234452991 233400320 111,3G 83 Linux


Disque /dev/sdb : 931,51 GiB, 1000204886016 octets, 1953525168 secteurs
Disk model: ST1000DM003-9YN1
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0x70c6b06e

Périphérique Amorçage  Début        Fin   Secteurs Taille Id Type
/dev/sdb1               2048     976895     974848   476M 82 partition d'échange Linux / Solaris
/dev/sdb2             978942 1953523711 1952544770   931G  5 Étendue
/dev/sdb5             978944 1953523711 1952544768   931G 83 Linux

La partition 2 ne commence pas sur une frontière de cylindre physique.


Disque /dev/loop8 : 238,47 MiB, 250056704 octets, 488392 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop9 : 63,2 MiB, 66265088 octets, 129424 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop10 : 346,33 MiB, 363151360 octets, 709280 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/sdh : 14,32 GiB, 15376318464 octets, 30031872 secteurs
Disk model: Ultra USB 3.0   
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0x0001d679

Périphérique Amorçage Début      Fin Secteurs Taille Id Type
/dev/sdh1              2048 30031871 30029824  14,3G  c W95 FAT32 (LBA)
--------------------------
Modèle : ATA WDC WDS120G2G0A- (scsi)
Disque /dev/sda : 120GB
Taille des secteurs (logiques/physiques) : 512B/512B
Table de partitions : msdos
Drapeaux de disque : 

Numéro  Début   Fin    Taille  Type      Système de fichiers  Drapeaux
 1      1049kB  538MB  537MB   primary   fat32                démarrage, esp
 2      539MB   120GB  120GB   extended
 5      539MB   120GB  120GB   logical   ext4


Modèle : ATA ST1000DM003-9YN1 (scsi)
Disque /dev/sdb : 1000GB
Taille des secteurs (logiques/physiques) : 512B/4096B
Table de partitions : msdos
Drapeaux de disque : 

Numéro  Début   Fin     Taille  Type      Système de fichiers  Drapeaux
 1      1049kB  500MB   499MB   primary   linux-swap(v1)
 2      501MB   1000GB  1000GB  extended
 5      501MB   1000GB  1000GB  logical   ext4


Modèle : SanDisk Ultra USB 3.0 (scsi)
Disque /dev/sdh : 15,4GB
Taille des secteurs (logiques/physiques) : 512B/512B
Table de partitions : msdos
Drapeaux de disque : 

Numéro  Début   Fin     Taille  Type     Système de fichiers  Drapeaux
 1      1049kB  15,4GB  15,4GB  primary  fat32                lba


--------------------------
NAME   FSTYPE LABEL         SIZE MOUNTPOINT
fd0                           4K 
sda                       111,8G 
├─sda1 vfat                 512M /boot/efi
├─sda2                        1K 
└─sda5 ext4               111,3G /
sdb                       931,5G 
├─sdb1 swap                 476M 
├─sdb2                        1K 
└─sdb5 ext4                 931G /media/jean-paul/77f8ac4b-b467-4828-afa0-116157010abf
sdc                           0B 
sdd                           0B 
sde                           0B 
sdf                           0B 
sdg                           0B 
sdh                        14,3G 
└─sdh1 vfat   SanDisk_USB  14,3G /media/jean-paul/SanDisk_USB
sr0                        1024M 
--------------------------
df: /run/user/1000/doc: Opération non permise
Sys. de fichiers Type            Taille Utilisé Dispo Uti% Monté sur
sysfs            sysfs                0       0     0    - /sys
proc             proc                 0       0     0    - /proc
udev             devtmpfs          3,9G       0  3,9G   0% /dev
devpts           devpts               0       0     0    - /dev/pts
tmpfs            tmpfs             794M    2,0M  792M   1% /run
/dev/sda5        ext4              109G     12G   92G  12% /
securityfs       securityfs           0       0     0    - /sys/kernel/security
tmpfs            tmpfs             3,9G       0  3,9G   0% /dev/shm
tmpfs            tmpfs             5,0M    4,0K  5,0M   1% /run/lock
cgroup2          cgroup2              0       0     0    - /sys/fs/cgroup
pstore           pstore               0       0     0    - /sys/fs/pstore
bpf              bpf                  0       0     0    - /sys/fs/bpf
systemd-1        autofs               0       0     0    - /proc/sys/fs/binfmt_misc
hugetlbfs        hugetlbfs            0       0     0    - /dev/hugepages
mqueue           mqueue               0       0     0    - /dev/mqueue
debugfs          debugfs              0       0     0    - /sys/kernel/debug
tracefs          tracefs              0       0     0    - /sys/kernel/tracing
fusectl          fusectl              0       0     0    - /sys/fs/fuse/connections
configfs         configfs             0       0     0    - /sys/kernel/config
none             ramfs                0       0     0    - /run/credentials/systemd-sysusers.service
/dev/loop0       squashfs           62M     62M     0 100% /snap/core20/1587
/dev/loop1       squashfs          128K    128K     0 100% /snap/bare/5
/dev/loop2       squashfs          164M    164M     0 100% /snap/firefox/1635
/dev/loop3       squashfs          401M    401M     0 100% /snap/gnome-3-38-2004/112
/dev/loop4       squashfs           46M     46M     0 100% /snap/snap-store/582
/dev/loop5       squashfs           92M     92M     0 100% /snap/gtk-common-themes/1535
/dev/loop6       squashfs          384K    384K     0 100% /snap/snapd-desktop-integration/14
/dev/loop7       squashfs           47M     47M     0 100% /snap/snapd/16292
/dev/sda1        vfat              511M    5,3M  506M   2% /boot/efi
tmpfs            tmpfs             794M    156K  793M   1% /run/user/1000
tmpfs            tmpfs             794M    2,0M  792M   1% /run/snapd/ns
gvfsd-fuse       fuse.gvfsd-fuse      0       0     0    - /run/user/1000/gvfs
nsfs             nsfs                 0       0     0    - /run/snapd/ns/snapd-desktop-integration.mnt
nsfs             nsfs                 0       0     0    - /run/snapd/ns/snap-store.mnt
/dev/loop8       squashfs          239M    239M     0 100% /snap/firefox/2042
/dev/sda5        ext4              109G     12G   92G  12% /var/snap/firefox/common/host-hunspell
/dev/loop9       squashfs           64M     64M     0 100% /snap/core20/1634
/dev/loop10      squashfs          347M    347M     0 100% /snap/gnome-3-38-2004/119
nsfs             nsfs                 0       0     0    - /run/snapd/ns/firefox.mnt
/dev/sdb5        ext4              916G    612G  257G  71% /media/jean-paul/77f8ac4b-b467-4828-afa0-116157010abf
/dev/sdh1        vfat               15G     14G  941M  94% /media/jean-paul/SanDisk_USB
--------------------------
               total       utilisé      libre     partagé tamp/cache   disponible
Mem:           7,7Gi       3,3Gi       1,0Gi        87Mi       3,4Gi       4,1Gi
Partition d'échange:      2,0Gi       1,0Mi       2,0Gi
--------------------------
total 0
lrwxrwxrwx 1 root root 10 oct.  31 19:05 SanDisk_USB -> ../../sdh1

C'est mieux ?

Qid

Re : Utiliser ancien home sur HDD après installation Jammy sur SSD [RÉSOLU]

C'est mieux ?

Ça en a l'air oui...
Je suppose que ton home est là du coup ?

/dev/sdb5        ext4              916G    612G  257G  71% /media/jean-paul/77f8ac4b-b467-4828-afa0-116157010abf

Et ton fstab il a quelle tête ?

cat /etc/fstab

---

"GNU/Linux c'est que du bon mais M$ Windows ce n'est pas si mal"
Référent technique Ubuntu d'un Groupe d'Utilisateur du Libre
plus d'info sur mon profil

matrix-bx

Re : Utiliser ancien home sur HDD après installation Jammy sur SSD [RÉSOLU]

Ouais... Mais on a la même idée... Je trouve juste que tu es peut-être allé un peu vite avec une commande qui est incompréhensible pour une personne lambda alors qu'elle agit "dangereusement" sur le système... Après je reconnais que le résultat sera quand-même le même

Ajouter une ligne avec "tee -a" dans /etc/fstab serait "dangereux "?
Au pire la partition ne monte pas et le système se retrouve avec un /home vide ce qui n’empêche pas d'y ouvrir une session et de régler le soucis et il reste encore le démarrage en rescue.
A mes yeux le risque pris est inexistant.

---

Utilisations des balises de mises en formes.

Sankyo

Re : Utiliser ancien home sur HDD après installation Jammy sur SSD [RÉSOLU]

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda5 during installation
UUID=cea3869a-1505-492a-97fb-b5a2257c4a4f /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/sda1 during installation
UUID=062A-6040  /boot/efi       vfat    umask=0077      0       1
/swapfile                                 none            swap    sw              0       0
/dev/fd0        /media/floppy0  auto    rw,user,noauto,exec,utf8 0       0

Mon ancien home (celui de la 18.04) est sur sdb5

Qid

Re : Utiliser ancien home sur HDD après installation Jammy sur SSD [RÉSOLU]

Ajouter une ligne avec "tee -a" dans /etc/fstab serait "dangereux "?
Au pire la partition ne monte pas et le système se retrouve avec un /home vide

Non si le home ne monte pas le système ne passera pas l'étape du GDM... Et non ce n'est pas dangereux en soit... Je dit juste qu'il ne faut pas se rater pour éviter les embrouilles...

---

"GNU/Linux c'est que du bon mais M$ Windows ce n'est pas si mal"
Référent technique Ubuntu d'un Groupe d'Utilisateur du Libre
plus d'info sur mon profil

Qid

Re : Utiliser ancien home sur HDD après installation Jammy sur SSD [RÉSOLU]

Mon ancien home (celui de la 18.04) est sur sdb5

Donc c'est bien ce que j'avais repéré... Et donc de là il suffit de se baser sur ce qu'il y a déjà dans le fstab en adaptant celle de root :

UUID=cea3869a-1505-492a-97fb-b5a2257c4a4f /               ext4    errors=remount-ro 0       1

Sur le même modèle ça donnerai donc :

UUID=77f8ac4b-b467-4828-afa0-116157010abf /home               ext4    errors=remount-ro 0       1

Par contre faut voir pour si il y a des données à récupérer dans le nouveau home actuellement inclus dans ton installation...

En tous cas là on ne fait que faire manuellement et dans le détail ce que faisait direct la commande proposée par matrix-bx

---

"GNU/Linux c'est que du bon mais M$ Windows ce n'est pas si mal"
Référent technique Ubuntu d'un Groupe d'Utilisateur du Libre
plus d'info sur mon profil

matrix-bx

Re : Utiliser ancien home sur HDD après installation Jammy sur SSD [RÉSOLU]

Non si le home ne monte pas le système ne passera pas l'étape du GDM... Et non ce n'est pas dangereux en soit... Je dit juste qu'il ne faut pas se rater pour éviter les embrouilles...

Moui, maintenant que tu le dis, tu as raison, la dernière fois que ça m'est arrivé, le système me jetait effectivement une console root et pas une session graphique.
Mais au final ça n'aurait rien changé à l'affaire, on aurait eu la possibilité de corriger l'éventuel soucis.

---

Utilisations des balises de mises en formes.

Sankyo

Re : Utiliser ancien home sur HDD après installation Jammy sur SSD [RÉSOLU]

Merci de vos remarques.
Je fais une sauvegarde de mes données avant de continuer...
Bonne fin de journée

nany

Re : Utiliser ancien home sur HDD après installation Jammy sur SSD [RÉSOLU]

Bonjour,

UUID=77f8ac4b-b467-4828-afa0-116157010abf /home               ext4    errors=remount-ro 0       1

Si je puis me permettre, chez moi le sixième champ contient 2 (et le quatrième contient defaults) pour la partition /home.
D’ailleurs,

   The sixth field (fs_passno).
       This field is used by fsck(8) to determine the order in which filesystem checks are done at boot time. The root filesystem should be specified with a fs_passno of 1. Other filesystems should have a
       fs_passno of 2. Filesystems within a drive will be checked sequentially, but filesystems on different drives will be checked at the same time to utilize parallelism available in the hardware.
       Defaults to zero (don’t check the filesystem) if not present.

[edit]
Du coup, proposition d’amélioration de la commande de matrix-bx (sans garantie) :

mount | grep -q "/media/$USER" && mount | awk -F' |/' /media."$USER"/'{print "UUID="$8" /home "$10" defaults 0 2"}' | sudo tee -a /etc/fstab || echo "Il n’y a pas de partition montée dans /media/$USER/."

[/edit]

Dernière modification par nany (Le 01/11/2022, à 05:16)

---

Le mot de passe sudo ne s'affiche pas - Comment bien utiliser les balises BBcode
Retour aux sources.
Urtikan.net - https://youtu.be/fY9NbB8yqFA
LIBRARIES ARE NOT BOOK-STORES!

Qid

Re : Utiliser ancien home sur HDD après installation Jammy sur SSD [RÉSOLU]

UUID=77f8ac4b-b467-4828-afa0-116157010abf /home               ext4    errors=remount-ro 0       1

Si je puis me permettre, chez moi le sixième champ contient 2 (et le quatrième contient defaults) pour la partition /home.

Je dis pas non bien au contraire car il me semble bien en effet que 2 est plus cohérent... Mais juste il me semblait que les attributs devaient logiquement être les mêmes pour les x partitions systèmes ? Je me trompe ? Ou alors c'est que les attributs ont changé d'une version à l'autre ?

---

"GNU/Linux c'est que du bon mais M$ Windows ce n'est pas si mal"
Référent technique Ubuntu d'un Groupe d'Utilisateur du Libre
plus d'info sur mon profil

nany

Re : Utiliser ancien home sur HDD après installation Jammy sur SSD [RÉSOLU]

Bah je lis : « The root filesystem should be specified with a fs_passno of 1. Other filesystems should have a fs_passno of 2. », alors je suis bêtement ces indications.

À noter que je n’ai jamais modifié mon fstab créé automatiquement lors de l’installation et dont voici un extrait :

# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda2 during installation
UUID=e64932fa-47fd-4b06-8f7c-496b7b1e20c4 /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/sda1 during installation
UUID=DDCF-3514  /boot/efi       vfat    umask=0077      0       1
# /home was on /dev/sdb3 during installation
UUID=1e8c81ad-ea6c-4993-89d9-b0064fc82344 /home           ext4    defaults        0       2

On remarque que seul /boot/efi est aussi en 1.

[edit]

6- la colonne <pass> règle la priorité de vérification des erreurs éventuelles du système de fichiers au démarrage. Laissez-y les valeurs par défaut de l'installation. Si vous ajoutez manuellement des partitions, les valeurs de <pass> doivent être:

• 1 pour la racine (votre partition principale) ⇒ vérif de cette partition en priorité,

• 2 pour les autres partitions Linux (les partitions "externes" que vous souhaitez monter) ⇒ ce 2 fera les vérifs après la partition racine (démarrage plus rapide),

• 0 pour le swap et les partitions windows (cf. fstab) ⇒ pas de vérification.

[/edit]

Dernière modification par nany (Le 01/11/2022, à 09:35)

---

Le mot de passe sudo ne s'affiche pas - Comment bien utiliser les balises BBcode
Retour aux sources.
Urtikan.net - https://youtu.be/fY9NbB8yqFA
LIBRARIES ARE NOT BOOK-STORES!

matrix-bx

Re : Utiliser ancien home sur HDD après installation Jammy sur SSD [RÉSOLU]

Bonjour,
[edit]
Du coup, proposition d’amélioration de la commande de matrix-bx (sans garantie) :

mount | grep -q "/media/$USER" && mount | awk -F' |/' /media."$USER"/'{print "UUID="$8" /home "$10" defaults 0 2"}' | sudo tee -a /etc/fstab || echo "Il n’y a pas de partition montée dans /media/$USER/."

[/edit]

Bonne idée de tester la présence de la ligne avec "grep -q" mais du coup je le remplacerais par:

[ $(mount | grep -c /media/$USER) == "1" ] && ...

Car dans le cas présent il y a plusieurs partitions de montées dans /media/$USER et donc plusieurs lignes /home générées vers /etc/fstab.

Dernière modification par matrix-bx (Le 01/11/2022, à 09:51)

---

Utilisations des balises de mises en formes.

iznobe

Re : Utiliser ancien home sur HDD après installation Jammy sur SSD [RÉSOLU]

Bonjour , les permissions de home d' une 18.04 et d' une 22.04 sont differentes , respectivement 755 et 750 .
je suis pas sur que ce soit une bonne idée d ' utiliser donc le home de la 18.04 en place sur une 22.04 potentiels problemes de securités non ? et je parles pas des anciennes configs restées en place qui pourraient etre a l' origine de divers soucis .

il serait bien plus logique de creer une nouvelle partition /home et soit de transferer les données , soit d ' utiliser des liens non ?

Dernière modification par iznobe (Le 01/11/2022, à 10:07)

---

retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .

nany

Re : Utiliser ancien home sur HDD après installation Jammy sur SSD [RÉSOLU]

Car dans le cas présent il y a plusieurs partitions de montées dans /media/$USER

D’où mon « sans garantie ». On n’est pas non plus sûr d’avoir une UUID dans le point de montage.
Bref, difficile de faire une ligne de commande sure pour automatiser tout ça. Autant faire la recherche des partitions et faire la modification à la mano.

il serait bien plus logique de creer une nouvelle partition /home et soit de transferer les données , soit d ' utiliser des liens non ?

Aussi.

---

Le mot de passe sudo ne s'affiche pas - Comment bien utiliser les balises BBcode
Retour aux sources.
Urtikan.net - https://youtu.be/fY9NbB8yqFA
LIBRARIES ARE NOT BOOK-STORES!

matrix-bx

Re : Utiliser ancien home sur HDD après installation Jammy sur SSD [RÉSOLU]

D’où mon « sans garantie ». On n’est pas non plus sûr d’avoir une UUID dans le point de montage.
Bref, difficile de faire une ligne de commande sure pour automatiser tout ça. Autant faire la recherche des partitions et faire la modification à la mano.

La recherche à la main, pourquoi pas, la modif du fstab en revanche, bof.

[ $(mount | grep -c /media/$USER) == "1" ] && mount | awk /media.$USER/'{print $1}' | xargs blkid | awk -F"\"" '{print $2" /home "$6" default 0 2"}' | sudo tee -a /etc/fstab || echo "Il n’y a pas de partition montée dans /media/$USER/ (ou il y en a plus d'une)."

Dernière modification par matrix-bx (Le 01/11/2022, à 10:35)

---

Utilisations des balises de mises en formes.

geole

Re : Utiliser ancien home sur HDD après installation Jammy sur SSD [RÉSOLU]

Bonjour,
Je viens d'installer sur SSD la 22.04 à la place de la 18.04.
Sous la 18.04, j'avais le système sur le SSD et home sur un HDD séparé. Un 2ème HDD servait de sauvegarde.
C'était il y a 4 ans et je ne me rappelle plus comment j’avais fait ...
J'ai essayé avec l'installeur à partir d'une USB live et ça a n'a pas marché.
J'ai fait une installation standard de la 22.04 sur le SSD en débranchant les HDD.
Des idées ?

Bonjour
Quelle idée d'avoir débranché le disque contenant le répertoire HOME!!!
Même si tu avais fais une installation en faisant le bon choix     par la méthode "autre chose" tu  n'aurais pas pu allouer le HOME vu qu'il n'était pas branché.
Mon avis.
La version 22.04 a beaucoup évolué avec l'arrivée massive d'applications SNAP dont firefox,
Lorsqu'on dispose  d'un  SSD,  il est débile de ne pas l'utiliser pour y mettre les logiciels et les fichiers cachés.

Comme tu dois réparer, la bonne solution serait de rapatrier uniquement les fichiers cachés  non présents et de mettre des liens symboliques pointant sur tes données.

D'après la documentation,  tu n'aurais que cette commande à adapter
    Transférer les données techniques absentes.

mv -nv $HOME/.[0-9a-zA-Z]* /mnt/Home0/$USER

ou plutôt dans l'autre sens

mv -nv  /mnt/Home0/$USER.[0-9a-zA-Z]*  $HOME 

et les liens symboliques classiques à mettre
donc commandes à adapter et en ajoutant bureau
Déplacement des répertoires

mv Documents Images Musique Public Téléchargements Vidéos /media/data

Création les liens

ln -s /media/data/Documents && ln -s /media/data/Images && ln -s /media/data/Musique && ln -s /media/data/Public && ln -s /media/data/Téléchargements && ln -s /media/data/Vidéos

Dernière modification par geole (Le 01/11/2022, à 11:18)

---

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Sankyo

Re : Utiliser ancien home sur HDD après installation Jammy sur SSD [RÉSOLU]

Merci à tous ceux ou celles qui m'ont proposé des solutions.
Je ne voulais pas risquer mon ancien disque plein des données auxquelles je tiens.
Finalement j'ai un acheté un nouveau HDD.
J'ai installé Ubuntu sur le SSD, les données sur le nouveau disque.
J'ai mis des liens symboliques des dossiers Documents, Musique, Images...de Home vers le disque de données.
Ça marche mais le problème c'est que les liens sont cassés à chaque redémarrage.
Faut-il modifier fstab ?

geole

Re : Utiliser ancien home sur HDD après installation Jammy sur SSD [RÉSOLU]

Bonsoir
Il faut que  la partition de données soit décrite correctement dans le fichier /etc/fstab
Donne ces retours

cat /etc/fstab
lsblk -fe7

Dernière modification par geole (Le 03/11/2022, à 00:11)

---

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Qid

Re : Utiliser ancien home sur HDD après installation Jammy sur SSD [RÉSOLU]

Il faut que  la partition de données soit décrite correctement dans le fichier /etc/fstab

Je ne suis pas forcément d'accord à partir du moment où aucune application n'a besoin d'y accéder pour fonctionner... Mais en plus je ne sais pas pourquoi on a cette discussion car il me semble bien que là il est question de données perso incluses dans le home (ce qui n'est pas une bonne idée on est d'accord mais après si c'est son choix de fonctionnement malgré tout je pense qu'on a fait notre part du boulot)

---

"GNU/Linux c'est que du bon mais M$ Windows ce n'est pas si mal"
Référent technique Ubuntu d'un Groupe d'Utilisateur du Libre
plus d'info sur mon profil