Debian Debian-France Debian-Facile Debian-fr.org Debian-fr.xyz Debian ? Communautés

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 » Quel pilote utilise actuellement ma Debian ? (Résolu) » 09-09-2021 09:06:13

En tout cas merci pour à tous pour vos messages et votre aide wink

#2 Re : Matériel » Quel pilote utilise actuellement ma Debian ? (Résolu) » 06-09-2021 19:32:36

En tout cas ça semble fonctionner comme ça malgré le message d'erreur.

J'ai ôté les dépôts non-free et contrib et supprimé le paquet firmware-realtek, j'en déduis vu le message que la carte ethernet fonctionne avec des composants libres puisques le firmware non libre a été retiré.

Du coup il n'y a que ma carte wifi ralink qui marche avec du non libre.

#3 Re : Matériel » Quel pilote utilise actuellement ma Debian ? (Résolu) » 05-09-2021 23:55:36

Effectivement c'est un firmware qui correspond au paquet non-free firmware-realtek, ce qui est bizzare c'est que je venais de le désinstaller.

Je viens de redémarrer la machine pour voir s'il y a une différence, cette fois-ci il semble y avoir des erreurs mais mais mon ethernet fonctionne.

sudo dmesg |grep firmware


[    2.775860] psmouse serio4: elantech: assuming hardware version 4 (with firmware version 0x461f01)
[    5.781167] platform regulatory.0: firmware: direct-loading firmware regulatory.db
[    5.781700] platform regulatory.0: firmware: direct-loading firmware regulatory.db.p7s
[    6.846310] r8169 0000:03:00.2: firmware: failed to load rtl_nic/rtl8411-1.fw (-2)
[    6.847095] firmware_class: See https://wiki.debian.org/Firmware for information about missing firmware
[    6.847871] r8169 0000:03:00.2: Direct firmware load for rtl_nic/rtl8411-1.fw failed with error -2
[    6.848105] r8169 0000:03:00.2: Unable to load firmware rtl_nic/rtl8411-1.fw (-2)
[    6.938396] ieee80211 phy0: rt2x00lib_request_firmware: Info - Loading firmware file 'rt2860.bin'
[    6.938624] rt2800pci 0000:02:00.0: firmware: direct-loading firmware rt2860.bin
[    6.938629] ieee80211 phy0: rt2x00lib_request_firmware: Info - Firmware detected - version: 0.40

#4 Re : Matériel » Quel pilote utilise actuellement ma Debian ? (Résolu) » 05-09-2021 23:38:50

Merci Jean-Pierre pour le conseil smile

