[ Résolu]Echec de prise en charge de langue

bouhq · Le 20/03/2022, à 16:16

J'ai refait boot info, dont voici le lien:

h[code]ttp://paste.ubuntu.com/p/6HFqndGvKR/[/code]

J' y ai relévé ce qu'il m'a paru des irrégularités:

No boot loader is installed in the MBR of /dev/sda
Partitions info (1/3): _________________________________________________________

sda1	: no-os,	32, nopakmgr,	no-docgrub,	nogrub,	nogrubinstall,	no-grubenv,	noupdategrub,	not-far
sda3	: is-os,	32, nopakmgr,	no-docgrub,	nogrub,	nogrubinstall,	no-grubenv,	noupdategrub,	not-far
sda4	: is-os,	64, apt-get,	signed grub-efi ,	grub2,	grub-install,	grubenv-ok,	update-grub,	farbios

Partitions info (2/3): _________________________________________________________

sda1	: is---ESP,	part-has-no-fstab,	no-nt,	no-winload,	no-recov-nor-hid,	no-bmgr,	notwinboot
sda3	: isnotESP,	part-has-no-fstab,	no-nt,	haswinload,	no-recov-nor-hid,	bootmgr,	notwinboot
sda4	: isnotESP,	fstab-has-goodEFI,	no-nt,	no-winload,	no-recov-nor-hid,	no-bmgr,	notwinboot

Partitions info (3/3): _________________________________________________________

sda1	: not--sepboot,	no---boot,	part-has-no-fstab,	not-sep-usr,	no---usr,	part-has-no-fstab,	no--grub.d,	sda
sda3	: not--sepboot,	no---boot,	part-has-no-fstab,	not-sep-usr,	no---usr,	part-has-no-fstab,	no--grub.d,	sda
sda4	: not--sepboot,	with-boot,	fstab-without-boot,	not-sep-usr,	with--usr,	fstab-without-usr,	std-grub.d,	sda

Est ce que ça te dit quelque chose?

Dernière modification par bouhq (Le 20/03/2022, à 16:17)

geole · Le 20/03/2022, à 16:55

Je ne vois pas trop ce que je peux faire de plus à part frapper sur windows.
Si tu es d'accord
Reboote avec la clé usb.
Montage de la partition de boot

sudo -i

mount -v /dev/sda1 /mnt

2) Sauvegarde de la structure de boot de windows

cp -v /mnt/EFI/Microsoft/boot/bootmgfw.efi   /mnt/EFI/Microsoft/boot/bootmgfw.ef-$(date +%y%m%d)

Si la commande ne donne pas ce résultat

'/mnt/EFI/Microsoft/boot/bootmgfw.efi' -> '/mnt/EFI/Microsoft/boot/bootmgfw.efi-220320'

Tu ne vas pas au-delà.
3) Duplication de la structure refind dans la structure windows.

