Vous n'êtes pas identifié(e).
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
Hors ligne
Quamdiu est spes est, Est vitae.
Fiet in posterum melius
Hors ligne
j'aime pas ouvrir un même simultanément sur divers forums
Il suffit d'indiquer sur chacun que vu la complexité du problème il est posé simultanément ici et là...
Retire ABANDON (pourquoi en maj ?) du titre ici, déjà.
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
vous en connaissez surement + que moi
non, vraiment, tu idéalises le niveau général du forum. Comme l'indique Smolski, tes questions sont toujours bien posées. Si personne ne te donne de réponse, c'est vraiment que personne voyant le fil n'en a de définitive. On est quelques-uns à t'avoir proposé des pistes, mais personne ne trouvera le problème à ta place, simplement parce-que nous sommes au mieux tes égales, et non supérieur à toi
En même temps, sur SID, c'est normal de rencontrer des problèmes que personne n'a encore rencontré, puisque c'est justement son rôle
Une remarque qu'il ne faut pas mal prendre, c'est juste ma réaction à l'expression de ta frustration d'avoir l'impression de ne pas recevoir d'aide : si j'ai l'impression de me faire engueuler en essayant de t'aider, il y de forte chance que je n'essaye pas à nouveau, ce qui le nombre de personne futur à essayer de t'aider Et si plusieurs membres ayant déjà eu la même impression ont la même réaction je te laisse imaginer le résultat
Je dirais malgré tout que certains t'ont donné des pistes :
- retrouver le changelog de rfkill qui semblait indiqué un changement dans l'utilisation du service via systemd (nono47). mercredi propose de le retrouver dans les mails envoyés à root. C'est a coup sur possible de le retrouver en décompressant le paquet, soit encore présent en cache, soit, en le téléchargeant manuellement.
-autre piste, peut-être lire la page man de rfkill, qui t'enverra peut-être vers d'autres pages. Tout ça pour d'assurer que c'est bien un bug et pas une fonctionnalité (je ne sais pas pourquoi ça serait comme ça, mais pourquoi pas ? )
- tu peux essayer de comparer avec le fichier unit d'une autre distribution. Ça peut sembler du bricolage, mais ça te permettra d'avoir la.certitude que le problème vient du fichier unit.
- si ça se confirme, ça mérite un rapport de bug (a priori, tu sais faire). Si ça fonctionne avec l'autre fichier unit, tu es même capable d'apporter le correctif
Ceci fait, le bug sera corrigé après un certain temps, et la mise a jour ne cassera rien, puisque reprenant ta modification. De plus, tu auras la satisfaction d'avoir aider la communauté Debian tout entière.
Une autre solution de contournement : faire un script qui lance la commande systemd de lancement du service rfkill au début de ta session.
Tout cela encore une fois ne sont que des pistes, si ça ne fonctionne pas, ça n'est vraiment pas que je (on) ne veut pas t'aider, mais que je n'en sais pas plus
Ben
___________________
La seule question bête, c'est celle qu'on ne pose pas.
En ligne
Quamdiu est spes est, Est vitae.
Fiet in posterum melius
Hors ligne
Probablement une debian stable c'est ce qui me parait le mieux pour intervenir sur sid en cas de besoin
C'est aussi le choix de plusieurs utilisateurs de sid, ça semble le plus simple en effet...
Sinon, tu peux supprimer ABANDON dans le titre de ton post en le modifiant depuis l'édition du post#1 ?
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
Quamdiu est spes est, Est vitae.
Fiet in posterum melius
Hors ligne
mais arrivé à la dernière étape ça coince
systemctl enable systemd-rfkill.service
j'obtiens ceci en sortie donc le service ne veut pas s'activer..The unit files have no installation config (WantedBy, RequiredBy, Also, Alias
settings in the [Install] section, and DefaultInstance for template units).
This means they are not meant to be enabled using systemctl.
Possible reasons for having this kind of units are:
1) A unit may be statically enabled by being symlinked from another unit's
.wants/ or .requires/ directory.
2) A unit's purpose may be to act as a helper for some other unit which has
a requirement dependency on it.
3) A unit may be started when needed via activation (socket, path, timer,
D-Bus, udev, scripted systemctl call, ...).
4) In case of template units, the unit is meant to be enabled with some
instance name specified.
Normal, puisque le service est static, donc impossible à activer ou désactiver, et lancé par défaut. En fait, tu pourrais vérifier au boot, je pense qu'il est activé par défaut même lorsque tu ne fait rien.
● systemd-rfkill.service - Load/Save RF Kill Switch Status
Loaded: loaded (/lib/systemd/system/systemd-rfkill.service; static; vendor preset: enabled)
(Tu as des détails dans un tableau de la page man de systemctl, indiquant les sorties de l'option is-enabled).
Dans ce que tu as écris dans ton premier post, je ne lis nul-part que tu as utilisé rfkill, mais simplement manipulé son service. As-tu simplement essayé de bloquer ton bluetooth avec
puis de rebooter pour voir si ça fait ce que tu souhaites ?
De ce que je comprend de la suite de la page man de rfkill que tu as mis en lien, rfkill sauvegarde automatiquement l'état des blocages, et le recharge par défaut, sauf si tu passes une commande systemd au noyau via grub
Voilà, encore une fois, c'est juste une piste, j'ai pas essayer
Ben
___________________
La seule question bête, c'est celle qu'on ne pose pas.
En ligne
Quamdiu est spes est, Est vitae.
Fiet in posterum melius
Hors ligne