Fedora-Fr - Communauté francophone Fedora - Linux

Communauté francophone des utilisateurs de la distribution Linux Fedora.

  

Dernière news : Fedora 34 n'est plus maintenu

#1 Re : [Anciennes versions] Support général » [Résolu] Kaffeine - Freezes intempestifs et très répétés » 03/08/2022 20:37:23

Allez ! un petit dernier pour la route :

Depuis une migration vers Fedora 36, les paralysies temporaires de Kaffeine sont de retour.
L'astuce donnée précédemment et testée sous Fedora 34 ne fonctionne plus. SNIF !
Si j'ai le courage (je débuterai dans le domaine avec quasi zéro connaissances tant en matière de programmation en C que dans le domaine de l'audio-visuel), un jour, j'étudierai ce code afin de le comprendre et tenter de le corriger et le mettre à jour car il le mérite.

#2 Re : [Anciennes versions] Installation des programmes » hcfpcimodem : installation sur Fedora 34 et supérieur - obstacles » 22/07/2022 23:27:28

nouvo09, en effet, j'avais bien vu le kernel-devel, mais c'est le kernel-headers qui n'était pas le bon (j'avais aussi des dysfonctionnements avec VirtualBox).

De toute façon, avec l'arrêt du support de 34, il était nécessaire que je passe à 36.
D'ailleurs, il serait peut-être nécessaire que je transfères cette discussion sur le forum de Fedora 36, mais je ne sais comment faire. Est-ce que je peux la diriger ou j'en recréée une en pointant un lien de l'une vers l'autre ?

La machine que j'utilise est ma machine à tout faire au quotidien.
Désormais, j'ai ceci :

[root@localhost hcfpcimodem-1.21full]# rpm -qa |grep kernel
kernel-headers-5.18.4-200.fc36.x86_64
kernel-srpm-macros-1.0-14.fc36.noarch
kernel-tools-libs-5.18.4-200.fc36.x86_64
kernel-cross-headers-5.18.4-200.fc36.x86_64
kernel-core-5.18.11-200.fc36.x86_64
kernel-modules-5.18.11-200.fc36.x86_64
kernel-modules-extra-5.18.11-200.fc36.x86_64
libreport-plugin-kerneloops-2.17.1-1.fc36.x86_64
abrt-addon-kerneloops-2.15.1-1.fc36.x86_64
kernel-devel-5.18.11-200.fc36.x86_64
texlive-l3kernel-svn59118-55.fc36.noarch
python3-ipykernel-6.6.1-2.fc36.noarch
python3-metakernel-0.29.0-3.fc36.noarch
python3-metakernel-python-0.19.1-51.fc36.noarch
kernelshark-2.1.0-1.fc36.x86_64
kernel-rpm-macros-205-14.fc36.noarch
kernel-5.18.11-200.fc36.x86_64
kernel-modules-internal-5.18.11-200.fc36.x86_64
kernel-tools-5.18.4-200.fc36.x86_64

Ça y est, je suis sur Fedora 36, mais comme tu l'as anticipé malgré tout, le problème persiste.

