V
Vindwa

  • il y a 7 jours
  • Inscrit 20 déc. 2008
  • 0 meilleure réponse
  • Petit nouveau Adepte du forum Rédacteur potentiel
  • Je viens de terminer les différentes procédures.

    Après avoir supprimé les 2 entrées “rescue” dans boot, la mise à jour de f39 a pu s’effectuer.

    Et dans la foulée, j’ai lancé la mise à niveau vers f40 qui n’a pas rencontré d’obstacle.

    Quant à mon installation atypique, je n’ai pas d’explication; je me souviens juste que j’avais préparé l’installation pour avoir le système sur un disque dur et le /home sur un autre.

    Jusqu’à cet épisode-ci de blocage, je n’avais rencontré aucun dysfonctionnement.

    En attendant la suite,

    déjà merci de m’avoir consacré un peu de votre temps.

  • fgland Combien de mémoire vive y a-t-il sur ce pc ?

    Il y a 16 Go de mémoire vive.

    Le processeur est un Intel® Core™ i7-4770K × 8.

  • hechmi50

    sudo blkid
    
    /dev/sdb2: LABEL="swap" UUID="7d26f86e-8523-40f7-9a69-efe314735b55" TYPE="swap" PARTUUID="000b8d46-02"
    
    /dev/sdb3: LABEL="root" UUID="2b16a237-d61a-4b00-bfd2-9583b0133006" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="000b8d46-03"
    
    /dev/sdb1: LABEL="boot" UUID="60879205-3549-4f6e-b3c9-cd421258aac4" BLOCK_SIZE="1024" TYPE="ext4" PARTUUID="000b8d46-01"
    
    /dev/loop0p3: PARTLABEL="Gap1" PARTUUID="70d3bc80-7962-4651-998b-ca9e486a38d8"
    
    /dev/loop0p1: BLOCK_SIZE="2048" UUID="2024-10-24-15-21-58-00" LABEL="Fedora-Dsgn-Live-41-1-4" TYPE="iso9660" PARTLABEL="ISO9660" PARTUUID="70d3bc80-7962-4651-9989-ca9e486a38d8"
    
    /dev/loop0p2: SEC_TYPE="msdos" LABEL_FATBOOT="ANACONDA" LABEL="ANACONDA" UUID="615C-98C8" BLOCK_SIZE="512" TYPE="vfat" PARTLABEL="Appended2" PARTUUID="70d3bc80-7962-4651-998a-ca9e486a38d8"
    
    /dev/sdc2: LABEL="TOSHIBA EXT" BLOCK_SIZE="512" UUID="F6D0DF44D0DF09AF" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="6b13b39e-3004-4385-a7cb-e2932e51f628"
    
    /dev/sdc1: PARTLABEL="Microsoft reserved partition" PARTUUID="6b13b39d-3004-4385-a7cb-e2932e51f628"
    
    /dev/sda: LABEL="home" UUID="651b0606-d834-4f6d-9d63-ecd6edb67ac2" BLOCK_SIZE="4096" TYPE="ext4"
    
    /dev/zram0: LABEL="zram0" UUID="65eb6317-12d8-4adb-97b1-1865eb73ffac" TYPE="swap"
    sudo cat /etc/fstab
    
    \#
    
    \# /etc/fstab
    
    \# Created by anaconda on Thu Oct 15 19:03:47 2020
    
    \#
    
    \# Accessible filesystems, by reference, are maintained under '/dev/disk/'.
    
    \# See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info.
    
    \#
    
    \# After editing this file, run 'systemctl daemon-reload' to update systemd
    
    \# units generated from this file.
    
    \#
    
    UUID=2b16a237-d61a-4b00-bfd2-9583b0133006 /                       ext4    defaults        1 1
    
    UUID=60879205-3549-4f6e-b3c9-cd421258aac4 /boot                   ext4    defaults        1 2
    
    UUID=651b0606-d834-4f6d-9d63-ecd6edb67ac2 /home                   ext4    defaults        1 2
    
    UUID=7d26f86e-8523-40f7-9a69-efe314735b55 none                    swap    defaults        0 0
  • sudo du -h /boot/efi/EFI/fedora
    18M	/boot/efi/EFI/fedora
  • Oups, désolé pour cette distraction…

    [vindwa@localhost ~]$ sudo ls /boot/efi/EFI
    [sudo] Mot de passe de vindwa : 
    BOOT  fedora
  • OK, merci.

    C’est la première fois que j’utilise la nouvelle version du forum…

    • Il y a une partition swap marquée comme active:

      /dev/sdb2 Swap (version 1) — Actif

      Sinon, comment fait-on pour supprimer les deux fichiers rescue?

      • hechmi50

        Voilà:

        df -h /boot/efi`
        Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur`
        /dev/sdb1          474M    398M   48M  90% /boot`

        Edit Nicosss : Correction balises Markdown -> Voir FAQ

      • OK.

        Je suppose qu’il faut pour cela un autre outil que DNF?

      • J’avais fait une installation sur un disque dur vierge, suite à la “mort physique” du précédent en juillet 2020.

        Il n’y a donc pas de scories de Windows à virer…

      • [vindwa@localhost ~]$ ls -l /boot`
        total 381158`
        -rw-r--r--. 1 root root   269327  5 fév  2024 config-6.7.4-200.fc39.x86_64`
        -rw-r--r--. 1 root root   269338 17 fév  2024 config-6.7.5-200.fc39.x86_64`
        -rw-r--r--. 1 root root   269378  1 mar  2024 config-6.7.7-200.fc39.x86_64`
        drwx------. 4 root root     1024  6 déc  2023 efi`
        drwxr-xr-x. 2 root root     5120  6 déc  2023 extlinux`
        drwx------. 5 root root     1024 13 oct 18:35 grub2`
        -rw-------. 1 root root 85887734 15 oct  2020 initramfs-0-rescue-4e0fa2c3c9bc4d3294fb22d6fc4bcd5e.img`
        -rw-------. 1 root root 73882832 12 fév  2024 initramfs-6.7.4-200.fc39.x86_64.img`
        -rw-------. 1 root root 73893905 23 fév  2024 initramfs-6.7.5-200.fc39.x86_64.img`
        -rw-------. 1 root root 73896775  4 mar  2024 initramfs-6.7.7-200.fc39.x86_64.img`
        drwxr-xr-x. 3 root root     1024 15 oct  2020 loader`
        drwx------. 2 root root    12288 15 oct  2020 lost+found`
        -rw-r--r--. 1 root root   147744  7 jan  2024 memtest86+x64.bin`
        lrwxrwxrwx. 1 root root       45 12 fév  2024 symvers-6.7.4-200.fc39.x86_64.xz -> /lib/modules/6.7.4-200.fc39.x86_64/symvers.xz`
        lrwxrwxrwx. 1 root root       45 23 fév  2024 symvers-6.7.5-200.fc39.x86_64.xz -> /lib/modules/6.7.5-200.fc39.x86_64/symvers.xz`
        lrwxrwxrwx. 1 root root       45  4 mar  2024 symvers-6.7.7-200.fc39.x86_64.xz -> /lib/modules/6.7.7-200.fc39.x86_64/symvers.xz`
        -rw-r--r--. 1 root root  8850577  5 fév  2024 System.map-6.7.4-200.fc39.x86_64`
        -rw-r--r--. 1 root root  8851363 17 fév  2024 System.map-6.7.5-200.fc39.x86_64`
        -rw-r--r--. 1 root root  8851783  1 mar  2024 System.map-6.7.7-200.fc39.x86_64`
        -rwxr-xr-x. 1 root root 10782824 15 oct  2020 vmlinuz-0-rescue-4e0fa2c3c9bc4d3294fb22d6fc4bcd5e`
        -rwxr-xr-x. 1 root root 14806856  5 fév  2024 vmlinuz-6.7.4-200.fc39.x86_64`
        -rwxr-xr-x. 1 root root 14794568 17 fév  2024 vmlinuz-6.7.5-200.fc39.x86_64`
        -rwxr-xr-x. 1 root root 14794568  1 mar  2024 vmlinuz-6.7.7-200.fc39.x86_64`
        [vindwa@localhost ~]$` 

        Le plus récent noyau installé n’est pas tout frais, car j’ai attendu avant de demander de l’aide…

        Edit Nicosss : Correction balises Markdown -> Voir FAQ

      • Voici:

        Device     Boot    Start       End   Sectors  Size Id Type`
        /dev/sdb1  *        2048   1026047   1024000  500M 83 Linux`

        Edit Nicosss : Correction balises Markdown -> Voir FAQ

      • Bonjour,

        Lorsque j’ai voulu faire une dernière mise à jour de Fedora 39 avant de lancer le processus de passage à la version 40, l’opération s’est interrompue et il y a eu un message d’erreur:

        Erreur d’exécution pour la transaction : l'installation du package grub2-efi-ia32-1:2.06-121.fc39.x86_64 nécessite 6MB d'espace supplémentaire sur le système de fichiers /boot`
        l'installation du package shim-x64-15.8-3.x86_64 nécessite 4MB d'espace supplémentaire sur le système de fichiers /boot`
        l'installation du package shim-ia32-15.8-3.x86_64 nécessite 2MB d'espace supplémentaire sur le système de fichiers /boot`
        l'installation du package grub2-efi-ia32-cdboot-1:2.06-121.fc39.x86_64 nécessite 6MB d'espace supplémentaire sur le système de fichiers /boot

        Voici quelques infos sur l’état actuel:

        [vindwa@localhost ~]$ grep installonly_limit /etc/dnf/dnf.conf`
        installonly_limit=3
        [vindwa@localhost ~]$ rpm -qa | grep kernel`
        kernel-srpm-macros-1.0-20.fc39.noarch`
        libreport-plugin-kerneloops-2.17.11-3.fc39.x86_64`
        texlive-l3kernel-svn66094-69.fc39.noarch`
        abrt-addon-kerneloops-2.17.1-3.fc39.x86_64`
        kernel-modules-core-6.7.4-200.fc39.x86_64`
        kernel-core-6.7.4-200.fc39.x86_64`
        kernel-modules-6.7.4-200.fc39.x86_64`
        kernel-6.7.4-200.fc39.x86_64`
        kernel-modules-extra-6.7.4-200.fc39.x86_64`
        kernel-headers-6.7.3-200.fc39.x86_64`
        kernel-modules-core-6.7.5-200.fc39.x86_64`
        kernel-core-6.7.5-200.fc39.x86_64`
        kernel-modules-6.7.5-200.fc39.x86_64`
        kernel-6.7.5-200.fc39.x86_64`
        kernel-modules-extra-6.7.5-200.fc39.x86_64`
        kernel-modules-core-6.7.7-200.fc39.x86_64`
        kernel-core-6.7.7-200.fc39.x86_64`
        kernel-modules-6.7.7-200.fc39.x86_64`
        kernel-6.7.7-200.fc39.x86_64`
        kernel-modules-extra-6.7.7-200.fc39.x86_64`
        [vindwa@localhost ~]$`

        Est-ce que passer le nombre de kernels à 2 serait utile?

        Pourquoi boot est-il si petit?

        Vaut-il mieux envisager de repartir sur une ré-installation?

        Edit Nicosss : Correction balises Markdown -> Voir FAQ

        • Vindwa Sinon, comment fait-on pour supprimer les deux fichiers rescue?

          en tant que root

          # cd /boot
          # rm initramfs-0-rescue-4e0fa2c3c9bc4d3294fb22d6fc4bcd5e.img
          # rm vmlinuz-0-rescue-4e0fa2c3c9bc4d3294fb22d6fc4bcd5e

          Combien de mémoire vive y a-t-il sur ce pc ?
          Il est possible que la gestion du swap avec zram soit passée avec F40…
          On verra après

      • nouvo09 wrote:Ce matin juste après la mise à jour de Firefox vers la version 109.0, s'ouvre la page suivante:
        https://www.mozilla.org/fr/firefox/109.0/whatsnew/?oldversion=108.0.2
        Ben non cette super nouveauté de la mort qui tue ne fonctionne tout simplement pas du tout et pourtant c'est la MoFo qui fournit le fichier test !!
        à suivre donc
        Ici, ça fonctionne bien...
        Sinon, j'ai déjà utilisé Xournal++ pour compléter des PDF.
      • Jules-Marie-84 wrote:Et en l'absence de l'entrée «courriel» ou «envoyer vers» ou peu importe la dénomination, ce qui m'interpelle c'est de toute façon une perte de fonctionnalité de plus, la disparition d'un «petit raccourci pratique».
        Pour ma part, j'ai l'option «envoyer vers...» et elle fonctionne bien, à savoir qu'elle ouvre un nouveau message (Thunderbird) prêt à être rédigé et avec le fichier sollicité automatiquement attaché en pièce jointe.
      • Ça dépend des modèles, je suppose.
        J'ai un scanner Epson simple (Perfection 3200 photo) qui fonctionne sous toutes les versions sans avoir à faire de mise à jour de pilote.
      • OK, merci.
        Je m'en doutais, la lecture des 2 premières lignes m'avait plus que mis la puce à l'oreille.
      • Non, pas de démarrage.
        Warning: /dev/fedora/root does not exist
        Warning: /dev/mapper/fedora-root does not exist
        
        Generating "/run/initramfs/rdosreport.txt"
        
        Entering emergency mode. Exit the shell to continue.
        Type "journalctl" to view system logs.
        You might want to save "/run/initramfs/rdosreport.txt" to a USB stick or/boot
        after mounting them and attach it to a bug report.
        
        Give root password for maintenance
        (or press Control-D to continue): 
      • En session live dvd, cela me donne ceci, mais aucune info:
        vartmp     /var/temp     tmpfs     defaults     0     0
      • Oui, c'est bien sda le nouveau disque.

        Quant au lvm, je n'ai rien choisi. Si j'ai bien compris, quand on se laisse guider par l'installateur, c'est ce qui est utilisé automatiquement.