(aherm, et c'est pas comme si désinstaller/réinstaller ces pilotes prenait littéralement une minute : go tenter !)



Techniquement si je désinstalle le firmware non-free pour vérifier j'imagine que le pilote libre reprendrait aussitôt le relais et inversement si je fais une réinstallation ça rétablirait le pilote non-free par dessus donc ça ne me permettrait pas de savoir lequel des deux est utilisé en direct, mais ça peut se faire pourquoi pas essayer en combinant les commandes que l'on vient de me proposer.

https://wiki.debian.org/rt2800pci => firmware-ralink
firmware-ralink => https://packages.debian.org/search?keyw … lla-search



Justement j'ai installé le paquet firmware-misc-nonfree qui fournit firmware-ralink, donc je pense que c'est ça qui a permis d'activer le wifi
La carte wifi étant une Ralink et l'éthernet étant une Realtek j'aurais tendance à dire que seulement le wifi est en non-free car je ne vois rien de Realtek dans le paquet firmware-misc-nonfree

Peut-être que :

dmesg |grep firmware

peut donner une information suffisante.



Bonsoir enicar, merci pour ces informations, voici quelques éléments récupérés sur les commandes :

dmesg |grep firmware


[    2.767211] psmouse serio4: elantech: assuming hardware version 4 (with firmware version 0x461f01)
[    5.879373] platform regulatory.0: firmware: direct-loading firmware regulatory.db
[    5.879461] platform regulatory.0: firmware: direct-loading firmware regulatory.db.p7s
[    6.807424] r8169 0000:03:00.2: firmware: direct-loading firmware rtl_nic/rtl8411-1.fw



aptitude search '~i~snon-free'


i   firmware-misc-nonfree                                       - Binary firmware for various drivers in the Linux kernel              
i   firmware-realtek                                            - Binary firmware for Realtek wired/wifi/BT adapters



La raison pour laquelle j'ai installé le paquet firmware-realtek vient du fait qu'à l'installation j'ai eu un message concernant un microcode manquant, je l'avais noté sur un papier :

RTL_NIC/RTL8411.FW FT2860.BIN

Les recherches m'ont indiqué que c'était lié à ce paquet, à la base je voulais trouver seulement le firmware en question et le télécharger/installer manuellement sans ajout des dépôts non-free.

Après quand je vois que la carte wifi est une ralink, peut-être n'ai-je finalement pas besoin de firmware-realtek puisque l'ethernet fonctionnait nativement après l'installation.

EDIT : je viens de désinstaller firmware-realtek et cela a modifié certaines choses

dmesg |grep firmware


[    2.767211] psmouse serio4: elantech: assuming hardware version 4 (with firmware version 0x461f01)
[    5.879373] platform regulatory.0: firmware: direct-loading firmware regulatory.db
[    5.879461] platform regulatory.0: firmware: direct-loading firmware regulatory.db.p7s
[    6.807424] r8169 0000:03:00.2: firmware: direct-loading firmware rtl_nic/rtl8411-1.fw
[ 4065.121596] ieee80211 phy0: rt2x00lib_request_firmware: Info - Loading firmware file 'rt2860.bin'
[ 4065.123251] rt2800pci 0000:02:00.0: firmware: direct-loading firmware rt2860.bin
[ 4065.123260] ieee80211 phy0: rt2x00lib_request_firmware: Info - Firmware detected - version: 0.40

#5 Re : Matériel » Quel pilote utilise actuellement ma Debian ? (Résolu) » 05-09-2021 22:18:13

lspci -v


00:00.0 Host bridge: Intel Corporation 2nd Generation Core Processor Family DRAM Controller (rev 09)
  Subsystem: ASUSTeK Computer Inc. 2nd Generation Core Processor Family DRAM Controller
  Flags: bus master, fast devsel, latency 0
  Capabilities: <access denied>

00:02.0 VGA compatible controller: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller (rev 09) (prog-if 00 [VGA controller])
  Subsystem: ASUSTeK Computer Inc. 2nd Generation Core Processor Family Integrated Graphics Controller
  Flags: bus master, fast devsel, latency 0, IRQ 31
  Memory at f7800000 (64-bit, non-prefetchable) [size=4M]
  Memory at e0000000 (64-bit, prefetchable) [size=256M]
  I/O ports at f000 [size=64]
  Expansion ROM at 000c0000 [virtual] [disabled] [size=128K]
  Capabilities: <access denied>
  Kernel driver in use: i915
  Kernel modules: i915

00:14.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Family USB xHCI Host Controller (rev 04) (prog-if 30 [XHCI])
  Subsystem: ASUSTeK Computer Inc. 7 Series/C210 Series Chipset Family USB xHCI Host Controller
  Flags: bus master, medium devsel, latency 0, IRQ 29
  Memory at f7e00000 (64-bit, non-prefetchable) [size=64K]
  Capabilities: <access denied>
  Kernel driver in use: xhci_hcd
  Kernel modules: xhci_pci

00:16.0 Communication controller: Intel Corporation 7 Series/C216 Chipset Family MEI Controller #1 (rev 04)
  Subsystem: ASUSTeK Computer Inc. 7 Series/C216 Chipset Family MEI Controller
  Flags: bus master, fast devsel, latency 0, IRQ 32
  Memory at f7e1a000 (64-bit, non-prefetchable) [size=16]
  Capabilities: <access denied>
  Kernel driver in use: mei_me
  Kernel modules: mei_me

00:1a.0 USB controller: Intel Corporation 7 Series/C216 Chipset Family USB Enhanced Host Controller #2 (rev 04) (prog-if 20 [EHCI])
  Subsystem: ASUSTeK Computer Inc. 7 Series/C216 Chipset Family USB Enhanced Host Controller
  Flags: bus master, medium devsel, latency 0, IRQ 16
  Memory at f7e18000 (32-bit, non-prefetchable) [size=1K]
  Capabilities: <access denied>
  Kernel driver in use: ehci-pci
  Kernel modules: ehci_pci

00:1b.0 Audio device: Intel Corporation 7 Series/C216 Chipset Family High Definition Audio Controller (rev 04)
  Subsystem: ASUSTeK Computer Inc. 7 Series/C216 Chipset Family High Definition Audio Controller
  Flags: bus master, fast devsel, latency 0, IRQ 33
  Memory at f7e10000 (64-bit, non-prefetchable) [size=16K]
  Capabilities: <access denied>
  Kernel driver in use: snd_hda_intel
  Kernel modules: snd_hda_intel

00:1c.0 PCI bridge: Intel Corporation 7 Series/C216 Chipset Family PCI Express Root Port 1 (rev c4) (prog-if 00 [Normal decode])
  Flags: bus master, fast devsel, latency 0, IRQ 24
  Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
  I/O behind bridge: [disabled]
  Memory behind bridge: [disabled]
  Prefetchable memory behind bridge: [disabled]
  Capabilities: <access denied>
  Kernel driver in use: pcieport

00:1c.1 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 2 (rev c4) (prog-if 00 [Normal decode])
  Flags: bus master, fast devsel, latency 0, IRQ 25
  Bus: primary=00, secondary=02, subordinate=02, sec-latency=0
  I/O behind bridge: [disabled]
  Memory behind bridge: f7d00000-f7dfffff [size=1M]
  Prefetchable memory behind bridge: [disabled]
  Capabilities: <access denied>
  Kernel driver in use: pcieport

00:1c.3 PCI bridge: Intel Corporation 7 Series/C216 Chipset Family PCI Express Root Port 4 (rev c4) (prog-if 00 [Normal decode])
  Flags: bus master, fast devsel, latency 0, IRQ 26
  Bus: primary=00, secondary=03, subordinate=03, sec-latency=0
  I/O behind bridge: 0000e000-0000efff [size=4K]
  Memory behind bridge: f7c00000-f7cfffff [size=1M]
  Prefetchable memory behind bridge: 00000000f0000000-00000000f00fffff [size=1M]
  Capabilities: <access denied>
  Kernel driver in use: pcieport

00:1d.0 USB controller: Intel Corporation 7 Series/C216 Chipset Family USB Enhanced Host Controller #1 (rev 04) (prog-if 20 [EHCI])
  Subsystem: ASUSTeK Computer Inc. 7 Series/C216 Chipset Family USB Enhanced Host Controller
  Flags: bus master, medium devsel, latency 0, IRQ 23
  Memory at f7e17000 (32-bit, non-prefetchable) [size=1K]
  Capabilities: <access denied>
  Kernel driver in use: ehci-pci
  Kernel modules: ehci_pci

00:1f.0 ISA bridge: Intel Corporation HM70 Express Chipset LPC Controller (rev 04)
  Subsystem: ASUSTeK Computer Inc. HM70 Express Chipset LPC Controller
  Flags: bus master, medium devsel, latency 0
  Capabilities: <access denied>
  Kernel driver in use: lpc_ich
  Kernel modules: lpc_ich

00:1f.2 SATA controller: Intel Corporation 7 Series Chipset Family 6-port SATA Controller [AHCI mode] (rev 04) (prog-if 01 [AHCI 1.0])
  Subsystem: ASUSTeK Computer Inc. 7 Series Chipset Family 6-port SATA Controller [AHCI mode]
  Flags: bus master, 66MHz, medium devsel, latency 0, IRQ 30
  I/O ports at f0b0 [size=8]
  I/O ports at f0a0 [size=4]
  I/O ports at f090 [size=8]
  I/O ports at f080 [size=4]
  I/O ports at f060 [size=32]
  Memory at f7e16000 (32-bit, non-prefetchable) [size=2K]
  Capabilities: <access denied>
  Kernel driver in use: ahci
  Kernel modules: ahci

00:1f.3 SMBus: Intel Corporation 7 Series/C216 Chipset Family SMBus Controller (rev 04)
  Subsystem: ASUSTeK Computer Inc. 7 Series/C216 Chipset Family SMBus Controller
  Flags: medium devsel, IRQ 18
  Memory at f7e15000 (64-bit, non-prefetchable) [size=256]
  I/O ports at f040 [size=32]
  Kernel driver in use: i801_smbus
  Kernel modules: i2c_i801

02:00.0 Network controller: Ralink corp. RT5390 Wireless 802.11n 1T/1R PCIe
  Subsystem: Foxconn International, Inc. RT5390 Wireless 802.11n 1T/1R PCIe
  Flags: bus master, fast devsel, latency 0, IRQ 17
  Memory at f7d00000 (32-bit, non-prefetchable) [size=64K]
  Capabilities: <access denied>
  Kernel driver in use: rt2800pci
  Kernel modules: rt2800pci

03:00.0 Unassigned class [ff00]: Realtek Semiconductor Co., Ltd. RTL8411 PCI Express Card Reader (rev 01)
  Subsystem: ASUSTeK Computer Inc. RTL8411 PCI Express Card Reader
  Flags: bus master, fast devsel, latency 0, IRQ 27
  Memory at f7c00000 (32-bit, non-prefetchable) [size=64K]
  Capabilities: <access denied>
  Kernel driver in use: rtsx_pci
  Kernel modules: rtsx_pci

03:00.2 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 0a)
  Subsystem: ASUSTeK Computer Inc. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
  Flags: bus master, fast devsel, latency 0, IRQ 19
  I/O ports at e000 [size=256]
  Memory at f0004000 (64-bit, prefetchable) [size=4K]
  Memory at f0000000 (64-bit, prefetchable) [size=16K]
  Capabilities: <access denied>
  Kernel driver in use: r8169
  Kernel modules: r8169
 

