[Résolu] Migrer vers une version à jour de mon O.S

Linov · Le 09/11/2020, à 15:00

Je viens de booter avec le support d’installation et je vais agrandir SDA4.
Pas de Gparted présent mais le gestionnaire de partitions devrait faire le même travail je suppose.

Dernière modification par Linov (Le 09/11/2020, à 15:01)

Linov · Le 09/11/2020, à 15:18

A priori, je ne peux que déplacer SDA4 mais pas l'agrandir.
D'après ce que je crois comprendre, l'espace libre et non monté de 55,62 devrait déjà être formaté en ext4 mais cette action est rendue impossible du fait que 4 partitions primaires constituent le maximum que la table de partition puisse gérer et il m'est indiqué que je dois d'abord en supprimer une.

Linov · Le 09/11/2020, à 15:30

Rectifications je pense avoir réussi à l'agrandir, je teste et je reviens.

Linov · Le 09/11/2020, à 15:47

SDA4 fait maintenant 50,55 Gio et l'espace libre non alloué n'en fait plus que 15,16.

Dernière modification par Linov (Le 09/11/2020, à 15:47)

Linov · Le 09/11/2020, à 15:58

je reprends ce que tu m'as demandé :

1) Se positionner sur SDA5 lui dire que sa nouvelle taille est devenue Tailleaffichée - 55,62*1024 Mo

Que veux-tu dire par "lui dire que sa nouvelle taille est devenue Tailleaffichée - 55,62*1024 Mo" ?

Quelle commande précise dois-je déclencher?

Dernière modification par Linov (Le 09/11/2020, à 16:02)

geole · Le 09/11/2020, à 16:18

Tu fais fort!!!

Il devrait afficher que la taille fait 216621 MiB
Je ressors ma petite calculette 55,62*1024 = 56955
Je retranche à 216621. Cela donne la valeur 159666
Ton travail va consister à frapper 159666 dans la case qui contient 216621
Mais si tu souhaites arrondir à 160000 c'est encore correct
Si tu as envie qu'il devienne le plus petit possible, tu mets 0 . Cela ne va pas lui plaire, il devrait automatiquement calculer la taille minima possible et remplacer le 0 par la valeur qu'il a trouvé.

Dernière modification par geole (Le 09/11/2020, à 16:19)

Linov · Le 09/11/2020, à 21:37

Que ce soit avec Gparted de Lubuntu 20.04 ou 18.04 aucune action de redimensionnement n'est possible sur SDA5.
En effet, la taille de 217821 Mio (et non 216621 Mio) est bien affichée, je la remplace par 160000 mais seule la case annuler est active, celle proposant le redimensionnement est grisée.
J'en déduis donc que cette action ne peut se faire que depuis le support d’installation comme quand j'ai redimensionné SDA4.

Linov · Le 09/11/2020, à 22:22

Il ne m'a pas été possible d'y mettre 0 comme tu me l'a suggéré mais SDA5 est maintenant redimensionnée, je l'ai réduite autant que j'ai plu le faire, elle ne fait plus que 19;53 Gio et un espace non alloué de 193,18 Gio est dorénavant libre.

Linov · Le 09/11/2020, à 23:07

J'ai également réduit la partition SDA1 et ai récupéré ainsi 85,61 Gio.
Je sais que tu ne souhaites pas m'aider dans ma recherche de nouveaux systèmes d'exploitation, mais ceci est une simple question et je ne te demanderai rien en la matière, mais je voudrai juste savoir si en supprimant SDA3, il me serai possible de recrée une nouvelle partition primaire sur laquelle je pourrai y installer un autre O.S.

geole · Le 09/11/2020, à 23:55

Si tu as réduis SDA1, il devrait étre possible d'agrandir SDA2 par son début.
Tu peux mettre plein de nouveaux O.S. dans plein de partitions avec des numéros supérieurs à 4
Pourquoi, veux-tu à tout prix supprimer le 3.
Mais si les données qui sont dans le 3, te sont inutiles ou sont transférées ailleurs, tu peux effectivement le supprimer.

Linov · Le 10/11/2020, à 13:09

