Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#101 Le 15/08/2022, à 16: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, à 16: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, à 16: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, à 18: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

Hors ligne

#104 Le 15/08/2022, à 16: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 sad ... !!

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, à 17: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, à 17: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, à 17:49

geole

Re : Grub

Ubuntu1 a écrit :

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, à 18: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

Hors ligne

#108 Le 15/08/2022, à 18: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, à 18: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, à 14:52)

Hors ligne

#110 Le 15/08/2022, à 18: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, à 18: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

Hors ligne

#111 Le 15/08/2022, à 18: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, à 10: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, à 10:26)

Hors ligne

#113 Le 16/08/2022, à 10:25

Ubuntu1

Re : Grub

geole a écrit :

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 home

J'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/fstab

j'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, à 10:42

FrancisFDZ

Re : Grub

Bonjour,

Ubuntu1 a écrit :

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, à 11: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, à 11: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, à 11: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

Hors ligne

#117 Le 16/08/2022, à 11:39

Ubuntu1

Re : Grub

Merci GEOLE smile
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, à 11:40)

Hors ligne

#118 Le 16/08/2022, à 11: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, à 11: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

Hors ligne

#119 Le 16/08/2022, à 11: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, à 12: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 utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .

Hors ligne

#121 Le 16/08/2022, à 12: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, à 12:52

geole

Re : Grub

Ubuntu1 a écrit :

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, à 12: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

Hors ligne

#123 Le 16/08/2022, à 12:58

geole

Re : Grub

iznobe a écrit :

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

Hors ligne

#124 Le 16/08/2022, à 13:15

geole

Re : Grub

Le lien que tu donnes semble foireux
1660643794.png

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, à 13: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

Hors ligne

#125 Le 16/08/2022, à 14: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, à 14:44)

Hors ligne