Ubuntu-fr

bouhq

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

J'ai exécuté la commande de libération mais ça reste inchangé:

lubuntu@lubuntu:~$ sudo umount -v /dev/sda4
umount: /dev/sda4: not mounted.

Et voici le testdisk:

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 872323071 767815680 366.1G 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:~$

geole

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

Que donne maintenant le gparted?

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

---

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity

Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

bouhq

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

Je n'ai pas pu envoyer la capture d'écran de Gparted  mais Il donne la même chose que lors de l'action précédente:

en pointant sur sda4, et en cliquant  sur  resize and move, la valeur actuelle qui s'affiche est 374910 MiB, j'ai changé cette valeur actuelle en tapant à sa place 323710 et j'ai appyué sur entrée pour valider, le bouton redimentionner ne s'illimune pas et ca retourne à la valeur 374910.
En regardant bien l'encadré du gparted, on y voit dans la premère ligne l'inscription: Minimum size 374910, soit la valeur actuelle de la partition, ce qui explique l'échec de l'operation de sa réduction.

bouhq

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

Bonjour
Alors on fait quoi? Si, pour une raison ou une autre, sda4 refuse de se retrécir et garde sa valeur actuelle de 374910 MiB, soit 366,1 GO,  je propose de réactiver sda5 pour y transférer après une duplication sélective, les données aussi bien de windows et de lubuntu:

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.

Comme ça on contourne l'obstacle d'une nouvelle diminution de l'espace de sda4. et on avance pour ne pas trop s'écarter de l'objectif essentiel de notre discussion qui est de rebooter le système sur Lununtu 20.04
Tu en penses quoi?

geole

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

Donc, il faudrait que tu fabriques la partition SDA5  au format NTFS  pour pouvoir aussi y transférer des données de windows car si on ne peut plus diminuer SDA4,   on ne pourra plus agrandir windows. Donc il faudra libérer des fichiers dans windows pour les mettre dans la partition SDA5 qui sera vue comme D:

Malgré tout, peux-tu faire cette commande qui va contrôler l'état de la partition

Rectffication

sudo fsck -f  /dev/sda4

Le but reste de fabriquer une clé d'installation  en version 20.04

Dernière modification par geole (Le 30/03/2022, à 09:34)

---

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity

Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

bouhq

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

je fais la commande avant ou après la création de sda5?

bouhq

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

lubuntu@lubuntu:~$ sudo fdisk  /dev/sda4

Welcome to fdisk (util-linux 2.31.1). ( en vert)
Changes will remain in memory only, until you decide to write them.
Be careful before using the write command.
The old ext4 signature will be removed by a write command. (en rouge)
Device does not contain a recognized partition table.
Created a new DOS disklabel with disk identifier 0x2835efa5.
Command (m for help):

Et voici le retour de la commande m:

Command (m for help): m  
Help:
  DOS (MBR)
   a   toggle a bootable flag
   b   edit nested BSD disklabel
   c   toggle the dos compatibility flag
  Generic
   d   delete a partition
   F   list free unpartitioned space
   l   list known partition types
   n   add a new partition
   p   print the partition table
   t   change a partition type
   v   verify the partition table
   i   print information about a partition
  Misc
   m   print this menu
   u   change display/entry units
   x   extra functionality (experts only)
  Script
   I   load disk layout from sfdisk script file
   O   dump disk layout to sfdisk script file
  Save & Exit
   w   write table to disk and exit
   q   quit without saving changes
  Create a new label
   g   create a new empty GPT partition table
   G   create a new empty SGI (IRIX) partition table
   o   create a new empty DOS partition table
   s   create a new empty Sun partition table
Command (m for help)

geole

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

Bonjour
Heureusement que tu as stoppé à temps.

Il faudrait quand même que tu investisses dans un disque externe pour sauver tes données. On n'est pas à l'abri d'une erreur
ainsi que d'une seconde clé de boot pour fabriquer la nouvelle version .

Dernière modification par geole (Le 30/03/2022, à 09:58)