#6 Matériel » Quel pilote utilise actuellement ma Debian ? (Résolu) » 05-09-2021 20:44:24

cihoa
Réponses : 13
Bonsoir,

Suite à une installation de Debian Bullseye sur un ordinateur portable ancien, j'ai été obligé d'installer des paquets non-free pour permettre le fonctionnement de la carte Wi-fi intégrée (firmware-misc-nonfree et firmware-realtek).

Cependant, vu que la carte ethernet était nativement fonctionnelle avec la Debian de base, je souhaiterais savoir si ma carte ethernet fonctionne toujours via le pilote libre ou si un éventuel firmware non libre aurait pris le dessus lors de l'ajout des paquets non libres.

Je sais que sur Ubuntu il existe un outil graphique pour voir cela, mais est-il possible de visualiser ça sur Debian en ligne de commande ?

(Question bonus : j'ai ajouté les dépôts non-free contrib à mon sources.list pour ajouter les firmware mais je souhaite à l'avenir utiliser l'appareil en filaire avec le wifi-désactivé et uniquement des paquets libres issus es dépôts officiels, est-ce que je peux effacer les termes non-free et contrib du fichier sources ou dois-je les laisser pour bénéficier d'eventuelles mises à jours des firmware ?)

Merci de m'avoir lu smile

