[résolu] souci avec la mise à niveau, le système refuse, "mea culpa"

enebre · Le 25/03/2021, à 16:38

Bonjour,
J'ai un petit souci avec la mise à niveau, le système refuse de l'effectuer disant ceci :

La mise à niveau a été annulée. La mise à niveau nécessite un total 
de 1.416 M d'espace libre sur le disque « /var/cache/apt/archives ». 
Veuillez libérer au moins 342 M d'espace disque sur « 
/var/cache/apt/archives ».

Est-ce un bug !!!
En fait, je n'ai pas programmé la taille de ce dossier, c'est ubuntu qui l'a fait.

/var/cache/apt
5 éléments, totalisant 1,9 Mo
1,1 Go libres sur 1,1 Go (0% utilisés)

je ne vois pas trop comment sortir de cette impasse.
Je ne trouve pas le fichier dans lequel je pourrais changer la valeur limite du cache de /var/cache/apt/archives

/ 11.1GiB/19.5GiB 56%
~ 45.1GiB/86.6GiB 52%

Merci

Dernière modification par enebre (Le 27/03/2021, à 17:39)

xubu1957 · Le 25/03/2021, à 18:50

Bonjour,

Montre les noyaux présents :

echo; dpkg -l | awk '!/^rc/ && / linux-(c|g|h|i|lo|m|si|t)/{print $1,$2,$3,$4 | "sort -k3V | column -t"}' ; echo -e "\nNoyau courant : $(uname -mr)"

et :

dpkg -l | grep -v ^ii

df -Th

enebre · Le 26/03/2021, à 16:03

Bonjour xubu1957,
Merci de me venir en aide.

ombre@ombre:~$ echo; dpkg -l | awk '!/^rc/ && / linux-(c|g|h|i|lo|m|si|t)/{print $1,$2,$3,$4 | "sort -k3V | column -t"}' ; echo -e "\nNoyau courant : $(uname -mr)"

ii  linux-headers-4.15.0-139                4.15.0-139.143  all
ii  linux-headers-4.15.0-139-generic        4.15.0-139.143  amd64
ii  linux-image-4.15.0-139-generic          4.15.0-139.143  amd64
ii  linux-modules-4.15.0-139-generic        4.15.0-139.143  amd64
ii  linux-modules-extra-4.15.0-139-generic  4.15.0-139.143  amd64
ii  linux-headers-4.15.0-140                4.15.0-140.144  all
ii  linux-headers-4.15.0-140-generic        4.15.0-140.144  amd64
ii  linux-image-4.15.0-140-generic          4.15.0-140.144  amd64
ii  linux-modules-4.15.0-140-generic        4.15.0-140.144  amd64
ii  linux-modules-extra-4.15.0-140-generic  4.15.0-140.144  amd64
ii  linux-generic                           4.15.0.140.127  amd64
ii  linux-headers-generic                   4.15.0.140.127  amd64
ii  linux-image-generic                     4.15.0.140.127  amd64

Noyau courant : 4.15.0-140-generic x86_64

ombre@ombre:~$ dpkg -l | grep -v ^ii
Souhait=inconnU/Installé/suppRimé/Purgé/H=à garder
| État=Non/Installé/fichier-Config/dépaqUeté/échec-conFig/H=semi-installé/W=attend-traitement-déclenchements
|/ Err?=(aucune)/besoin Réinstallation (État,Err: majuscule=mauvais)
||/ Nom                                               Version                                          Architecture Description
+++-=================================================-================================================-============-===========================================================================================================================================================================================================================
rc  linux-image-4.15.0-137-generic                    4.15.0-137.141                                   amd64        Signed kernel image generic
rc  linux-modules-4.15.0-137-generic                  4.15.0-137.141                                   amd64        Linux kernel extra modules for version 4.15.0 on 64 bit x86 SMP
rc  linux-modules-extra-4.15.0-137-generic            4.15.0-137.141                                   amd64        Linux kernel extra modules for version 4.15.0 on 64 bit x86 SMP
ombre@ombre:~$