---

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity

Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

bouhq

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

Bonjour
J'ai préssenti le danger sans trop comprendre, c'est pourquoi j'ai stoppé. Est ce si grave que ça? Peut-tu m'expliquer la situation?

geole

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

Tu allais formater au lieu de contrôler la qualité de la partition mais rien ne s'est passé..    J'ai rectifié la commande.

---

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity

Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

bouhq

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

Quelle commande? Et que dois-je faire maintenant?

geole

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

sudo fsck -f  /dev/sda4

Cela risque de te poser des questions compliquées que je ne connais pas très bien
Tu posteras une par une pour celles dont tu as un doute.
Nota. Je n'ai pas mis l'automaticité de la réponse Yes car je crains qu'il y ait un problème spécifique.

---

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity

Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

bouhq

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

Est ce que je sursois, pour le moment, à la fabrication de sda5 et à la duplication des données?

geole

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

C'est indépendant.

---

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity

Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

bouhq

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

donc, je ferai la création de sda5 et la duplication sélective sans crainte.

bouhq

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

Puis je ferai la commande:

sudo fsck -f  /dev/sda4

Espérons que tout se passera très bien

bouhq

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

Bonjour
Voici ce qu'a donné  sudo fsck -f  /dev/sda4

lubuntu@lubuntu:~$ setxkbmap fr
lubuntu@lubuntu:~$ sudo fsck -f  /dev/sda4
fsck from util-linux 2.31.1
e2fsck 1.44.1 (24-Mar-2018)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/dev/sda4: 412644/23994368 files (1.3% non-contiguous), 24033989/95976960 blocks
lubuntu@lubuntu:~$

L'étape suivante c'est quoi? Est ce que je dois passer un à un le checkhing? si oui comment faire? Est ce en tapant 1,2,3,4 et 5 pour chacun de ses checkings   selon les chiffres qui leur sont attribués?

bouhq

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

J'ai libéré 7 GO dans le C de windows. Est-ce suffisant pour fabriquer une nouvelle clé de la version  20.04 avec ventoy. Si oui, quelle est la procédure à suivre?

geole

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

Bonsoir.
Le fsck n'a pas montré d'erreur. Je ne comprends pas la raison qui empêche de diminuer la taille de SDA4

C'est suffisant pour télécharger Lubuntu 20.04. Voici un lien https://www.ubuntu-fr.org/download/ Choisis bien lubuntu.

Pour télécharger et installer et faire un iso avec ventoy sous windows, c'est la même documentation qu'avec ubuntu . Voici le lien https://doc.ubuntu-fr.org/ventoy

Pour montrer que c'est opérationnel, tu referas un boot-info. Peut-être que je comprendrais alors le  problème de SDA4

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

---

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity

Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

bouhq

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

Bonsoir
Un boot info avec la nouvelle clé usb?

geole

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

Oui. Lorsqu'elle sera faite.
Ajout pour plus tard
D'après ce lien https://forum.ubuntu-fr.org/viewtopic.p … #p22036887
J'en déduis que ubuntu bootait bien depuis le répertoire /EFI/BOOT/BOOTX64.EFI

Ajout procédure testée avec un Lubuntu 20.04. En espérant que  j'ai bien reporté les commandes.
Procédure spécifique pour installer refind en version 20.04  dans cet ordinateur qui n'accepte pas la modification de la NVRAM et boote windows normalement et boote aussi avec le répertoire standard.
1) Booter avec le support d'installation 20.04 et mettre le clavier en français si nécessaire (setxkbmap fr)
2) Se mettre administrateur car plein de choses à faire.

sudo -i

3) Monter la partition ESP et faire du ménage dont un vieux refind
Attention de ne pas mettre des espaces inappropriés dans les noms sinon destruction au plus haut niveau.