Bonjour,
J'ai pu agrandir SDA2 par son début, cette partition étendue fait maintenant 246,48 Gio, sans doute plus que nécessaire, je l'ai fait pour tester sans vraiment calculer son volume et il me sera de toutes façons possible de l'ajuster selon mes futures besoins (prévisions de tester d'autres O.S). Pour le moment, mes "Lubuntu" n'ont toujours pas de documents importants, je peux donc encore tout supprimer sauf ceux contenus dans W7, je joue peut-être avec le feu mais en bidouillant ainsi j'apprends grâce à ton aide et à celles des autres intervenants, ce sont pour moi des "cas pratiques" avec lesquels je me familiarise dans le monde de Linux et l'informatique en général.
Je ne sais si ce que je vais évoquer est juste ou non mais visuellement parlant la découpe des partitions me semble un peu anarchique dans Gparted, ainsi, on voit une suite de fractionnements du disque dur avec des partitions actives alternées avec des espaces non alloués, alors j'imagine peut-être à tort qu'une telle organisation pourrait réduire la vitesse de fonctionnement du P.C, à l'instar d'un disque dur fragmenté.

geole · Le 10/11/2020, à 13:21

Bonjour
Rien m'est parfait
Non pas nécessairement car souvent on ne travaille que dans une ou deux partitions et les autres restent totalement au repos
Le problème peut juste se poser lorsque les deux partitions sont aux extrêmités du disque.
Il faut aussi prendre en compte la position de la tête de lecture lorsqu'elle est au repos et qu'elle part lire. Mais je ne sais pas bien expliquer

Linov · Le 13/11/2020, à 19:54

Bonsoir,
J'ai testé Xubuntu en live USB et je le préfère nettement à Lubuntu,
Je pense faire de même avec Kubuntu d'ici peu.
Donc, il serait sans doute plus judicieux pour moi de supprimer mes deux Lubuntu pour installer dans un premier temps Xubuntu.

Je me pose cependant quelques questions concernant ma clef USB de 32 GB sur laquelle se trouve uniquement l'ISO de l' O.S Xubuntu.

Peut-on sur une même clef avoir deux fichiers ISO, en l’occurrence en plus de celui existant, ajouter celui de Kubuntu?

Si oui, peut-on avec cette clef choisir entre l'un ou l'autre des deux fichiers pour leurs installations ?
Mon but serait donc de faire cohabiter W7, Kubuntu et Xubuntu.

Dernière modification par Linov (Le 13/11/2020, à 19:57)

geole · Le 14/11/2020, à 00:04

Bonsoir.
Dans une clé USB, de 32 go, tu devrais pouvoir mettre une dizaine de fichiers ISO.
Multisystem et ventoy le permettent. Il y en a probablement d'autres.
https://doc.ubuntu-fr.org/multisystem
https://doc.ubuntu-fr.org/multisystem qui semble plus simple en utilisation.

Dernière modification par geole (Le 14/11/2020, à 00:05)

Linov · Le 14/11/2020, à 13:23

Bonjour,
Xubuntu est installé et semble fonctionner correctement malgré un avertissement d'erreur durant la phase d'installation concernant le Grub.
Tous les autres O.S (W7, Lubuntu 18.04, Lubuntu 20.04) sont encore présents et fonctionnent eux aussi correctement.
J'ai créé plusieurs partitions dans le but d'installer plusieurs O.S comme Kubuntu en priorité et je verrai donc plus tard pour en expérimenter d'autres.
L'installation de Xubuntu a été faite avant de découvrir le #164, je n'ai donc pas utilisé pour ce faire MultiSystem lequel je viens de tenter l'installation en vain.
J'ai suivi dans l'ordre énoncé :

Télécharger le script : install-depot-multisystem.sh
Décompressez install-depot-multisystem.sh.tar.bz2
Exécutez install-depot-multisystem.sh