ombre@ombre:~$ df -Th
Sys. de fichiers Type     Taille Utilisé Dispo Uti% Monté sur
udev             devtmpfs   3,9G       0  3,9G   0% /dev
tmpfs            tmpfs      786M    9,5M  777M   2% /run
/dev/sda2        ext4        20G     11G  7,7G  59% /
tmpfs            tmpfs      3,9G    292M  3,6G   8% /dev/shm
tmpfs            tmpfs      5,0M    4,0K  5,0M   1% /run/lock
tmpfs            tmpfs      3,9G       0  3,9G   0% /sys/fs/cgroup
tmpfs            tmpfs      1,0G     17M 1008M   2% /tmp
tmpfs            tmpfs      1,0G     56M  969M   6% /var/cache/apt/archives
tmpfs            tmpfs      393M    412K  393M   1% /var/log
/dev/sda4        ext4        87G     45G   37G  56% /home
/dev/sda1        vfat        33M    6,1M   27M  19% /boot/efi
tmpfs            tmpfs      786M     16K  786M   1% /run/user/1000
ombre@ombre:~$

xubu1957 · Le 26/03/2021, à 16:24

Bonjour,

Donne le retour de :

sudo apt update

enebre · Le 26/03/2021, à 16:46

tmpfs            tmpfs      786M     16K  786M   1% /run/user/1000
ombre@ombre:~$ sudo apt update
[sudo] Mot de passe de ombre :     
Atteint :1 http://archive.canonical.com/ubuntu bionic InRelease
Réception de :2 http://security.ubuntu.com/ubuntu bionic-security InRelease [88,7 kB]                                                                        
Atteint :3 http://ppa.launchpad.net/atareao/atareao/ubuntu bionic InRelease                                                                                  
Atteint :4 https://brave-browser-apt-release.s3.brave.com stable InRelease                                                                                   
Atteint :5 http://be.archive.ubuntu.com/ubuntu bionic InRelease                                                                                              
Atteint :6 http://ppa.launchpad.net/atareao/thumbnailers/ubuntu bionic InRelease                                                                           
Réception de :7 http://be.archive.ubuntu.com/ubuntu bionic-updates InRelease [88,7 kB]                                                                     
Atteint :8 http://ppa.launchpad.net/audio-recorder/ppa/ubuntu bionic InRelease                                                                             
Atteint :9 http://ppa.launchpad.net/libreoffice/libreoffice-6-1/ubuntu bionic InRelease                                  
Atteint :10 http://ppa.launchpad.net/linuxuprising/apps/ubuntu bionic InRelease                                          
Atteint :11 http://ppa.launchpad.net/lyrasis/imagemagick-jp2/ubuntu bionic InRelease
Atteint :12 http://ppa.launchpad.net/mc3man/bionic-media/ubuntu bionic InRelease       
Atteint :13 http://ppa.launchpad.net/mc3man/mpv-tests/ubuntu bionic InRelease          
Atteint :14 http://ppa.launchpad.net/mkusb/ppa/ubuntu bionic InRelease                 
Atteint :15 http://ppa.launchpad.net/mozillateam/ppa/ubuntu bionic InRelease           
Atteint :16 http://ppa.launchpad.net/nilarimogard/webupd8/ubuntu bionic InRelease
Atteint :17 http://ppa.launchpad.net/nixnote/nixnote2-stable/ubuntu bionic InRelease  
Atteint :18 http://ppa.launchpad.net/noobslab/apps/ubuntu bionic InRelease            
Atteint :19 http://ppa.launchpad.net/otto-kesselgulasch/gimp/ubuntu bionic InRelease  
Atteint :20 http://ppa.launchpad.net/webupd8team/java/ubuntu bionic InRelease
Atteint :21 http://ppa.launchpad.net/webupd8team/y-ppa-manager/ubuntu bionic InRelease 
Atteint :22 http://ppa.launchpad.net/yktooo/ppa/ubuntu bionic InRelease                
Réception de :23 http://security.ubuntu.com/ubuntu bionic-security/main amd64 DEP-11 Metadata [48,9 kB]
Réception de :24 http://security.ubuntu.com/ubuntu bionic-security/universe amd64 DEP-11 Metadata [60,3 kB]
Réception de :25 http://security.ubuntu.com/ubuntu bionic-security/multiverse amd64 DEP-11 Metadata [2.464 B]
Réception de :26 http://be.archive.ubuntu.com/ubuntu bionic-updates/main amd64 DEP-11 Metadata [295 kB]
Réception de :27 http://be.archive.ubuntu.com/ubuntu bionic-updates/universe amd64 DEP-11 Metadata [289 kB]
Réception de :28 http://be.archive.ubuntu.com/ubuntu bionic-updates/multiverse amd64 DEP-11 Metadata [2.468 B]
876 ko réceptionnés en 9s (94,7 ko/s)                                                                                                                        
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
4 paquets peuvent être mis à jour. Exécutez « apt list --upgradable » pour les voir.
ombre@ombre:~$

