Shao

  • 25 nov. 2022
  • Inscrit 25 juin 2007
  • 0 meilleure réponse
  • Petit nouveau Adepte du forum Rédacteur potentiel
  • Oui, effectivement, je n'utilise pas le RAID pour garantir mes données. J'ai sauvegardé tout ce qui est important, et même un peu plus, sur un disque externe.
    Ca me surprend de voir qu'il y a déjà pas mal d'erreurs en si peu de temps d'utilisation. J'ai dû monter mon RAID il y a 2 ans je crois et l'usage de mon système n'est quand même pas intensif.
    Les secteurs illisibles semblent concerner les disques /dev/sdd et /dev/sde. Seul le sdd fait partie du RAID. Je n'ai donc que celui-ci à remplacer pour faire perdurer mon RAID ? (après reconstruction du disque bien sûr).
  • Au temps pour moi. C'est permis nativement. J'ai toujours cru que c'était avec Compiz. Je pense que cet usage me vient de plusieurs années en arrière.
    Merci en tout cas.
  • Avant de passer à Fedora 35, j'avais bien mes 10 bureaux affichés et gérables et les effets de bureau étaient également disponibles. Peut-être utilisais-je autre chose que Compiz dans ce cas.
    Auriez-vous d'autres gestionnaires d'effets de bureau compatibles avec 10 bureaux et permettant les effets sympas tels que le cube ou le cylindre et d'avoir les fenêtres en mode gélatine ?
  • Bonjour,

    Je constate que depuis que je suis passé à Fedora 35, mon arrivée jusqu'à la session utilisateur est extrêmement longue : plus de 3 minutes dont 1min 6s en initrd et plus de 2min 25s dans l'userspace comme le montre la commande :
    $ systemd-analyze time
    Startup finished in 3.112s (kernel) + 1min 6.629s (initrd) + 2min 25.210s (userspace) = 3min 34.952s 
    graphical.target reached after 2min 25.204s in userspace
    
    Ces temps se répartissent ainsi :
    $ systemd-analyze blame 
      2min 10ms systemd-udev-settle.service
    1min 5.996s dracut-initqueue.service
        42.630s lvm2-pvscan@9:127.service
        18.402s NetworkManager-wait-online.service
        12.389s smartd.service
        11.983s udisks2.service
        10.581s lvm2-monitor.service
         4.802s plymouth-quit-wait.service
         1.563s akmods.service
          809ms packagekit.service
          677ms initrd-switch-root.service
          597ms colord.service
          510ms ModemManager.service
          466ms power-profiles-daemon.service
          464ms polkit.service
          461ms accounts-daemon.service
          449ms lvm2-pvscan@8:66.service
          400ms upower.service
          382ms avahi-daemon.service
          379ms firewalld.service
          373ms rtkit-daemon.service
          370ms switcheroo-control.service
          368ms systemd-homed.service
          368ms systemd-logind.service
          366ms systemd-machined.service
          365ms thermald.service
          364ms abrtd.service
          343ms systemd-resolved.service
          310ms sssd-kcm.service
          277ms dbus-broker.service
          273ms systemd-journal-flush.service
          203ms mnt-RED\x2dMMEDIA.mount
          198ms mnt-RED\x2dDATA.mount
          151ms rsyslog.service
          150ms systemd-udevd.service
          134ms user@1000.service
          133ms NetworkManager.service
          127ms initrd-parse-etc.service
          112ms nvidia-powerd.service
           97ms chronyd.service
           93ms gssproxy.service
           85ms cups.service
           71ms auditd.service
           62ms systemd-oomd.service
           60ms systemd-vconsole-setup.service
           56ms systemd-udev-trigger.service
           52ms systemd-tmpfiles-setup-dev.service
           44ms dev-zram0.swap
           44ms virtqemud.service
           42ms systemd-tmpfiles-setup.service
           42ms dracut-cmdline.service
           37ms var-lib-nfs-rpc_pipefs.mount
           37ms systemd-zram-setup@zram0.service
           36ms lvm2-pvscan@8:2.service
           30ms boot.mount
           25ms plymouth-switch-root.service
           25ms systemd-userdbd.service
           24ms systemd-fsck-root.service
           24ms dracut-pre-pivot.service
           23ms systemd-fsck@dev-disk-by\x2duuid-d9c71f34\x2d3973\x2d486e\x2d895e\x2d062fd7eb1bcd.service
           22ms modprobe@drm.service
           19ms systemd-random-seed.service
           17ms livesys.service
           15ms dev-mapper-fedora_localhost\x2d\x2dlive\x2dswap.swap
           15ms dev-hugepages.mount
           15ms import-state.service
           15ms dev-mqueue.mount
           15ms systemd-journald.service
           14ms sys-kernel-debug.mount
           13ms sys-kernel-tracing.mount
           13ms plymouth-read-write.service
           13ms kmod-static-nodes.service
           12ms gdm.service
           12ms uresourced.service
           12ms plymouth-start.service
           12ms rpc-statd-notify.service
           12ms systemd-modules-load.service
           11ms dracut-pre-udev.service
           11ms livesys-late.service
           11ms nfs-convert.service
           11ms initrd-cleanup.service
            9ms wpa_supplicant.service
            9ms systemd-sysctl.service
            8ms systemd-update-utmp.service
            6ms systemd-remount-fs.service
            5ms user-runtime-dir@1000.service
            4ms systemd-backlight@leds:g15::kbd_backlight.service
            4ms systemd-user-sessions.service
            4ms systemd-update-utmp-runlevel.service
            4ms sys-fs-fuse-connections.mount
            4ms initrd-udevadm-cleanup-db.service
            3ms sys-kernel-config.mount
            2ms dracut-shutdown.service
            1ms tmp.mount
            1ms modprobe@configfs.service
            1ms modprobe@fuse.service
           22us systemd-homed-activate.service
    
    Voici les logs du dernier boot
    $ journalctl --since "2022-04-18 19:27:00" -p 0..3
    Apr 18 19:27:02 fedora kernel: x86/cpu: SGX disabled by BIOS.
    Apr 18 19:27:02 fedora kernel: ACPI BIOS Error (bug): Could not resolve symbol [\_SB.PR00._CPC], AE_NOT_FOUND (20210930/psargs-330)
    Apr 18 19:27:02 fedora kernel: ACPI Error: Aborting method \_SB.PR01._CPC due to previous error (AE_NOT_FOUND) (20210930/psparse-529)
    Apr 18 19:27:02 fedora kernel: ACPI BIOS Error (bug): Could not resolve symbol [\_SB.PR00._CPC], AE_NOT_FOUND (20210930/psargs-330)
    Apr 18 19:27:02 fedora kernel: ACPI Error: Aborting method \_SB.PR02._CPC due to previous error (AE_NOT_FOUND) (20210930/psparse-529)
    Apr 18 19:27:02 fedora kernel: ACPI BIOS Error (bug): Could not resolve symbol [\_SB.PR00._CPC], AE_NOT_FOUND (20210930/psargs-330)
    Apr 18 19:27:02 fedora kernel: ACPI Error: Aborting method \_SB.PR03._CPC due to previous error (AE_NOT_FOUND) (20210930/psparse-529)
    Apr 18 19:27:02 fedora kernel: ACPI BIOS Error (bug): Could not resolve symbol [\_SB.PR00._CPC], AE_NOT_FOUND (20210930/psargs-330)
    Apr 18 19:27:02 fedora kernel: ACPI Error: Aborting method \_SB.PR04._CPC due to previous error (AE_NOT_FOUND) (20210930/psparse-529)
    Apr 18 19:27:02 fedora kernel: ACPI BIOS Error (bug): Could not resolve symbol [\_SB.PR00._CPC], AE_NOT_FOUND (20210930/psargs-330)
    Apr 18 19:27:02 fedora kernel: ACPI Error: Aborting method \_SB.PR05._CPC due to previous error (AE_NOT_FOUND) (20210930/psparse-529)
    Apr 18 19:27:02 fedora kernel: ACPI BIOS Error (bug): Could not resolve symbol [\_SB.PR00._CPC], AE_NOT_FOUND (20210930/psargs-330)
    Apr 18 19:27:02 fedora kernel: ACPI Error: Aborting method \_SB.PR06._CPC due to previous error (AE_NOT_FOUND) (20210930/psparse-529)
    Apr 18 19:27:02 fedora kernel: ACPI BIOS Error (bug): Could not resolve symbol [\_SB.PR00._CPC], AE_NOT_FOUND (20210930/psargs-330)
    Apr 18 19:27:02 fedora kernel: ACPI Error: Aborting method \_SB.PR07._CPC due to previous error (AE_NOT_FOUND) (20210930/psparse-529)
    Apr 18 19:28:05 fedora kernel: ata7.00: exception Emask 0x100 SAct 0x800 SErr 0x0 action 0x6 frozen
    Apr 18 19:28:05 fedora kernel: ata7.00: failed command: READ FPDMA QUEUED
    Apr 18 19:28:05 fedora kernel: ata7.00: cmd 60/08:58:00:0a:00/00:00:00:00:00/40 tag 11 ncq dma 4096 in
                                            res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
    Apr 18 19:28:05 fedora kernel: ata7.00: status: { DRDY }
    Apr 18 19:28:08 fedora kernel: I/O error, dev sdf, sector 2560 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0
    Apr 18 19:28:10 fedora kernel: 
    Apr 18 19:29:12 fedora kernel: ata7.00: exception Emask 0x100 SAct 0x200000 SErr 0x0 action 0x6 frozen
    Apr 18 19:29:12 fedora kernel: ata7.00: failed command: READ FPDMA QUEUED
    Apr 18 19:29:12 fedora kernel: ata7.00: cmd 60/08:a8:00:10:00/00:00:00:00:00/40 tag 21 ncq dma 4096 in
                                            res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
    Apr 18 19:29:12 fedora kernel: ata7.00: status: { DRDY }
    Apr 18 19:29:15 fedora kernel: I/O error, dev sdf, sector 4096 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0
    Apr 18 19:29:45 fedora kernel: ata7.00: exception Emask 0x100 SAct 0x0 SErr 0x0 action 0x6 frozen
    Apr 18 19:29:45 fedora kernel: ata7.00: failed command: READ DMA
    Apr 18 19:29:45 fedora kernel: ata7.00: cmd c8/00:02:00:10:00/00:00:00:00:00/e0 tag 7 dma 1024 in
                                            res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
    Apr 18 19:29:45 fedora kernel: ata7.00: status: { DRDY }
    Apr 18 19:30:09 fedora systemd[1]: Failed to start Wait for udev To Complete Device Initialization.
    Apr 18 19:30:09 fedora /usr/sbin/irqbalance[978]: libcap-ng used by "/usr/sbin/irqbalance" failed dropping bounding set due to not having CAP_SETPCAP in capng_apply
    Apr 18 19:30:10 fedora /usr/bin/nvidia-powerd[984]: No matching GPU found
    Apr 18 19:30:10 fedora /usr/bin/nvidia-powerd[984]: Failed to initialize RM Client
    Apr 18 19:30:10 fedora systemd[1]: Failed to start nvidia-powerd service.
    Apr 18 19:30:18 fedora kernel: ata7.00: exception Emask 0x100 SAct 0x0 SErr 0x0 action 0x6 frozen
    Apr 18 19:30:18 fedora kernel: ata7.00: failed command: READ DMA
    Apr 18 19:30:18 fedora kernel: ata7.00: cmd c8/00:02:02:10:00/00:00:00:00:00/e0 tag 22 dma 1024 in
                                            res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
    Apr 18 19:30:18 fedora kernel: ata7.00: status: { DRDY }
    Apr 18 19:30:22 fedora smartd[994]: Device: /dev/sdd [SAT], 616 Currently unreadable (pending) sectors
    Apr 18 19:30:22 fedora smartd[994]: Device: /dev/sde [SAT], 51 Currently unreadable (pending) sectors
    Apr 18 19:30:22 fedora smartd[994]: Device: /dev/sde [SAT], 19 Offline uncorrectable sectors
    Apr 18 19:30:31 fedora dbus-broker-launch[1415]: Ignoring duplicate name 'org.freedesktop.FileManager1' in service file '/usr/share//dbus-1/services/org.kde.dolphin.FileManager1.service'
    Apr 18 19:30:31 fedora gnome-session-binary[1420]: GLib-GIO-CRITICAL: g_bus_get_sync: assertion 'error == NULL || *error == NULL' failed
    Apr 18 19:30:31 fedora gnome-session-binary[1420]: GLib-GIO-CRITICAL: g_bus_get_sync: assertion 'error == NULL || *error == NULL' failed
    Apr 18 19:30:32 00-D8-61-52-75-8C pipewire-pulse[1538]: pw.conf: execvp error 'pactl': No such file or directory
    Apr 18 19:30:41 00-D8-61-52-75-8C gdm-password][1851]: gkr-pam: unable to locate daemon control file
    Apr 18 19:30:43 00-D8-61-52-75-8C dbus-broker-launch[1969]: Ignoring duplicate name 'org.freedesktop.FileManager1' in service file '/usr/share//dbus-1/services/org.kde.dolphin.FileManager1.service'
    Apr 18 19:30:50 00-D8-61-52-75-8C pipewire-pulse[2878]: pw.conf: execvp error 'pactl': No such file or directory
    Apr 18 19:30:54 00-D8-61-52-75-8C gdm-launch-environment][1345]: GLib-GObject: g_object_unref: assertion 'G_IS_OBJECT (object)' failed
    Apr 18 19:35:26 00-D8-61-52-75-8C kernel: EXT4-fs error (device dm-3): ext4_lookup:1785: inode #30146561: comm kioslave5: iget: checksum invalid
    Apr 18 20:00:23 00-D8-61-52-75-8C smartd[994]: Device: /dev/sdd [SAT], 616 Currently unreadable (pending) sectors
    Apr 18 20:00:23 00-D8-61-52-75-8C smartd[994]: Device: /dev/sde [SAT], 51 Currently unreadable (pending) sectors
    Apr 18 20:00:23 00-D8-61-52-75-8C smartd[994]: Device: /dev/sde [SAT], 19 Offline uncorrectable sectors
    
    J'ai une grappe de 3 disques montés en RAID 5 (/dev/sdb, sdc, et sdd). Le mapper se présente ainsi :
    $ ls -l /dev/mapper/
    total 0
    crw-------. 1 root root 10, 236 Apr 18 19:28 control
    lrwxrwxrwx. 1 root root       7 Apr 18 19:28 fedora_localhost--live-root -> ../dm-0
    lrwxrwxrwx. 1 root root       7 Apr 18 19:28 fedora_localhost--live-swap -> ../dm-1
    lrwxrwxrwx. 1 root root       7 Apr 18 19:28 fedora_tron-root -> ../dm-2
    lrwxrwxrwx. 1 root root       7 Apr 18 19:28 raiddata-mmedia -> ../dm-4
    lrwxrwxrwx. 1 root root       7 Apr 18 19:28 raiddata-reddata -> ../dm-3
    
    Est-ce que je dois comprendre que la ligne "kernel: EXT4-fs error (device dm-3): ext4_lookup:1785: inode #30146561: comm kioslave5: iget: checksum invalid" m'indique un problème avec mon RAID ?

    Comment puis-je réduire le temps nécessaire au démarrage jusqu'à ma session ?
  • Bonjour,

    Bon, je vous réponds avec presque 2 mois de retard mais j'étais beaucoup pris par mon boulot.

    J'ai rencontré le même problème :
    [*]avec un autre utilisateur créé pour les besoins du test,[/*]
    [*]à partir de l'environnement MATE installé toujours pour tester[/*]

    Ne me sortant pas du problème, j'ai finalement opté pour une réinstallation complète de Fedora 35 à partir de l'ISO depuis une clé USB.

    Je constate avant exécution de Compiz que (après réinstallation et updates) je peux :
    • accéder à la gestion des bureaux virtuels
    • en rajouter de nouveaux
    • accéder à la fonctionnalité de capture d'écran (via Spectacle)
    Puis j'exécute Compiz et ses effets de bureau et là :
    • les bureaux virtuels disparaissent ou ne s'affichent qu'au nombre de 4 (j'en ai activé 10)
    • la gestion des bureaux virtuels est impossible : le message d'erreur apparaît "There was an error requesting information from the compositor"
    • l'ajour de lanceurs dans le widget "Quicklaunch" ne fonctionne pas : je clique sur "Ajouter un lanceur" puis le programme voulu et le lanceur n'apparaît pas dans Quicklaunch.
  • Pour lancer CS:GO, je lance d'abord Steam : pas de problème.
    Puis clic droit sur le tray de Steam et clic sur "Counter-Strike: Global Offensive" comme j'ai l'habitude de le faire.
    Une fenêtre de lancement apparaît puis disparaît. Le jeu ne se lance finalement pas.

    Voir aussi mon autre topic : https://forums.fedora-fr.org/viewtopic.php?id=73218 car les 2 problèmes arrivent juste après la montée de version de Fedora.
  • Ce sont bien les pilotes NVidia.

    Voici le retour des commandes :
    [neo@Tron ~]$ lsmod | grep nouveau
    [neo@Tron ~]$ dnf list akmod-nvidia
    ...
    Installed Packages
    akmod-nvidia.x86_64                   3:510.47.03-2.fc35                   @rpmfusion-nonfree-updates
    
    [neo@Tron ~]$ dnf list xorg-x11-drv-nvidia\*
    Last metadata expiration check: 0:01:07 ago on mer. 23 févr. 2022 21:29:19.
    Installed Packages
    xorg-x11-drv-nvidia.x86_64                       3:510.47.03-1.fc35        @rpmfusion-nonfree-updates
    xorg-x11-drv-nvidia-cuda-libs.x86_64             3:510.47.03-1.fc35        @rpmfusion-nonfree-updates
    xorg-x11-drv-nvidia-kmodsrc.x86_64               3:510.47.03-1.fc35        @rpmfusion-nonfree-updates
    xorg-x11-drv-nvidia-libs.i686                    3:510.47.03-1.fc35        @rpmfusion-nonfree-updates
    xorg-x11-drv-nvidia-libs.x86_64                  3:510.47.03-1.fc35        @rpmfusion-nonfree-updates
    xorg-x11-drv-nvidia-power.x86_64                 3:510.47.03-1.fc35        @rpmfusion-nonfree-updates
    
    [neo@Tron ~]$ dnf list libvdpau\*
    Last metadata expiration check: 0:02:00 ago on mer. 23 févr. 2022 21:29:19.
    Installed Packages
    libvdpau.i686                                      1.4-6.fc35                                 @fedora
    libvdpau.x86_64                                    1.4-6.fc35                                 @fedora
    
    [neo@Tron ~]$ dnf list libglvnd\*
    Last metadata expiration check: 0:02:16 ago on mer. 23 févr. 2022 21:29:19.
    Installed Packages
    libglvnd.i686                                       1:1.3.4-2.fc35                           @updates
    libglvnd.x86_64                                     1:1.3.4-2.fc35                           @updates
    libglvnd-core-devel.x86_64                          1:1.3.4-2.fc35                           @updates
    libglvnd-devel.x86_64                               1:1.3.4-2.fc35                           @updates
    libglvnd-egl.i686                                   1:1.3.4-2.fc35                           @updates
    libglvnd-egl.x86_64                                 1:1.3.4-2.fc35                           @updates
    libglvnd-gles.i686                                  1:1.3.4-2.fc35                           @updates
    libglvnd-gles.x86_64                                1:1.3.4-2.fc35                           @updates
    libglvnd-glx.i686                                   1:1.3.4-2.fc35                           @updates
    libglvnd-glx.x86_64                                 1:1.3.4-2.fc35                           @updates
    libglvnd-opengl.i686                                1:1.3.4-2.fc35                           @updates
    libglvnd-opengl.x86_64                              1:1.3.4-2.fc35                           @updates
    
  • Bonjour,

    Après l'upgrade vers Fedora 35, je constate que je n'ai plus la possibilité de jouer à Counter-Strike Global Offensive via Steam.
    Lorsque je lance le jeu après avoir exécuté Steam, le jeu fait mine de se lancer puis se ferme aussitôt.

    Sauriez-vous me dire ce qui est en cause ?
  • Bonjour,

    Je viens de passer à Fedora 35. Après l'installation, je lance ma session habituelle sous Plasma.
    Là, je constate avec stupeur que les icônes ont disparu des Launchers du Quicklaunch de mon Panel.

    Je tente de régler à nouveau les icônes mais je constate que c'est en fait une question d'association entre le launcher et le programme qui n'est plus associé.

    Si je tente de réassocier le programme au launcher, alors tous les launchers s'ouvrent avec le programme en question. Et pour autant, je n'ai toujours l'affichage des icônes.

    Je ne sais comment, mais en vous écrivant, 2 icônes ont refait leur apparition par un clic droit après que j'ai constaté que quelque chose suivait ma souris dans les QuickLaunches.
    J'ai tenté de recréer la situation sur les autres launchers mais rien n'y fait.

    Néanmoins, le clic sur ces icônes exécute le terminal Terminator (réglé par défaut sur tous les launchers quand je l'ai rétabli sur le vrai raccourci Terminator) qui se ferme automatiquement.

    Je voulais prendre un screenshot de mon écran pour que vous constatiez par vous-même mais je n'ai plus accès non plus au raccourci clavier du screenshot [Impr'écran].

    Mon Panel apparaît donc ainsi (où \/ représente la flèche du menu déroulant popup et [ ] représente une icône de fichier) :

    ____________________________________________
    \/ \/ [ ] \/ [ ] [ ] \/ [ ] \/ \/ \/ \/

    Savez-vous ce qu'il se passe et comment je peux régler ce problème ?
  • Merci Refuznik.
    C'est installé et ça fonctionne.
  • Bonjour,

    Je viens d'installer Openboard via snap sur ma Fedora 30.
    Alors que Spotify et Discord précédemment installés par snap fonctionnent très bien, Openboard ne s'exécute pas. D'ailleurs, il n'est même pas reconnu quand on tape en terminal :
    openboard
    J'ai installé Openboard ainsi :
    dnf install qt-devel
    dnf install qt5-devel
    sudo snap install openboard
    
    Les informations me donnent :
    snap info openboard
    name:    openboard
    summary: OpenBoard is a cross-platform interactive whiteboard application intended for use in a
      classroom setting.
    publisher: arturu
    contact:   arturu@arturu.it
    license:   unset
    description: |
      OpenBoard is an open source cross-platform interactive white board application designed primarily
      for use in schools. It was originally forked from Open-Sankoré, which was itself based on
      Uniboard.
      http://openboard.ch/
    snap-id:      edA18KX9KiwlEQTAAz4AW5vEZLq6mDap
    tracking:     stable
    refresh-date: today at 11:19 CEST
    channels:
      stable:    0.1 2018-10-16 (14) 8kB -
      candidate: 0.1 2018-10-16 (14) 8kB -
      beta:      0.1 2018-10-16 (14) 8kB -
      edge:      0.1 2018-10-16 (14) 8kB -
    installed:   0.1            (14) 8kB -

    Dans le chemin d'installation, je ne trouve que ça :
    /var/lib/snapd/snap/openboard/14/meta:
    snap.yaml
    
    /var/lib/snapd/snap/openboard/14/snap:
    manifest.yaml  snapcraft.yaml
    
    /var/lib/snapd/snap/openboard/current/meta:
    snap.yaml
    
    /var/lib/snapd/snap/openboard/current/snap:
    manifest.yaml  snapcraft.yaml
    
    Comment faire fonctionner Openboard ? Peut-être devrais-je l'installer d'une autre façon ? Malheureusement, il me semble qu'il n'y a rien de proposé pour Fedora en dehors de snap.
  • Merci à tous pour vos réponses.

    Ma souris est comme neuve, achetée en juillet 2019. La RAT 7 m'avait duré 7 ans donc la 8+ devrait durer plus de 8 ans :lol:

    Les ports USB ont déjà été testés (portq USB testés : carte son externe, switch USB, chassis). Dans tous les cas, et avec les 2 souris j'observe le même comportement.

    J'ai oublié de préciser que j'ai dû démarrer d'un kernel antérieur car avec le dernier kernel je n'aboutis plus à ma session depuis la dernière mise à jour (rescude mode only malgré plusieurs redémarrrages).

    Bon, il ne me reste plus qu'à passer à Fedora 31 mais avec ma connexion c'est la misère.
  • Bonjour,

    Depuis quelques jours, j'observe un comportement erratique de ma souris : en plein clic elle relâche le clic. Je ne parle pas d'un relâchement physique mais du relâchement logiciel du clic.
    Donc je maintiens appuyé suffisamment fortement le clic gauche pour m'assurer que le contact est bien réalisé mais au bout d'un temps aléatoire 1 à plusieurs secondes, le clic est de nouveau relâché.

    Cela entraîne des problèmes dans :
    - les logiciels de conception 3D : sélections ou déformations involontaires,
    - sur le système : déplacement d'éléments non souhaité, sélection interrompue, parfois difficulté à agrandir ou déplacer une fenêtre
    - jeux de tir en ligne : l'arme s'arrête de tirer d'un coup et si possible en pleine bataille

    A la base, j'ai une RAT 8+ que j'ai donc incriminée. J'ai essayé avec une Logitech MX Master qui ne me pose aucun problème à mon bureau mais le problème persiste.

    Qu'en pensez-vous ?
  • Bon, en fait il fallait simplement déclarer l'option SSH en plusieurs fois :
    -o 'ControlMaster=no' -o 'ControlPath=no'
    Et mettre une pause avant de lancer la commande mysql pour que le ssh ait le temps de monter le tunnel ; ça donne donc :
    # Establishing a SSH tunnel
    sshpass -p"${decryptedssh_pass}" \
            ssh -f -N -L "${tunnel_listening_port}":"${localhost}":"${db_listening_port}" \
                -p "${ssh_port}" \
                -${IP_version} \
                "${ssh_login}"@"${remote_server}" \
                -o 'ControlMaster=no' -o 'ControlPath=no' &
    
    sleep 3
    
    # Connecting and querying to the database
    mysql -v -v -v \
            --protocol=TCP --host="${localhost}" --port="${tunnel_listening_port}" \
            -u "${db_login}" -p${decrypteddb_pass} \
            -D "${db_name}" \
            -e "${SQLqueries}"
    
  • J'ai pu le monter en rajoutant l'IP v4 (j'en ai profité pour protéger les variables aussi) mais la mise à jour se fait toujours sur la bdd locale et non la distante.
    J'ai essayé avec et sans l'option
    -o 'ControlMaster=no,ControlPath=no'
  • Si je tape en direct dans le shell la commande :
    $ sshpass -p"$decryptedssh_pass" ssh "$ssh_login@$remote_server" -L $tunnel_listening_port:$localhost:$db_listening_port -N -p $ssh_port
    J'obtiens l'erreur :
    $ bind [::1]:3336: Cannot assign requested address
  • C'est sur une Fedora 30 (mais le problème est-il vraiment lié à la version de Fedora ?).
    La commande sshpass permet de passer le mot de passe à la commande ssh pour monter le tunnel.
    Ah mais je viens de voir que je l'ai utilisée aussi pour la commande mysql. Quoique ça ne change rien car je viens de réessayer avec la commande mysql directement et j'ai le même problème.
  • Bonjour,

    Je suis en train de revoir un de mes scripts écrit en bash.
    Dans ce script, j'établis un tunnel SSH avec le serveur distant. Ce tunnel fait un lien (bind) entre le port local 3336 et le port distant 3306. J'utilise ensuite ce tunnel pour transmettre une commande mysql.

    Le problème rencontré est que la commande mysql met à jour la base de données de la machine locale et non celle du serveur distant.

    Voici le modèle de montage du tunnel :
    sshpass -p"$decryptedssh_pass" \
            ssh -v -o 'ControlMaster=no,ControlPath=no' \
                -$IP_version \
                -N -L $tunnel_listening_port:$localhost:$db_listening_port \
                -p $ssh_port \
                "$ssh_login@$remote_server" &
    Et le modèle de la commande mysql :
    sshpass -p"$decryptedssh_pass" \
            mysql -u "$db_login" -p$decrypteddb_pass --port "$tunnel_listening_port" -h "$localhost" -D "$db_name" \
                    -e "$SQLqueries;"
    Pourriez-vous me dire pourquoi le code mysql s'exécute dans la base de données locale au lieu d'être redirigé vers le serveur distant au travers du tunnel ?
  • J'ai retiré l'option -C de la commande tar et là ça a fonctionné :
    sshpass -p 'P4S5\/\/0RD' ssh -tt user@server 'echo P4S5\/\/0RD | sudo -S tar -cj -f /var/www/website.bz2 /var/www/website/;'
  • Quand je remplace la commande "tar ..." par "df -h" par contre je n'ai plus le problème. Dans ce cas, le password est bien pipé vers sudo et la commande est exécutée.

    Auriez-vous une idée de ce qui empêche sudo de récupérer le password quand il est associé au tar ?