Dans mon dossier téléchargements deux dossiers : install-depot-multisystem.sh, et install-depot-multisystem.sh.tar.bz2.
J'ai extrait celui à décompresser et ouvert celui à exécuter qui ne donne qu'une suite de commande semble t-il à exécuter (rien de comparable avec ce que j'ai l'habitude de faire sous Windows à l’installation classique d'un logiciel).
Ne voulant pas me lancer dans l'inconnue, j'ai préféré abandonner multisystem..
Sinon je suppose qu'il m'est possible de formater ma clef contenant l'ISO de Xubuntu et de le remplacer par celui de Kubuntu pour son installation.
Peut-on vérifier ensemble sur quelle partition il serait logique de l'installer en supprimant mes deux Lubuntu?

geole · Le 14/11/2020, à 13:35

Bonjour
Je pense que ventoy n'est pas plus compliqué que multisystem.
Peux-tu me redonner une vision de tes partitions (en ligne de commandes)
et rappeler dans laquelle sont tes données. De mémoire celle du ubuntu 32 bits
Comme tu envisages de le supprimer, il faudra le faire en ligne de commande pour conserver la partition

Dernière modification par geole (Le 14/11/2020, à 13:36)

Linov · Le 14/11/2020, à 15:32

Disque /dev/sda : 465,76 GiB, 500107862016 octets, 976773168 secteurs
Disk model: WDC WD5000AACS-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 : 0x59305930

Périphérique Amorçage     Début       Fin  Secteurs Taille Id Type
/dev/sda1                    63 271138815 271138753 129,3G  7 HPFS/NTFS/exFAT
/dev/sda2             271140862 788035583 516894722 246,5G  f Étendue W95 (LBA)
/dev/sda3             788035584 838952140  50916557  24,3G 83 Linux
/dev/sda4             838952960 976773119 137820160  65,7G 83 Linux
/dev/sda5             341938176 419559423  77621248    37G 83 Linux
/dev/sda6             338737152 341936127   3198976   1,5G 82 partition d'échang
/dev/sda7             419561472 502837247  83275776  39,7G 83 Linux
/dev/sda8             502839296 564443135  61603840  29,4G 83 Linux
/dev/sda9             271140864 338735103  67594240  32,2G 83 Linux
/dev/sda10            564445184 644491263  80046080  38,2G 83 Linux
/dev/sda11   *        644493312 645541887   1048576   512M ef EFI (FAT-12/16/32)
/dev/sda12            645543936 788035583 142491648  67,9G 83 Linux

Les entrées de la table de partitions ne sont pas dans l'ordre du disque.

SDA5 porte l'étiquette DATA ce doit donc être celle qui contient les documents, je crois me souvenire qu'à l'origine nous les avions mis dans SDA7 mais elle a changé de numéro ensuite.
Il en est question à partir du #51.
De toutes façons tant que l'on ne touche pas à SDA1, sur les autres partitions tout peut être supprimé puisque je n'ai rien à conserver ! (par contre pour le Grub je ne sais ni où il est ni ce que l'on peut ou doit en faire, c'est ce qui me pose le plus de problème)

Dernière modification par Linov (Le 14/11/2020, à 16:26)

geole · Le 14/11/2020, à 16:30

C'est quoi, cette partition EFI inutile SDA11

Je tente de remettre en ordre

/dev/sda1                    63 271138815 271138753 129,3G  7 HPFS/NTFS/exFAT
/dev/sda2             271140862 788035583 516894722 246,5G  f Étendue W95 (LBA)
/dev/sda9             271140864 338735103  67594240  32,2G 83 Linux
/dev/sda6             338737152 341936127   3198976   1,5G 82 partition d'échang
/dev/sda5             341938176 419559423  77621248    37G 83 Linux
/dev/sda7             419561472 502837247  83275776  39,7G 83 Linux
/dev/sda8             502839296 564443135  61603840  29,4G 83 Linux
/dev/sda10            564445184 644491263  80046080  38,2G 83 Linux
/dev/sda11   *        644493312 645541887   1048576   512M ef EFI (FAT-12/16/32)
/dev/sda12            645543936 788035583 142491648  67,9G 83 Linux
/dev/sda3             788035584 838952140  50916557  24,3G 83 Linux
/dev/sda4             838952960 976773119 137820160  65,7G 83 Linux

echange 133 : effectivement, il a renuméroté. SDA7 est devenu SDA5

Numéro  Début      Fin        Taille     Type      Système de fichiers  Fanions
 7      166962MiB  383583MiB  216621MiB  logical   ext4
 5      166962MiB  383583MiB  216621MiB  logical   ext4

Mais tu as tellement déplacé et changer les tailles que je ne sais plus retrouver
J'espère que tu as mis des étiquettes/label
Donne ce retour de

lsblk  -fe7 -o +size

geole · Le 14/11/2020, à 16:48

Linov a écrit :

ls -als /media/Data
total 2097296
      4 drwxr-xr-x  28 gero gero       4096 nov.   6 09:37 .
      4 drwxr-xr-x   4 root root       4096 oct.  16 18:54 ..
      4 drwxr-xr-x   2 root root       4096 sept. 23 23:49 bin
      4 drwxr-xr-x   3 root root       4096 nov.   4 21:12 boot
      4 drwxrwxr-x   2 root root       4096 déc.  12  2019 cdrom
      4 drwxr-xr-x   4 root root       4096 févr. 10  2019 dev
      4 drwxr-xr-x   3 gero gero       4096 oct.   8 14:55 Documents
     12 drwxr-xr-x 123 root root      12288 nov.   4 21:13 etc
      4 drwxr-xr-x   3 root root       4096 déc.  12  2019 home
      4 drwxr-xr-x   2 gero gero       4096 oct.   8 11:56 Images
      0 lrwxrwxrwx   1 root root         32 oct.  25 08:39 initrd.img -> boot/initrd.img-5.4.0-52-generic
      0 lrwxrwxrwx   1 root root         32 oct.  25 08:39 initrd.img.old -> boot/initrd.img-5.4.0-48-generic
      4 drwxr-xr-x  18 root root       4096 juil.  7 23:23 lib
     16 drwx------   2 root root      16384 déc.  12  2019 lost+found
      4 drwxr-xr-x   3 root root       4096 févr. 20  2020 media
      4 drwxr-xr-x   2 root root       4096 févr. 10  2019 mnt
      4 drwxr-xr-x   2 gero gero       4096 oct.   8 11:56 Musique
      4 drwxr-xr-x   3 root root       4096 oct.   4 20:50 opt
      4 drwxr-xr-x   2 root root       4096 avril 24  2018 proc
      4 drwx------   6 root root       4096 oct.   4 17:24 root
      4 drwxr-xr-x  12 root root       4096 févr. 10  2019 run
     12 drwxr-xr-x   2 root root      12288 sept. 19 23:28 sbin
      4 drwxr-xr-x   2 root root       4096 oct.   5 21:50 snap
      4 drwxr-xr-x   2 root root       4096 févr. 10  2019 srv
2097156 -rw-------   1 root root 2147483648 déc.  12  2019 swapfile
      4 drwxr-xr-x   2 root root       4096 avril 24  2018 sys
      4 drwxr-xr-x   2 gero gero       4096 oct.   8 11:56 Téléchargements
      4 drwxrwxrwt   3 root root       4096 nov.   6 10:15 tmp
      4 drwxr-xr-x  10 root root       4096 févr. 10  2019 usr
      4 drwxr-xr-x  14 root root       4096 oct.   5 21:50 var
      4 drwxr-xr-x   2 gero gero       4096 oct.   8 11:56 Vidéos
      0 lrwxrwxrwx   1 root root         29 oct.  25 08:39 vmlinuz -> boot/vmlinuz-5.4.0-52-generic
      0 lrwxrwxrwx   1 root root         29 oct.  25 08:39 vmlinuz.old -> boot/vmlinuz-5.4.0-48-generic

Voici les commandes pour supprimer le logiciel du vieil ubuntu
1) Se positionner au bon endroit