enebre · Le 26/03/2021, à 16:48

ombre@ombre:~$ apt list --upgradable
En train de lister... Fait
brave-browser/stable 1.22.70 amd64 [pouvant être mis à jour depuis : 1.22.67]
firefox/bionic-updates,bionic-security 87.0+build3-0ubuntu0.18.04.2 amd64 [pouvant être mis à jour depuis : 86.0.1+build1-0ubuntu0.18.04.1]
firefox-locale-en/bionic-updates,bionic-security 87.0+build3-0ubuntu0.18.04.2 amd64 [pouvant être mis à jour depuis : 86.0.1+build1-0ubuntu0.18.04.1]
firefox-locale-fr/bionic-updates,bionic-security 87.0+build3-0ubuntu0.18.04.2 amd64 [pouvant être mis à jour depuis : 86.0.1+build1-0ubuntu0.18.04.1]
ombre@ombre:~$

enebre · Le 26/03/2021, à 16:50

L'upgrade vient de se passer sans souci

enebre · Le 26/03/2021, à 16:57

sudo do-release-upgrade

Je reteste la mise à niveau, te t'évite toute la litanie préliminaire et voici la fin, et c'est toujours le même souci.

Construction de l'arbre des dépendances        
Lecture des informations d'état… Terminé      

Calcul des modifications en cours

Calcul des modifications en cours

Espace libre insuffisant sur le disque 

La mise à niveau a été annulée. La mise à niveau nécessite un total 
de 1.416 M d'espace libre sur le disque « /var/cache/apt/archives ». 
Veuillez libérer au moins 482 M d'espace disque sur « 
/var/cache/apt/archives ». 


Restauration du système dans son état d'origine

Annulation
Lecture des listes de paquets… Terminé        
Construction de l'arbre des dépendances        
Lecture des informations d'état… Terminé      
ombre@ombre:~$

enebre · Le 26/03/2021, à 17:01

Le système n'alloue que 1,1GiB pour var/cache/apt/archives/

xubu1957 · Le 26/03/2021, à 17:16

Il faut attendre des aidants plus expérimentés que moi.

_ _ _

Regarde aussi > [Tutoriel] ncdu - Repérer les éléments volumineux

Dernière modification par xubu1957 (Le 26/03/2021, à 17:20)

enebre · Le 26/03/2021, à 17:24

Bouhouhou ! Avant on pouvait changer la limite en modifiant un fichier qui était dans le dossier, maintenant c'est fini, c'est la maladie windows qu'a contracté Linux.

enebre · Le 26/03/2021, à 17:30

le retour de ncdu : (intéressante petite application)