mount -v /dev/sda1   /mnt
rm -rv /mnt/EFI/refind
rm -rv /mnt/EFI/boot/refind*
mv -v /mnt/efi/Boot/Bootx64-2019-01-17-22-38-43.efi     /mnt/efi/Boot/Bootx64-2019-01-17-22-38-43.efi.OLD
mv -v /mnt/efi/Boot/bootmgfw.efi     /mnt/efi/Boot/bootmgfw.efi.OLD
rm -v /mnt/efi/Boot/fbx64.efi
rm -v /mnt/efi/Boot/fwupx64.efi
rm -v /mnt/efi/Boot/grub*
rm -v /mnt/efi/Boot/mmx64.efi 
rm -v /mnt/efi/Boot/shimx64.efi             
rm -rv /mnt/efi/ubuntu
rm -rv /mnt/efi/Boot/ubuntu

                       
4) Installer refind en prenant la précaution de ne pas dire de faire l'installation dans la partition ESP car cette installation met à jour la NVRAM donc plantage garanti. On mettra directement refind dans la structure de boot.

add-apt-repository "deb http://archive.ubuntu.com/ubuntu $(lsb_release -sc) universe"
apt update
apt install --reinstall refind

Cette question sera donc posée

It is necessary to install rEFInd to the EFI System Partition (ESP) for it to control the boot process.                      │ 
│                                                                                                                              │ 
│ Not installing the new rEFInd binary on the ESP may leave the system in an unbootable state. Alternatives to automatically   │ 
│ installing rEFInd include running /usr/sbin/refind-install by hand or installing the rEFInd binaries manually by copying     │ 
│ them from subdirectories of /usr/share/refind-{version}.                                                                     │ 
│                                                                                                                              │ 
│ Automatically install rEFInd to the ESP?

C'est prépositionné sur YES Il faut donc tabuler une fois pour mettre sur No et valider.
ATTENTION La séquence "Processing triggers for man-db (2.9.1-1)" dure plusieurs minutes.
On va maintenant copier au bon endroit

cp -rv /usr/share/refind/{banners,fonts}  /mnt/EFI/boot
cp -rv /usr/share/refind/refind/{drivers_x64,icons}  /mnt/EFI/boot
cp -v /usr/share/refind/refind/refind_x64.efi  /mnt/EFI/Boot/bootx64.efi
cp -v /usr/share/refind/refind/refind.conf-sample  /mnt/EFI/Boot/refind.conf

5) Faire quelques paramétrages de refind.
On va changer le temps de réflexion avant le boot automatique et quitter le mode administration

sed -i 's/timeout 20/timeout 99/' /mnt/EFI/boot/refind.conf
exit

Comme on a fait pas mal de suppressions de fichiers, je pense que refind n'affichera pas trop d'icônes.
Il y en aura certainement d'autres à faire plus tard pour alléger la présentation.
Il faudra que tu regardes le nom qui est affiché sous l'icône.  Avec ces noms on pourra éliminer ce qui est inutile.
Normalement lubuntu sera visible par une icône en orange.
6) Lancer gparted et tenter de rétrécir un peu la partition SDA4 afin de voir si le problème est la structure de la partition ou l'application en version 18.04

Dernière modification par geole (Le 01/04/2022, à 14:08)

---

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity

Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

bouhq

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

Bonjour
j'ai crée le support d'installation  Lubuntu 20.04 avec rufus et image iso, j'ai booté et ça m'a conduit au menu Grub  qui contient ces  cinq options:

- Start Ubuntu 
- Start Ubuntu ( Safe graphics)
- OEM installed ( for manufactures)
- Boot from next volume
- UEFI Firmware setting

Chose qui m'a paru bizarre, il n y a pas l'option Essayer Lubuntu avant de l'installer qui permet d'entammer une session live. Donc je n'ai pas pu faire les commandes d'installation de refind version 20.04
En cliquant sur Start Ubuntu ou sur Boot from next volume, ou sur  Start Ubuntu ( Safe graphics), le logo Lubuntu s'affiche sur l'écran, le système fait un checking, conclut que " no errors found", le logo de Lubuntu reapparait  avec déferlement pour quelques instants des points successifs au terme duquel le système se plante.
Je ne sais pas si ça se complique ou si on s'approche de la solution.