#7 Re : Gestion des paquets Debian » Installer un nouveau logiciel : paquet .deb ou AppImage ? » 28-08-2021 00:22:57

Très intéressant, je recherchais justement quelque chose de plus interactif que ufw big_smile

#8 Re : Gestion des paquets Debian » Installer un nouveau logiciel : paquet .deb ou AppImage ? » 27-08-2021 18:23:54

100 % d'accord avec toi Yal.

Par rapport à la lourdeur, j'ai comparé dans le gestionnaire des tâches la consommation de RAM et CPU entre un deb et un AppImage d'un même logiciel (Freetube) et je n'ai observé aucune différence.

Mais "bizzarement" je partage ton point de vue sur la lourdeur. Symboliquement je ne trouve pas ça "sain" d'avoir des dépendances dupliquées et obsolètes même si c'est empaqueté dans un AppImage. Dans la logique Debian quitte à passer pour un inquisiteur je préfère suivre les dépôts et la philosophie d'un système propre et stable.

C'est très bien vu Herve5 je n'avais effectivement pas pensé à l'option de compiler soi-même ses logiciels !
Perso je commencerai à faire ça quand j'aurais une connaissance et une habitude de veille suffisament régulière sur les logiciels et dépendances, parce que j'imagine que lorsqu'on compile soi-même il faut vérifier ensuite les compatibilités du logiciel avec ce qu'on a sur sa Debian et faire le travail aussi de compiler les dépendances à la main (enfin je crois que c'est ça non ? scratchhead.gif).

Aujourd'hui j'ai vu un truc intéressant dans la documentation de Debian : il existe un paquet dans les dépôts officiels nommé Firejail qui permet de sandboxer des logiciels deb ou AppImage si on souhaite sécuriser leur éxécution (restreindre l'accès au réseau, l'écriture sur le disque ou d'autres choses).

Je me dis que ça peut être pas mal pour des logiciels pris "hors dépôts".

#9 Re : Gestion des paquets Debian » Installer un nouveau logiciel : paquet .deb ou AppImage ? » 26-08-2021 14:49:17

Je suis assez d'accord avec vous deux, je n'ai jamais été très fan d'intégrer des dépôts PPA ou de passer par ces systèmes du type Snap. Bien que sa paraisse plus simple je trouve le principe de Debian tellement "plus propre et maîtrisé" que je préfère effectivement le paquet deb classique.

Je trouverais même hyper intéressant d'avoir outil graphique qui représente le site des paquets debian ou synaptic en mindmap pour représenter visuellement les dépendances de nos programmes. Ca permettrait de voir en détails par exemple quels sont les grosses dépendances du système.

Pour le AppImage c'est exactement ce que je me disais. C'est vrai que d'un côté c'est hyper pratique et c'est le meilleur conteneur, mais il y a des petites choses dont je ne suis pas très fan. Déjà le problème de certains AppImage c'est que souvent il faut modifier la commande de lancement pour faire sauter le sandboxing sinon ça fait une erreur et ça ne se lance pas. Et ensuite effectivement sur des logiciels de sécurité comme un gestionnaire de mot de passe s'il y a des dépendances anciennes dans l'AppImage je ne suis pas fan de l'idée d'utiliser un programme avec des dépendances obsolètes (encore plus si lAppImage interagit avec le réseau).

Ensuite il y a la question des mises à jours : je n'ai jamais été fan des mises à jour automatiques que font les programmes tout seul (typiquement certains AppImage font ça maintenant) d'un côté c'est pratique mais je ne trouve pas ça optimal, je préfère garder le contrôle sur mes maintenances et prendre vraiment une demi-heure par semaine pour faire le tour du système et faire toutes les mises à jour nécessaires plutôt que d'avoir des programmes qui vérifient les mises à jour à chaque lancement et qui s'auto-maintiennent dans mon dos.

J'ai une légère obsession pour le contrôle ? nooooon ahaha big_smile

#10 Gestion des paquets Debian » Installer un nouveau logiciel : paquet .deb ou AppImage ? » 25-08-2021 22:03:18

cihoa
Réponses : 9
Bonsoir la communauté smile

Disclaimer : Je sais qu'il est déconseillé d'installer des logiciels hors des dépôts officiels debian mais parfois il n'existe pas d'autres solutions (par exemple je n'ai pas trouvé Veracrypt sur les dépôts officiels) et ma question aujourd'hui repose sur le scénario où l'on prend ce risque consciemment avec tout ce que ça implique.

Il m'est arrivé plusieurs fois de remarquer sur certains sites qu'un développeur propose d'installer son logiciel soit en téléchargeant un paquet deb ou en téléchargeant un AppImage.

Quelle est la méthode d'installation "la moins pire" ou "la plus optimale par rapport au système" selon vous ?

#11 Re : Système » Un suivi de consommation de batterie comme sur Androïd existe t-il ? » 13-08-2021 14:23:00

Merci pour vos réponses.

Effectivement ça paraît compliqué car il y a beaucoup de critères liés à la machine et il faut pouvoir décortiquer la consommation pour chaque programme ce qui au final consomme pas mal de de ressources.

Actuellement par rapport "au mode restreint", j'utilise l'utilitaire auto-cpufreq qui m'a apporté un gain de batterie supplémentaire par rapport à l'usage de tlp seul.

Avant d'écrire ce sujet j'avais aussi testé powertop mais je me sentais "un peu largué" pour interpréter les noms des processus montrés par le programme (certains programmes utilisant le même service ce n'est pas facile de pouvoir séparer aussi clairement que le fait Androïd en affichant la consommation par application). Cependant powertop est pas mal pour déjà observer quelques données de consommation.

Par exemple dans mon cas je m'interroge sur la raison pour laquelle "Timer" consomme plus que les autres.

J5Z1iBs.png

Pour le reste, je me basais sur les observations que vous citez, notamment en regardant la consommation dans le gestionnaire des tâches et ce qui en ressort le plus c'est que mes deux plus gros consommateurs de ressources sont le navigateur web et xfce.

OokVsiS.png

#12 Système » Un suivi de consommation de batterie comme sur Androïd existe t-il ? » 10-08-2021 18:34:37

cihoa
Réponses : 5
Bonjour,

Sur Androïd, j'aime beaucoup le système permettant de voir la consommation de la batterie par application et j'aimerais beaucoup pouvoir disposer d'une telle capacité sur Linux afin d'identifier sur la journée les services ou programmes ayant le plus consommé ma batterie pour optimiser le système.

Connaissez-vous une solution de ce type ?

#13 Re : Gestion des paquets Debian » Fenêtre intempestive "Firefox en navigateur par défaut" » 10-08-2021 18:26:21

Salut Debian Alain,

Personellement le problème est aussi revenu quelques jours plus tard, avec toujours les mêmes fenêtres.

J'ai remarqué que le problème survenait surtout lorsque je cliquais sur des liens présents dans les mails affichés par Thunderbird (parfois le clic n'ouvrait pas firefox mais indiquait dans l'angle gauche de Thunderbird "vous êtes déjà abonné à ce flux", ou sinon cela ouvrait firefox en proposant de le fixer comme navigateur par défaut).

Depuis j'ai réinstallé complètement Firefox avec export des marques-pages, suppression de l'ancien profil et réimport dans un profil tout neuf, puis j'ai complètement supprimmé Thunderbird.

Après cette manipulation plus aucun soucis de fenêtres, mais cela ne m'a pas permis d'expliquer précisément l'origine du problème.

#14 Re : Autres » Sauvegarder efficacement un disque dur externe (Résolu) » 10-08-2021 18:19:12

Bonjour, bonjour !

Au final j'ai trouvé mon bonheur avec rsync en une ligne de commande :

rsync -av --delete /chemin-dossier-a-sauvegarder/ /chemin-destination-sauvegarde/



Ca ne fait pas de versionning comme deja-dup mais cela permet de faire de la simple copie incrémentale avec vérification d'intégrité.

Personnellement pour économiser du temps je me positionne directement dans mon dossier de destination et je tape la commande ainsi :

rsync -av --delete /chemin-dossier-a-sauvegarder/ ./



Voici la source qui m'a permis d'avoir les détails de cette commande et d'en comprendre le fonctionnement (la personne va jusqu'à créer un bash) : faire de la copie incrémentale avec rsync

#15 Re : Autres » Sauvegarder efficacement un disque dur externe (Résolu) » 31-07-2021 23:21:42

Merci arpinux, je vais regarder deja-dup pour commencer smile

(Au passage merci encore pour nakedDeb, je l'utilise toujours chaque mois sur clé usb pour sauvegarder mon système et sa légèreté est un pur régal ! big_smile )

#16 Re : Gestion des paquets Debian » Fenêtre intempestive "Firefox en navigateur par défaut" » 31-07-2021 23:16:16

À mon avis (qui est peut-être légèrement teinté de mesquinerie) les devs/mainteneurs de GNOME ont décidé qu’ils méritaient bien une option à part plutôt que de suivre x-www-browser comme la plèbe.


Ahah pas mal lol

Bonjour,
dans le post #3, je vois que l'option « Toujours vérifier que firefox est votre navigateur par défaut »
est coché. Je pense qu'il suffit de décocher cette option. Je ne sais pas trop ce que ça fait,
étant donné les multiples façons d'avoir une application par défaut (xdg-open, mailcap, alternatives)
mais ça doit être la chose à faire pour éviter qu'il pose la question à chaque démarrage de l'application.



Effectivement mais sur la capture d'écran comme actuellement dans mes options cette case cochée est également grisée (verrouillée), je ne peux pas cliquer dessus. Dans tous les cas depuis quelques jours je n'ai plus la fenêtre donc j'imagine qu'il fallait que je passe par tous les scénarios probables (cliquer depuis un lien de mail, ouvrir un fichier html local, etc ...) pour aboutir au fait que "Firefox soit bien pris par défaut partout".

si dans le ficher /home/USER/.config/mimeapps.list (sur XFCE)
il est indiqué dans [Default Applications]

[Default Applications]
....
text/html=firefox-esr.desktop
x-scheme-handler/http=firefox-esr.desktop
x-scheme-handler/https=firefox-esr.desktop
...

Ne pas tenir compte du message sur des liens des mail depuis Thunderbird



J'ai vérifié le fichier en question et effectivement j'ai bien ces lignes donc je vais suivre ton conseil et ignorer les éventuelles fenêtres à venir.

#17 Autres » Sauvegarder efficacement un disque dur externe (Résolu) » 31-07-2021 18:03:28

cihoa
Réponses : 3
Bonjour à tous,

Je cherche une solution "blindée" pour sauvegarder de façon simple, robuste, et économique (temps/électricité) mon disque dur externe contenant mes photos de famille (disque USB 3, avec une partition NTFS d'1To occupée à 30%). Je ne souhaite pas faire de chiffrage sur ces sauvegardes.

Quelles seraient vos suggestions ? Coment procédez-vous de votre côté ? smile

giphy.gif?cid=ecf05e47otm3cotxdje8z38stoudvovvmy7usvjnkvql1vex&rid=giphy.gif&ct=g

Mon scénario d'utilisation :

Ce disque dur est alimenté en nouvelles photos en moyenne 2 à 4 fois par mois, et je fais une sauvegarde par mois (copier-coller complet en partant de zéro à chaque fois, oui je sais c'est vraiment pas opti raison pour laquelle je fais ce sujet hmm ).

Jusqu'ici je sauvegardais ce disque sur un autre disque dur externe soit via soit le copier-coller classique sur Debian (me tapez pas me tapez pas pitié love.gif) soit via un utilitaire sur windows (oh non me tapez pas encore ! pitié !) nommé FastCopy qui propose la vérification après copie (en théorie sauf que ...).

Problématique :

J'ai découverts que certains petits fichiers (très peu, mais très peu c'est déjà trop) ont échappé à la copie (des petites vidéos courtes, certaines photos) et ont été définitivement perdus au fil des sauvegardes. Je ne saurais bien expliquer ces pertes de données mais j'aimerais trouver une solution de sauvegarde plus solide avec vérification réelle de l'intégrité des données.

Je cherche une solution qui soit aussi suffisament "humainement contrôlable" si je puis dire.

Autrement dit j'aimerais éviter les solutions trop automatisées, je souhaite garder une capacité de contrôle manuel et que ce ne soit pas la machine qui gère la fréquence des sauvegardes et me mette des rappels ou face des manoeuvres au risque de planter en silence en arrière plan.

Jusqu'ici mon autre mode opératoire est le fait de créer une image de partition avec Gnome Disk (solution que j'applique pour mon système hébergé sur un SSD de 250go), je ne le faisais pas ça avec mon disque dur externe car je ne voulais pas créer à chaque fois une image disque de 1 To par sauvegarde (durée de la sauvegarde excessive, sans parler des 70% d'espace libre sauvegardé pour rien).

(Au passage en me relisant je me dis que peut-être déjà passer mon disque sur une partition ext4 plutôt que NTFS serait bien pour réduire les risques d'erreur au niveau du système de fichier, ai-je raison ?)

#18 Re : Gestion des paquets Debian » Fenêtre intempestive "Firefox en navigateur par défaut" » 31-07-2021 17:16:34

Je viens de tester un nettoyage Bleachbit et le message n'est pas réapparu donc j'écarte pour le moment cette hypothèse cool

Par rapport à ta commande Croutons j'ai pratiquement la même chose que toi (merci pour la documentation wink )

update-alternatives --get-selections |grep browser


gnome-www-browser              auto     /usr/bin/firefox-esr
x-www-browser                  auto     /usr/bin/firefox-esr



Étant sur XFCE devrais-je ôter gnome-www-browser ?
Quelle est la différence avec x-www-browser ?

#19 Re : Gestion des paquets Debian » Fenêtre intempestive "Firefox en navigateur par défaut" » 30-07-2021 04:36:44

Bonjour vv222,

Je viens de me rendre sur l'onglet :

qtFGqxQ.png

Pour une raison que je n'arrive pas à expliquer le navigateur quand je clique sur des liens d'email depuis Thunderbird ou parfois seulement aprèsu n redémarrage il arrive que Firefox ne soit plus le navigateur par défaut (à moins que cela ne se produise après que je fasse un nettoyage avec Bleachbit mais j'ai du mal à voir le lien possible avec ça).

#20 Gestion des paquets Debian » Fenêtre intempestive "Firefox en navigateur par défaut" » 28-07-2021 17:16:24

cihoa
Réponses : 11
Bonjour à tous,

A l'ouverture de Firefox j'ai très régulièrement la fenêtre me demandant si je souhaite faire de Firefox mon navigateur par défaut.

Je clique toujours sur oui en cochant la case "ne plus me demander" mais la fenêtre finit toujours par réapparaître pour une raison que je n'arrive pas à identifier scratchhead.gif

Je penchais pour un conflit entre deux versions de Firefox installées, mais d'après Synaptic je n'ai que le paquet firefox-78.12.0esr-1 (de plus je n'ai jamais installé Firefox hors dépôt officiel Debian donc je doute que ça vienne de là)

Dans les paramètres d'application par défaut de XFCE Firefox est indiqué comme étant défini par défaut, mais l'icône n'est pas correctement affichée (j'ai aussi le choix entre "Navigateur Sensible Debian" et "Vivaldi" mais ce dernier a été complètement désinstallé.

YXD68Oi.png

Auriez-vous des suggestions pour identifier l'origine du problème ?

#21 Re : Gestion des paquets Debian » Mise à jour vers les dépôts unstable » 11-07-2021 19:24:00

raleur a écrit :


buster, bullseye et sid sont des noms de code. stable, testing et unstable sont des suites.
buster est actuellement stable et deviendra oldstable lorsque bullseye sera publiée.
bullseye est actuellement testing, deviendra stable lorsqu'elle sera publiée.
sid est, a été et sera toujours unstable. Aucun autre nom de code n'a jamais été et ne sera jamais unstable.



Aaaaaah d'accord ! Du coup je comprends mieux : c'est normal que sid soit toujours en unstable et les paquets provenant de unstable étant toujours plus récents par défaut ils primeront sur les autres si je n'indique aucune priorité dans mes préférences d'apt.

Pour d'autres potentiels lecteurs je laisse une page de wiki : https://debian-facile.org/doc:systeme:a … hes-debian

Alors j'ai une dernière question : sur la commande apt policy j'ai remarqué une priorité à 100 que je ne comprends pas :

apt policy


100 /var/lib/dpkg/status
     release a=now



Pourquoi y a t-il cette priorité définie à 100 avec dpkg ? à quoi sert-elle ?

#22 Re : Gestion des paquets Debian » Mise à jour vers les dépôts unstable » 11-07-2021 10:24:54

Ah ok !

Du coup c'est aussi pour cette raison que sur unstable il est indiqué "sid" et que pour bullseye il est indiqué "testing", si je comprends bien c'est parce que bullseye n'a pas encore de dépôt unstable et stable en service.

Je viens de mettre à jour en suivant ce qu'a mis Debian Alain (effectivement c'est des priorités plus logiques, on priorise en partant du plus bas, moi j'avais tendance à prioriser en commencant par les valeurs les plus hautes). Et maintenant j'ai ça :

apt policy


Fichiers du paquet :
 100 /var/lib/dpkg/status
     release a=now
 500 http://deb.debian.org/debian unstable/non-free amd64 Packages
     release o=Debian,a=unstable,n=sid,l=Debian,c=non-free,b=amd64
     origin deb.debian.org
 500 http://deb.debian.org/debian unstable/contrib amd64 Packages
     release o=Debian,a=unstable,n=sid,l=Debian,c=contrib,b=amd64
     origin deb.debian.org
 500 http://deb.debian.org/debian unstable/main amd64 Packages
     release o=Debian,a=unstable,n=sid,l=Debian,c=main,b=amd64
     origin deb.debian.org
 500 http://security.debian.org/debian-security bullseye-security/main amd64 Packages
     release o=Debian,a=testing-security,n=bullseye-security,l=Debian-Security,c=main,b=amd64
     origin security.debian.org
 100 http://deb.debian.org/debian bullseye/non-free amd64 Packages
     release o=Debian,a=testing,n=bullseye,l=Debian,c=non-free,b=amd64
     origin deb.debian.org
 100 http://deb.debian.org/debian bullseye/contrib amd64 Packages
     release o=Debian,a=testing,n=bullseye,l=Debian,c=contrib,b=amd64
     origin deb.debian.org
 100 http://deb.debian.org/debian bullseye/main amd64 Packages
     release o=Debian,a=testing,n=bullseye,l=Debian,c=main,b=amd64
     origin deb.debian.org
Paquets épinglés :
 

#23 Re : Gestion des paquets Debian » Mise à jour vers les dépôts unstable » 11-07-2021 09:55:58

D'accord j'ai bien fais de poser la question tongue

Est-ce mieux ainsi ?

Package: *
Pin: release a=stable
Pin-Priority: 990
 
Package: *
Pin: release a=stable-updates
Pin-Priority: 990
 
Package: *
Pin: release a=proposed-updates
Pin-Priority: 990

Package: *
Pin: release a=unstable
Pin-Priority: 590



Par contre j'ai l'impression que ça ne donne pas le résultat désiré car les priorités restent à 500 au niveau de bullseye (et en plus le apt policy indique "testing" pour bullseye et "sid" pour le unstable).

sudo apt update && apt policy


Atteint :1 http://deb.debian.org/debian bullseye InRelease
Atteint :2 http://security.debian.org/debian-security bullseye-security InRelease                      
Atteint :3 http://ftp.debian.org/debian bullseye-backports InRelease                                    
Atteint :4 http://deb.debian.org/debian bullseye-updates InRelease                                      
Atteint :5 http://deb.debian.org/debian unstable InRelease
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances... Fait
Lecture des informations d'état... Fait      
5 paquets peuvent être mis à jour. Exécutez « apt list --upgradable » pour les voir.
Fichiers du paquet :
 100 /var/lib/dpkg/status
     release a=now
 590 http://deb.debian.org/debian unstable/non-free amd64 Packages
     release o=Debian,a=unstable,n=sid,l=Debian,c=non-free,b=amd64
     origin deb.debian.org
 590 http://deb.debian.org/debian unstable/contrib amd64 Packages
     release o=Debian,a=unstable,n=sid,l=Debian,c=contrib,b=amd64
     origin deb.debian.org
 590 http://deb.debian.org/debian unstable/main amd64 Packages
     release o=Debian,a=unstable,n=sid,l=Debian,c=main,b=amd64
     origin deb.debian.org
 500 http://security.debian.org/debian-security bullseye-security/main amd64 Packages
     release o=Debian,a=testing-security,n=bullseye-security,l=Debian-Security,c=main,b=amd64
     origin security.debian.org
 500 http://deb.debian.org/debian bullseye/non-free amd64 Packages
     release o=Debian,a=testing,n=bullseye,l=Debian,c=non-free,b=amd64
     origin deb.debian.org
 500 http://deb.debian.org/debian bullseye/contrib amd64 Packages
     release o=Debian,a=testing,n=bullseye,l=Debian,c=contrib,b=amd64
     origin deb.debian.org
 500 http://deb.debian.org/debian bullseye/main amd64 Packages
     release o=Debian,a=testing,n=bullseye,l=Debian,c=main,b=amd64
     origin deb.debian.org
Paquets épinglés :
 

#24 Re : Gestion des paquets Debian » Mise à jour vers les dépôts unstable » 11-07-2021 00:49:20

Bonsoir Debian Alain !

Merci pour ton aide ! big_smile

Juste pour vérifier est-ce que la syntaxe comme ceci est optimale ?


Package: *
Pin: release a=unstable
Pin-Priority: 990

Package: *
Pin: release a=stable
Pin-Priority: 900
 
Package: *
Pin: release a=stable-updates
Pin-Priority: 900
 
Package: *
Pin: release a=proposed-updates
Pin-Priority: 900
 

#25 Gestion des paquets Debian » Mise à jour vers les dépôts unstable » 10-07-2021 22:48:29

cihoa
Réponses : 10
Bonsoir la communauté,

Après avoir mis à jour ma debian sur Bullseye j'aurais souhaité ajouter les dépôts unstable à mon fichier source mais je n'arrive pas à trouver l'url exacte du dépôt correspondant avec mes dépôts actuels qui sont les dépôts par défaut.


deb http://deb.debian.org/debian/ bullseye main contrib non-free
deb-src http://deb.debian.org/debian/ bullseye-updates main contrib non-free

deb http://security.debian.org/debian-security bullseye-security main non-free contrib
deb-src http://security.debian.org/debian-security bullseye-security main non-free contrib
deb http://ftp.debian.org/debian bullseye-backports main contrib non-free
 



Pourriez-vous m'aider à trouver la bonne url de façon à ce que je ne fasse pas d'erreur ? smile

edit : question complémentaire, j'ai lu sur des forums que la commande add-apt-repository ajoutait automatiquement le dépôts ET la clé gpg, est-ce bien vrai ou devrais-je ajouter la clé manuellement ?

Pied de page des forums

Propulsé par FluxBB