logo Debian Debian Debian-France Debian-Facile Debian-fr.org Forum-Debian.fr Debian ? Communautés logo inclusivité

Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

#1 Re : Matériel » (Résolu) fwupdmgr update » 17-06-2022 15:46:47

luluberlu
Résolu:
Il faut désactiver le boot order lock et le secure boot dans mon cas.

#2 Matériel » (Résolu) fwupdmgr update » 28-05-2022 10:59:51

luluberlu
Réponses : 1
Bonjour à tous
Je ne sais pas si je suis dans la bonne section.
J'ai un soucis avec la commande fwupdmgr update, tout va bien mais lors du rédemarrage les mises a jour ne s'installent pas.

fwupdmgr update
 


Devices with no available firmware updates:
 • MZVLW256HEHP-000L7
 • UEFI Device Firmware
 • UEFI dbx
Devices with the latest available firmware version:
 • Embedded Controller
╔══════════════════════════════════════════════════════════════════════════════╗
║ Upgrade Intel Management Engine from 184.90.3987 to 184.92.4222?             ║
╠══════════════════════════════════════════════════════════════════════════════╣
║ This stable release fixes the following issues:                              ║
║                                                                              ║
║ • Mitigated the following security vulnerabilities:                          ║
║                                                                              ║
║ 20JTS00V00 must remain plugged into a power source for the duration of the   ║
║ update to avoid damage.                                                      ║
╚══════════════════════════════════════════════════════════════════════════════╝

Effectuer l'opération ? [Y|n]: y
Téléchargement…          [***************************************]
Téléchargement…          [***************************************]
Décompression…           [***************************************]
Décompression…           [***************************************]
Authentification…        [***************************************]
Authentification…        [***************************************]
Redémarrage du périphérique…[***************************************]
Écriture…                [***************************************]
Planification...         [***************************************]
Décompression…           [***************************************]
Redémarrage du périphérique…[***************************************]
En attente…              [***************************************]
Successfully installed firmware
En attente…              [***************************************]
Cet échec de mise à jour est un problème connu, visitez cette URL pour plus d'informations : https://github.com/fwupd/fwupd/wiki/LVFS-Triaged-Issue:-Failed-to-run-update-on-reboot
Succès de l'envoi de 1 rapport
╔══════════════════════════════════════════════════════════════════════════════╗
║ Upgrade System Firmware from 0.1.42 to 0.1.45?                               ║
╠══════════════════════════════════════════════════════════════════════════════╣
║ This stable release fixes the following issues:                              ║
║                                                                              ║
║ • Update includes a security fix.                                            ║
║ • Updated the CPU microcode.                                                 ║
║                                                                              ║
║ 20JTS00V00 must remain plugged into a power source for the duration of the   ║
║ update to avoid damage.                                                      ║
╚══════════════════════════════════════════════════════════════════════════════╝

Effectuer l'opération ? [Y|n]: y
Téléchargement…          [***************************************]
Téléchargement…          [***************************************]
Décompression…           [***************************************]
Décompression…           [***************************************]
Authentification…        [***************************************]
Authentification…        [***************************************]
Redémarrage du périphérique…[***************************************]
Écriture…                [***************************************]
Planification...         [***************************************]
Décompression…           [***************************************]
Redémarrage du périphérique…[***************************************]
En attente…              [***************************************]
Successfully installed firmware

Une mise à jour nécessite un redémarrage pour se terminer. Redémarrer maintenant? [y|N]:

 



journalctl -u fwupd.service
 