Le dernier retour de la commande (depuis la source non modifiée (hormis le '#' remplacé par un ';') :

[root@localhost hcfpcimodem-1.21full]# hcfpciconfig --dumpdiag
Conexant HCF controllerless PCI modem driver, version 1.21full

If you need license keys, assistance or more information, please go to:
	http://www.linuxant.com/

When reporting a problem for the first time, please send
us the file generated by "hcfpciconfig --dumpdiag".

No pre-built modules for: Fedora-36 linux-5.18.11-200.fc36.x86_64 x86_64-SMP

Trying to automatically build the driver modules...
(this requires a C compiler and proper kernel sources to be installed)

Where is the linux source build directory that matches your running kernel?
[/lib/modules/5.18.11-200.fc36.x86_64/build] 

WARNING: missing file /lib/modules/5.18.11-200.fc36.x86_64/build/include/linux/version.h
The cause of this is usually a missing or unconfigured
kernel source tree (and sometimes an incorrect directory or symbolic link).

However, proper /boot/config-5.18.11-200.fc36.x86_64 was found.
Would you like to try using it (in a temporary kernel tree)? [yes] 

Unable to prepare temporary kernel tree

First, ensure that the proper kernel source and compiler packages
from your distribution vendor and/or the community are installed.

The Linux kernel can then be reconfigured by running "make menuconfig"
under the kernel source directory (usually /usr/src/linux).

Verify that the proper options for your system are selected.

Then compile and install your new kernel (for more information about
this procedure, see the README file under the kernel source directory),
reboot the system using the new kernel, and re-run "hcfpciconfig".

Cela n'a pas résolu l'accès à linux/version.h.
Pas de surprise car, comme je l'ai soulevé dans mon premier post, les noms de fichiers et chemins ne correspondent pas à ceux qui sont fournis aujourd'hui (ce code source est vieux et doit bel et bien être réadapté).

J'ai fait une première tentative en ajoutant les chemins pour les fichiers montrés du doigt, mais sans succès. J'ai justement des messages d'erreur sur l'arborescence du noyau.

En lisant le code, il y a beaucoup plus à faire pour être compatible avec l'arborescence des noyaux actuels.
Bonne nouvelle, il semble de bien gérer le numéro de noyau présent dans le chemin sous Fedora, ce qui n'était apparemment pas le cas à l'époque sous Debian/Ubuntu (je n'ai pas encore vérifié si ça a changé).

Il y a du travail... dans un premier temps, je pense le simplifier en ne gérant que l'architecture de Fedora et je me pencherai sur les 2 autres distributions plus tard (à moins qu'un test révèle un bon fonctionnement sur Debian, j'en ai justement un en 32 bits sur mon portable. Je testerai donc dessus, si ça marche, je laisserai tout le code correspondant).

Je ne suis pas encore à l'aise avec les outils collaboratifs comme gitlab (je débute dans ce domaine), mais j'essaierai d'y déposer cette reprise de code si la licence choisie par Conexant le permet.

Bonne nuit à tous,
Gnument vôtre.

#3 Re : [Anciennes versions] Installation des programmes » hcfpcimodem : installation sur Fedora 34 et supérieur - obstacles » 21/07/2022 11:30:24

Bien vu Nednet,

J'ai toujours les headers installés mais après vérification, c'est la version pour le noyau 5.17.11 que j'ai or la dernière mise à jour du noyau (celle en fonction actuellement) est la 5.17.12.
Donc, avant la fin du support, les headers n'ont pas suivi. J'ai tenté de les mettre à jour, mais j'ai les derniers en date.

Ça explique d'autres anomalies que j'ai rencontré ces derniers temps.

Il est donc grand temps que je mette à niveau ma Fedora. (J'ai un peu procrastiné sur ce coup là, je sais, c'est pas bien. hmm )

Merci.

#4 [Anciennes versions] Installation des programmes » hcfpcimodem : installation sur Fedora 34 et supérieur - obstacles » 20/07/2022 20:27:14

hitec-user
Réponses : 4

Bonsoir,

C'est plus une ébauche de topic qu'une demande d'aide, mais ça pourra probablement intéresser du monde.

Afin de transformer un PC en terminal téléphonique, j'ai ressorti du placard mon modem Rockwell HCF 56k Data/Fax/Voice/Spkp (je n'aime pas jeter un matériel en bon état de fonctionnement).
Et puis une tour, ça sert à ça non ? ajouter des extensions pour étendre les fonctionnalités (à bas la dictature du Gaming).

Hélàs, il n'est pas intégré dans le noyau Linux, j'ai donc voulu installer manuellement le module.

Je suis donc allé sur cette page : https://sites.google.com/site/lalitpund … -hcf-modem
...ce qui m'a conduit à télécharger l'archive hcfpcimodem-1.21full.tar.gz ici : http://www.linuxant.com/drivers/hcf/full/downloads.php

Comme tout ça date d'un autre temps, il y a quelques corrections à faire. hammer

Pour commencer, j'ai eu ce message :

[root@localhost hcfpcimodem-1.21full]# make install
make[1] : on entre dans le répertoire « /usr/src/modem_56k/hcfpcimodem-1.21full/nvm »
mkdir -m 755 -p cvt
tr -d '\015' < inf/HCFCTY.mst | tr '\\' '@' | cpp -DDAA_STANDARD -DINT_PCI -P | tr '@' '\\' | grep -v '^[ 	]*$' > inf/hcfpci.cty
<stdin>:1:2: erreur: la directive de pré-traitement #comment invalide
...

Je suis donc entré dans le fichier /usr/src/modem_56k/hcfpcimodem-1.21full/nvm/inf/HCFCTY.mst
Pas expert mais avec de petites notions en prog (au stade de l'initiation), à la première ligne j'ai corrigé "#comment" par ";comment".

;comment 07/21/03: Master file Rev 2.03
;  Copyright (c) Conexant Systems, Inc. 1997-2003
#if defined INT_PCI
        #if defined TYP_DF1 || defined TYP_DF2 || defined TYP_DF
...

Il a cessé de râler pour ça, cool !

La deuxième chose à laquelle j'ai fait attention a été ceci :

...
../modules/kernelcompiler.sh: cannot determine version, using gcc
<ligne-de-commande>: erreur fatale: /usr/src/linux/include/linux/config.h : Aucun fichier ou dossier de ce type
compilation terminée.
...

Après quelques recherches, j'ai vu que le fichier config.h a été remplacé par generated/autoconf.h.
J'ai fait ceci en conséquence :

mkdir -p /usr/src/linux/
cd /usr/src/kernels/5.17.12-100.fc34.x86_64/include/linux
ln -s ../generated/autoconf.h ./config.h
cd /usr/src/linux/
ln -s /usr/src/kernels/5.17.12-100.fc34.x86_64/include ./include

Avant de cogner un plafond innocent avec votre tête qui n'a rien fait non plus... JE SAIS ! c'est pour l'expérience. tongue

Encore une fois, ça l'a fait taire et le make install se déroule sans accroc. Ah ! j'aime bien... hmm

Étape suivante :

[root@localhost hcfpcimodem-1.21full]# hcfpciconfig
...
WARNING: missing file /lib/modules/5.17.12-100.fc34.x86_64/build/include/linux/version.h
The cause of this is usually a missing or unconfigured
kernel source tree (and sometimes an incorrect directory or symbolic link).

However, proper /boot/config-5.17.12-100.fc34.x86_64 was found.
Would you like to try using it (in a temporary kernel tree)? [yes] 

Unable to prepare temporary kernel tree

First, ensure that the proper kernel source and compiler packages
from your distribution vendor and/or the community are installed.

The Linux kernel can then be reconfigured by running "make menuconfig"
under the kernel source directory (usually /usr/src/linux).

Verify that the proper options for your system are selected.

Then compile and install your new kernel (for more information about
this procedure, see the README file under the kernel source directory),
reboot the system using the new kernel, and re-run "hcfpciconfig".

Bon, je crois que j'ai compris. Décidément, il va vraiment falloir entrer dans le code pour le réadapter.

Là ! j'ai la tête un peu en vrac à cause d'un virus (chhut !), ou bien c'est la chaleur (j'ai du mal avec la chaleur, comme un CPU), mais je vais rapidement y revenir.

Gnument vôtre.

#5 Re : [F36] Support général » [Résolu] corbeille root » 26/05/2022 11:24:58

jtro a écrit :
xylphute a écrit :

A moins que j'ai raté un épisode, "rm -rf" ne place pas données dans une corbeille.

oui,je crois que ça supprime directement sans passer par la corbeille root. d'ailleurs je n'ai pas retrouvé les premiers fichiers que j'avais supprimé via rm -rf.
sujet résolu.     encore merci.

Bonjour,

Je confirme, rm -rf est une suppression définitive des fichiers/dossiers mentionnés avec tous leurs contenus. La seule solution de récupération est de ne surtout pas réécrire sur le disque et d'utiliser testdisk (ou équivalent). C'est long et ça récupère les fichiers encore présents en leur donnant des numéros en guise de noms (un travail de fourmis à suivre pour les explorer). Ce n'est même pas sûr de retrouver ce que l'on cherche.

Donc, c'est une commande à utiliser avec la plus grande prudence.

Quand on a pas d'interface graphique pour voir la corbeille (i.e. le compte root en usage normal, c.a.d. via un terminal), elle se situe quelque part dans un dossier nommé ".Trash" dans lequel il y a un dossier files qui contient les fichiers mis en corbeille.
".Trash" peut être dans le cache de l'utilisateur ou à la racine d'un disque par exemple.

Pour plus de confort, il est toujours possible d'ouvrir votre navigateur de fichiers préféré (nautilus, caja, Thunar,...) via le terminal puis d'explorer/utiliser la corbeille de root tout à fait normalement.

$ sudo caja #par exemple
ou bien
$ su - #si le compte root est actif
# caja

En espérant avoir éclairci ce point et aidé.

Très bonne journée à vous.

Gnument vôtre.

#6 Re : [Anciennes versions] Support général » Enigmail et seahorse-agent » 26/05/2022 11:03:17

Nicosss a écrit :

Enigmail est directement intégré dans Thunderbird désormais et il n'y a donc plus de paquet séparé.
De ce fait, tu as accès à toutes les fonctionnalités associées.

Bonjour Nikosss,

Effectivement, j'ai vu ça par la suite en continuant mes investigations.
Après j'étais trop fatigué pour revenir ici, je me suis couché.
De plus, je n'avais pas vu que le post initial datait de 2007. hammer

Cependant, l'info peut servir à d'autres car la surprise apparaît dans Fedora 35, le paquet thunderbird-enigmail est encore présent dans Fedora 34.
Finalement, j'ai bien fait d'être fatigué. roll

Alors, merci pour ta réponse au nom de tous. wink

#7 Re : [Anciennes versions] Support général » Enigmail et seahorse-agent » 25/05/2022 17:41:33

alzaim_multibox3 a écrit :

essaye de vous connecte puis clic sur deconnection et ne marche pas essayer de modifier tes cordonne bien sur mot de pass

Je recherche également des infos sur Enigmail pour Fedora 35 (le paquet thunderbird-enigmail semble avoir disparu) mais je n'ai rien compris à la phrase ci-dessus !

llaumgui, bonne chance...
Je passe et continue mes recherches. Si je trouve une réponse à ta question, je reviendrais.

Gnument vôtre.

#8 Re : [Anciennes versions] Support général » [Résolu] Kaffeine - Freezes intempestifs et très répétés » 08/02/2022 00:10:13

J'ai parlé trop vite. Les anomalies ont recommencé.
Je n'ai eu qu'une journée de répit, probablement un hasard car je n'ai rien touché d'autre.

Finalement, j'ai trouvé une astuce (et pourquoi ça s'était calmé puis ça avait recommencé) :

