Ah moi j'ai pas le soucis avec la puce Realtek de ma carte mère. Quand le son HDMI de ma Radeon devient grésillant, si je bascule la sortie audio sur mon casque branché en jack sur ma carte mère, le son est propre.
Du coup ça me laisse penser que ça doit plutôt uniquement se produire sur les cartes qui utilise le framework AMD DC/DAL pour l'audio sur HDMI. Autrement dit uniquement les Radeon depuis GCN v3 (Volcanic Island) (càd les R9 285, R9 380, R9 Fury, RX 400/500).
Le contexte c'est que ce sont pour des membres de ma famille, qui ne sont pas spécialement familiés avec l'administration Linux. Je voudrais que le gestionnaire de mise à jour Gnome leur propose les mises à jours que j'ai pré-sélectionnés uniquement (comme Firefox par exemple), mais pas l'ensemble des màj qui parfois peuvent poser soucis (Wine, kernel, Gnome, etc.). Pour ces dernières màj, je m'en occupe manuellement moi-même quand je passe chez eux. Mais il peut se passer plusieurs semaines/mois parfois, et ça m'embête donc de les laisser avec des paquets critiques (Firefox, OpenSSL, etc.) pas à jour.
Honnêtement je ne saurais pas trop parler de NFS, car j'ai très peu utilisé.
Mais…
là où je bosse, je déploie quelques serveurs avec du Samba pour pouvoir donner accès des partages à des postes Windows (environnement AD). Donc SMB = natif Windows, pas de problème. NFS ? C'est natif sur Windows 7 ?! Non, dans ce cas exit NFS.
j'ai jamais déplorer de problème de stabilité avec Samba. Au contraire, il y a quelques années j'ai même migré un partage Windows 2003 sous CentOS 6, et c'était devenu bien plus stable.
j'ai lu pas mal de documentation à propos de NFS. Et franchement tout ça ne m'a pas donné une super image de ce protocole. Il semble avoir pas mal de problème et être d'un autre âge. En réalité, le cas d'usage le plus safe me semble uniquement d'utiliser du NFS pour de la diffusion de fichiers en lecture seule. SMB me semble bien plus actif et proche des besoins de partage et travail collaboratif.
au boulot, j'ai un serveur Linux qui fait des montages de partage depuis un filer NetApp. J'utilise des montages SMB et ça marche sans problème. J'ai essayé pour quelques partages de les monter via NFS v3. Ça marche, certes, mais la sécurité est nulle (pas d'ACL, sans parler des identifiants Unix à rajouter à la main sur la config /etc/passwd du NetApp !!! Sérieux ?!), donc je l'ai testé que pour des partages de documents en lecture seule. Et sur le serveur Linux je ne peux plus voir les fichiers du montage dans mon arborescence Linux depuis le compte root car le montage NFS a les droit d'un autre compte (apache dans mon cas). Et j'ai pas constaté de meilleures performances avec le montage NFS (v3) comparé à SMB (1.0).
Constatant tout ça, j'ai plus d'inconvénients à utiliser du NFS que du SMB.
OK ben change de fournisseur alors !! Parce que les GTX 1080 Ti n'ont jamais connu de pénurie de stock (ni à cause des mineurs ni à cause de quoi que ce soit).
Le système de packet pkg ne met à jour QUE les logiciel et ne touche pas à la base et au noyo, pas besoin de reboot ensuite (de toutes façons toutes tes applications tournent en Jails).
Sur RHEL/CentOS, si par exemple je fais un "yum update httpd" ça va me mettre à jour que Apache aussi hein. Ça va pas m'installer une màj du noyau ou que sais-je encore.
(CentOs et Red Hat j'en parle même pas p'têt d'ici 2035 on aura PHP 7)
PHP 5.4 de base dans CentOS 7. Support de 10 ans.
En gros j'utilise quoi moi pour être tranquille pour 10 ans ?!!
Ben tu utilises RHEL/CentOS justement. Si tu déploies une appli PHP dessus, elle marchera pendant 10 ans au moins.
Et puis si tu as besoin d'autres versions de PHP en parallèle, tu peux installer PHP 5.6, 7.0 et 7.1 en même temps via un autre dépôt nommé "Software Collections", officiellement supporté par Red Hat. La durée du support pour chaque version est de 3 ans seulement par contre pour ces versions.
Moi je rajoute quelque chose comme ça :
Block SSH bruteforce
pass in on $ext_if proto tcp from ! to $ext_if port 22 \
flags S/SA keep state \
(max-src-conn-rate 3/60, \
overload flush global)
C'est aussi limpide que de la vase ton truc.
Comment on fait sous Debian ou Red Hat déjà ?
Ha ouiiiiiiiii ça dépend de ta version évidemment
On utilise systemd. Fin de discussion.
Non mais t'appelle ça du boulot toi ? T'es sérieux là ?
Professionnellement, j'évite de déployer un OS (fusse FreeBSD, Ubuntu ou Debian) sur un serveur physique (ou virtuel d'ailleurs…) qui n'est pas validé sur un OS en particulier. Sinon comment garantir la stabilité du truc.
Les constructeurs (HPE, Dell, Lenovo, etc.) garantissent la compatibilité de leur matos sur certaines distributions (généralement RHEL et SUSE, parfois aussi des BSD) et réciproquement (Red Hat fournit un catalogue de machines validées).
Le labo dans lequel je travaille attend 4 GPU depuis la fin du mois d'août : on n'arrête pas de relancer le fournisseur, qui à chaque fois nous répond qu'on remonte doucement dans la liste d'attente mais qu'il faudra être patients car ils n'arrivent pas à suivre la demande.
Elle fonctionne bien avec les drivers libres sur une Debian Stretch sauf que j'arrive pas à faire passer le son dans la sortie HDMI ou DVI.
Bizarre, y'a peut-être un bug, faudrait voir dans le Bugzilla. Normalement ça devrait marcher.
Par contre pas de son en DVI c'est normal, le DVI ne transmets pas de flux audio.
C'est bien le cas, OpenStreeMap est listé dans le menu Options > Infos > Licence.
On peut noter aussi qu'il y a 3 lib sous licence MIT utilisées, une sous Apache, une sous zlib, une sous BSD et étonnamment une sous GPL. Apparemment GPL mais avec autorisation d'utilisation dans un autre programme non GPL. Première fois que je vois ça.
Le HDMI 2.0 a augmenté la clock à 600 MHz (https://en.wikipedia.org/wiki/HDMI#Version_comparison), donc il faudrait que tu prennes un câble compatible HDMI 2.0. Mais il faudrait que ton écran et ta carte graphique soit compatible aussi…
Par contre le DisplayPort, je ne sais pas où tu as trouvé ton info à propos des 360 MHz, car visiblement y'a pas vraiment cette notion de clock. Ça fonctionne un peu différemment de HDMI.
Mais d'après ce tableau (Resolution and refresh frequency limits for DisplayPort), le DisplayPort 1.0 peut déjà prendre en charge du 2560*1440@75.
Si c'est le prix de l'anonymat (dont je doute fort pour bitcoin)
Tu fais bien de douter car le Bitcoin n'est pas du tout anonyme, il n'a pas été conçu pour ça. Toutes les transactions sont publiques et infalsifiables. Je ne te conseille pas d'acheter quoi que ce soit d'illégal via ce système de paiement…
Si tu veux de l'anonymat, utilise Zcash ou Monero.
Oui tu as raison, je crois que je vais partir sur une nouvelle installation complètement en softraid.
À la base j'avais peur que ça soit compliqué, mais visiblement c'est très simple à installer en RAID 1 depuis anaconda.
Par contre c'est carrément dommage qu'anaconda crée des tables de partitions MBR au lieu de GPT !
tu peux masquer les devices membres de ton RAID dans /etc/lvm/lvm.conf (option filter si je me souviens bien).
Génial ! J'ai masqué mon sda et sdb avec l'option "global_filter" et maintenant je n'ai plus de warning et j'ai pu créer mon VG.
Merci pour l'astuce.
Sinon, si j'ai bien compris, TLER n'est pas utile avec mdadm (il aurait d'autres critères pour déterminer qu'un disque ne répond plus qu'un contrôleur RAID hardware), peut-être que c'est le cas aussi avec Matrix Storage ?
D'après Wikipedia, ça a son importance aussi pour les softraid, bien que ça soit très spécifique à chaque implémentation. Apparemment sous FreeBSD par exemple, ça n'aurait pas d'importance. Avec mdadm, a priori non plus sauf que c'est la pile SCSI de Linux qui a un timeout de 30 secondes par défaut, donc TLER aurait son intérêt quand même.
[^] # Re: idem
Posté par WhiteCat . En réponse au message Bug WTF d'audio HDMI avec Firefox et Radeon, vous pouvez le reproduire aussi ?. Évalué à 3.
Merci beaucoup de ton retour !
Tu es sur quel OS ?
[^] # Re: bug pulseaudio amdgpu
Posté par WhiteCat . En réponse au message Bug WTF d'audio HDMI avec Firefox et Radeon, vous pouvez le reproduire aussi ?. Évalué à 4.
Ah moi j'ai pas le soucis avec la puce Realtek de ma carte mère. Quand le son HDMI de ma Radeon devient grésillant, si je bascule la sortie audio sur mon casque branché en jack sur ma carte mère, le son est propre.
[^] # Re: test
Posté par WhiteCat . En réponse au message Bug WTF d'audio HDMI avec Firefox et Radeon, vous pouvez le reproduire aussi ?. Évalué à 4. Dernière modification le 26 août 2018 à 21:39.
Oui c'est bien la bonne procédure.
Du coup ça me laisse penser que ça doit plutôt uniquement se produire sur les cartes qui utilise le framework AMD DC/DAL pour l'audio sur HDMI. Autrement dit uniquement les Radeon depuis GCN v3 (Volcanic Island) (càd les R9 285, R9 380, R9 Fury, RX 400/500).
Merci pour ton retour.
[^] # Re: Mise à jour de paquet ?
Posté par WhiteCat . En réponse au message Peut-on mettre une blacklist/whitelist de paquet dans le Gnome Update Manager ?. Évalué à 2. Dernière modification le 18 août 2018 à 13:17.
Bonjour,
Le contexte c'est que ce sont pour des membres de ma famille, qui ne sont pas spécialement familiés avec l'administration Linux. Je voudrais que le gestionnaire de mise à jour Gnome leur propose les mises à jours que j'ai pré-sélectionnés uniquement (comme Firefox par exemple), mais pas l'ensemble des màj qui parfois peuvent poser soucis (Wine, kernel, Gnome, etc.). Pour ces dernières màj, je m'en occupe manuellement moi-même quand je passe chez eux. Mais il peut se passer plusieurs semaines/mois parfois, et ça m'embête donc de les laisser avec des paquets critiques (Firefox, OpenSSL, etc.) pas à jour.
[^] # Re: blacklist par le gestionnaire de paquets Synaptic
Posté par WhiteCat . En réponse au message Peut-on mettre une blacklist/whitelist de paquet dans le Gnome Update Manager ?. Évalué à 2.
Intéressant, malheureusement ma solution doit s'appliquer sur Fedora.
[^] # Re: ironscanner ne marche pas chez moi
Posté par WhiteCat . En réponse au journal Base de données de scanners : besoin de contributeurs. Évalué à 2. Dernière modification le 11 mars 2018 à 15:43.
Pareil sur Fedora 27, j'ai essayé d'installer tous les paquets xlib que j'ai trouvé, mais le message d'erreur persiste.
[^] # Re: Firefox ESR 60 «policy engine»
Posté par WhiteCat . En réponse à la dépêche Firefox 58. Évalué à 2.
Ils pourraient déjà tout simplement fournir un installeur au format .msi !
[^] # Re: Euh
Posté par WhiteCat . En réponse au message Modifier ma zone DNS : avoir www.sous-domaine.org. Évalué à 2. Dernière modification le 22 février 2018 à 08:11.
(message supprimé)
# BIOS/Firmware
Posté par WhiteCat . En réponse au message Bios UEFI, disque non reconnu. Évalué à 3. Dernière modification le 17 février 2018 à 11:35.
Bonjour,
Vérifies que le firmware de ton SSD est à jour => http://www.samsung.com/semiconductor/minisite/ssd/product/consumer/850evo/
Vérifies aussi le BIOS de ta carte mère => https://www.asus.com/fr/Motherboards/PRIME-Z270-K/HelpDesk_BIOS/
Il faudrait qu'il soit en version 809. La version 1002 n'apporte que la mise à jour des microcodes buggés d'Intel donc il ne faut pas l'utiliser.
Ton SSD a été acheté neuf ?
# Minage
Posté par WhiteCat . En réponse au message Donne (très) vieux matériel. Évalué à 8.
Elle mine à combien de Mhs en Ethereum la Voodoo1 ?
[^] # Re: Oui et non
Posté par WhiteCat . En réponse au journal Debian sur mon serveur plus jamais, de chez jamais.. Évalué à 3. Dernière modification le 15 décembre 2017 à 15:15.
Honnêtement je ne saurais pas trop parler de NFS, car j'ai très peu utilisé.
Mais…
là où je bosse, je déploie quelques serveurs avec du Samba pour pouvoir donner accès des partages à des postes Windows (environnement AD). Donc SMB = natif Windows, pas de problème. NFS ? C'est natif sur Windows 7 ?! Non, dans ce cas exit NFS.
j'ai jamais déplorer de problème de stabilité avec Samba. Au contraire, il y a quelques années j'ai même migré un partage Windows 2003 sous CentOS 6, et c'était devenu bien plus stable.
j'ai lu pas mal de documentation à propos de NFS. Et franchement tout ça ne m'a pas donné une super image de ce protocole. Il semble avoir pas mal de problème et être d'un autre âge. En réalité, le cas d'usage le plus safe me semble uniquement d'utiliser du NFS pour de la diffusion de fichiers en lecture seule. SMB me semble bien plus actif et proche des besoins de partage et travail collaboratif.
au boulot, j'ai un serveur Linux qui fait des montages de partage depuis un filer NetApp. J'utilise des montages SMB et ça marche sans problème. J'ai essayé pour quelques partages de les monter via NFS v3. Ça marche, certes, mais la sécurité est nulle (pas d'ACL, sans parler des identifiants Unix à rajouter à la main sur la config /etc/passwd du NetApp !!! Sérieux ?!), donc je l'ai testé que pour des partages de documents en lecture seule. Et sur le serveur Linux je ne peux plus voir les fichiers du montage dans mon arborescence Linux depuis le compte root car le montage NFS a les droit d'un autre compte (apache dans mon cas). Et j'ai pas constaté de meilleures performances avec le montage NFS (v3) comparé à SMB (1.0).
Constatant tout ça, j'ai plus d'inconvénients à utiliser du NFS que du SMB.
[^] # Re: Oui et non
Posté par WhiteCat . En réponse au journal Debian sur mon serveur plus jamais, de chez jamais.. Évalué à 6.
Déjà rien que pour les gestion des droits d'accès.
[^] # Re: Le minage de Bitcoins entrave la recherche
Posté par WhiteCat . En réponse au journal Conséquences sociales des cryptomonnaies - 2. Évalué à 2.
OK ben change de fournisseur alors !! Parce que les GTX 1080 Ti n'ont jamais connu de pénurie de stock (ni à cause des mineurs ni à cause de quoi que ce soit).
# RHEL/CentOS
Posté par WhiteCat . En réponse au journal Debian sur mon serveur plus jamais, de chez jamais.. Évalué à 9.
Sur RHEL/CentOS, si par exemple je fais un "yum update httpd" ça va me mettre à jour que Apache aussi hein. Ça va pas m'installer une màj du noyau ou que sais-je encore.
PHP 5.4 de base dans CentOS 7. Support de 10 ans.
Ben tu utilises RHEL/CentOS justement. Si tu déploies une appli PHP dessus, elle marchera pendant 10 ans au moins.
Et puis si tu as besoin d'autres versions de PHP en parallèle, tu peux installer PHP 5.6, 7.0 et 7.1 en même temps via un autre dépôt nommé "Software Collections", officiellement supporté par Red Hat. La durée du support pour chaque version est de 3 ans seulement par contre pour ces versions.
C'est aussi limpide que de la vase ton truc.
On utilise systemd. Fin de discussion.
Professionnellement, j'évite de déployer un OS (fusse FreeBSD, Ubuntu ou Debian) sur un serveur physique (ou virtuel d'ailleurs…) qui n'est pas validé sur un OS en particulier. Sinon comment garantir la stabilité du truc.
Les constructeurs (HPE, Dell, Lenovo, etc.) garantissent la compatibilité de leur matos sur certaines distributions (généralement RHEL et SUSE, parfois aussi des BSD) et réciproquement (Red Hat fournit un catalogue de machines validées).
[^] # Re: Le minage de Bitcoins entrave la recherche
Posté par WhiteCat . En réponse au journal Conséquences sociales des cryptomonnaies - 2. Évalué à 2.
C'est quel modèle de GPU que tu attends ?
[^] # Re: J'ai choisi la R5 230 2G
Posté par WhiteCat . En réponse au message Quelle carte vidéo quand on se fiche de la performance 3D ?. Évalué à 5.
Bizarre, y'a peut-être un bug, faudrait voir dans le Bugzilla. Normalement ça devrait marcher.
Par contre pas de son en DVI c'est normal, le DVI ne transmets pas de flux audio.
[^] # Re: crédit
Posté par WhiteCat . En réponse au journal Pokemon GO migre sur OpenStreetMap. Évalué à 7.
C'est bien le cas, OpenStreeMap est listé dans le menu Options > Infos > Licence.
On peut noter aussi qu'il y a 3 lib sous licence MIT utilisées, une sous Apache, une sous zlib, une sous BSD et étonnamment une sous GPL. Apparemment GPL mais avec autorisation d'utilisation dans un autre programme non GPL. Première fois que je vois ça.
# HDMI 2.0 ou DisplayPort 1.0
Posté par WhiteCat . En réponse au message limite bandwitch cable pour écran. Évalué à 2.
Le HDMI 2.0 a augmenté la clock à 600 MHz (https://en.wikipedia.org/wiki/HDMI#Version_comparison), donc il faudrait que tu prennes un câble compatible HDMI 2.0. Mais il faudrait que ton écran et ta carte graphique soit compatible aussi…
Par contre le DisplayPort, je ne sais pas où tu as trouvé ton info à propos des 360 MHz, car visiblement y'a pas vraiment cette notion de clock. Ça fonctionne un peu différemment de HDMI.
Mais d'après ce tableau (Resolution and refresh frequency limits for DisplayPort), le DisplayPort 1.0 peut déjà prendre en charge du 2560*1440@75.
# BIOS
Posté par WhiteCat . En réponse au message decu de windows 10, help linux!. Évalué à 3.
Est-ce que ton BIOS est à jour ?
Si c'est pas le cas, mets-le à jour et ré-essaye Windows 10. Parfois ça peut corriger des soucis divers…
# Disques
Posté par WhiteCat . En réponse au message Ordre de boot. Évalué à 3.
Est-ce que Windows et Linux sont installés sur le même HDD/SSD ou sur 2 différents ?
# Anonymat
Posté par WhiteCat . En réponse au journal L'arnaque bitcoin. Évalué à 10.
Tu fais bien de douter car le Bitcoin n'est pas du tout anonyme, il n'a pas été conçu pour ça. Toutes les transactions sont publiques et infalsifiables. Je ne te conseille pas d'acheter quoi que ce soit d'illégal via ce système de paiement…
Si tu veux de l'anonymat, utilise Zcash ou Monero.
# màj firmware
Posté par WhiteCat . En réponse au message Raid 5 et disques en veille. Évalué à 2.
Bonjour,
Déjà tu peux vérifier ici s'il y a des mises à jour de firmware pour tes disques : https://apps1.seagate.com/downloads/request.html
[^] # Re: ne pas utiliser le raid du bios/uefi
Posté par WhiteCat . En réponse au message Linux, GPT, LVM et Intel Matrix Storage, j'ai loupé un truc ?. Évalué à 2.
En fait si, sur le serveur (qui a un BIOS UEFI), la table de partition est bien créée en GPT par anaconda (ce qui est obligatoire pour l'UEFI).
[^] # Re: ne pas utiliser le raid du bios/uefi
Posté par WhiteCat . En réponse au message Linux, GPT, LVM et Intel Matrix Storage, j'ai loupé un truc ?. Évalué à 2.
Oui tu as raison, je crois que je vais partir sur une nouvelle installation complètement en softraid.
À la base j'avais peur que ça soit compliqué, mais visiblement c'est très simple à installer en RAID 1 depuis anaconda.
Par contre c'est carrément dommage qu'anaconda crée des tables de partitions MBR au lieu de GPT !
[^] # Re: Masquer les disques gênants ?
Posté par WhiteCat . En réponse au message Linux, GPT, LVM et Intel Matrix Storage, j'ai loupé un truc ?. Évalué à 2.
Génial ! J'ai masqué mon sda et sdb avec l'option "global_filter" et maintenant je n'ai plus de warning et j'ai pu créer mon VG.
Merci pour l'astuce.
D'après Wikipedia, ça a son importance aussi pour les softraid, bien que ça soit très spécifique à chaque implémentation. Apparemment sous FreeBSD par exemple, ça n'aurait pas d'importance. Avec mdadm, a priori non plus sauf que c'est la pile SCSI de Linux qui a un timeout de 30 secondes par défaut, donc TLER aurait son intérêt quand même.