#101 Le 15/08/2022, à 15:11
- Babdu89
Re : Grub
Ha bon !!!.,
En gros 98 Go sur /dev/sda2 ? Un disque de 1 To...
Ça ne me parait pas beaucoup
À vérifier...
Et si c'est ça, il y a une possibilité de copier le système tout installé en /dev/sda2 sur le ssd nvme, à condition de pouvoir le re-partitionner avec Gparted où autre logiciel qui prend en compte le nvme. Chose que je n'ai jamais fait je n'ai pas de disque nvme.
C'est ce que je fais couramment avec me systèmes tout installés en les copiant de disque à disque et de machine en machine.
Je copie et retrouve mon système tout installé sur un autre disque ou machine. Et ça ne se marche pas sur les pieds vu que ça se fait sur des nouvelles partitions avec changement d'UUID.
La seule obligation est la taille des données contenues dans la partition à copier, pour qu'elle tienne dans taille de la partition qui reçoit la copie.
98 Go de données de /dev/sda2 tiennent dans les 240 Go du ssd nvme.
Si ça intéresse Ubuntu1, je peux le guider pour faire la manip.
En session live démarrée dans le mode qui convient. La copie se fait à laide de cp , dans des partitions préparées au préalable en live. Ce n'est pas compliquer à faire, juste un petit peu long à préparer les partitions.
Après copie des données de partition à partition, changement de L'UUID de la partition qui reçoit la copie dans le fichier fstab de la copie, et réinstallation de grub dans la copie avec boot-repair toujours depuis la session live.
Là ça sera fait en live en mode UEFI. donc réinstallation d'un grub-efi en utilisant la partition boot-efi vide préparée en session live dans le nvme.
@+. Babdu89 .
J'ai découvert Ubuntu avec la 07.10.... Et alors?!... Depuis je regarde de temps en temps si Windows marche toujours....
Hors ligne
#102 Le 15/08/2022, à 15:25
- Qid
Re : Grub
Quelque soit le type de support ta stratégie doit pouvoir être appliquée sans risque pourvu que les critères de tailles soient respectés...
"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
Hors ligne
#103 Le 15/08/2022, à 15:45
- geole
Re : Grub
@babdu89
Le nvme est un disque comme les autres pour les logiciels.
Donc on peut très bien faire tout par le gparted du live-usb
1) On note la taille de la grosse partition du nvme.
2) On se positionne sur la grosse partition du disque dur et on diminue sa taille pour avoir celle de la grosse partition du nvme,
==> La partition étant peu remplie, cela devrait être assez rapide. 15 minutes?
3) On se positionne sur la grosse partition du nvme et on la supprime.
4) On se positionne sur la grosse partition du disque dur et on fait un copier
5) On se repositionne sur le gros espace libre du nvme et on fait un coller.
==> On copie alors 116 go de données. Deux heures? gparted a un outil de suivi.
6) On se repositionne sur la grosse partition du disque dur et on change son UUID.
7) Lorsqu'on a vu que tout fonctionne on fait le ménage dans la grosse partition du disque dur.
Suppression de son O.S? et reorganisation de sa partition home en vue de sa suppression.
8) et on refait la commande
sudo update grub
pour supprimer toute trace du ubuntu du disque dur ou de prendre en compte son nouvel UUID.
Le fait de copier dans un espace libre permet de conserver le UUID et supprime le besoin de reconstruire le grub avec boot-repair et de modifier le fichier /etc/fstab.
Comme la copie par gparted ne copie que les fichiers, le temps d'exécution est proche de celui des commandes cp.
Cependant, ne pas oublier que le ubuntu du disque dur vient d'être installé.
Tu fait alors le pari que les données personnelles seront toujours peu volumineuses. Cela me surprendrait
Cependant on peut se contenter de ne rapatrier que le logiciel et un boot-repair et laisser les données utilisateur dans le disque dur.
D'autre part 931-753=178 et pas 92.
en fait, en dernier ressort, on est a 116
/dev/sda2 ext4 916G 116G 754G 14% /
Dernière modification par geole (Le 15/08/2022, à 17:37)
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
En ligne
#104 Le 15/08/2022, à 15:58
- Ubuntu1
Re : Grub
OUI Geole le commentaire #103 me paraît pas mal du tout.
mais comme je suis débutant il faudrait me guider pas à pas ... !!
Sauf erreur je pense que vous attendez le résultat de la commande en ligne suivante :
df -aTh
Sys. de fichiers Type Taille Utilisé Dispo Uti% Monté sur
sysfs sysfs 0 0 0 - /sys
proc proc 0 0 0 - /proc
udev devtmpfs 7,5G 0 7,5G 0% /dev
devpts devpts 0 0 0 - /dev/pts
tmpfs tmpfs 1,6G 2,1M 1,6G 1% /run
/dev/sda2 ext4 916G 116G 754G 14% /
securityfs securityfs 0 0 0 - /sys/kernel/security
tmpfs tmpfs 7,6G 0 7,6G 0% /dev/shm
tmpfs tmpfs 5,0M 4,0K 5,0M 1% /run/lock
tmpfs tmpfs 7,6G 0 7,6G 0% /sys/fs/cgroup
cgroup2 cgroup2 0 0 0 - /sys/fs/cgroup/unified
cgroup cgroup 0 0 0 - /sys/fs/cgroup/systemd
pstore pstore 0 0 0 - /sys/fs/pstore
efivarfs efivarfs 0 0 0 - /sys/firmware/efi/efivars
bpf bpf 0 0 0 - /sys/fs/bpf
cgroup cgroup 0 0 0 - /sys/fs/cgroup/freezer
cgroup cgroup 0 0 0 - /sys/fs/cgroup/perf_event
cgroup cgroup 0 0 0 - /sys/fs/cgroup/pids
cgroup cgroup 0 0 0 - /sys/fs/cgroup/misc
cgroup cgroup 0 0 0 - /sys/fs/cgroup/hugetlb
cgroup cgroup 0 0 0 - /sys/fs/cgroup/cpu,cpuacct
cgroup cgroup 0 0 0 - /sys/fs/cgroup/memory
cgroup cgroup 0 0 0 - /sys/fs/cgroup/rdma
cgroup cgroup 0 0 0 - /sys/fs/cgroup/devices
cgroup cgroup 0 0 0 - /sys/fs/cgroup/net_cls,net_prio
cgroup cgroup 0 0 0 - /sys/fs/cgroup/cpuset
cgroup cgroup 0 0 0 - /sys/fs/cgroup/blkio
systemd-1 - - - - - /proc/sys/fs/binfmt_misc
mqueue mqueue 0 0 0 - /dev/mqueue
hugetlbfs hugetlbfs 0 0 0 - /dev/hugepages
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
/dev/loop0 squashfs 62M 62M 0 100% /snap/core20/1593
/dev/loop8 squashfs 256K 256K 0 100% /snap/gtk2-common-themes/13
/dev/loop21 squashfs 219M 219M 0 100% /snap/gnome-3-34-1804/77
/dev/loop13 squashfs 142M 142M 0 100% /snap/skype/221
/dev/loop16 squashfs 92M 92M 0 100% /snap/gtk-common-themes/1535
/dev/loop22 squashfs 55M 55M 0 100% /snap/snap-store/558
/dev/loop5 squashfs 56M 56M 0 100% /snap/core18/2538
/dev/loop10 squashfs 63M 63M 0 100% /snap/gtk-common-themes/1506
/dev/loop7 squashfs 296M 296M 0 100% /snap/vlc/2344
/dev/loop4 squashfs 50M 50M 0 100% /snap/snap-store/433
/dev/loop18 squashfs 114M 114M 0 100% /snap/core/13425
/dev/loop14 squashfs 62M 62M 0 100% /snap/core20/1587
/dev/loop19 squashfs 128K 128K 0 100% /snap/bare/5
/dev/loop15 squashfs 56M 56M 0 100% /snap/core18/2409
/dev/loop12 squashfs 47M 47M 0 100% /snap/snapd/16292
/dev/loop20 squashfs 88M 88M 0 100% /snap/whatsapp-for-linux/39
/dev/loop2 squashfs 90M 90M 0 100% /snap/whatsapp-for-linux/45
/dev/loop9 squashfs 165M 165M 0 100% /snap/gnome-3-28-1804/161
/dev/loop6 squashfs 384M 384M 0 100% /snap/qt515-core20/23
/dev/loop3 squashfs 401M 401M 0 100% /snap/gnome-3-38-2004/112
/dev/loop17 squashfs 241M 241M 0 100% /snap/gnome-3-34-1804/24
/dev/loop1 squashfs 75M 75M 0 100% /snap/audio-recorder/113
/dev/nvme0n1p1 vfat 511M 5,3M 506M 2% /boot/efi
binfmt_misc binfmt_misc 0 0 0 - /proc/sys/fs/binfmt_misc
/dev/loop23 squashfs 142M 142M 0 100% /snap/skype/223
tmpfs - - - - - /run/snapd/ns
nsfs - - - - - /run/snapd/ns/skype.mnt
tmpfs tmpfs 1,6G 28K 1,6G 1% /run/user/1000
gvfsd-fuse fuse.gvfsd-fuse 0 0 0 - /run/user/1000/gvfs
/dev/fuse fuse 0 0 0 - /run/user/1000/doc
nsfs - - - - - /run/snapd/ns/snap-store.mnt
Hors ligne
#105 Le 15/08/2022, à 16:00
- Ubuntu1
Re : Grub
(ah ok pour la surchauffe liée à la meilleure perf des taux de transfert des données, bien vu ! merci pour la réponse)
Hors ligne
#106 Le 15/08/2022, à 16:14
- Ubuntu1
Re : Grub
Donc si on fait comme le commentaire #103, j'ai pas besoin de tout réinstaller ?
(c'est un peu comme si on faisait pointer la partition NVME sur ma sdax?)
Dans le doute j'ai retapé la commande sur la partition NVME (je sais pas si c'est utile)
Pour info mon commentaire #104 a été rédigé suite à la commande passée sur mon sda.
Donc voici la même vu du NVME :
df -aTh
Sys. de fichiers Type Taille Utilisé Dispo Uti% Monté sur
sysfs sysfs 0 0 0 - /sys
proc proc 0 0 0 - /proc
udev devtmpfs 7,5G 0 7,5G 0% /dev
devpts devpts 0 0 0 - /dev/pts
tmpfs tmpfs 1,6G 2,0M 1,6G 1% /run
/dev/nvme0n1p2 ext4 234G 9,6G 212G 5% /
securityfs securityfs 0 0 0 - /sys/kernel/security
tmpfs tmpfs 7,6G 0 7,6G 0% /dev/shm
tmpfs tmpfs 5,0M 4,0K 5,0M 1% /run/lock
tmpfs tmpfs 7,6G 0 7,6G 0% /sys/fs/cgroup
cgroup2 cgroup2 0 0 0 - /sys/fs/cgroup/unified
cgroup cgroup 0 0 0 - /sys/fs/cgroup/systemd
pstore pstore 0 0 0 - /sys/fs/pstore
efivarfs efivarfs 0 0 0 - /sys/firmware/efi/efivars
none bpf 0 0 0 - /sys/fs/bpf
cgroup cgroup 0 0 0 - /sys/fs/cgroup/memory
cgroup cgroup 0 0 0 - /sys/fs/cgroup/rdma
cgroup cgroup 0 0 0 - /sys/fs/cgroup/net_cls,net_prio
cgroup cgroup 0 0 0 - /sys/fs/cgroup/perf_event
cgroup cgroup 0 0 0 - /sys/fs/cgroup/blkio
cgroup cgroup 0 0 0 - /sys/fs/cgroup/cpu,cpuacct
cgroup cgroup 0 0 0 - /sys/fs/cgroup/cpuset
cgroup cgroup 0 0 0 - /sys/fs/cgroup/hugetlb
cgroup cgroup 0 0 0 - /sys/fs/cgroup/pids
cgroup cgroup 0 0 0 - /sys/fs/cgroup/misc
cgroup cgroup 0 0 0 - /sys/fs/cgroup/devices
cgroup cgroup 0 0 0 - /sys/fs/cgroup/freezer
systemd-1 autofs 0 0 0 - /proc/sys/fs/binfmt_misc
debugfs debugfs 0 0 0 - /sys/kernel/debug
mqueue mqueue 0 0 0 - /dev/mqueue
hugetlbfs hugetlbfs 0 0 0 - /dev/hugepages
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
/dev/loop0 squashfs 128K 128K 0 100% /snap/bare/5
/dev/loop1 squashfs 62M 62M 0 100% /snap/core20/1593
/dev/loop3 squashfs 47M 47M 0 100% /snap/snapd/16292
/dev/loop2 squashfs 92M 92M 0 100% /snap/gtk-common-themes/1535
/dev/loop5 squashfs 55M 55M 0 100% /snap/snap-store/558
/dev/loop4 squashfs 56M 56M 0 100% /snap/core18/2538
/dev/loop6 squashfs 50M 50M 0 100% /snap/snap-store/433
/dev/loop7 squashfs 401M 401M 0 100% /snap/gnome-3-38-2004/112
/dev/loop8 squashfs 55M 55M 0 100% /snap/core18/1705
/dev/loop9 squashfs 241M 241M 0 100% /snap/gnome-3-34-1804/24
/dev/loop10 squashfs 219M 219M 0 100% /snap/gnome-3-34-1804/77
/dev/loop11 squashfs 63M 63M 0 100% /snap/gtk-common-themes/1506
/dev/nvme0n1p1 vfat 511M 5,3M 506M 2% /boot/efi
tmpfs tmpfs 1,6G 12K 1,6G 1% /run/user/125
gvfsd-fuse - - - - - /run/user/125/gvfs
tmpfs tmpfs 1,6G 28K 1,6G 1% /run/user/1000
gvfsd-fuse fuse.gvfsd-fuse 0 0 0 - /run/user/1000/gvfs
/dev/fuse fuse 0 0 0 - /run/user/1000/doc
Hors ligne
#107 Le 15/08/2022, à 16:49
- geole
Re : Grub
mais comme je suis débutant il faudrait me guider pas à pas
Aucun problème pour guider en adaptant au niveau.
Le tout est de bien caler ce qu'on fait.
J'ai retenu que tu veux que tout sda2 remplace nvme0n1p2.
Je crois que j'ai bien expliqué en mode graphique avec gparted les actions à réaliser.
Normalement, le rétrécissement de SDA2 devrait se réaliser. Faire le rétrécissement standard par la droite. Cela prend du temps. ( 1heure ?) Il faut que l'ordinateur ne manque pas de courant électrique pendant cette action.
Pour visualiser, regarde la documentation gparted. https://doc.ubuntu-fr.org/gparted
Si quelque chose n'est pas clair, pose la question.
Si tu veux faire en ligne de commande, babdu89 expliquera en détail. Cela supprime le risque électrique qui me semble très minime.
Dernière modification par geole (Le 15/08/2022, à 17:12)
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
En ligne
#108 Le 15/08/2022, à 17:12
- Ubuntu1
Re : Grub
oh merci merci c'est vraiment super !
Cela me permettra de garder entre autre mon petit Virtual Box en l'état sans tout reparamétrer (et les autres soft).
Je vais regarder le lien.
je vous dirai ce qui me paraît le plus jouable pour mon niveau.
Hors ligne
#109 Le 15/08/2022, à 17:22
- Ubuntu1
Re : Grub
bon honnêtement la partie graphique m'emballe plus, c'est vrai.
Par contre petite question : je n'ai pas amené mon lecteur de CD
Par contre, je dois pouvoir me procurer des clé USB : je viens de lire le paragrpahe 2.2 du lien suivant : https://doc.ubuntu-fr.org/gparted.
1°) Je n'ai pas l'impression que je doive utiliser de clé USB. Ai-je bien compris ?
2) Mais il parle de redimensionner vers la gauche (?) je ne vois pas en quoi j'en aurais besoin. (pour moi on redimensionne "vers le droite" non ?)
Dernière modification par Ubuntu1 (Le 16/08/2022, à 13:52)
Hors ligne
#110 Le 15/08/2022, à 17:45
- geole
Re : Grub
Tu dois travailler avec un ubuntu qui n'est pas l'un des deux qui ramassent la modification.
Tu peux toi-même fabriquer un support d'installation avec la 22.04.1 qui vient de sortir sur une clé USB en utilisant ventoy. https://doc.ubuntu-fr.org/ventoy
Dans ton contexte. retrécissement standard par la droite qui est la fin de la partition. C'est nettement plus rapide
Dernière modification par geole (Le 15/08/2022, à 17:46)
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
En ligne
#111 Le 15/08/2022, à 17:59
- Babdu89
Re : Grub
Bonsoir.
@Ubuntu1.
La différence au final entre la méthode de geole et la mienne, c'est que avec celle de geole, tu ne pourras plus démarrer le système qui est sur /dev/sda2. À cause du fait qu'il faut changer l'UUID (l'identificateur unique) de la partition /dev/sda2.
Les données de la partition seront accessibles depuis le système du disque nvme. Mais le système en /dev/sda2 ne pourra plus démarrer.
Si par la suite tu envisages de supprimer les données ou la partition /dev/sda2 ça n'a pas d'importance.
Mais si tu veux conserver les deux systèmes fonctionnels, il aura des manips à faire.
Dans le fichier /etc/fstab du systèmes sur /dev/sda2. Il faudra changer l'UUID de la partition, puisqu'une manip avec Gparted aura fait ce changement. Puis il faudra réinstaller grub-efi dans le système en /dev/sda2 pour qu'il démarre à nouveau.
Donc à toi de voir l'utilisation de tes disques par la suite.
De toute manière tu peux transférer ton système tout installé sur le ssd nvme.
Pour info, le système que j'utilise pour poster est une copie de mon système principal que j'ai fait sur un disque USB. C'est Ubuntu 20.04 que je viens de mettre à niveau vers un 22.04. Ça ne c'est pas très bien passé, il y des applications qui ont sauté et des paquets qui sont cassés. J'ai remis tout ça en ordre. Ça va ma servir à voir si mes autres machine fonctionnent bien avec la 22.04
@+. Babdu89 .
J'ai découvert Ubuntu avec la 07.10.... Et alors?!... Depuis je regarde de temps en temps si Windows marche toujours....
Hors ligne
#112 Le 16/08/2022, à 09:22
- Ubuntu1
Re : Grub
Je relis le commentaire #103 ( 6) On se repositionne sur la grosse partition du disque dur et on change son UUID. ),
j'ai une question basique : je dois mettre quel UUID ?
Dernière modification par Ubuntu1 (Le 16/08/2022, à 09:26)
Hors ligne
#113 Le 16/08/2022, à 09:25
- Ubuntu1
Re : Grub
Bonjour.
On peut effectivement dire que le home du logiciel nvme est sur disque dur. Comme c'est le même O.S. avec la même version tout sera nickel
Mais lorsque l'un migrera en 22.04 et pas l'´autre , il pourrait y avoir des surprises.
De plus on perd la vitesse du Nvme pour accéder aux parties de logiciels stockées dans homeJ'ai proposé la copie des données personnelles du home du nvme dans le home du disque dur
On peut faire en plus les copies des fichiers cachés du home du disque dur dans le home du nvme.
Tout cela se fait par commandes cp dont la codification exacte ne peut être fournie tant que la partition SDA2 n'a pas été montée via le fichier /etc/fstabj'ai aussi proposé de reinstaller le grub afin qu'il soit en boot automatique en ligne zero et surtout que le boot reste possible en absence du disque dur.
Ajout. Pour tes installations de logiciel. il faudra refaire. Cela me semble plus simple que de chercher a savoir où ils se sont installés afin de les dupliquer au risque d'en oublier une partie.
Si ton ordinateur surchauffe avec le nvme, ce n'est pas lié à EFI mais au fait que les processeurs attendent beaucoup moins longtemps que les informations leurs soient fournies.
Je reviens sur la phrase :
"J'ai proposé la copie des données personnelles du home du nvme dans le home du disque dur" .
Pour moi c'est mon sda2 qui contient mes données utiles et c'est sur SDa2 que j'ai aussi mes logiciels que je veux récupérer, je n'ai rien mis dans le NVME. Pk faire cette manip ?
Hors ligne
#114 Le 16/08/2022, à 09:42
- FrancisFDZ
Re : Grub
Bonjour,
Je relis le commentaire #103 ( 6) On se repositionne sur la grosse partition du disque dur et on change son UUID. ),
j'ai une question basique : je dois mettre quel UUID ?
Tu peux utiliser gparted pour changer l'UUID, tu choisis simplement l'UUID qu'il te propose et par la suite tu mets à jour les fichiers censés utiliser cet UUID (notamment fstab)
NB : chaque disque et chaque partition a son propre UUID (le premier "U" signifie "Unique") Cependant, si tu fais une copie de partition avec gparted, il copie aussi l'UUID qui du coup n'est plus unique, d'où rectification manuelle.
-- On peut avoir des raisons de se plaindre et n'avoir pas raison de se plaindre --
[Victor Hugo]
Hors ligne
#115 Le 16/08/2022, à 10:06
- Ubuntu1
Re : Grub
je vais poser ma question autrement :
"changer" == UUID ancien disque par UUID nouveau disque ?
on parle de quel disque : UUID du NVME, UUID sda1 ou UUDI sda2 ?
Hors ligne
#116 Le 16/08/2022, à 10:36
- geole
Re : Grub
Bonjour.
Lorsque tu copies sda2 dans l'espace libre du nvme,le uuid est dupliqué.
Lorsque cela boote, le grub recherche par le uuid.
Si deux UUID sont identiques, il pourrait ne pas choisir celui du nvme mais celui du disque dur.
Donc tu demandes de changer la valeur du uuid de sda2.
Il te propose une valeur aléatoire qu'il suffit d'accepter.
Si par la suite, tu décides de continuer à vouloir utiliser le ubuntu du SDA2, il faut rectifier le contenu du fstab car il continue d'avoir l'ancien uuid, tu booterais alors sur le nvme !
Boot-repair n'a pas prévu ce type de correction. C'est dommages!
La méthode de babdu89 copie dans une partition existante, elle t'oblige à modifier le fstab et utiliser boot-repair pour booter sur la nouvelle partition.
Ma méthode fait cette obligation sur l'ancienne partition uniquement si tu veux réutiliser le ubuntu de l'ancienne partition.
Dernière modification par geole (Le 16/08/2022, à 10:49)
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
En ligne
#117 Le 16/08/2022, à 10:39
- Ubuntu1
Re : Grub
Merci GEOLE
Entre temps j'ai commencé à installer ventoy (sauvegarde avant de tous mes fichiers qui traînaient sur ma clé etc...)
Je vais passer par l'interface graphique, plus simple pour moi.
Dans le mode op, il est mentionné : " Une fois l'installation terminée, copiez collez vos fichiers iso sur la clé et voilà ! "
Oui mais je sais pas comment récupérer mon iso ?
Tu peux m'aider ?
Dernière modification par Ubuntu1 (Le 16/08/2022, à 10:40)
Hors ligne
#118 Le 16/08/2022, à 10:47
- geole
Re : Grub
Un lien pour télécharger facilement.
https://www.ubuntu-fr.org/download/
Tu peux choisir de cocher bittorrent ou pas.
Dernière modification par geole (Le 16/08/2022, à 10:51)
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
En ligne
#119 Le 16/08/2022, à 10:56
- Ubuntu1
Re : Grub
pk tu me mets ce lien ? ==> ça récupère mon iso (réponse à ma question #117 ?)
J'ai relu ton mode op GEOLE je ne comprends pas ton calcul.
Pour moi mon disque dur sda2 est quasiment plein !
Voici un imprime écran :
https://pix.cyber-nux.fr/?img=1660643794.png
Hors ligne
#120 Le 16/08/2022, à 11:09
- iznobe
Re : Grub
A mon avis , il faut eviter de meler plusieurs soucis dans une conversation .
la méthode que j' indiquais , etait la plus simple , sans risque pour les données , transformer : sda2 en /home .
seul inconvénient il faudra reinstaller les logiciels vu que sur le NVME il n ' y a a priori rien d' installer .
la configuration de ces logiciels ( pas encore installés ) sera de toute maniere recuperer sur la partition sda2 , rien a reconfigurer du coup .
la duplication de sda2 sur nvme0n1p2 est aussi une bonne solution qui a pour risque d ' emmener un home corrompu ...
mais comme je suis largué dans le devenir de cette discussion , que la compréhension est loin d' être évidente , je préfère maintenant regarder .
retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .
Hors ligne
#121 Le 16/08/2022, à 11:20
- Ubuntu1
Re : Grub
oui d'autant que je ne souhaite pas écrire mes données sur le NVME il est bcp plus petit.
Je souhaite bien écrire mes données sur le sda2 (et évidemment garder mes données et logiciels actuels qui sont sur sda2).
Si vous regardez mon dernier imprime écran #119 on voit bien qu'il y a un peu de monde dedans !! LOL
(ce qui m'inquiète, c'est que je cherche à comprendre les calculs de GEOLE, je ne voudrais pas perdre mes données de mon disque dur actuel, celui que je vois dans mon imprime-écran)
Hors ligne
#122 Le 16/08/2022, à 11:52
- geole
Re : Grub
oui d'autant que je ne souhaite pas écrire mes données sur le NVME il est bcp plus petit.
Je souhaite bien écrire mes données sur le sda2 (et évidemment garder mes données et logiciels actuels qui sont sur sda2).
)
Essaie de ne pas changer d'idée en permanence.
Initialement , il y a bien longtemps, Je t'ai proposé d'utiliser le nvme comme logiciel et le disque dur pour contenir les données, tu as trainé et installé plein de logiciels si bien que maintenant tu ne veux plus recommencer leur réinstallation.
hier tu as dit que tu voulais remettre tout SDA2 dans le nvme.
Maintenant, tu dis simplement le logiciel.
Tu nous alertes sur le fait que SDA2 est maintenant quasiment plein, en fournissant une capture d'ecran qui contient l'adresse du lieu de stockage.
Cela va nous obliger a frapper caractère par caractére ce lieu alors qu'il suffisait d'en faire un copier coller. D'autre part, tu as la command DF qui fait cela trés bien.
Donc a priori, avec le support d'installation, on fera des commandes rsync pour synchroniser uniquement le logiciel dans lequel j'inclu celui caché contenu dans le home ainsi que le répertoire snap.
Je poste cela, je quitte mon ipad et vais continuer avec ubuntu.
Pendant ce temps, fini le support d'installation et boote avec lui.
Dernière modification par geole (Le 16/08/2022, à 11:54)
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
En ligne
#123 Le 16/08/2022, à 11:58
- geole
Re : Grub
la duplication de sda2 sur nvme0n1p2 est aussi une bonne solution qui a pour risque d ' emmener un home corrompu ... .
Totalement impossible puisque cette partition contient la totalité du logiciel home compris.
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
En ligne
#124 Le 16/08/2022, à 12:15
- geole
Re : Grub
Le lien que tu donnes semble foireux
Si tu es resté sur le ubuntu du nvme ou que tu as booté avec le support d'installation en mode "essayer avant d'installer", peux-tu faire ces commandes.
sudo mkdir /mnt/SDA2
sudo mount -v /dev/sda2 /mnt/SDA2
puis poster ce retour
df -Htext4
Si tu es sur le ubuntu du disque dur, donne ce retour
df -Htext4
Dernière modification par geole (Le 16/08/2022, à 12:21)
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
En ligne
#125 Le 16/08/2022, à 13:33
- Ubuntu1
Re : Grub
Par défaut, je ne boot PAS sur le NVME.
Je boot sur celui qui contient mes données et mes logiciels, donc ma capture d'écran ne peut pas être celle du NVME (il n'y a rien du tout dedans !!).
Donc oui je suis sur le ubuntu du DISQUE DUR celui qui contient mes données et mes logiciels que je voudrais garder intacts : càd sans perdre des fichiers/photos perso cela va de soi, ni mes logiciels divers et leurs configurations.
Donc voici le résultat de la commande :
df -Htext4
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
/dev/sda2 983G 125G 809G 14% /
Je ne comprends pas d'où viennent les 125 Giga.
En effet, j'ai fait clic droit sur Dossier Personnel et j'ai 81,8 Giga de Données sur disque dur (pas 125 Giga ? Les 125 Giga contiennent la taille d'ubuntu aussi ?) pour un espace mémoire d'environ 808 Giga de libre.
Dernière modification par Ubuntu1 (Le 16/08/2022, à 13:44)
Hors ligne