ncdu 1.12 ~ Use the arrow keys to navigate, press ? for help                                                                                                  
--- / --------------------------------------------------------------------------------------------------------------------------------------------------------
.  44,9 GiB [##########] /home                                                                                                                                
    6,0 GiB [#         ] /usr
    3,0 GiB [          ] /opt
.   1,1 GiB [          ] /var
  853,9 MiB [          ] /lib
. 109,1 MiB [          ] /boot
.  16,0 MiB [          ] /etc
   12,3 MiB [          ] /bin
   12,3 MiB [          ] /sbin
.   9,4 MiB [          ] /run
    9,1 MiB [          ] /media
    2,2 MiB [          ]  core
.  40,0 KiB [          ] /tmp
   32,0 KiB [          ] /mnt
!  16,0 KiB [          ] /lost+found
    4,0 KiB [          ] /lib64
e   4,0 KiB [          ] /srv
!   4,0 KiB [          ] /root
e   4,0 KiB [          ] /cdrom
.   0,0   B [          ] /proc
.   0,0   B [          ] /sys
    0,0   B [          ] /dev
@   0,0   B [          ]  initrd.img.old
@   0,0   B [          ]  initrd.img
@   0,0   B [          ]  vmlinuz.old
@   0,0   B [          ]  vmlinuz
    0,0   B [          ]  0

xubu1957 · Le 26/03/2021, à 17:42

Je ne sais pas le gérer, et moko138 est hors-connexion depuis deux mois.

nany · Le 26/03/2021, à 17:52

Bonjour,

Préambule : j’ai demandé à la modération de scinder le fil car ta demande n’a rien à faire dans un « tuto ».

enebre a écrit :

…

…
tmpfs            tmpfs      1,0G     56M  969M   6% /var/cache/apt/archives
…

Le répertoire est stocké dans la RAM et ne peut avoir qu’une taille maximale de 1Go (soit 1,1GiB comme tu l’as constaté).

enebre a écrit :

Bouhouhou ! Avant on pouvait changer la limite en modifiant un fichier qui était dans le dossier, maintenant c'est fini, c'est la maladie windows qu'a contracté Linux.

A priori, on peut toujours. C’est le fichier /etc/fstab. Alors montre son contenu en donnant le retour de :

cat /etc/fstab

Donne aussi la quantité de RAM disponible :

free -h

On verra alors si le choix de tmpfs est judicieux et s’il est possible de faire quelque chose.

Dernière modification par nany (Le 26/03/2021, à 17:56)

enebre · Le 26/03/2021, à 17:53

Merci xubu, je vais me préparer doucement à faire une installation complète.
J'espérais pouvoir éviter ça, mais bon !

enebre · Le 26/03/2021, à 17:57

Merci nany de venir à la rescousse, maintenant que tu parles de la ram, j'ai souvenir avoir changé ça il y a quelques années pour ménager mon ssd, je ne me souviens plus ni comment ni quoi, la honte...

ombre@ombre:~$ cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass> 
proc            /proc           proc    nodev,noexec,nosuid 0       0 
# / was on /dev/sda2 during installation - SSD with specific options (noatime and discard)
UUID=f7d37061-0d90-4b5b-867f-7f0eb0d86d64 /               ext4    noatime,discard,errors=remount-ro	0       1
# /boot/efi was on /dev/sda1 during installation
UUID=1D1C-B7D7  /boot/efi       vfat    umask=0077      0       1
# /home was on /dev/sda4 during installation
UUID=b035710a-68ba-4e43-857b-8a0f2b5403fe /home           ext4    noatime,discard,errors=remount-ro        0       2
# swap was on /dev/sda3 during installation
UUID=35b0ef68-9b48-4839-a257-c702e3a274b5 none	swap	sw	0       0
# Tempory files in RAM #possible >defaults,size=1g,nosuid,nodev
tmpfs            /tmp            tmpfs       	 defaults,size=1g			0    0
# Cache of files in RAM
#tmpfs            /home/ombre/.cache            tmpfs        defaults,size=1g			0    0
# Cache of update packages in RAM
tmpfs            /var/cache/apt/archives            tmpfs        defaults,size=1g			0    0
# Logs system in RAM    #
tmpfs            /var/log        tmpfs        defaults,nosuid,nodev,noatime,mode=0755,size=5%     	0    0
#none  /mnt/cache tmpfs defaults,user,noexec,noatime,mode=0777,size=256M 0 0

ombre@ombre:~$

ombre@ombre:~$ free -h
              total       utilisé      libre     partagé tamp/cache   disponible
Mem:           7,7G        7,1G        121M        259M        459M         83M
Partition d'échange:        3,9G        1,3G        2,6G
ombre@ombre:~$

Dernière modification par enebre (Le 26/03/2021, à 17:59)

nany · Le 26/03/2021, à 18:17

Bien, avec 8 gigas de RAM, je pense que ça devrait tenir la route.
Pour faire simple, on va le passer de 1 à 2, histoire que cette affaire puisse durée quelques années (au moins que ça passe la prochaine migration sans encombre).

Donne le retour de :

sudo sed -i '/archives/s/1g/2g/' /etc/fstab && cat /etc/fstab

enebre · Le 26/03/2021, à 18:21

La mise à niveau est en cours, cool !
merci nany pour avoir pointé la faille (ma faille mémorielle) j'ai changé les valeurs pour /var/cache/apt/archives et la valeur totale de tmpfs. et voilà ça roule tambour battant.
Merci à toi xubu, pour avoir éveillé le post et avec tes commandes, permis de sortir la faille du terrier.
Je donnerai un résolu dès la mise à niveau terminée.

enebre · Le 26/03/2021, à 18:23

Voilà le retour nany après la modif

ombre@ombre:~$ sudo sed -i '/archives/s/1g/2g/' /etc/fstab && cat /etc/fstab
[sudo] password for ombre:     
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass> 
proc            /proc           proc    nodev,noexec,nosuid 0       0 
# / was on /dev/sda2 during installation - SSD with specific options (noatime and discard)
UUID=f7d37061-0d90-4b5b-867f-7f0eb0d86d64 /               ext4    noatime,discard,errors=remount-ro	0       1
# /boot/efi was on /dev/sda1 during installation
UUID=1D1C-B7D7  /boot/efi       vfat    umask=0077      0       1
# /home was on /dev/sda4 during installation
UUID=b035710a-68ba-4e43-857b-8a0f2b5403fe /home           ext4    noatime,discard,errors=remount-ro        0       2
# swap was on /dev/sda3 during installation
UUID=35b0ef68-9b48-4839-a257-c702e3a274b5 none	swap	sw	0       0
# Tempory files in RAM #possible >defaults,size=1g,nosuid,nodev
tmpfs            /tmp            tmpfs       	 defaults,size=3g			0    0
# Cache of files in RAM
#tmpfs            /home/ombre/.cache            tmpfs        defaults,size=1g			0    0
# Cache of update packages in RAM
tmpfs            /var/cache/apt/archives            tmpfs        defaults,size=2g			0    0
# Logs system in RAM    #
tmpfs            /var/log        tmpfs        defaults,nosuid,nodev,noatime,mode=0755,size=5%     	0    0
#none  /mnt/cache tmpfs defaults,user,noexec,noatime,mode=0777,size=256M 0 0

ombre@ombre:~$

nany · Le 26/03/2021, à 18:25

Je ne pense pas que /tmp ait besoin de 3 gigas mais bon…

enebre · Le 26/03/2021, à 18:29

Au fait, dois-je m'attendre à quelques soucis avec mon home et ses configurations, ou avez-vous des retours positifs de la transition 18.04 à 20.04 ???

enebre · Le 26/03/2021, à 18:30

ok, je peux donc lui laisser 1G ? , je croyais devoir faire au moins la somme de ce que je lui demandais. Autant pour moi.

Puis comme tu dis, je laisserai les 2Gig à l'archive pour les prochains tours, c'est une bonne idée, merci.

Dernière modification par enebre (Le 26/03/2021, à 18:32)

nany · Le 26/03/2021, à 18:32

enebre a écrit :

Au fait, dois-je m'attendre à quelques soucis avec mon home et ses configurations, ou avez-vous des retours positifs de la transition 18.04 à 20.04 ???

A priori ça devrait rouler mais ça dépend peut-être des différents logiciels installés.

Dernière modification par nany (Le 26/03/2021, à 18:33)

nany · Le 26/03/2021, à 18:34

enebre a écrit :

ok, je peux donc lui laisser 1G ? , je croyais devoir faire au moins la somme de ce que je lui demandais. Autant pour moi.

/tmp est différent de /var.

enebre · Le 26/03/2021, à 18:37

Je viens de faire une bourde, il me demande que faire avec un script

Fichier de configuration « /etc/security/limits.conf »
 ==> Modifié (par vous ou par un script) depuis l'installation.
 ==> Le distributeur du paquet a fourni une version mise à jour.
   Que voulez-vous faire ? Vos options sont les suivantes :
    Y ou I  : installer la version du responsable du paquet
    N ou O  : garder votre version actuellement installée
      D     : afficher les différences entre les versions
      Z     : suspendre ce processus pour examiner la situation
 L'action par défaut garde votre version actuelle.
*** limits.conf (Y/I/N/O/D/Z) [défaut=N] ? D

je demande à voir, puis n'arrive pas à sortir de là, je fais ctrl c
Et me voilà de retour au prompt, dois-je relancer sudo do-release-upgrade
ou ???

Je parie que j'aurais simplement fait "exit" et c'était bon.

.........
m..., voilà bloqué

ombre@ombre:~$ sudo do-release-upgrade
[sudo] Mot de passe de ombre :     
Recherche d'une nouvelle version d'Ubuntu
Aucune version de développement d’une LTS n’est proposée.
Pour passer à la dernière version de développement non-LTS 
définir Prompt=normal dans /etc/update-manager/release-upgrades.
ombre@ombre:~$

ombre@ombre:~$ update
Atteint :1 http://archive.canonical.com/ubuntu focal InRelease
Atteint :2 http://security.ubuntu.com/ubuntu focal-security InRelease                        
Atteint :3 http://be.archive.ubuntu.com/ubuntu focal InRelease                               
Atteint :4 http://be.archive.ubuntu.com/ubuntu focal-updates InRelease
                                    
(appstreamcli:32355): GLib-CRITICAL **: 18:42:29.001: g_atomic_ref_count_dec: assertion 'g_atomic_int_get (arc) > 0' failed
Lecture des listes de paquets... Fait
[code]ombre@ombre:~$ upgrade
E: Could not get lock /var/lib/dpkg/lock. It is held by process 30488 (dpkg)
N: Be aware that removing the lock file is not a solution and may break your system.
E: Impossible de verrouiller le répertoire d'administration (/var/lib/dpkg/). Il est possible qu'un autre processus l'utilise.[/code]
ombre@ombre:~$

Ça se corse

Dernière modification par enebre (Le 26/03/2021, à 18:44)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 25/03/2021, à 16:38

[résolu] souci avec la mise à niveau, le système refuse, "mea culpa"

#2 Le 25/03/2021, à 18:50

Re : [résolu] souci avec la mise à niveau, le système refuse, "mea culpa"

#3 Le 26/03/2021, à 16:03

Re : [résolu] souci avec la mise à niveau, le système refuse, "mea culpa"

#4 Le 26/03/2021, à 16:24

Re : [résolu] souci avec la mise à niveau, le système refuse, "mea culpa"

#5 Le 26/03/2021, à 16:46

Re : [résolu] souci avec la mise à niveau, le système refuse, "mea culpa"

#6 Le 26/03/2021, à 16:48

Re : [résolu] souci avec la mise à niveau, le système refuse, "mea culpa"

#7 Le 26/03/2021, à 16:50

Re : [résolu] souci avec la mise à niveau, le système refuse, "mea culpa"

#8 Le 26/03/2021, à 16:57

Re : [résolu] souci avec la mise à niveau, le système refuse, "mea culpa"

#9 Le 26/03/2021, à 17:01

Re : [résolu] souci avec la mise à niveau, le système refuse, "mea culpa"

#10 Le 26/03/2021, à 17:16

Re : [résolu] souci avec la mise à niveau, le système refuse, "mea culpa"

#11 Le 26/03/2021, à 17:24

Re : [résolu] souci avec la mise à niveau, le système refuse, "mea culpa"

#12 Le 26/03/2021, à 17:30

Re : [résolu] souci avec la mise à niveau, le système refuse, "mea culpa"

#13 Le 26/03/2021, à 17:42

Re : [résolu] souci avec la mise à niveau, le système refuse, "mea culpa"

#14 Le 26/03/2021, à 17:52

Re : [résolu] souci avec la mise à niveau, le système refuse, "mea culpa"

#15 Le 26/03/2021, à 17:53

Re : [résolu] souci avec la mise à niveau, le système refuse, "mea culpa"

#16 Le 26/03/2021, à 17:57

Re : [résolu] souci avec la mise à niveau, le système refuse, "mea culpa"

#17 Le 26/03/2021, à 18:17

Re : [résolu] souci avec la mise à niveau, le système refuse, "mea culpa"

#18 Le 26/03/2021, à 18:21

Re : [résolu] souci avec la mise à niveau, le système refuse, "mea culpa"

#19 Le 26/03/2021, à 18:23

Re : [résolu] souci avec la mise à niveau, le système refuse, "mea culpa"

#20 Le 26/03/2021, à 18:25

Re : [résolu] souci avec la mise à niveau, le système refuse, "mea culpa"

#21 Le 26/03/2021, à 18:29

Re : [résolu] souci avec la mise à niveau, le système refuse, "mea culpa"

#22 Le 26/03/2021, à 18:30

Re : [résolu] souci avec la mise à niveau, le système refuse, "mea culpa"

#23 Le 26/03/2021, à 18:32

Re : [résolu] souci avec la mise à niveau, le système refuse, "mea culpa"

#24 Le 26/03/2021, à 18:34

Re : [résolu] souci avec la mise à niveau, le système refuse, "mea culpa"

#25 Le 26/03/2021, à 18:37

Re : [résolu] souci avec la mise à niveau, le système refuse, "mea culpa"

Pied de page des forums