-- Boot 7981a8960e6546d092d888e9ea727bd3 --
mai 28 11:50:29 t470 systemd[1]: Starting Firmware update daemon...
mai 28 11:50:30 t470 systemd[1]: Started Firmware update daemon.
mai 28 11:51:05 t470 fwupd[24477]: 09:51:05:0245 FuPluginUefiCapsule  missing or invalid embedded capsule header
mai 28 11:51:19 t470 fwupd[24477]: 09:51:19:0260 FuPluginUpower       failed to query lid state
mai 28 11:51:19 t470 fwupd[24477]: 09:51:19:0260 FuPluginUpower       failed to query lid state
mai 28 11:51:19 t470 systemd[1]: Stopping Firmware update daemon...
mai 28 11:51:19 t470 systemd[1]: fwupd.service: Deactivated successfully.
mai 28 11:51:19 t470 systemd[1]: Stopped Firmware update daemon.
mai 28 11:51:19 t470 systemd[1]: fwupd.service: Consumed 2.134s CPU time.
-- Boot ba89c52578254829ae1fa1f93b94ab2e --
mai 28 11:54:21 t470 systemd[1]: Starting Firmware update daemon...
mai 28 11:54:22 t470 systemd[1]: Started Firmware update daemon.
mai 28 11:54:30 t470 fwupd[2960]: 09:54:30:0048 FuPluginUefiCapsule  missing or invalid embedded capsule header
 

#3 GNOME » Question à propos de la connection avec empreinte digitale » 22-04-2022 15:24:32

luluberlu
Réponses : 0
Bonjour,
J'ai récemment fait l'acquisition d'un thinkpad t470s avec lecteur d'empreinte.
Celui ci fonctionne mais quand je me connecte depuis gdm avec la reconnaissance d'empreinte, il me demande de taper mon mot de passe pour déverrouiller le trousseau de connexion.
Peut on tout déverrouiller d'un coup ou il faut absolument taper le mot de passe ?

#4 Re : Réseau » [semi-résolu] Connexion vpn impossible » 17-09-2021 21:14:40

luluberlu
J'ai trouvé un lien avec le même problème:

https://bugs.archlinux.org/task/68567 avec la solution qui aurait été rajouter: https://gitlab.gnome.org/GNOME/NetworkM … equests/34

On peux savoir si cela a été rajouté a Debian ?


Edit: J'ai regardé les sources du paquet network-manager-openvpn-gnome celui de stable n'a pas le correctif est celui de sid la. J'ai installé network-manager-openvpn-gnome et network-manager-openvpn en télechargeant les deux paquets depuis sid et je peux me connecté au vpn. Je vais gardé ceux deux paquets en attendant un éventuel correctif sur la stable.

#5 Re : Réseau » [semi-résolu] Connexion vpn impossible » 17-09-2021 16:27:52

luluberlu
les droits sont:

ls  -l /home/lulu/Téléchargements/x230_france_openvpn/client.key


-rw-rw-r-- 1 lulu lulu 3272 16 sept. 20:43 /home/lulu/Téléchargements/x230_france_openvpn/client.key
 

#6 Réseau » [semi-résolu] Connexion vpn impossible » 16-09-2021 22:38:00

luluberlu
Réponses : 4
Bonjour à tous.

J'ai configuré mon vpn dans gnome puis rentrer le nom d'utilisateur et le mot de passe mais celui ci ne se connecte pas.

journactl -U NetworkManager