Dans Kaffeine, dans l'onglet latéral "Liste de Lecture", il y a en haut à gauche une cellule "Liste de lecture temporaire" (peu utile, mais bon !).
Cette liste se remplit toute seule à chaque fois que l'on charge et décharge dans la liste principale à droite au dessus de la vidéo des films (ou comme dans l'usage de FreeTV, des listes de chaînes sous forme .m3u).
Du moment que cette liste temporaire est assez pleine, Kaffeine se met à fonctionner parfaitement comme par enchantement.

Le pourquoi du comment ??? mystère... hammer

Mais la conclusion est qu'il ne faut pas la vider totalement (laisser au moins 6 à 8 lignes) pour maintenir un fonctionnement stable de Kaffeine.

Voilà ! voilà !

P.S. si des passionnés du développement audio/vidéo passent par là... SVP les gars ça serait super cool de reprendre le développement de ce magnifique lecteur qui permet de lire les chaînes Free avec une qualité vidéo très supérieure à celle de VLC (au moins, il n'y a pas de fantômes dans l'image), et qui offre une vraie interface de configuration de la TNT assez simple à prendre en mains (ce qui manque à tous les autres lecteurs).

Aux équipes de Fedora : SVP, maintenez autant que possible la compatibilité avec Kaffeine et sa présence sur les dépôts tant qu'il n'y a pas d'alternative sérieuse de qualité pour la TNT et Free TV.

Bon été à tous et protégez vous de la chaleur.

Gnument vôtre.

#9 Re : [Anciennes versions] Support général » [Résolu] Kaffeine - Freezes intempestifs et très répétés » 06/02/2022 19:11:43

Coucou,

J'apporte une solution trouvée un peu par hasard.

Cela aidera tout ceux qui comme moi aiment utiliser Kaffeine pour la qualité de son interface et de ses fonctionnalités (lecteur TNT et magnétoscope numérique entre autres).

Compiz propose une option de débogage pour les applications QT, je l'ai activée et ça a tout résolu.  big_smile
Désormais, Kaffeine fonctionne parfaitement bien.

Il semble donc que ce bogue ne soit pas lié seulement à Kaffeine mais à l'ensemble de l'environnement QT, tout du moins lors d'une cohabitation avec un bureau basé sur GTK (ici Mate). Je ne l'ai pas testé récemment avec Plasma.
D'ailleurs, dans mes investigations, je suis tombé sur un bogue très similaire à propos d'Amarok mais qui n'apportait pas de solution tangible.

La manipulation à faire est donc :
Ouvrir le Gestionnaire de paramètres Compiz (CCSM) > Utilitaire > Solutions alternatives >
cocher "Correction des Fenêtres QT".

Enjoy !

Gnument vôtre.

#10 Re : [Anciennes versions] Support général » [Résolu] Kaffeine - Freezes intempestifs et très répétés » 27/01/2022 15:03:17

Merci pour vos réponses,

Nicosss, j'essaierai au cas où.

