que ce soit en utilisant dnfdragora.updater ou en faisant un “dnf update” je n’arrive plus à faire les mises à jour.

Avec dnfdragora.updater j’ai un message :

Curl error (23):Failed wrinting received data to disk/application for http:// mirror.in2p3fr/pub/fedora/linux/37/ ... [Failure wrinting output to destination]

si j’essaye par dnf update j’ai

Fedora 37 - x86_64                                       34 MB/s |  82 MB     00:02    
Fedora 37 openh264 (From Cisco) - x86_64                 2.1 kB/s | 2.5 kB     00:01    
Fedora Modular 37 - x86_64                               7.9 MB/s | 3.8 MB     00:00    
Fedora 37 - x86_64 - Updates                             14 MB/s |  40 MB     00:02    
Erreur : Échec du chargement du dépôt « updates »

je ne sais pas d’ou ça vient, quelqu’un aurait une idée?

Merci d’avance

Edit Nicosss : Correction des balises Markdown -> Voir FAQ

  • Nicosss a répondu à ça.
  • djodj En effet, ta partition /var est pleine.

    Il va falloir identifier qui prend le plus de place et s’il est possible de faire du ménage.
    $ sudo du -x -h -a /var | sort -r -h | head -30

    Merci pour la prise en compte sur l’utilisation des balises bloc code.

    djodj J’ai corrigé ton message concernant l’utilisation du bloc code en Markdown.

    Je t’invite vivement à lire les Conditions d’utilisation dont le lien est aussi en bas de page ainsi que plus particulièrement la FAQ du Forum. Merci par avance afin de faciliter la lisibilité.

    Merci de remplir les étiquettes adéquates même si l’on peut supposer que tu es sous Fedora Linux 37 à minima.

    Est-ce qu’il reste de la place ?
    $ df -h

    Est-ce qu’en vidant le cache ça va mieux ?
    $ sudo dnf clean all
    $ sudo dnf upgrade –refresh

    Merci mais j’ai du mal avec l’ergonomie des balises de cette veson du forum, c’est bcp moins clair qu’avant, mais je vais essayer

    alors j’ai fait un “clean all” avant l’update

    quant à la place voici ce que me retourne la commande:

    $ df -h
    Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
    devtmpfs           4,0M       0  4,0M   0% /dev
    tmpfs              7,8G       0  7,8G   0% /dev/shm
    tmpfs              3,1G    1,6M  3,1G   1% /run
    efivarfs           128K     34K   90K  28% /sys/firmware/efi/efivars
    /dev/sda3          100G    7,1G   93G   8% /
    tmpfs              7,8G     20K  7,8G   1% /tmp
    /dev/sda5          9,8G    9,7G     0 100% /var
    /dev/sda2          574M    308M  225M  58% /boot
    /dev/sda1          400M     18M  383M   5% /boot/efi
    /dev/sdb1          1,8T    433G  1,3T  26% /home
    tmpfs              1,6G    3,7M  1,6G   1% /run/user/1001

    quant a la commande sudo dnf upgrade –refresh

    voici le résultat

    # sudo dnf upgrade –refresh
    Valeur de configuration non valide : enabled=0  #mis a 0 par moi dans /etc/yum.repos.d/fedora-cisco-openh264.repo ; valeur booléenne invalide : « 0  #mis a 0 par moi »
    Valeur de configuration non valide : enabled=0    #mise a 0 par moi dans /etc/yum.repos.d/fedora-modular.repo ; valeur booléenne invalide : « 0    #mise a 0 par moi »
    Valeur de configuration non valide : enabled=0 # mis a 0 par moi dans /etc/yum.repos.d/fedora-updates-modular.repo ; valeur booléenne invalide : « 0 # mis a 0 par moi »
    Dernière vérification de l’expiration des métadonnées effectuée il y a 0:17:17 le dim. 05 nov. 2023 07:36:52.
    Aucune correspondance pour l’argument : –refresh
    Erreur : Aucun paquet marqué pour mise à jour.

    alors que par dnffragora-updater il me dit qu’l y a 200 mises à jour

    merci pour ta réponse

    comment je peux le vider? je ne vais as faire un rm -rf * quand même

      djodj En effet, ta partition /var est pleine.

      Il va falloir identifier qui prend le plus de place et s’il est possible de faire du ménage.
      $ sudo du -x -h -a /var | sort -r -h | head -30

      Merci pour la prise en compte sur l’utilisation des balises bloc code.

      voici le résultat je peux supprmer quoi? tout?

      # sudo du -x -h -a /var | sort -r -h | head -30
      9,4G	/var
      4,6G	/var/spool/abrt
      4,6G	/var/spool
      3,9G	/var/lib
      3,4G	/var/lib/dnf/system-upgrade
      3,4G	/var/lib/dnf
      1,7G	/var/lib/dnf/system-upgrade/updates-b7ba662710b98f1a/packages
      1,7G	/var/lib/dnf/system-upgrade/updates-b7ba662710b98f1a
      1,6G	/var/lib/dnf/system-upgrade/fedora-376ef8e983c65ce0/packages
      1,6G	/var/lib/dnf/system-upgrade/fedora-376ef8e983c65ce0
      1,3G	/var/spool/abrt/ccpp-2023-10-01-18:05:18.685142-43393/coredump
      1,3G	/var/spool/abrt/ccpp-2023-10-01-18:05:18.685142-43393
      926M	/var/cache
      912M	/var/cache/dnf
      650M	/var/cache/dnf/updates-fd4d3d0d1c34d49a
      608M	/var/cache/dnf/updates-fd4d3d0d1c34d49a/packages
      258M	/var/spool/abrt/ccpp-2023-05-31-17:28:36.533460-2561/coredump
      258M	/var/spool/abrt/ccpp-2023-05-31-17:28:36.533460-2561
      253M	/var/spool/abrt/ccpp-2023-05-14-20:24:08.957697-15683/coredump
      253M	/var/spool/abrt/ccpp-2023-05-14-20:24:08.957697-15683
      253M	/var/lib/rpm/rpmdb.sqlite
      253M	/var/lib/rpm
      224M	/var/lib/dnf/system-upgrade/fedora-376ef8e983c65ce0/packages/proj-data-us-9.1.1-1.fc38.noarch.rpm
      216M	/var/spool/abrt/ccpp-2023-08-22-14:09:59.48710-2671
      215M	/var/spool/abrt/ccpp-2023-08-22-14:09:59.48710-2671/coredump
      198M	/var/spool/abrt/ccpp-2023-06-21-10:19:33.856133-14495/coredump
      198M	/var/spool/abrt/ccpp-2023-06-21-10:19:33.856133-14495
      189M	/var/spool/abrt/ccpp-2023-06-21-06:49:52.106121-4985/coredump
      189M	/var/spool/abrt/ccpp-2023-06-21-06:49:52.106121-4985
      176M	/var/spool/abrt/ccpp-2023-05-08-11:53:17.417052-2648/coredump

      vider entierement var/spool et /var/lib?

        djodj Tu peux commencer par vider tout le contenu de /var/spool/abrt qui correspond aux rapports de bugs automatiques créés lorsqu’un problème est détecté.

        Puis te relances à nouveaux les commandes suivantes pour voir l’évolution mais tu auras déjà récupéré pas mal d’espace.
        $ df -h
        $ sudo du -x -h -a /var | sort -r -h | head -30

        Pour information, il est inutile d’utiliser la commande sudo lorsque tu es identifié en root (prompt #).

        Edit : Ajout commentaire sudo

        alors j’ai vidé /

        des dosier :

        rm -rf /var/spool/abrt
        rm -rf /var/lib/dnf/system-upgrade

        pus j’ai fait un dnfdragora-ipdater

        et ….. ça marche ..

        merci 😉

          djodj Parfait, je pense que tu as dû récupérer facilement 50 % de la capacité allouée à /var .

          Par contre, pourquoi avoir alloué 10 Gio à /var ? C’était dans quel but ?

          jai récupéré 85 % en faitje ne sais pas ca remonte a loin j’ai fait deja pa sloin de 8 ou 10 upgrade

          pourquoi? ca fait bcp?

            djodj Pas très claire cette phrase…

            De base il n’y a pas de séparation de / et /var d’où ma question pourquoi cette séparation et pourquoi allouer seulement 10 Gio en fait.

            Suite à de nombreuses montées de versions, il faut parfois savoir repartir sur une base saine.

            en fait je ne savais pas trop a quoi servait /var et j’ai hésité a le mettre sur le ssd ou le laisser sur le hd c’était pour savoir si ca permettait de gagner de la place sur le ssd