sept. 16 23:15:54 lulu-x230 NetworkManager[659]: <info>  [1631826954.7043] audit: op="connection-activate" uuid="cb54a7c3-92f9-48c4-91b8-bc49fd38ff03>
sept. 16 23:15:54 lulu-x230 NetworkManager[659]: <info>  [1631826954.7162] vpn-connection[0x558b82f18330,cb54a7c3-92f9-48c4-91b8-bc49fd38ff03,"openvp>
sept. 16 23:15:54 lulu-x230 NetworkManager[659]: <info>  [1631826954.7342] vpn-connection[0x558b82f18330,cb54a7c3-92f9-48c4-91b8-bc49fd38ff03,"openvp>
sept. 16 23:15:54 lulu-x230 NetworkManager[659]: <info>  [1631826954.8483] vpn-connection[0x558b82f18330,cb54a7c3-92f9-48c4-91b8-bc49fd38ff03,"openvp>
sept. 16 23:15:54 lulu-x230 NetworkManager[659]: <info>  [1631826954.8485] vpn-connection[0x558b82f18330,cb54a7c3-92f9-48c4-91b8-bc49fd38ff03,"openvp>
sept. 16 23:15:54 lulu-x230 nm-openvpn[2745]: DEPRECATED OPTION: --cipher set to 'AES-256-CBC' but missing in --data-ciphers (AES-256-GCM:AES-128-GCM>
sept. 16 23:15:54 lulu-x230 nm-openvpn[2745]: WARNING: file '/home/lulu/Téléchargements/x230_france_openvpn/client.key' is group or others accessible
sept. 16 23:15:54 lulu-x230 nm-openvpn[2745]: OpenVPN 2.5.1 x86_64-pc-linux-gnu [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [PKCS11] [MH/PKTINFO] [AEAD] buil>
sept. 16 23:15:54 lulu-x230 nm-openvpn[2745]: library versions: OpenSSL 1.1.1k  25 Mar 2021, LZO 2.10
sept. 16 23:15:55 lulu-x230 nm-openvpn[2745]: NOTE: the current --script-security setting may allow this configuration to call user-defined scripts
sept. 16 23:15:56 lulu-x230 nm-openvpn[2745]: TCP/UDP: Preserving recently used remote address: [AF_INET]191.101.31.114:443
sept. 16 23:15:56 lulu-x230 nm-openvpn[2745]: UDP link local: (not bound)
sept. 16 23:15:56 lulu-x230 nm-openvpn[2745]: UDP link remote: [AF_INET]191.101.31.114:443
sept. 16 23:15:56 lulu-x230 nm-openvpn[2745]: NOTE: chroot will be delayed because of --client, --pull, or --up-delay
sept. 16 23:15:56 lulu-x230 nm-openvpn[2745]: NOTE: UID/GID downgrade will be delayed because of --client, --pull, or --up-delay
sept. 16 23:15:57 lulu-x230 nm-openvpn[2745]: WARNING: 'link-mtu' is used inconsistently, local='link-mtu 1569', remote='link-mtu 1549'
sept. 16 23:15:57 lulu-x230 nm-openvpn[2745]: WARNING: 'auth' is used inconsistently, local='auth SHA256', remote='auth [null-digest]'
sept. 16 23:15:57 lulu-x230 nm-openvpn[2745]: WARNING: 'keysize' is used inconsistently, local='keysize 256', remote='keysize 128'
sept. 16 23:15:57 lulu-x230 nm-openvpn[2745]: [paris-rack439.nodes.gen4.ninja] Peer Connection Initiated with [AF_INET]191.101.31.114:443
sept. 16 23:15:58 lulu-x230 nm-openvpn[2745]: sitnl_send: rtnl: generic error (-101): Network is unreachable
sept. 16 23:15:58 lulu-x230 nm-openvpn[2745]: TUN/TAP device tun0 opened
sept. 16 23:15:58 lulu-x230 nm-openvpn[2745]: /usr/lib/NetworkManager/nm-openvpn-service-openvpn-helper --debug 0 2739 --bus-name org.freedesktop.Net>
sept. 16 23:15:58 lulu-x230 NetworkManager[659]: <info>  [1631826958.2346] manager: (tun0): new Tun device (/org/freedesktop/NetworkManager/Devices/4)
sept. 16 23:15:58 lulu-x230 NetworkManager[659]: <info>  [1631826958.2572] vpn-connection[0x558b82f18330,cb54a7c3-92f9-48c4-91b8-bc49fd38ff03,"openvp>
sept. 16 23:15:58 lulu-x230 NetworkManager[659]: <info>  [1631826958.2604] vpn-connection[0x558b82f18330,cb54a7c3-92f9-48c4-91b8-bc49fd38ff03,"openvp>
sept. 16 23:15:58 lulu-x230 NetworkManager[659]: <info>  [1631826958.2660] vpn-connection[0x558b82f18330,cb54a7c3-92f9-48c4-91b8-bc49fd38ff03,"openvp>
sept. 16 23:15:58 lulu-x230 NetworkManager[659]: <warn>  [1631826958.2666] vpn-connection[0x558b82f18330,cb54a7c3-92f9-48c4-91b8-bc49fd38ff03,"openvp>
sept. 16 23:15:58 lulu-x230 NetworkManager[659]: <warn>  [1631826958.2694] vpn-connection[0x558b82f18330,cb54a7c3-92f9-48c4-91b8-bc49fd38ff03,"openvp>
sept. 16 23:15:58 lulu-x230 nm-openvpn[2745]: chroot to '/var/lib/openvpn/chroot' and cd to '/' succeeded
sept. 16 23:15:58 lulu-x230 nm-openvpn[2745]: GID set to nm-openvpn
sept. 16 23:15:58 lulu-x230 NetworkManager[659]: <info>  [1631826958.2775] vpn-connection[0x558b82f18330,cb54a7c3-92f9-48c4-91b8-bc49fd38ff03,"openvp>
sept. 16 23:15:58 lulu-x230 nm-openvpn[2745]: UID set to nm-openvpn
sept. 16 23:15:58 lulu-x230 NetworkManager[659]: <info>  [1631826958.2776] vpn-connection[0x558b82f18330,cb54a7c3-92f9-48c4-91b8-bc49fd38ff03,"openvp>
sept. 16 23:15:58 lulu-x230 nm-openvpn[2745]: Initialization Sequence Completed
sept. 16 23:15:58 lulu-x230 NetworkManager[659]: <info>  [1631826958.2829] vpn-connection[0x558b82f18330,cb54a7c3-92f9-48c4-91b8-bc49fd38ff03,"openvp>
sept. 16 23:15:58 lulu-x230 nm-openvpn[2745]: net_addr_v4_del: 10.15.4.55 dev tun0
sept. 16 23:15:58 lulu-x230 nm-openvpn[2745]: sitnl_send: rtnl: generic error (-1): Operation not permitted
sept. 16 23:15:58 lulu-x230 nm-openvpn[2745]: Linux can't del IP from iface tun0
sept. 16 23:15:58 lulu-x230 nm-openvpn[2745]: SIGTERM[hard,] received, process exiting
lines 4078-4114/4114 (END)

 



J'ai recherché "sitnl_send: rtnl: generic error (-1): Operation not permitted" et "Linux can't del IP from iface tun0" mais ça parle de downgrade d'openvpn.

#8 Re : Autres News » debian 11 stable » 15-08-2021 09:29:51

luluberlu
Freecad est dans les dépots pourtant:

apt search freecad


En train de trier... Fait
Recherche en texte intégral... Fait
fonts-osifont/stable 0+git20190626-2 all
  ISO 3098-compliant TrueType font for CAD projects

freecad/stable 0.19.1+dfsg1-2 all
  programme extensible et au code source ouvert de CFAO

freecad-common/stable 0.19.1+dfsg1-2 all
  Extensible Open Source CAx program - common files

freecad-python3/stable 0.19.1+dfsg1-2 amd64
  programme extensible et au code source ouvert de CFAO – binaires en Python 3

kicad-packages3d/stable 5.1.7-1 all
  modèles 3D pour le visualisateur 3D de l’éditeur Pcbnew et Footprint de Kicad

libfreecad-python3-0.19/stable 0.19.1+dfsg1-2 amd64
  Extensible Open Source CAx program - Python 3 library files
 

#9 Re : Gestion des paquets Debian » [résolu] debian 10 buster sweethome 3d » 19-01-2020 16:04:07

luluberlu
Sur ton premier message on voit que tu as 373 paquets non mis a jour. Essaye un:

sudo apt update



puis un:

sudo apt full-upgrade

#10 Re : Système » rt > noyau en temps réel > realtime kernel / sur Debian 9 & 10 » 06-10-2019 08:04:39

luluberlu
Sur buster pour installer le noyau rt:

apt install linux-image-rt-amd64



et si tu as besoins des headers:

apt install linux-headers-4.19.0-6-rt-amd64



Tu redémarres et au niveau du grub tu choisis de boot sur le noyau rt.

#11 Re : Système » rt > noyau en temps réel > realtime kernel / sur Debian 9 & 10 » 05-10-2019 18:07:44

luluberlu
J'ai pas testé mais il y a les noyaux rt dans debian:

apt search linux-image rt
 


En train de trier... Fait
Recherche en texte intégral... Fait
linux-headers-4.19.0-6-rt-amd64/stable 4.19.67-2+deb10u1 amd64
  Header files for Linux 4.19.0-6-rt-amd64

linux-headers-5.2.0-0.bpo.2-rt-amd64/buster-backports 5.2.9-2~bpo10+1 amd64
  Header files for Linux 5.2.0-0.bpo.2-rt-amd64

linux-image-4.19.0-5-rt-amd64/stable 4.19.37-5+deb10u2 amd64
  Linux 4.19 for 64-bit PCs, PREEMPT_RT (signed)

linux-image-4.19.0-6-rt-amd64/stable 4.19.67-2+deb10u1 amd64
  Linux 4.19 for 64-bit PCs, PREEMPT_RT (signed)

linux-image-4.19.0-6-rt-amd64-dbg/stable 4.19.67-2+deb10u1 amd64
  Debug symbols for linux-image-4.19.0-6-rt-amd64

linux-image-4.19.0-6-rt-amd64-unsigned/stable 4.19.67-2+deb10u1 amd64
  Linux 4.19 for 64-bit PCs, PREEMPT_RT

linux-image-5.2.0-0.bpo.2-rt-amd64/buster-backports 5.2.9-2~bpo10+1 amd64
  Linux 5.2 for 64-bit PCs, PREEMPT_RT (signed)

linux-image-5.2.0-0.bpo.2-rt-amd64-dbg/buster-backports 5.2.9-2~bpo10+1 amd64
  Debug symbols for linux-image-5.2.0-0.bpo.2-rt-amd64

linux-image-5.2.0-0.bpo.2-rt-amd64-unsigned/buster-backports 5.2.9-2~bpo10+1 amd64
  Linux 5.2 for 64-bit PCs, PREEMPT_RT

linux-image-amd64-signed-template/stable 4.19.67-2+deb10u1 amd64
  modèle pour les paquets linux-image signés pour amd64

linux-image-rt-amd64/stable 4.19+105+deb10u1 amd64
  Linux pour les ordinateurs 64 bits (métapaquet) avec PREEMPT_RT

linux-image-rt-amd64-dbg/stable 4.19+105+deb10u1 amd64
  symboles de débogage pour la configuration Linux rt-amd64 – métapaquet
 

#13 Re : Système » [résolu] bug noyau 4.16 backport » 10-05-2018 16:32:30

luluberlu
Il y avait le probleme sur le noyau 4.9 une maj a corrigé le problème et plus besoin du paquet haveged. Plus qu'à attendre la maj sur les depots backports. :-)

#14 Re : Système » [résolu] bug noyau 4.16 backport » 10-05-2018 14:44:22

luluberlu
Essayel installation de haveged, tu as un disque dur ssd?

#15 Re : Système » [BUG] - 897975 - machine bloquée GDM3 - stretch - A lire! merci. » 08-05-2018 23:41:39

luluberlu
Mise a jour du noyau plus besoin de haveged chez moi.

#16 Re : Installation et migration » Résolu à moitié.Debian sur Lenovo Thinkpad T60 » 08-05-2018 21:45:53

luluberlu
Si sur ssd il faut installer haveged voir ceci:
https://debian-facile.org/viewtopic.php?id=21414

Edit: Il ya eu une mise a jour du noyau.

#18 Re : Système » [BUG] - 897975 - machine bloquée GDM3 - stretch - A lire! merci. » 08-05-2018 00:00:29

luluberlu
Pour utiliser le dernier noyau, je viens de tester ca marche. Il faut installer le paquet haveged, solution trouvé sur Reddit:
https://www.reddit.com/r/debian/comment … my_system/

Les noyaux 4.9 et 4.16 sont victime de ce bug.

#21 Re : Gestion des paquets Debian » (Résolu) Bug suite a la derniere maj du noyau » 02-05-2018 15:59:12

luluberlu
@Croutons
J'ai un  LENOVO ThinkPad X230 2324C45 avec un cpu Intel(R) Core(TM) i5-3320M CPU @ 2.60GHz avec le dernier bios en date G2ETB2WW (2.72 ).
J'ai update le bios aujourd'hui en pensant que ca pouvais venir de la, j'étais sur le 2.70 avant.

Edit: sur ton lien qui pointe sur archlinux update le microcode ne change rien pour lui, il downgrade vers Mutter le compositeur. Ici seul le noyau a était mis a jour.

Edit2: Pas le meme probleme mais quelqu'un qui se plaint du nouveau noyau http://forums.debian.net/viewtopic.php?f=5&t=137384.

#22 Re : Gestion des paquets Debian » (Résolu) Bug suite a la derniere maj du noyau » 02-05-2018 14:20:15

luluberlu

Trefix a écrit :

Salut.
Juste pour info, les dernières lignes de mon terminal (pour comparaison) lors de la mise à jour, à l'instant :

Réception de:1 http://security.debian.org/debian-security stretch/updates/main amd64 linux-image-4.9.0-6-amd64 amd64 4.9.88-1 [39,0 MB]
39,0 Mo réceptionnés en 1min 31s (425 ko/s)
(Lecture de la base de données... 84063 fichiers et répertoires déjà installés.)
Préparation du dépaquetage de .../linux-image-4.9.0-6-amd64_4.9.88-1_amd64.deb ...
Dépaquetage de linux-image-4.9.0-6-amd64 (4.9.88-1) sur (4.9.82-1+deb9u3) ...
Paramétrage de linux-image-4.9.0-6-amd64 (4.9.88-1) ...
/etc/kernel/postinst.d/initramfs-tools:
update-initramfs: Generating /boot/initrd.img-4.9.0-6-amd64
/etc/kernel/postinst.d/zz-update-grub:
Création du fichier de configuration GRUB…
Found background image: /usr/share/images/desktop-base/desktop-grub.png
Image Linux trouvée : /boot/vmlinuz-4.9.0-6-amd64
Image mémoire initiale trouvée : /boot/initrd.img-4.9.0-6-amd64
Image Linux trouvée : /boot/vmlinuz-4.9.0-5-amd64
Image mémoire initiale trouvée : /boot/initrd.img-4.9.0-5-amd64
fait
 root@neness ~
 #
 



Trefix je vois que tu es sous fluxbox, le bug affecte gdm chez moi. J'ai essayé avec le dernier noyau avec lightdm et aucun soucis.

Edit: Je n'ai plus qu'une entrée dans le menu grub celle du dernier noyau, j'ai installé memtest pour tester les barrettes mais celui ci ne démarre pas.

#23 Re : Gestion des paquets Debian » (Résolu) Bug suite a la derniere maj du noyau » 02-05-2018 14:16:15

luluberlu
Oui ca ne pertube que gdm3. Etonnant que je sois le seul a avoir ça quand meme ... Enfin tant mieux pour les autres smile
Edit: je viens de tester un live de Fedora 28 pour voir à quoi ressemble gnome 3.28, noyau 4.16 et aucun bug.

#24 Re : Gestion des paquets Debian » (Résolu) Bug suite a la derniere maj du noyau » 02-05-2018 13:50:12

luluberlu
oui le problème viens du nouveau noyau 4.9.88-1, la je suis sur le 4.9.82-1+deb9u3 est aucun souci. J'ai testé le noyau 4.15 de stretch-backport est idem aucun problème.
D'ailleurs depuis le grub j'ai une deuxième entrée avec le 4.9.65 il me semble et ca marche.

#25 Re : Gestion des paquets Debian » (Résolu) Bug suite a la derniere maj du noyau » 02-05-2018 11:24:49

luluberlu
Oui toujours le souci j'ai cherché sur le net mais je ne trouve pas de problème similaire. Je suis sur le noyau 4.9.82-1+deb9u3 et pas de souci au démarrage.

Pied de page des forums

Propulsé par FluxBB