cd /media/Data

Si le répertoire n'existe pas,

sudo mkdir  /media/Data
sudo mount -v /dev/sda5   /media/Data
cd /media/Data

2) Vérifier son contenu

ls -als

Si rien du tout, il est probable que la partition ne soit pas montée donc

cd ..
sudo mount -v /dev/sda5   /media/Data
cd /media/Data
ls -als

3) Supprimer

sudo rm -R bin boot  cdrom    dev   etc
sudo rm  initrd* swapfile vmlinuz*
sudo rm -R lib media   mnt  opt   proc   root
sudo rm  -R run sbin   snap    srv  sys
sudo rm -R  tmp   usr   var

4) Si tu t'es déjà occupé de tes fichiers contenus dans le /home

sudo rm -R home

et tu vérifies qu'il reste ce qui est prévu

ls -ls

5) et tu reviens dans $HOME

cd ..

Dernière modification par geole (Le 14/11/2020, à 17:30)

Linov · Le 14/11/2020, à 16:51

Pendant l'installation de Xubuntu j'ai choisi l'option de l'installer "à côté des autres systèmes" comme me le proposait le menu.
Une boite de dialogue m'a avertit que les partitions 11 et 12 allaient être modifiées, là je n'ai eu aucun choix possible.
C'est vrai que j'ai beaucoup modifié les autres partitions mais malheureusement, je n'ai mis aucunes étiquettes/label car je n'ai pas connaissance en la matière.