cp -r /mnt/EFI/refind/* /mnt/EFI/Microsoft/boot
cp -v /mnt/EFI/ubuntu/refind_x64.efi  /mnt/EFI/Microsoft/boot/bootmgfw.efi

4) Mise à jour du référentiel refind afin qu'il puisse proposer le boot de windows

echo  menuentry Windows  { | tee -a /mnt/EFI/Microsoft/boot/refind.conf
echo  icon /\EFI/\refind/\icons/\os_win.png  | tee -a /mnt/EFI/Microsoft/boot/refind.conf
echo  loader /\EFI/\Microsoft/\Boot/\bootmgfw.efi-$(date +%y%m%d)  | tee -a /mnt/EFI/Microsoft/boot/refind.conf
echo  }  | tee -a /mnt/EFI/Microsoft/boot/refind.conf
tail  /mnt/EFI/Microsoft/boot/refind.conf

5) Quitter

exit

6) rebooter et voir si refind propose windows et ubuntu
Il y aura plein d'icônes à essayer mais plus tard , on pourra affiner afin d'en avoir beaucoup moins. (que deux!)
windows est en blea assez caractéristique , ubuntu doit être en orange.
Sous les icônes, il y a les noms de fichiers. Donc le fichier de la partition SDA4 pour ubuntu..

Dernière modification par geole (Le 20/03/2022, à 16:57)

bouhq · Le 20/03/2022, à 18:06

geole a écrit :

Je ne vois pas trop ce que je peux faire de plus à part frapper sur windows.

Tu veux dire quoi," frapper sur windows?
Y a un risque de perdre ( même momentanement) Windows?
S'il y a risque, je prefère que non, je serais bloqué et je ne pourrais même pas communiquer avec toi, sans parler de mon travail dans windows que je pourrais perdre.

geole · Le 20/03/2022, à 18:35

Il n'y a aucun risque pour le logiciel windows.
Le problème est que si après avoir fait l'écrasement du fichier de boot de windows par refind, on constate que refind ne fonctionne pas, on n'a plus de boot windows.

Il faut alors booter de nouveau sur la clé USB pour ré-écraser le fichier de boot de windows par sa sauvegarde qu'on vient de faire en premier dans la procédure.
Ce qui sous-entend que cette clé de boot fonctionne encore. Si tu as un pépin avec (perte, écrasement, illisible) , tu n'en disposes probablement pas d'une seconde fonctionnelle et je crains que tu n'ais pas de support d'installation de windows pour réparer sa structure de boot EFI ni d'un autre appareil pour te connecter au forum.
Au pire, il faudrait la dupliquer. Cela devrait pouvoir se faire sous windows et travailler avec son double.
ou alors, tu libères un peu de place sous windows ou tu en récupères un peu de la partition 4 (300 go de libres et tu fabriques une nouvelle clé de la version 20.04 avec ventoy

Mount points (filtered): _______________________________________________________
            Avail Use% Mounted on
/dev/sda3     524M  99% /mnt/boot-sav/sda3
/dev/sda4   302.5G  21% /mnt/boot-sav/sda4

fdisk -l (filtered): ___________________________________________________________
Disk sda: 465.8 GiB, 500107862016 bytes, 976773168 sectors
          Start       End   Sectors  Size Type
sda3    1083392 104507391 103424000 49.3G Microsoft basic data
sda4  104507392 976771071 872263680  416G Linux filesystem

bouhq · Le 21/03/2022, à 00:24

J'ai essayé de libérer de l'espace pour windows en utilisant Gparted mais sans résultat ; l'espace dégagé sur la partition sda 4 de Lubuntu et qui était destiné à sda3 de windows est finalement revenu à un espace non alloué. Je ne sais pas si tu m'a compris. Peut être que je n'ai pas su m'en servir de Gparted.

geole · Le 21/03/2022, à 10:48

Bonjour
Je pense que le gparted de Lubuntu est identique à celui de Ubuntu.
Certainement une fausse manipulation.
On ne supprime pas une partition sans en avoir la demande de confirmation.

Si tu as des données importantes dans cette ex-partition EXT4, en live USB et en installant TESTDISK il devrait être facile de la refabriquer. En fait même si tu n'as pas de données cela vaut le coup. d'autant plus que le boot-info dit ses caractéristiques. Cependant si tu étais en à l 'exécution du déplacement de données, il est possible qu'elle soit totalement cassée.
Donc en live USB
1) Le point

sudo fdisk -l

Mais on ne pourra pas utiliser tesdisk vu l'anciennement de la clé USB

Dernière modification par geole (Le 21/03/2022, à 10:50)

bouhq · Le 21/03/2022, à 11:46

Bonjour,
Je vais tenter tesdisk

bouhq · Le 21/03/2022, à 12:53

Voici le retour des commandes du tesdisk:

lubuntu@lubuntu:~$ setxkbmap fr
lubuntu@lubuntu:~$ sudo fdisk -l
Disk /dev/loop0: 975 MiB, 1022353408 bytes, 1996784 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/sda: 465.8 GiB, 500107862016 bytes, 976773168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 978E93C9-C8B7-47EC-BFC0-6001E3E20CA2

Device         Start       End   Sectors  Size Type
/dev/sda1       2048   1050623   1048576  512M EFI System
/dev/sda2    1050624   1083391     32768   16M Microsoft reserved
/dev/sda3    1083392 104507391 103424000 49.3G Microsoft basic data
/dev/sda4  104507392 976771071 872263680  416G Linux filesystem




Disk /dev/sdb: 3.7 GiB, 3932160000 bytes, 7680000 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x0dca4b93

Device     Boot Start     End Sectors  Size Id Type
/dev/sdb1  *      344 7679999 7679656  3.7G  b W95 FAT32


Disk /dev/zram0: 454.4 MiB, 476495872 bytes, 116332 sectors
Units: sectors of 1 * 4096 = 4096 bytes
Sector size (logical/physical): 4096 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/zram1: 454.4 MiB, 476495872 bytes, 116332 sectors
Units: sectors of 1 * 4096 = 4096 bytes
Sector size (logical/physical): 4096 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
lubuntu@lubuntu:~$

boot info avant la manipulation de Gparted

fdisk -l (filtered): ___________________________________________________________

Disk sda: 465.8 GiB, 500107862016 bytes, 976773168 sectors
Disk identifier: 978E93C9-C8B7-47EC-BFC0-6001E3E20CA2
          Start       End   Sectors  Size Type
sda1       2048   1050623   1048576  512M EFI System
sda2    1050624   1083391     32768   16M Microsoft reserved
sda3    1083392 104507391 103424000 49.3G Microsoft basic data
sda4  104507392 976771071 872263680  416G Linux filesystem

boot info d'aujourd'hui après le tesdisk

fdisk -l (filtered): ___________________________________________________________

Disk sda: 465.8 GiB, 500107862016 bytes, 976773168 sectors
Disk identifier: 978E93C9-C8B7-47EC-BFC0-6001E3E20CA2
          Start       End   Sectors  Size Type
sda1       2048   1050623   1048576  512M EFI System
sda2    1050624   1083391     32768   16M Microsoft reserved
sda3    1083392 104507391 103424000 49.3G Microsoft basic data
sda4  104507392 976771071 872263680  416G Linux filesystem

Pratiquement , il n y a pas eu de changment dans les partitions qui gardent toujours les mêmes dimensions. Est ce que je me trompe?

bouhq · Le 21/03/2022, à 12:59

Voici, à toute fin utile, le lien du rapport boot-info d'aujourd'hui après le tesdisk

http://paste.ubuntu.com/p/nb9qVNBnK8/

geole · Le 21/03/2022, à 13:15

La partition n'a pas été supprimée.
Tu as probablement fait une demande de suppression. Mais tu n'as pas confirmé son exécution .

Tu n'étais pas obligé de faire un boot-info pour trouver les nouvelles valeurs. La commande que tu avais frappée suffisait.

C'est quand même un avertissement. Si tu as des données personnelles dans EXT4, c'est le moment de les sauver. Voir cette documentation https://doc.ubuntu-fr.org/tutoriel/recu … _un_livecd

Lorsque cela sera fait, tu pourras relancer gparted
Comme je ne sais pas exactement ce que tu fais entre windows et ubuntu, je ne sais pas te dire s'il faut diminuer ubuntu de 10 Go de 50 Go de 100 Go voir de 250 Go. C'est toi qui voit. La documentation de gparted https://doc.ubuntu-fr.org/gparted
Globalement
1) Tu remplaces la taille actuellement affichée en MO par celle que tu veux.
2) Il affiche la taille qui sera libérée à la suite de la taille actuelle.
3) Tu frappes 0 dans cette valeur.
4) Normalement cette valeur s'affiche alors avant l'espace utilisé en remplaçant 0.
5) Puis tu lances l'exécution qui va durer pas mal de temps.
6) Tu fais le nécessaire pour que le micro l'ordinateur ne soit pas arrêté pendant cette action dangereuse.
7) Puis tu quittes gparted et le liveusb, C'est avec le logiciel de gestion d'espace disque de windows que tu agrandis son C:

Dernière modification par geole (Le 21/03/2022, à 13:54)

bouhq · Le 21/03/2022, à 13:25

Le point 6 n'est pas clair pour moi: ça revient à faire quoi pour que le micro ne soit pas arrêté et de quel micro s'agit-il?

geole · Le 21/03/2022, à 13:52

Je parle de l'ordinateur.

S'assurer que l'alimentation électrique est stable.
Si sur secteur, attention aux grèves ou aux orages
Si sur batterie, attention de ne pas manquer de courant électrique

Ne pas lancer d'autres applications qui seraient capables de se planter en plantant l'ordinateur par la même occasion. En fait regarder..

Dernière modification par geole (Le 21/03/2022, à 13:53)

bouhq · Le 21/03/2022, à 15:05

ça devient plus clair maintenant. Mais j'ai une autre question: s'agit-il de sauvegarder les données en prévision de l'écrasement de windows ou d'une nouvelle répartition du disque dur? Dans la première perspective, c'est mes données sur windows qu'il faut sauvegarder pour parer à tout risque de perte de l'o.s windows.
Dans la deuxième perspective,

geole a écrit :

Si tu as des données personnelles dans EXT4, c'est le moment de les sauver.

est ce le risque est si grand qu'il est necessaire de sauvegarder mes données sur sda 4?
Ou vaut-il mieux sauvegarder mes données aussi bien sur windows que sur Lubuntu?

Dernière modification par bouhq (Le 21/03/2022, à 15:14)

geole · Le 21/03/2022, à 15:55

On travaille beaucoup sur la partition SDA4. Tu m'as fait une frayeur en disant que tu avais supprimé SDA4...
J'utilise très souvent gparted pour changer la taille d'une partition. Jamais rencontré de problèmes sauf une fois, Mais j'avais enchainé une dizaine de commandes et l'une sur un disque externe a eu problème d'écriture. Bien entendu la suite a continué comme si il n'y avait pas eu de problème....
Le risque est extrêmement faible.

(De ce que je comprends, tu ne sauvegardes jamais tes données. Un jour, ton disque aura un problème d'usure).

bouhq · Le 21/03/2022, à 18:25

Je vais créer une nouvelle partition sur sda4 pour y sauvegarder mes données en suivant la procédure décrite dans la documentation dont tu m'a envoyé le lien.
Il y a déjà une partition non allouée, est ce que je peux en faire un lieu de stockage?

geole · Le 21/03/2022, à 19:27

Je ne sais pas ce que tu appelles " créer une nouvelle partition sur SDA4 "
- SDA4 est déjà une partition.
- On ne peut créer une partition qu'en utilisant un espace libre (non utilisé, non formaté).

Si tu parles de la partition SDA2

fdisk -l (filtered): ___________________________________________________________
Disk sda: 465.8 GiB, 500107862016 bytes, 976773168 sectors
Disk identifier: 978E93C9-C8B7-47EC-BFC0-6001E3E20CA2
          Start       End   Sectors  Size Type
sda1       2048   1050623   1048576  512M EFI System
sda2    1050624   1083391     32768   16M Microsoft reserved
sda3    1083392 104507391 103424000 49.3G Microsoft basic data
sda4  104507392 976771071 872263680  416G Linux filesystem

Je te rappelle qu'elle a une taille de 16 Mo. Soit 0,016 Go. Tu ne pourras pas y mettre grand chose.
De plus, je t'ai dit qu'à tout instant, windows est susceptible de s'en servir vu le drapeau positionné sur "Réservé à Microsoft".

Soit tu fais l'impasse sur la sauvegarde, soit tu investis dans un support externe disque dur ou une troisième clé USB.

Est-on est bien d'accord sur le fait qu'on se prépare à fabriquer une seconde clé USB avec la version 20.04 de Lubuntu dans le but d'installer refind?
En temps normal, refind boote sans problème mais ton ordinateur me semble tellement spécifique qu'il ne faut pas s'y risquer sans disposer d'une solution de secours.
Tu peux aussi dire, qu'il n'arrivera absolument aucun problème à ta clé. Mais je préfère que tu en ais une autre en 20.04 car s'il faut installer quelque chose, ta clé ne peut pas le faire. Tu ne peux pas écraser ta clé avec la version 20.04 car si erreur pendant l'action de fabrication du nouveau "live-USB", tu n'as plus rien. Un live-usb ne peut pas se mettre à jour.

Dernière modification par geole (Le 21/03/2022, à 19:31)

bouhq · Le 21/03/2022, à 20:21

Parmi les propositions de support de stockage pour la sauvegarde, il est mentionné, une partition sur le disque dur:

documentation a écrit :

Une partition sur votre disque dur que vous ne modifierez pas lors des étapes suivantes (débutants s’abstenir car vous risquez de perdre vos données si vous supprimez la partition)

Et comme j'ai vue dans la liste des partitions de Gparted une partition qui vient juste après sda4 avec la mention" unallocated " ( je traduis, non allouée), je me suis dit qu'elle pourrait peut être servir d'espace de sauvegarde de sda 4 .

geole · Le 21/03/2022, à 20:50

As-tu bien regardé sa taille ? Probablement 1 Mo qui est l'unité d'affichage aux arrondis près. C'est aussi le minima d'allocation avec gparted

bouhq · Le 21/03/2022, à 22:47

oui, c'est bien ça. Mais est ce qu'on peut lui donner une taille égale à l'espace utilisé dans sda4 et comme ça il peut lui servir de lieu de stockage

geole · Le 21/03/2022, à 23:18

Ce que tu peux faire sans grand risque avec gparted du live usb
Rétrécir normalement SDA4 de 50 go par sa fin.
C'est une opération assez rapide.
puis tu fabriques une partition avec l'espace libéré. Cela sera SDA5
Si tu la formates en NTFS, Tu pourrais même y transférer des données du C:
Ce qui pourrait rendre l'aggrandissement du C: facultatif.

Puis tu peux alors y transférer tes données du home.

Puis de nouveau avec le gparted du live usb, te mettre encore à rétrécir SDA4 de l'espace que tu veux allouer au C: avec cette fois-ci une diminution de taille par son début qui nécessite de tout déplacer.

Dernière modification par geole (Le 21/03/2022, à 23:22)

bouhq · Le 22/03/2022, à 01:13

Je ne sais pas pourquoi mais j'hésite encore à faire le grand saut dans Gparted, peut être parce que j'ai peur de ne pas pouvoir y arriver tout seul. Alors si tu veux m'expliquer davantage les manipulations à faire.

geole a écrit :

Rétrécir normalement SDA4 de 50 go par sa fin.

geole a écrit :

Puis de nouveau avec le gparted du live usb, te mettre encore à rétrécir SDA4 de l'espace que tu veux allouer au C: avec cette fois-ci une diminution de taille par son début qui nécessite de tout déplacer

.
Cela veut dire quoi au juste, par sa fin , par son debut,? Pour le faire on tient le curseur sur l'espace libre suivant, dans le premier cas, ou celui précédent, dans le deuxième cas?
Et puis comment déplacer une partition, et recopier le contenu d'une partition et le coller dans une autre? Tout ça, j'en doute de le pouvoir faire tout seul sans risque de se tromper.
Alors si tu veux m'y guider pas à pas, je t'en serais reconnaissant et un grand merci d'avance

Dernière modification par bouhq (Le 22/03/2022, à 01:16)

geole · Le 22/03/2022, à 10:31

Bonjour
Je vais essayer de te guider.
1) D'abord je n'utilise jamais le curseur pour ce genre d'opération. Je préfère remplacer la valeur 4500000 par la valeur 400000. Cela me permet de travailler au Mégaoctet.
2) As-tu bien lu la documentation de gparted ? https://doc.ubuntu-fr.org/gparted

3) Je récupère quelques informations d'un boot-info et je complète

parted -lm (filtered): _________________________________________________________
sda:500GB:scsi:512:4096:gpt:ATA WDC WD5000LPCX-2:;
1:1049kB:538MB:537MB:fat32:EFI System Partition:boot, esp;
2:538MB:555MB:16.8MB::Microsoft reserved partition:msftres;
3:555MB:53.5GB:53.0GB:ntfs:Basic data partition:msftdata;
4:53.5GB:500GB:447GB:ext4::;
sdb:3932MB:scsi:512:512:msdos: :;
1:176kB:3932MB:3932MB:fat32::boot;

==> On voit que la partition SDA4 fait 447 Go de taille et a 53,Go donc logiciels + données personnelles.

Mount points (filtered): _______________________________________________________
            Avail Use% Mounted on
/dev/sda1   465.2M   9% /mnt/boot-sav/sda1
/dev/sda3   359.2M  99% /mnt/boot-sav/sda3
/dev/sda4   302.7G  21% /mnt/boot-sav/sda4

On voit que la partition SDA4 dispose de 302,7 Go de libre.
Le but est de les séparer en trois
a) Une partie pour créer la partition de données. Je propose 50 Go mais c'est toi qui voit.
A terme, il faudra que tu sauvegardes cette partie sur un support externe afin de te protéger d'un incident disque.
Si tu penses acheter une clé USB de 64 Go, autant mettre tout de suite 64 Go.
b) Une partie pour agrandir le C: qui manque cruellement de place disque.
C'est toi qui connaît l'avenir de ce C: A mon avis, prévoir 32 Go me semblerait normal.
c) La troisième partie reste dans SDA4 afin de pouvoir continuer à agrandir le /home

fdisk -l (filtered): ___________________________________________________________
Disk sda: 465.8 GiB, 500107862016 bytes, 976773168 sectors
Disk identifier: 978E93C9-C8B7-47EC-BFC0-6001E3E20CA2
          Start       End   Sectors  Size Type
sda1       2048   1050623   1048576  512M EFI System
sda2    1050624   1083391     32768   16M Microsoft reserved
sda3    1083392 104507391 103424000 49.3G Microsoft basic data
sda4  104507392 976771071 872263680  416G Linux filesystem

On voit donc que SDA4 a 872263680 secteurs soit donc à l'erreur de calcul près 872263680/2/1024=425910Mo
Ma proposition étant de le diminuer de 50 Go soit 50*1024 = 512000 Mo, il faut donc remplacer
425910 par 425910-51200 soit donc la valeur 374910
pour cela
- Lancer gparted
- Se positionner sur SDA4
- Faire un clic droit pour pouvoir choisir l'action redimentionner/déplacer
- Remplacer la taille affichée par celle que je te propose ou une autre qui te convient mieux
- Valider la valeur par appui sur entrée
- Cliquer sur redimensionner/déplacer
- Cliquer sur le symbole V en vert au-dessous du mot périphériques (en haut vers la gauche).
pour faire exécuter l'action.
- Tu prendras connaissance du message. Mais on n'a pas le choix. Tu cliques sur appliquer
- Tu patientes le temps nécessaire en te contentant de regarder. Je pense moins de 15 minutes.
- Tu cliques sur fermer et tu quittes gparted.

Tu pourras alors dupliquer tes données.

Dans la matinée je te mettrais la procédure pour rétrécir pas le début, C est la mềme avec une ligne en plus.
Mais je ne prendrais que partiellement en compte cette diminution.

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

bouhq · Le 22/03/2022, à 12:03

Bonjour
Merci de ton aide et de ta disponibilité. Je suis d'accord pour les tailles que tu me propose, soit 50 GO pour sauvegarder les données d Lubuntu, 32 GO pour agrandir windows, et reste, 220 GO pour sda4.
J'y vais pour remplacer la valeur actuelle sur sda4,soit 425910( chiffre que j'ai vu hier sur Gparted) par 374910 et je termine par le reste des opérations à faire.
J'essaierai ensuite de dupliquer les données de Lubuntu, espérons que j'y arriverai.

geole · Le 22/03/2022, à 12:33

On voit donc que SDA4 a probablement 76740608 secteurs soit donc à l'erreur de calcul près 374710 Mo
Ma proposition étant de le diminuer par son début de 32 Go soit 32*1024 = 32768 Mo, il faut donc remplacer
324710 par 324710-32768 soit donc la valeur 341942
pour cela
- Lancer gparted
- Se positionner sur SDA4
- Faire un clic droit pour pouvoir choisir l'action redimensionner/déplacer
- Remplacer la taille affichée par celle que je te propose ou une autre qui te convient mieux
- Valider la valeur par appui sur entrée
- Cliquer sur redimensionner/déplacer
- Tu constateras qu'il y a 32768 Mo de libres après l'espace de SDA4 qui a été diminué.
- Tu frappes 0 dans cette ligne et tu valides.
- Tu constateras qu'il y a maintenant 32768 Mo de libres devant SDA4.
- Cliquer sur le symbole V en vert au-dessous du mot périphériques (en haut vers la gauche).
pour faire exécuter l'action.
- Tu prendras connaissance du message. Tes données personnelles sont maintenant sauvées. Tu cliques sur appliquer.
- Tu patientes le temps nécessaire en te contentant de regarder. Je pense moins de 2 heures.
=> Il y a une possibilité de surveiller ce qui se passe, C'est décrit dans la documentation.
=> Comme cette opération déplace la totalité des données, si elle se plante, on ne peut pas toujours récupérer.
Tes données sont en double ailleurs et un O.S., cela se ré-installe.
- Tu cliques sur fermer et tu quittes gparted.

Tu pourras alors allez dans windows et utiliser son gestionnaire d'espace disque pour l'agrandir de l'espace libéré.
Au fait qu'elle est ta version de windows? Windows8? Windows10?
Si c'est windows10 et que tu n'as pas l'ISO, tu peux le télécharger avec ce lien https://www.microsoft.com/fr-fr/softwar … 14c9806f33

geole · Le 22/03/2022, à 12:41

On voit donc que SDA4 a probablement 76740608 secteurs soit donc à l'erreur de calcul près 374710 Mo
Ma proposition étant de le diminuer par son début de 32 Go soit 32*1024 = 32768 Mo, il faut donc remplacer
324710 par 324710-32768 soit donc la valeur 341942
pour cela
- Lancer gparted
- Se positionner sur SDA4
- Faire un clic droit pour pouvoir choisir l'action redimensionner/déplacer
- Remplacer la taille affichée par celle que je te propose ou une autre qui te convient mieux
- Valider la valeur par appui sur entrée
- Cliquer sur redimensionner/déplacer
- Tu constateras qu'il y a 32768 Mo de libres après l'espace de SDA4 qui a été diminué.
- Tu frappes 0 dans cette ligne et tu valides.
- Tu constateras qu'il y a maintenant 32768 Mo de libres devant SDA4.
- Cliquer sur le symbole V en vert au-dessous du mot périphériques (en haut vers la gauche).
pour faire exécuter l'action.
- Tu prendras connaissance du message. Tes données personnelles sont maintenant sauvées. Tu cliques sur appliquer.
- Tu patientes le temps nécessaire en te contentant de regarder. Je pense moins de 2 heures.
=> Il y a une possibilité de surveiller ce qui se passe, C'est décrit dans la documentation.
=> Comme cette opération déplace la totalité des données, si elle se plante, on ne peut pas toujours récupérer.
Tes données sont en double ailleurs et un O.S., cela se ré-installe.
- Tu cliques sur fermer et tu quittes gparted.

Tu pourras alors allez dans windows et utiliser son gestionnaire d'espace disque pour l'agrandir de l'espace libéré.
Au fait qu'elle est ta version de windows? Windows8? Windows10?
Si c'est windows10 et que tu n'as pas l'ISO, tu peux le télécharger avec ce lien https://www.microsoft.com/fr-fr/softwar … 14c9806f33

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#126 Le 20/03/2022, à 16:16

Re : [ Résolu]Echec de prise en charge de langue

#127 Le 20/03/2022, à 16:55

Re : [ Résolu]Echec de prise en charge de langue

#128 Le 20/03/2022, à 18:06

Re : [ Résolu]Echec de prise en charge de langue

#129 Le 20/03/2022, à 18:35

Re : [ Résolu]Echec de prise en charge de langue

#130 Le 21/03/2022, à 00:24

Re : [ Résolu]Echec de prise en charge de langue

#131 Le 21/03/2022, à 10:48

Re : [ Résolu]Echec de prise en charge de langue

#132 Le 21/03/2022, à 11:46

Re : [ Résolu]Echec de prise en charge de langue

#133 Le 21/03/2022, à 12:53

Re : [ Résolu]Echec de prise en charge de langue

#134 Le 21/03/2022, à 12:59

Re : [ Résolu]Echec de prise en charge de langue

#135 Le 21/03/2022, à 13:15

Re : [ Résolu]Echec de prise en charge de langue

#136 Le 21/03/2022, à 13:25

Re : [ Résolu]Echec de prise en charge de langue

#137 Le 21/03/2022, à 13:52

Re : [ Résolu]Echec de prise en charge de langue

#138 Le 21/03/2022, à 15:05

Re : [ Résolu]Echec de prise en charge de langue

#139 Le 21/03/2022, à 15:55

Re : [ Résolu]Echec de prise en charge de langue

#140 Le 21/03/2022, à 18:25

Re : [ Résolu]Echec de prise en charge de langue

#141 Le 21/03/2022, à 19:27

Re : [ Résolu]Echec de prise en charge de langue

#142 Le 21/03/2022, à 20:21

Re : [ Résolu]Echec de prise en charge de langue

#143 Le 21/03/2022, à 20:50

Re : [ Résolu]Echec de prise en charge de langue

#144 Le 21/03/2022, à 22:47

Re : [ Résolu]Echec de prise en charge de langue

#145 Le 21/03/2022, à 23:18

Re : [ Résolu]Echec de prise en charge de langue

#146 Le 22/03/2022, à 01:13

Re : [ Résolu]Echec de prise en charge de langue

#147 Le 22/03/2022, à 10:31

Re : [ Résolu]Echec de prise en charge de langue

#148 Le 22/03/2022, à 12:03

Re : [ Résolu]Echec de prise en charge de langue

#149 Le 22/03/2022, à 12:33

Re : [ Résolu]Echec de prise en charge de langue

#150 Le 22/03/2022, à 12:41

Re : [ Résolu]Echec de prise en charge de langue

Pied de page des forums