VINDICATORs, il m'a semblé aussi un arrêt de maintenance du projet étant donné qu'il a un autre bogue qui persiste depuis plusieurs années et qui n'a jamais été corrigé : les fonctions pause, avance et retour rapide, stop se figent régulièrement. Il faut relancer la vidéo depuis la liste souvent plusieurs fois pour que toutes ces fonctions se réactivent. Cela n'a jamais été corrigé.
C'est bien dommage car c'est à mon sens le meilleur lecteur vidéo en terme d'interface et pour le réglage de la TNT, il est bien au-dessus des autres que j'ai pu tester.

Il mériterait d'être forké. Avis aux développeurs qui passent par là...

Pour tes plantages, tu es peut-être sous Wayland. Perso, je suis encore sous X.org car j'utilise Mate. Quoique mon dernier test de xeyes me laisse à penser que Mate pourrait bien avoir été migré. Je n'ai pas encore lu la release note.
Merci pour le lien, je vais procéder ainsi. C'est une excellente idée.

Conclusion :
J'escalade ce bogue chez KDE (c'est ici) et je le considère comme résolu côté Fedora.

Très bonne journée à tous les deux.

Gnument vôtre.

#11 Re : [Anciennes versions] Support général » [Résolu] Kaffeine - Freezes intempestifs et très répétés » 27/01/2022 04:25:40

Je donne suite à mon propre post.

J'ai supprimé tous les fichiers de configuration se rapportant à Kaffeine, à KDE et à Plasma.

$ rm -rf $(find ~/.configure -name kde*)
$ rm -rf $(find ~/.local -name kde*)
$ rm -rf $(find ~/.configure -name plasma*)
$ rm -rf $(find ~/.local -name plasma*)
$ rm -rf $(find ~/.configure -name kaffeine*)
$ rm -rf $(find ~/.local -name kaffeine*)

1. L'anomalie persiste
2. Chose étrange : je m'attendais à perdre mes signets de Kaffeine, eh ! bien non ! ils sont toujours là.
Donc, il y a un autre endroit où Kaffeine stocke sa configuration, mais où ???

#12 Re : [Anciennes versions] Support général » lecture disque bluray » 25/01/2022 08:19:44

Bonjour pinailleur,

Ta question est-elle toujours d'actualité ?

Si oui, as-tu installé libdvdcss pour le décryptage des dispositifs drm (aussi valable pour les bluerays il me semble, mais je n'ai pas testé car je n'utilise que des dvd) ?

La doc est ici :
https://doc.fedora-fr.org/wiki/Lecture_ … ffr.C3.A9s

Gnument vôtre.

#13 Re : [Anciennes versions] Support général » GNOME 40 - Executer un script en double cliquant » 25/01/2022 08:03:08

Bonjour ThomasAu,

Je viens de tester sous Fedora 34 avec Caja, la fenêtre que tu décris est bien proposée.
Tu as donc une alternative qui répond à ta demande par rapport à Nautilus qui à mon goût est bien trop (de plus en plus) allégé.
Est-ce pour répondre à la demande d'une masse de gens qui ne veulent que des fonctions de base ???

Gnument vôtre.

#14 [Anciennes versions] Support général » [Résolu] Kaffeine - Freezes intempestifs et très répétés » 24/01/2022 20:29:28

hitec-user
Réponses : 8

Bonsoir les fédoristes,

Tout d'abord, une très bonne année à tous.

Le sujet de ce soir est que Kaffeine ne répond plus pendant plusieurs secondes de manière très fréquente depuis le passage de mon PC de Fedora 33 à Fedora 34.
Il faut souvent être très très patient pour switcher le plein écran, modifier le volume, changer de chaîne (TV streaming .m3u) etc... et ce dès lors que la lecture est en cours.

Dans les logs de Kaffeine (Configuration>Configurer Kaffeine>Diagnostics) :
   > no metadata found in /usr/lib64/qt5/plugins/kf5/kio/activities.so

Est-ce lié ??? je ne sais pas.

$ file /usr/lib64/qt5/plugins/kf5/kio/activities.so
/usr/lib64/qt5/plugins/kf5/kio/activities.so: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, BuildID[sha1]=bd23634d54b7f571d7db801c3457c30e5f72778f, stripped

$ ls -alh /usr/lib64/qt5/plugins/kf5/kio/activities.so
-rwxr-xr-x. 1 root root 57K 23 mai    2021 /usr/lib64/qt5/plugins/kf5/kio/activities.so

Ce fichier est donc bien présent et n'est pas vide.

Quelqu'un a-t-il une idée sur la cause de ce bug ?

Gnument vôtre.

--------------------------------------------------------------------------------------------------------------------------------------------------
Configuration matérielle :
CPU : AMD Athlon X3 (4 cœurs actifs)
RAM : 20 Go 1600
CG : Radeon R7 240