geole

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

Bonjour
Je pense que si tu choisis l'une des deux premières options, tu vas avoir pendant environ minutes un contrôle du checksum des fichiers de l'ISO, puis , après tu devrais avoir la possibilité  d'essayer.

---

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity

Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

bouhq

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

Bonsoir
j'ai essayé les deux premières options et le système se plante après checking.Caspers/files systm squashfs

En cliquant sur Start Ubuntu ou sur Boot from next volume, ou sur  Start Ubuntu ( Safe graphics), le logo Lubuntu s'affiche sur l'écran, le système fait un checking, conclut que " no errors found" (...) et  le système se plante.

Press Ctrl+C to cancel all files system checks in progress

Ce faisant, le systeme se plante aussi

geole

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

Bonjour
Décidément les ennuis  s'accumulent.... Et le temps passe...

Réponse terminée.
Je vois 4 axes de réparation possibles.

A)   Essayer de diagnostiquer le plantage.
    " le système fait un checking, conclut que " no errors found" (...) et  le système se plante."
       Bien que  le système dit que tous les fichiers sont OK, peut-être n'a-t-il pas tout contrôlé..
      En premier,  cela ne coûte rien de faire un sha256sum du fichier ISO que tu as téléchargé.
      En second,  si avant le plantage, il y a eu un message d'erreur, il aurait été bon de le récupérer et de le reporter dans la discussion
    D'après ce que je comprends, tu n'as aucun terminal à ta disposition. S'il faut débugger pour trouver le problème, je vois cette piste:
      1) Refaire le support d'installation en activant la persistance.
      2) Rebooter pour installer et  obtenir le plantage.
      3) Rebooter avec une clé pour analyser le plantage.    On  aboutira alors à:
            - On ne sait pas trouver la cause, Il faudra trouver une solution pour avancer.
            - La cause est connue et il y a une correction ou un palliatif de contournement.
            - La cause  n'est pas connue. Du coup, on n'est pas plus  avancé.
    Conclusion.   S'il n'y a pas de message d'erreur, on est mal barré.

Il serait possible que ton OS particulier exige une version 32 bits qui n'existe plus en 20.04
A priori la version Lubuntu est maintenue 3 ans.   

B)  Essayer avec d'autres ISO de la version 20.04
     Voici la liste des ISO Lubuntu 20.04
   Probablement celle que tu as essayée
    https://cdimage.ubuntu.com/lubuntu/rele … -amd64.iso
    avec sha256sum 789f756baff998e153b51edfe4434d7479914ddb039f2474aae2555a40c1beb0 *lubuntu-20.04.4-desktop-amd64.iso
  Je constate qu'il n'y a plus de trace des versions précédentes https://cdimage.ubuntu.com/lubuntu/rele … 4/release/ ou je ne sais pas trouver.
    Donc piste fermée.

C) Repartir sur le CHROOT
Donc toujours booter  avec le vieux support d'installation qui fonctionne.
Préparation

sudo mount /dev/sda4 /mnt
sudo mount --bind /dev /mnt/dev
sudo mount -t proc  /proc              /mnt/proc
sudo mount -t sysfs /sys               /mnt/sys
sudo mount --bind   /run               /mnt/run
sudo mount --bind   /sys               /mnt/sys
sudo modprobe efivars  

Le chroot

sudo chroot /mnt

Quelques contrôles seront à faire par exemple

sudo mount -t devpts devpts /dev/pts 
ping -c4 google.fr
ls   -ls /home 

==> Cette réponse doit te donner ton nom d'utilisateur et pas ubuntu
Puis les réparations. Comme on va avoir  besoin de toucher à l'EFI

sudo mount /dev/sda1  /boot/efi

On va épurer tout ce qui concerne le grub afin d'avoir quelque chose de propre.