~$ lsblk  -fe7 -o +size
NAME FSTYPE FSVER LABEL UUID                                 FSAVAIL FSUSE% MOUNTPOINT   SIZE
sda                                                                                    465,8G
├─sda1
│    ntfs         BOOT  928A64CA8A64AD03                                               129,3G
├─sda2
│                                                                                          1K
├─sda3
│    ext4   1.0         625e8fce-829f-428c-a0c5-4428c88decea                            24,3G
├─sda4
│    ext4   1.0         3e9c095b-2921-4162-9caf-45f336fc3d6c                            65,7G
├─sda5
│    ext4   1.0   Data  82825484-7c24-43f6-9ace-168ac0eacef1                              37G
├─sda6
│    swap   1           a452c468-be48-4191-baf1-67cf54222398                             1,5G
├─sda7
│    ext4   1.0         e554314f-ebc6-499e-90c5-ecd3c5510bf0                            39,7G
├─sda8
│    ext4   1.0         56183fa7-acdc-4d13-adbf-a2672dd82dfd                            29,4G
├─sda9
│    ext4   1.0         7834a403-091f-4171-9341-a7631870ea6a                            32,2G
├─sda10
│    ext4   1.0         d7beb1a2-6a43-494c-bae6-e7e44e54e42e                            38,2G
├─sda11
│    vfat   FAT32       3908-0897                             503,2M     2% /boot/efi    512M
└─sda12
     ext4   1.0         71cadfb6-8fd0-471b-b8c5-32ec2169c4b0   54,8G    12% /           67,9G
sr0                                                                                     1024M

geole · Le 14/11/2020, à 17:24

L'important est de mettre des étiquettes/label avec gparted car tu vas vite te perdre
Il me semble pourtant que c'est fait pour sda5
Mais tu ne peux pas le faire pour la partition en cours d'utilisation qui est SDA12

Dernière modification par geole (Le 14/11/2020, à 17:31)

Linov · Le 15/11/2020, à 14:35

Bonjour,
Je crains fort de ne pas saisir les actions à entreprendre concernant la suppression du logiciel Lubuntu 32 bits.

Il faut se positionner au bon endroit alors je suppose qu'il me faut aller dans Data depuis Xubuntu.

De là je vois dans l'ordre différents dossiers dont :
bin, boot, cdrom, dev, documents, etc, home, Images, lib, media, mnt, Musique, opt, proc, root, run, sbin, snap, srv, sys, Téléchrgement, tmp, usr, var, Vidéos, initrd.img, initrd.img.old, swapfile, vmlinuz, vmlinuz.old

Le dossier cdrom est vide et le dossier media contient un dossier Polo1 vide. (Polo1 est le nom que j'avais donné à l'administrateur à l'installation de Lubuntu 32 bits)

Comme le répertoire ne semble pas exister j'ai fait

 sudo mkdir  /media/Data
sudo mount -v /dev/sda5   /media/Data
cd /media/Data

Un avertissement de collage dangereux apparait alors, malgré cela je lance la commande et mkdir m'informe que :

 impossible de créer le répertoire /media/Data . Le fichier existe.

Je pense donc m'être égaré et je préfère attendre de nouvelles instructions plutôt que de risquer l'irréparable.

geole · Le 15/11/2020, à 14:50

Bonjour

Voici les commandes pour supprimer le logiciel du vieil ubuntu

Cela me semblait clair

1) Se positionner au bon endroit

cd /media/Data

Si le répertoire n'existe pas,

sudo mkdir  /media/Data
sudo mount -v /dev/sda5   /media/Data
cd /media/Data