Configuration logicielle :
Distri : Fedora 34
Bureau : Mate
Gestionnaire de fenêtres : Compiz (avec les boutons latéraux de la souris, l'ergonomie est incomparable wink )

#15 Re : [Anciennes versions] Installation des programmes » [Abandonné] KVM/virt-manager : prise en charge par Windows server 2019 » 26/09/2021 20:03:17

Voilà, voilà ! Dès qu'on sort des sentiers battus, on est tout seul.

J'avais commencé par poser ma question sur les forums M$ où je me suis fais rembarrer : sujet non traité sur le forum grand public, et 60j d'attente avant de pouvoir poser une question sur les forums spécialisés serveur. Déprimant.

Finalement, comme je n'ai de réponse nulle part et que toutes mes recherches sur duckduckgo donnent que dalle, j'abandonne KVM (hyperviseur niveau 1 "haute disponibilité") au profit de VirtualBox (hyperviseur niveau 2) en magouillant un script à placer dans init.d pour que la VM se lance au démarrage de la machine physique. Le test se fera demain au travail.

Bilan de mes péripéties :
KVM/libvirt : Dommage, c'est un vrai logiciel libre et j'aurai vraiment aimé pouvoir faire profiter la PME (où je fais mon stage de fin de formation) de ses qualités. Mais s'il faut galérer dès qu'on héberge autre chose qu'un GNU... passer une PME au 100% libre, ça ne se fait pas forcément en 1 jour, surtout quand des outils fondamentaux encrés dans les habitudes et les projets en cours reposent sur du non libre.

VMware : Open source, mais pas vraiment en usage libre. De plus c'est une vraie usine à gaz avec des terminologies incompréhensibles. Ça va pour un datacenter, mais là, c'est pour monter une machine qui va seulement gérer un petit parc de 15 PC de bureau afin de centraliser la gestion des comptes utilisateurs, des ressources et des règles de sécurité. Je ne vais pas soulever un sac de courses avec une grue.

VirtualBox : A chaque fois que je fais le tour des hyperviseurs, j'en reviens toujours à lui. Haute accessibilité pour le commun des mortels, pleinement fonctionnel et performant, il prend TOUS les O.S. sans complication. Aussi c'est le mieux documenté.
Mais... de niveau 2... cependant, est-ce si gênant que ça même pour une VM qui doit être en haute disponibilité ?

Quand à mon hôte : Redhat/Fedora est toujours au top. Ma distri préférée depuis 2002, 20 ans déjà, et je ne m'en lasse toujours pas. smile

=> ABANDON DE KVM : sujet "résolu".

#16 [Anciennes versions] Installation des programmes » [Abandonné] KVM/virt-manager : prise en charge par Windows server 2019 » 23/09/2021 19:06:22

hitec-user
Réponses : 1

Bonjour à tous,

Après avoir installé kvm et tout ce qui va avec depuis les dépôts, j'essaye d'installer Windows Server 2019 pour un projet pro.
Configuration de la VM détaillés plus bas.

Juste après la sélection de la langue/pays/fuseau, j'ai la fenêtre de chargement de pilote "Votre ordinateur a besoin d'un pilote de média qui est manquant..."

  a) Je charge le CD virtuel contenant virtio-win-0.1.208.iso (la version la plus récente disponible sur le site fedorapeople.)

  b) Je sélectionne AMD64 > 2k19 => "Red Hat VirtIO SCSI Controller (E:\amd64\2k19\viostor.inf)" s'affiche bien.

  c) La case "Masquer les pilotes non compatibles..." est bien cochée, il est donc reconnu compatible à ce niveau.

  d) Suivant => "Aucun nouveau pilote de périphérique n'a été détecté..."

Quelqu'un a-t-il déjà fait cette manipulation et trouvé une procédure valide ? un paramétrage idéal de la VM ? le lien vers le pilote attendu ? (difficile à identifier vu que l'installeur M$ n'est vraiment pas loquace.)

Merci d'avance pour vos réponses.

--------------------------------------
Ma configuration actuelle :

CPUs hôte : 8 (Allocation : 3)

Copier la configuration du processeur hôte : actif

Topologie : automatique

RAM : 4096 Go

HDD :

  Bus de disque : VirtIO

  Format de stockage : qcow2

  Mode de cache : none

  Mode d'E/S/ : native

CDROMs 1 et 2 :

  Bus de disque : IDE

  Format de stockage : raw (par défaut)

  Mode de cache : Hypervisor default

  Mode d'E/S/ : Hypervisor default

Interface réseau virtuelle :

  Modèle du périphérique : virtio

Affichage Spice :

  Type : Serveur Spice

  Listen type : Aucun

  Keymap : fr

Vidéo :

  Modèle : QXL

  RAM : 16 MiB (non modifiable)

  Contrôleur USB : USB2

Port série 1 : pty

Contrôleur PCI 0

Contrôleur IDE 0

ContrôleurVirtIO Serial 0

#17 Re : [Anciennes versions] Support général » [Résolu] Support: Running WinTV TV tuners and HD PVR 2 under Linux » 07/05/2021 23:43:04

Bonsoir Hardelot,
Je te conseille dans ce cas d'ouvrir un nouveau fil avec un sujet du type
"[ton logiciel TV] : écran noir mais son OK".

#18 Re : [Anciennes versions] Support général » [Résolu] pas de son dans application avec wine ? comment faire ? » 08/04/2021 09:23:54

@yogibeer, j'approuve ton initiative.

Si je trouve le temps pour ça, j'essaierai de faire un paquet RPM à partir du travail fait à cette occasion pour le proposer pour les dépôts. Ça sera mon baptême en matière de contribution aux dépôts.

Bonne journée à tous.

#19 Re : [Anciennes versions] Support général » [Résolu] Support: Running WinTV TV tuners and HD PVR 2 under Linux » 07/04/2021 20:52:04

En clair, les actions qui ont été efficaces sont :

1. L'installation du firmware requis par sa carte DVB depuis l'URL : https://github.com/OpenELEC/dvb-firmware

2. La remise en cohérence des droits d'accès du fichier home avec

[user@localhost]$ chown -R $USER:$USER /home/$USER # tu remplace $USER par ton vrai nom d'utilisateur

car suite à une récupération du dossier depuis une autre installation, des fichiers n'avaient probablement plus le bon uid.

3. Le fait d'avoir rebranché un autre périphérique d'acquisition vidéo (webcam) a dû forcer le module correspondant à la carte à se recharger et détecter la carte (du moins c'est ce que j'en ai déduit). Ça nous a évité d'avoir à l'identifier pour le recharger à la main.

@Hardelot, bons visionnages. cool

#20 Re : [Anciennes versions] Support général » Accès distant au bureau actif : comment réduire le coût du transfert » 07/04/2021 13:27:12

Je suis sous MATE, je n'ai pas d'outil intégré "Partage de bureau".
J'ai opté pour la solution qui consiste à modifier le fichier de conf.
Effectivement, j'ai vu tout à l'heure que je pouvais décommenter le bloc xorg et commenter le bloc vnc. Je l'ai fait côté serveur, mais ça ne suffit pas. Je peux m'identifier, mais l'écran reste vide, pas de bureau.
Je n'ai pas pensé à vérifier si c'était à faire aussi côté client.
Je vais vérifier ça dès que j'ai un moment.

J'ai aussi regardé x2go qui a l'air prometteur. Mais la doc est drôle. Elle dit "Rien à faire côté serveur". J'ai configuré mon accès SSH côté client et nada, ça ne veux pas se connecter. Je vais continuer de creuser la piste rdp en suivant tes conseils.

