vepar

  • 27 août 2022
  • Inscrit 25 juil. 2017
  • 0 meilleure réponse
  • Petit nouveau Rédacteur potentiel
  • Bonjour et merci pour vos réponses
    par contre vous semblez tous focalisés sur un crash probable de mon disque dur alors que je pense qu'il s'est agi d'incidents ponctuels dus à des sorties impromptues et occasionnelles de l'appli "fichier"
    Je vais tout de même re-vérifier la santé de mes disques mais je doute qu'elle soit défaillante.
    Sinon, une idée pour me débarrasser de ces fichiers "ingérables" via l'appi "fichiers" ?

    Merci par avance !
    Véronique
  • Bonjour,
    Plusieurs de mes fichiers apparaissent comme impossible à copier ou supprimer avec le message "erreur d'entrée / sortie".
    Quelqu'un saurait-il comment intervenir pour pouvoir soit à nouveau les manipuler soit les supprimer ?
    J'ai d'ailleurs le même souci avec un répertoire nommé "trash-1000"...
    Véronique
  • Merci pour toutes ces infos, je les garde précieusement !
    Mais, étant un peu obstinée, je relançais la mise à jour via "logiciels" à longueur de temps depuis quelques jours, j'ai bien du essayer une centaine de fois... et c'est passé cette nuit à 2h du mat', juste après mon test de ping !! 🙂

    Merci à tous, je vous remercie encore une fois chaleureusement pour le temps passé à essayer de me dépanner !
  • Merci beaucoup pour cette nouvelle piste, je ne lâche pas l'affaire mais, pour l'instant, je tourne en rond (je reste toujours toujours bloquée au même endroit, c'est très agaçant !
    fgland wrote: si tu fais un ping de http://ciscobinary.openh264.org
    tu obtiens l’ip du serveur
    en la mettant dans le fichier /etc/hosts de ton post, il n’y aura pas cette erreur de dns et cela devrait passer
    les données du ping que tu donnes sont quand même longues…
    J'obtiens
    # ping ciscobinary.openh264.org
    PING a19.dscg10.akamai.net (23.53.40.162) 56(84) octets de données.
    64 octets de a23-53-40-162.deploy.static.akamaitechnologies.com (23.53.40.162) : icmp_seq=1 ttl=46 temps=775 ms
    64 octets de a23-53-40-162.deploy.static.akamaitechnologies.com (23.53.40.162) : icmp_seq=2 ttl=46 temps=1199 ms
    64 octets de a23-53-40-162.deploy.static.akamaitechnologies.com (23.53.40.162) : icmp_seq=3 ttl=46 temps=742 ms
    ... et ça continue de tester sans fin (c'est normal ?)

    Que dois-je faire concrètement pour "mettre l'IP dans le fichier /etc/hosts de mon post" ? Je comprends que c'est "23.53.40.162" dans mon cas, mais où se trouve le fichier à éditer ?
  • xylphute wrote:Et une maj f35 en intermédiaire, ça passe pas non plus ?
    Je viens d'essayer mais là, il me signale un problème avec python3 ://
    [root@localhost ~]# dnf system-upgrade download --releasever=35 --allowerasing --best --skip-broken
    Avant de continuer, assurez-vous que votre système est complètement à jour en lançant «dnf --refresh upgrade». Voulez-vous continuer [y/N]: y
    created by dnf config-manager from https://brav 829  B/s | 3.3 kB     00:04    
    Fedora 35 - x86_64                                                                                                                                 5.0 kB/s |  21 kB     00:04    
    Fedora 35 openh264 (From Cisco) - x86_64                                                                                                                                     354  B/s | 989  B     00:02    
    Fedora Modular 35 - x86_64                                                                                                                                                   5.8 kB/s |  21 kB     00:03    
    Fedora 35 - x86_64 - Updates                                                                                                                                                 5.0 kB/s |  15 kB     00:03    
    Fedora Modular 35 - x86_64 - Updates                                                                                                                                         6.3 kB/s |  18 kB     00:02    
    RPM Fusion for Fedora 35 - Free                                                                                                                                              1.4 kB/s | 7.2 kB     00:04    
    RPM Fusion for Fedora 35 - Free - Updates                                                                                                                                    3.2 kB/s | 7.1 kB     00:02    
    Aucune correspondance pour le paquet du groupe « grub2 »
    Aucune correspondance pour le paquet du groupe « paratype-pt-sans-fonts »
    Aucune correspondance pour le paquet du groupe « gnome-documents »
    Aucune correspondance pour le paquet du groupe « fedora-productimg-workstation »
    Aucune correspondance pour le paquet du groupe « libproxy-mozjs »
    Aucune correspondance pour le paquet du groupe « xorg-x11-utils »
    Aucune correspondance pour le paquet du groupe « totem-nautilus »
    Aucune correspondance pour le paquet du groupe « gnome-themes-standard »
    Aucune correspondance pour le paquet du groupe « iptables »
    Aucune correspondance pour le paquet du groupe « shim »
    Aucune correspondance pour le paquet du groupe « authconfig »
    Aucune correspondance pour le paquet du groupe « control-center »
    Aucune correspondance pour le paquet du groupe « dnf-yum »
    Aucune correspondance pour le paquet du groupe « grub2-efi »
    Aucune correspondance pour le paquet du groupe « fedora-user-agent-chrome »
    Aucune correspondance pour le paquet du groupe « kexec-tools-anaconda-addon »
    Aucune correspondance pour le paquet du groupe « khmeros-base-fonts »
    Aucune correspondance pour le paquet du groupe « gnome-getting-started-docs »
    Erreur : 
     Problème: problème avec le paquet installé python3-reportlab-3.6.2-2.fc34.x86_64
      - installation impossible du meilleur candidat pour le paquet python3-reportlab-3.6.2-2.fc34.x86_64
      - python3-reportlab-3.6.2-2.fc34.x86_64 n’appartient pas à un dépôt distupgrade
      - rien de fournit python3.10dist(pillow) >= 9 rendu nécessaire par python3-reportlab-3.6.10-1.fc35.x86_64
  • nouvo09 wrote:Oui mais la tableau de bord indique aussi le ping c'est ca qui nous intéresse.
    Le ping est toujours dans les mêmes eaux. En l'occurence, à l'instant :
    Packet Loss 0%
    Average Delay 733 ms
    Minimum Delay 623 ms
    Maximum Delay 943 ms
  • nouvo09 wrote:commence par faire un test de débit avec

    https://www.speedtest.net/

    si c'est ton fournisseur qui bloque tu ne peux rien faire en local.
    Le débit est bon (90 Mps en download)
  • rrro j'ai parlé trop vite : le téléchargement s'est arrêté toujours à cours du repo openh264 :

    (2513/3321): zvbi-0.2.35-16.fc36.x86_64.rpm                                                                                   372 kB/s | 416 kB     00:01    
    (2514/3321): zziplib-0.13.72-1.fc36.x86_64.rpm                                                                                113 kB/s |  86 kB     00:00    
    [MIRROR] gstreamer1-plugin-openh264-1.20.0-1.fc36.x86_64.rpm: Curl error (6): Couldn't resolve host name for http://ciscobinary.openh264.org/gstreamer1-plugin-openh264-1.20.0-1.fc36.x86_64.rpm [Could not resolve host: ciscobinary.openh264.org]
    [MIRROR] mozilla-openh264-2.2.0-1.fc36.x86_64.rpm: Curl error (6): Couldn't resolve host name for http://ciscobinary.openh264.org/mozilla-openh264-2.2.0-1.fc36.x86_64.rpm [Could not resolve host: ciscobinary.openh264.org]
    [MIRROR] openh264-2.2.0-1.fc36.x86_64.rpm: Curl error (6): Couldn't resolve host name for http://ciscobinary.openh264.org/openh264-2.2.0-1.fc36.x86_64.rpm [Could not resolve host: ciscobinary.openh264.org]
    [MIRROR] gstreamer1-plugin-openh264-1.20.0-1.fc36.x86_64.rpm: Curl error (6): Couldn't resolve host name for http://ciscobinary.openh264.org/gstreamer1-plugin-openh264-1.20.0-1.fc36.x86_64.rpm [Could not resolve host: ciscobinary.openh264.org]
    [MIRROR] mozilla-openh264-2.2.0-1.fc36.x86_64.rpm: Curl error (6): Couldn't resolve host name for http://ciscobinary.openh264.org/mozilla-openh264-2.2.0-1.fc36.x86_64.rpm [Could not resolve host: ciscobinary.openh264.org]
    [MIRROR] openh264-2.2.0-1.fc36.x86_64.rpm: Curl error (6): Couldn't resolve host name for http://ciscobinary.openh264.org/openh264-2.2.0-1.fc36.x86_64.rpm [Could not resolve host: ciscobinary.openh264.org]
    [FAILED] gstreamer1-plugin-openh264-1.20.0-1.fc36.x86_64.rpm: No more mirrors to try - All mirrors were already tried without success                        
    (2516-2517/3321): openh264-2.2.0-1.fc36.x86_64.rpm          65% [======================================-                    ] 1.0 MB/s | 2.7 GB     24:18 ETA
    Les paquets téléchargés ont été mis en cache jusqu’à la prochaine transaction réussie.
    Vous pouvez supprimer les paquets en cache en exécutant « dnf clean packages ».
    Erreur : Erreur de téléchargement des paquets :
      Cannot download Packages/g/gstreamer1-plugin-openh264-1.20.0-1.fc36.x86_64.rpm: All mirrors were tried
    [/color]

    Pourtant :

    [root@localhost ~]# ls -l /etc/yum.repos.d/
    total 60
    -rw-r--r--. 1 root root 217 23 juin 2021 brave-browser-rpm-release.s3.brave.com_x86_64_.repo
    -rw-r--r--. 1 root root 311 26 janv. 2021 _copr_phracek-PyCharm.repo
    -rw-r--r--. 1 root root 728 28 avril 2021 fedora-cisco-openh264.repo
    -rw-r--r--. 1 root root 1302 28 avril 2021 fedora-modular.repo
    -rw-r--r--. 1 root root 1239 28 avril 2021 fedora.repo
    -rw-r--r--. 1 root root 1349 28 avril 2021 fedora-updates-modular.repo
    -rw-r--r--. 1 root root 1286 28 avril 2021 fedora-updates.repo
    -rw-r--r--. 1 root root 1391 28 avril 2021 fedora-updates-testing-modular.repo
    -rw-r--r--. 1 root root 1344 28 avril 2021 fedora-updates-testing.repo
    -rw-r--r--. 1 root root 217 26 janv. 2021 google-chrome.repo
    -rw-r--r--. 1 root root 1248 24 avril 2021 rpmfusion-free.repo
    -rw-r--r--. 1 root root 1264 24 avril 2021 rpmfusion-free-updates.repo
    -rw-r--r--. 1 root root 1324 24 avril 2021 rpmfusion-free-updates-testing.repo
    -rw-r--r--. 1 root root 1506 26 janv. 2021 rpmfusion-nonfree-nvidia-driver.repo
    -rw-r--r--. 1 root root 1410 26 janv. 2021 rpmfusion-nonfree-steam.repo
  • Bon... pas d'amélioration côté mise à jour via "logiciels" donc je me suis lancée dans la màj via la fenêtre de commande (en suivant la procédure officielle recommandée là https://doc.fedora-fr.org/wiki/Mise_%C3%A0_niveau_de_Fedora).
    Pour l'instant ça charge les éléments utiles sans problème...

    Problème de mise à jour peut-être réglé donc, mais il me reste ma question "où peut-on trouver le paramètre qui me permettrait d'augmenter le temps du timeout pour tenir compte du ping assez énorme de ma connexion ?"

    Quelqu'un saurait me dire ?
  • Merci beaucoup Nicosss de te pencher sur mon cas parabolique ! 🙂
    Oui, c'est sur que j'aurais du mal à paramétrer le satellite (dommage ! :-D). Je voulais dire modifier des paramètres de Fedora pour qu'il "patiente" un peu plus longtemps avant de me dire qu'un hôte n'est pas accessible / n'existe pas.
    Ça doit bien être modifiable quelque part ça, non ?

    [J'essaie en parallèle de voir avec le fournisseur d’accès s'il n'y a pas moyen de booster un peu le ping car il s'est dégradé ces derniers temps... mais cette lenteur est inhérente aux connexions par satellite, je n'aurais jamais un ping de moins de 300ms :/ par contre une fois que la connexion est établie, elle est plutôt performante, elle est juste lente à s'établir]
  • Oui, il bien listé chez moi aussi. Je pense que j'ai un problème parce que mon ping varie de 680 à 1200 ms...
    Il y a un endroit où on peut changer le délai de réponse accepté par Fedora ? J'ai aussi régulièrement des sites où Brave me dit que le site n'est pas accessible mais en fait c'est "pas accessible dans le temps que lui donne le système"...
  • Merci pour cette réponse !
    Je craignais que les fichiers ne soient plus dispo mais en fait, comme j'ai une connexion par satellite, c'est vraisemblablement la lenteur de connexion qui provoque cette "erreur" donc...
    Je n'ai pas eu ce problème les fois précédentes donc je vais retenter l'opération, ça finira peut-être par fonctionner !
    Et je regarde le "howto" envoyé, au cas où, merci !!
  • Je tentais la màj depuis "logiciels" et le message d'erreur est :
    screenshot
  • Bonjour,
    Je voudrais mettre à jour mon fedora 34 mais le téléchargement se bloque faute de pouvoir downloader les packages. Comment puis-je faire (le plus simplement possible) ?
    Merci d'avance pour vos réponses !
    Veronique
  • Fait, et voilà ce que j'obtiens...
    $ hp-plugin
    bash: hp-plugin: commande inconnue...
    Voulez-vous installer le paquet « hplip » qui fournit la commande « hp-plugin » ? [N/y] y
     * Attente dans la file... 
     * Téléchargement de la liste des paquets.... Impossible d'installer les paquets: hplip-3.19.6-1.fc30.x86_64 is already installed
    
    Donc, il ne trouve pas les commandes quand il les cherche mais il voit qu'elles sont là en essayant de les installer ? C'est spé quand même...
  • c'est fait et l'ordi a effectivement téléchargé des paquets et réinstallé
    => imprimantes toujours reconnues
    => toujours pas de périphériques connectés d'après xsane ou autre logiciel de scan
  • Bonsoir / bonjour Refuznik,

    j'ai fait ça, puis redemarré : les imprimantes sont reconnues et acceptent des travaux d'impression 🙂
    MAIS la fonction scanner de la photosmart n'est pas reconnue en tant que telle par xsane ou autre logiciel de scan... (qui indiquent tous "aucun périphérique de scan")

    Par contre, là, quand j'ai fait une recherche d'imprimante, il m'en a trouvé une "3e" : CUPS-BRF-Printer (generic text-only printer). C'est quoi ?

    Il y avait une suite dans ce que vous vouliez me suggérer ?
  • Nouveauté ! Quand je démarre fedora, un message d'alerte s'affiche :

    HPLIP Status Service
    No system tray detected on this system.
    Unable to start, exiting.
    (message auquel je ne peux que répondre "OK")

    Ca donne une idée de piste à quelqu'un sur la façon dont je pourrais résoudre mon problème ? :-?
  • Hello @Refuznik, @ptitdernier
    Je n'avais pas eu à intervenir pour mes imprimantes en passant à F28.
    Dans le répertoire que tu mentionnes, Refuznik, il y a :
    /usr/share/hplip:
    align.py               fab.py          makecopies.py     setup.py
    base                   fax             makeuri.py        systray.py
    check-plugin.py        faxsetup.py     pcard             testpage.py
    check.py               firmware.py     pkservice.py      timedate.py
    clean.py               hpdio.py        plugin.py         toolbox.py
    colorcal.py            hplip_clean.sh  pqdiag.py         ui4
    config_usb_printer.py  hpssd.py        print.py          uiscan.py
    copier                 info.py         printsettings.py  uninstall.py
    dat2drv                __init__.py     prnt              unload.py
    data                   installer       probe.py          upgrade.py
    devicesettings.py      levels.py       query.py          wificonfig.py
    diagnose_plugin.py     linefeedcal.py  scan
    diagnose_queues.py     locatedriver    scan.py
    doctor.py              logcapture.py   sendfax.py
    
    Et quand je fais :
    # dnf -y install hplip* xsane
    
    ça m'indique :
    Dernière vérification de l’expiration des métadonnées effectuée il y a 0:03:44 le dim. 21 juil. 2019 12:01:37 CEST.
    Aucune correspondance pour l’argument : hplip-3.19.6.run
    Le paquet xsane-0.999-33.fc30.x86_64 est déjà installé.
    Erreur : Impossible de trouver une correspondance
    
    MAIS j'ai réussi à faire tourner hp-setup : mais il ne voit que l'imprimante "pas scanner", et pas l'autre. Par contre, dans les paramètres, j'ai bien mes deux imprimantes... et ma Photosmart (print+scanner) a bien un pilote...

    Il y a manifestement un jeu de fichiers qui n'est pas à sa place ou pas avec les noms attendus, non ?