2) Vérifier son contenu

ls -als

J'ai oublié de dire ce qui se passait si le répertoire était absent => La commande aurait râlé :

 
cd /media/ABSENT
bash: cd: /media/ABSENT: Aucun fichier ou dossier de ce type
a@b:~$

Le répertoire est donc bien présent

1) Se positionner au bon endroit

cd /media/Data

2) Vérifier son contenu

ls -als

etc.....

Dernière modification par geole (Le 15/11/2020, à 14:51)

moko138 · Le 15/11/2020, à 15:08

geole,
Avec e2label, on peut attribuer une étiquette à un FS ext4 monté (je l'ai déjà fait) :

sudo e2label /dev/sdXN  nouvelle-étiquette    # Seize caractères au maximum.

.

/!\ Mais la PRIORITÉ, vu qu'il y a double amorçage avec windows sur disque à table (ms)dos, c'est de renuméroter les partitions avant qu'une mise à niveau de windows ne détruise la première partition logique !

Linov · Le 15/11/2020, à 18:02

$ cd /media/Data
  ls -als
total 8
4 drwxr-xr-x 2 root root 4096 nov.  15 11:56 .
4 drwxr-xr-x 4 root root 4096 nov.  15 11:56 ..

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#151 Le 09/11/2020, à 15:00

Re : [Résolu] Migrer vers une version à jour de mon O.S

#152 Le 09/11/2020, à 15:18

Re : [Résolu] Migrer vers une version à jour de mon O.S

#153 Le 09/11/2020, à 15:30

Re : [Résolu] Migrer vers une version à jour de mon O.S

#154 Le 09/11/2020, à 15:47

Re : [Résolu] Migrer vers une version à jour de mon O.S

#155 Le 09/11/2020, à 15:58

Re : [Résolu] Migrer vers une version à jour de mon O.S

#156 Le 09/11/2020, à 16:18

Re : [Résolu] Migrer vers une version à jour de mon O.S

#157 Le 09/11/2020, à 21:37

Re : [Résolu] Migrer vers une version à jour de mon O.S

#158 Le 09/11/2020, à 22:22

Re : [Résolu] Migrer vers une version à jour de mon O.S

#159 Le 09/11/2020, à 23:07

Re : [Résolu] Migrer vers une version à jour de mon O.S

#160 Le 09/11/2020, à 23:55

Re : [Résolu] Migrer vers une version à jour de mon O.S

#161 Le 10/11/2020, à 13:09

Re : [Résolu] Migrer vers une version à jour de mon O.S

#162 Le 10/11/2020, à 13:21

Re : [Résolu] Migrer vers une version à jour de mon O.S

#163 Le 13/11/2020, à 19:54

Re : [Résolu] Migrer vers une version à jour de mon O.S

#164 Le 14/11/2020, à 00:04

Re : [Résolu] Migrer vers une version à jour de mon O.S

#165 Le 14/11/2020, à 13:23

Re : [Résolu] Migrer vers une version à jour de mon O.S

#166 Le 14/11/2020, à 13:35

Re : [Résolu] Migrer vers une version à jour de mon O.S

#167 Le 14/11/2020, à 15:32

Re : [Résolu] Migrer vers une version à jour de mon O.S

#168 Le 14/11/2020, à 16:30

Re : [Résolu] Migrer vers une version à jour de mon O.S

#169 Le 14/11/2020, à 16:48

Re : [Résolu] Migrer vers une version à jour de mon O.S

#170 Le 14/11/2020, à 16:51

Re : [Résolu] Migrer vers une version à jour de mon O.S

#171 Le 14/11/2020, à 17:24

Re : [Résolu] Migrer vers une version à jour de mon O.S

#172 Le 15/11/2020, à 14:35

Re : [Résolu] Migrer vers une version à jour de mon O.S

#173 Le 15/11/2020, à 14:50

Re : [Résolu] Migrer vers une version à jour de mon O.S

#174 Le 15/11/2020, à 15:08

Re : [Résolu] Migrer vers une version à jour de mon O.S

#175 Le 15/11/2020, à 18:02

Re : [Résolu] Migrer vers une version à jour de mon O.S

Pied de page des forums