#21 Re : [Anciennes versions] Support général » [Résolu] Support: Running WinTV TV tuners and HD PVR 2 under Linux » 07/04/2021 11:45:36

Cool ! on avance.
Si tu as un ampli d'antenne, fais attention qu'il ne soit pas réglé trop fort.
Si tu n'en as pas, comme je l'avais souligné, les cartes PCI ont un gain plus faible qu'un téléviseur, il faut donc souvent en rajouter un et le régler de manière à ce que le signal soit suffisant sans être saturé.
Kaffeine te mets une indication sur le signal dans le réglage des canaux.
Si tu as mis un T pour avoir 2 accès à ton antenne, remplace-le par un répartiteur, ça évite les pertes de signal, un T le divise pas 2.

#22 Re : [Anciennes versions] Support général » [Résolu] Support: Running WinTV TV tuners and HD PVR 2 under Linux » 06/04/2021 22:32:11

Oui, apparemment tu ne l'avais pas.

Bon, ce que l'on en tire :
1. tu as 2 interfaces vidéo (/dev/video0 et /dev/video1), mais à chaque fois mplayer scanne à partir de ta carte Hauppauge. Ce qui nous arrange dans le cas présent. As-tu une autre carte DVB ou une webcam branchée ?

2. On dirai bien que le scan a fonctionné. Tu as dû avoir une image ?

#23 Re : [Anciennes versions] Support général » Accès distant au bureau actif : comment réduire le coût du transfert » 06/04/2021 19:35:01

@Refuznik, me voilà rentré.

Après expériences, je constate que rdp s'appuie sur vnc.
J'ai installé xrdp et freerdp.
Ne trouvant pas de doc RDP sur doc.fedora-fr.org, je me suis appuyé sur la doc Ubuntu.

Content de voir q'une option existe pour gérer la profondeur de couleurs, j'ai ajouté dans le fichier /etc/xrdp/sesman.ini les 2 dernières lignes au bloc [xvnc] ci-dessous.

[Xvnc]
param=Xvnc
param=-bs
param=-nolisten
param=tcp
param=-localhost
param=-dpi
param=96
param=-depth
param=16

J'ai laissé le reste par défaut.
Je n'ai pas touché au fichier /etc/xrdp/xrdp.ini.

Ensuite depuis mon portable (1er test via internet), j'ai fais ceci :

[user@localhost ~]# ssh ma_tour # ouverture de mon tunel ssh
[root@localhost ~]# xfreerdp -v localhost

C'est une l'interface d'authentification qui s'affiche et elle est hyper lente. La couleur de fond à mis presque 30s pour s'afficher et impossible d'ouvrir le menu déroulant proposant le choix du protocole.