rm -v /boot/efi/EFI/Boot/fbx64.efi
rm -v /boot/efi/EFI/Boot/fwupx64.efi
rm -v /boot/efi/EFI/Boot/grub*
rm -v /boot/efi/EFI/Boot/mmx64.efi 
rm -v /boot/efi/EFI//Boot/shimx64.efi             
rm -rv /boot/efi/EFI/ubuntu
rm -rv /boot/efi/EFI/Boot/ubuntu

Comme réparation, je propose de ré-installer le grub EFI.

apt install --reinstall   grub-efi
grub-install --no-nvram --efi-directory=/boot/efi --no-uefi-secure-boot
update-grub 
update-initramfs -d -k all

Puis on fait les mises à jour en attente

apt update
apt upgrade
apt full-upgrade

Puis on déplace  dans la structure officielle de boot.

cp -v /boot/efi/EFI/ubuntu/grub.cfg   /boot/efi/EFI/Boot
cp -v /boot/efi/EFI/ubuntu/grubx64.efi   /boot/efi/EFI/Boot
cp -v /boot/efi/EFI/ubuntu/grubx64.efi   /boot/efi/EFI/Boot/bootx64.efi
cp -v /boot/efi/EFI/ubuntu/grubx64.efi   /boot/efi/EFI/Boot/shimx64.efi

Puis on peut quitter

exit

et tenter de rebooter normalement.

D) Valider le refind déjà installé.
On va penser que ce vieux refind  est capable de fonctionner .
1) Booter avec le vieux support  d installation
2) Se mettre administrateur car plein de choses à faire.

sudo -i

3) Monter la partition ESP et faire du ménage. Attention de ne pas mettre des espaces inappropriés dans les noms sinon destruction au plus haut niveau.

mount -v /dev/sda1   /mnt
mv -v /mnt/efi/Boot/Bootx64-2019-01-17-22-38-43.efi     /mnt/efi/Boot/Bootx64-2019-01-17-22-38-43.efi.OLD
mv -v /mnt/efi/Boot/bootmgfw.efi     /mnt/efi/Boot/bootmgfw.efi.OLD
rm -v /mnt/efi/Boot/fbx64.efi
rm -v /mnt/efi/Boot/fwupx64.efi
rm -v /mnt/efi/Boot/grub*
rm -v /mnt/efi/Boot/mmx64.efi 
rm -v /mnt/efi/Boot/shimx64.efi             
rm -rv /mnt/efi/ubuntu
rm -rv /mnt/efi/Boot/ubuntu

4) Copier les fichiers de refind présents lors de l'installation.

cp -rv /usr/share/refind/{banners,fonts}  /mnt/EFI/boot
cp -rv /usr/share/refind/refind/{drivers_x64,icons}  /mnt/EFI/boot
cp -v /usr/share/refind/refind/refind_x64.efi  /mnt/EFI/Boot/bootx64.efi
cp -v /usr/share/refind/refind/refind.conf-sample  /mnt/EFI/Boot/refind.conf

5) Si ces fichiers ne sont plus présents  et que la copie  ne peut donc pas se faire,  on va prendre d'autres fichiers qui sont certainement encore présents

cp -rv /mnt/efi/EFI/refind/{banners,fonts}  /mnt/EFI/boot
cp -rv /mnt/efi/EFI/refind/refind/{drivers_x64,icons}  /mnt/EFI/boot
cp -v /mnt/efi/EFI/refind/refind/refind_x64.efi  /mnt/EFI/Boot/bootx64.efi
cp -v /mnt/efi/EFI/refind/refind/refind.conf-sample  /mnt/EFI/Boot/refind.conf

6) Faire quelques paramétrages de refind.
On va changer le temps de réflexion avant le boot automatique et quitter le mode administration

sed -i 's/timeout 20/timeout 99/' /mnt/EFI/boot/refind.conf
exit

Puis on reboot normalement pour vérifier.

Mais je ne sais pas par quoi il est préférable de commencer. Sachant qu'à partir de jeudi, je serais très peu présent et seulement avec un ipad.

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

---

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity

Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248