2ème essai en intranet (wifi de ma box), là, c'est rapide. Je clique sur le protocole, il n'y en a qu'un "VNC".
Je mets mon de passe (user prérempli, depuis $USER j'imagine).
La session s'ouvre (bureau MATE avec mes 3 logiciels au démarrage : qtox, clementine, littre) mais fait planter GDM3 puis tout se fige.

Au cas où, je mets le contenu des 2 fichiers de configuration.

[root@localhost ~]# cat /etc/xrdp/sesman.ini
;; See `man 5 sesman.ini` for details

[Globals]
ListenAddress=127.0.0.1
ListenPort=3350
EnableUserWindowManager=true
; Give in relative path to user's home directory
UserWindowManager=startwm.sh
; Give in full path or relative path to /etc/xrdp
DefaultWindowManager=startwm-bash.sh
; Give in full path or relative path to /etc/xrdp
ReconnectScript=reconnectwm.sh

[Security]
AllowRootLogin=true
MaxLoginRetry=4
TerminalServerUsers=tsusers
TerminalServerAdmins=tsadmins
; When AlwaysGroupCheck=false access will be permitted
; if the group TerminalServerUsers is not defined.
AlwaysGroupCheck=false
; When RestrictOutboundClipboard=true clipboard from the
; server is not pushed to the client.
RestrictOutboundClipboard=false

[Sessions]
;; X11DisplayOffset - x11 display number offset
; Type: integer
; Default: 10
X11DisplayOffset=10

;; MaxSessions - maximum number of connections to an xrdp server
; Type: integer
; Default: 0
MaxSessions=50

;; KillDisconnected - kill disconnected sessions
; Type: boolean
; Default: false
; if 1, true, or yes, every session will be killed within DisconnectedTimeLimit
; seconds after the user disconnects
KillDisconnected=false

;; DisconnectedTimeLimit (seconds) - wait before kill disconnected sessions
; Type: integer
; Default: 0
; if KillDisconnected is set to false, this value is ignored
DisconnectedTimeLimit=0

;; IdleTimeLimit (seconds) - wait before disconnect idle sessions
; Type: integer
; Default: 0
; Set to 0 to disable idle disconnection.
IdleTimeLimit=0

;; Policy - session allocation policy
; Type: enum [ "Default" | "UBD" | "UBI" | "UBC" | "UBDI" | "UBDC" ]
; "Default" session per <User,BitPerPixel>
; "UBD" session per <User,BitPerPixel,DisplaySize>
; "UBI" session per <User,BitPerPixel,IPAddr>
; "UBC" session per <User,BitPerPixel,Connection>
; "UBDI" session per <User,BitPerPixel,DisplaySize,IPAddr>
; "UBDC" session per <User,BitPerPixel,DisplaySize,Connection>
Policy=Default

[Logging]
; Note: Log levels can be any of: core, error, warning, info, debug, or trace
LogFile=xrdp-sesman.log
LogLevel=INFO
EnableSyslog=true
#SyslogLevel=INFO
#EnableConsole=false
#ConsoleLevel=INFO
#EnableProcessId=false

[LoggingPerLogger]
; Note: per logger configuration is only used in XRDP_DEBUG builds of XRDP.
#sesman.c=INFO
#main()=INFO

;
; Session definitions - startup command-line parameters for each session type
;

[Xorg]
; Specify the path of non-suid Xorg executable. It might differ depending
; on your distribution and version. Find out the appropreate path for your
; environment. The typical path is known as follows:
;
; Fedora 26 or later    :  param=/usr/libexec/Xorg
; Debian 9 or later     :  param=/usr/lib/xorg/Xorg
; Ubuntu 16.04 or later :  param=/usr/lib/xorg/Xorg
; Arch Linux            :  param=/usr/lib/Xorg
; CentOS 7              :  param=/usr/bin/Xorg or param=Xorg
; CentOS 8              :  param=/usr/libexec/Xorg
;
param=/usr/libexec/Xorg
; Leave the rest paramaters as-is unless you understand what will happen.
param=-config
param=xrdp/xorg.conf
param=-noreset
param=-nolisten
param=tcp
param=-logfile
param=.xorgxrdp.%s.log

[Xvnc]
param=Xvnc
param=-bs
param=-nolisten
param=tcp
param=-localhost
param=-dpi
param=96
param=-depth
param=16

[Chansrv]
; drive redirection
; See sesman.ini(5) for the format of this parameter
#FuseMountName=/run/user/%u/thinclient_drives
#FuseMountName=/media/thinclient_drives/%U/thinclient_drives
FuseMountName=thinclient_drives
; this value allows only the user to acess their own mapped drives.
; Make this more permissive (e.g. 022) if required.
FileUmask=077
; Can be used to disable FUSE functionality - see sesman.ini(5)
#EnableFuseMount=false

[ChansrvLogging]
; Note: one log file is created per display and the LogFile config value 
; is ignored. The channel server log file names follow the naming convention: 
; xrdp-chansrv.${DISPLAY}.log
;
; Note: Log levels can be any of: core, error, warning, info, debug, or trace
LogLevel=INFO
EnableSyslog=true
#SyslogLevel=INFO
#EnableConsole=false
#ConsoleLevel=INFO
#EnableProcessId=false

[ChansrvLoggingPerLogger]
; Note: per logger configuration is only used in XRDP_DEBUG builds of XRDP.
#chansrv.c=INFO
#main()=INFO

[SessionVariables]
PULSE_SCRIPT=/etc/xrdp/pulse/default.pa
[root@localhost ~]# cat /etc/xrdp/xrdp.ini
[Globals]
; xrdp.ini file version number
ini_version=1

; fork a new process for each incoming connection
fork=true

; ports to listen on, number alone means listen on all interfaces
; 0.0.0.0 or :: if ipv6 is configured
; space between multiple occurrences
; ALL specified interfaces must be UP when xrdp starts, otherwise xrdp will fail to start
;
; Examples:
;   port=3389
;   port=unix://./tmp/xrdp.socket
;   port=tcp://.:3389                           127.0.0.1:3389
;   port=tcp://:3389                            *:3389
;   port=tcp://<any ipv4 format addr>:3389      192.168.1.1:3389
;   port=tcp6://.:3389                          ::1:3389
;   port=tcp6://:3389                           *:3389
;   port=tcp6://{<any ipv6 format addr>}:3389   {FC00:0:0:0:0:0:0:1}:3389
;   port=vsock://<cid>:<port>
port=3389

; 'port' above should be connected to with vsock instead of tcp
; use this only with number alone in port above
; prefer use vsock://<cid>:<port> above
use_vsock=false

; regulate if the listening socket use socket option tcp_nodelay
; no buffering will be performed in the TCP stack
tcp_nodelay=true

; regulate if the listening socket use socket option keepalive
; if the network connection disappear without close messages the connection will be closed
tcp_keepalive=true

; set tcp send/recv buffer (for experts)
#tcp_send_buffer_bytes=32768
#tcp_recv_buffer_bytes=32768

; security layer can be 'tls', 'rdp' or 'negotiate'
; for client compatible layer
security_layer=negotiate

; minimum security level allowed for client for classic RDP encryption
; use tls_ciphers to configure TLS encryption
; can be 'none', 'low', 'medium', 'high', 'fips'
crypt_level=high

; X.509 certificate and private key
; openssl req -x509 -newkey rsa:2048 -nodes -keyout key.pem -out cert.pem -days 365
certificate=
key_file=

; set SSL protocols
; can be comma separated list of 'SSLv3', 'TLSv1', 'TLSv1.1', 'TLSv1.2', 'TLSv1.3'
ssl_protocols=TLSv1.2, TLSv1.3
; set TLS cipher suites
#tls_ciphers=HIGH

; concats the domain name to the user if set for authentication with the separator
; for example when the server is multi homed with SSSd
#domain_user_separator=@

; Section name to use for automatic login if the client sends username
; and password. If empty, the domain name sent by the client is used.
; If empty and no domain name is given, the first suitable section in
; this file will be used.
autorun=

allow_channels=true
allow_multimon=true
bitmap_cache=true
bitmap_compression=true
bulk_compression=true
#hidelogwindow=true
max_bpp=32
new_cursors=true
; fastpath - can be 'input', 'output', 'both', 'none'
use_fastpath=both
; when true, userid/password *must* be passed on cmd line
#require_credentials=true
; when true, the userid will be used to try to authenticate
#enable_token_login=true
; You can set the PAM error text in a gateway setup (MAX 256 chars)
#pamerrortxt=change your password according to policy at http://url

;
; colors used by windows in RGB format
;
blue=009cb5
grey=dedede
#black=000000
#dark_grey=808080
#blue=08246b
#dark_blue=08246b
#white=ffffff
#red=ff0000
#green=00ff00
#background=626c72

;
; configure login screen
;

; Login Screen Window Title
#ls_title=My Login Title

; top level window background color in RGB format
ls_top_window_bg_color=009cb5

; width and height of login screen
ls_width=350
ls_height=430

; login screen background color in RGB format
ls_bg_color=dedede

; optional background image filename (bmp format).
#ls_background_image=

; logo
; full path to bmp-file or file in shared folder
ls_logo_filename=
ls_logo_x_pos=55
ls_logo_y_pos=50

; for positioning labels such as username, password etc
ls_label_x_pos=30
ls_label_width=65

; for positioning text and combo boxes next to above labels
ls_input_x_pos=110
ls_input_width=210

; y pos for first label and combo box
ls_input_y_pos=220

; OK button
ls_btn_ok_x_pos=142
ls_btn_ok_y_pos=370
ls_btn_ok_width=85
ls_btn_ok_height=30

; Cancel button
ls_btn_cancel_x_pos=237
ls_btn_cancel_y_pos=370
ls_btn_cancel_width=85
ls_btn_cancel_height=30

[Logging]
; Note: Log levels can be any of: core, error, warning, info, debug, or trace
LogFile=xrdp.log
LogLevel=INFO
EnableSyslog=true
#SyslogLevel=INFO
#EnableConsole=false
#ConsoleLevel=INFO
#EnableProcessId=false

[LoggingPerLogger]
; Note: per logger configuration is only used in XRDP_DEBUG builds of XRDP.
#xrdp.c=INFO
#main()=INFO

[Channels]
; Channel names not listed here will be blocked by XRDP.
; You can block any channel by setting its value to false.
; IMPORTANT! All channels are not supported in all use
; cases even if you set all values to true.
; You can override these settings on each session type
; These settings are only used if allow_channels=true
rdpdr=true
rdpsnd=true
drdynvc=true
cliprdr=true
rail=true
xrdpvr=true
tcutils=true

; for debugging xrdp, in section xrdp1, change port=-1 to this:
#port=/tmp/.xrdp/xrdp_display_10

; for debugging xrdp, add following line to section xrdp1
#chansrvport=/tmp/.xrdp/xrdp_chansrv_socket_7210


;
; Session types
;

; Some session types such as Xorg, X11rdp and Xvnc start a display server.
; Startup command-line parameters for the display server are configured
; in sesman.ini. See and configure also sesman.ini.
#[Xorg]
#name=Xorg
#lib=libxup.so
#username=ask
#password=ask
#ip=127.0.0.1
#port=-1
#code=20

[Xvnc]
name=Xvnc
lib=libvnc.so
username=ask
password=ask
ip=127.0.0.1
port=-1
#xserverbpp=24
#delay_ms=2000
; Disable requested encodings to support buggy VNC servers
; (1 = ExtendedDesktopSize)
#disabled_encodings_mask=0


#[vnc-any]
#name=vnc-any
#lib=libvnc.so
#ip=ask
#port=ask5900
#username=na
#password=ask
#pamusername=asksame
#pampassword=asksame
#pamsessionmng=127.0.0.1
#delay_ms=2000

#[neutrinordp-any]
#name=neutrinordp-any
#lib=libxrdpneutrinordp.so
#ip=ask
#port=ask3389
#username=ask
#password=ask

; You can override the common channel settings for each session type
#channel.rdpdr=true
#channel.rdpsnd=true
#channel.drdynvc=true
#channel.cliprdr=true
#channel.rail=true
#channel.xrdpvr=true

Je peux éventuellement tester la profondeur à 8 pour alléger encore plus, mais pour le conflit entre le bureau sur l'écran local et le l'affichage distant, je ne sais pas d'où ça peux venir.

Voici la sortie côté client quand le bureau n'est pas déjà ouvert localement :

[19:03:05:263] [3586:3587] [INFO][com.freerdp.core] - ERRINFO_LOGOFF_BY_USER (0x0000000C):The disconnection was initiated by the user logging off their session on the server.
[19:03:05:263] [3586:3587] [ERROR][com.freerdp.core] - rdp_set_error_info:freerdp_set_last_error_ex ERRINFO_LOGOFF_BY_USER [0x0001000C]

Donc on est bien sur du déport et non sur de la session distante.

Maintenant avec le bureau préalablement ouvert (le test qui a fait planter le bureau) :

[19:03:52:252] [4023:4024] [INFO][com.freerdp.client.x11] - No user name set. - Using login name: user
[19:03:52:792] [4023:4024] [INFO][com.freerdp.primitives] - primitives autodetect, using generic
[19:03:52:796] [4023:4024] [INFO][com.freerdp.core] - freerdp_tcp_is_hostname_resolvable:freerdp_set_last_error_ex resetting error state
[19:03:52:796] [4023:4024] [INFO][com.freerdp.core] - freerdp_tcp_connect:freerdp_set_last_error_ex resetting error state
[19:03:52:819] [4023:4024] [WARN][com.freerdp.crypto] - Certificate verification failure 'self signed certificate (18)' at stack position 0
[19:03:52:819] [4023:4024] [WARN][com.freerdp.crypto] - CN = XRDP
[19:03:53:826] [4023:4024] [INFO][com.freerdp.gdi] - Local framebuffer format  PIXEL_FORMAT_BGRX32
[19:03:53:826] [4023:4024] [INFO][com.freerdp.gdi] - Remote framebuffer format PIXEL_FORMAT_RGB16
[19:03:54:123] [4023:4024] [INFO][com.winpr.clipboard] - initialized POSIX local file subsystem
[19:03:54:208] [4023:4024] [INFO][com.freerdp.channels.rdpsnd.client] - [static] Loaded fake backend for rdpsnd
[19:04:55:683] [4023:4024] [INFO][com.freerdp.client.x11] - Closed from X11

Je ne vois pas où est l'erreur.
Dans les journaux, je ne sais pas trop quoi chercher.

#24 Re : [Anciennes versions] Support général » [Résolu] Support: Running WinTV TV tuners and HD PVR 2 under Linux » 06/04/2021 10:10:42

Que donne en user :

ls /dev/video*

et

mplayer tv:// -tvscan autostart # au besoin, précise device=/dev/videoX ou X correspond à ta carte dvb

J'analyserai tout ça en rentrant ce soir.

#25 Re : [Anciennes versions] Support général » Accès distant au bureau actif : comment réduire le coût du transfert » 06/04/2021 09:16:29

Bonjour @Refuznik,
Non, en effet, je ne savais pas qu'il est intégré et pouvait faire du déport de session courante.
Je vais m'y pencher. Merci.
Je mettrai mes résultats d'expérience ici.

Bonne journée.

Pied de page des forums

Propulsé par FluxBB