brice.wernet

Petit truc quand on passe à Linux: pour certaines options pour les VM (notamment pour le passthrough), il faut le faire dans la ligne de commande du boot. Donc peaufinage en redémarrant plusieurs fois à prévoir (surtout si AMD, ça peut tourner au cauchemar). Autre chose en Linux (encore appris à mes dépends): ne plus jamais utiliser fstab pour monter des disques et des partages au démarrage, sauf si obligatoires pour le boot de la machine. Car une machine headless arrête le processus de démarrage si un disque manque, avant l'initialisation du réseau et il faut tout démonter (d'où le fait que j'envisage d'utiliser finalement les IPMI dispo comme Intel AMT ou AMD DASH même à la maison). Il faut plutôt monter les partages dans un service systemd. Dernière chose qui peut amener au choix de la distro: si on veut mettre des VM existantes déjà basées sur une distro, autant mettre la même distro en-dessous et un petit conteneur chargé de servir les mises à jour à tout le monde.

Mon serveur audio est un linux Tiny core0+mpd+samba+ssh. Ça doit bien faire 50mo en tout. C'est un avantage en desktop, mais si on fonctionne avec une VM pas appli ou un conteneur, les .deb apportent plus de risques. C'est un choix. Les flatpaks se débrouillent bien pour dédoublonner niveau fichier, mais je ne sais pas s'ils arrivent à partager les bibliothèques en RAM. Ayant vécu la guerre anti PBI sous PC BSD, je trouve que les deux ont du sens, mais que les arguments contre sont souvent mal documentés. C'est aussi une occupation CPU et des risques de sécurité supplémentaires, sans compter les risques que des collègues croient que parce qu'il suffit de cliquer c'est facile (c'est pur cela que j'ai parfois installé SQL server sur des windows server core: un windows sans interface graphique ça fait moins de biouille)

1-> moniteur de fiabilité 2-> gestionnaire de périphériques Dans tous les cas: tester d'abord avec des prises noires non voisines, éviter les prises bleues.

A peu près comme le bon et le mauvais chasseur: tu as un Linux server, c'est un linux, et un linux desktop, c'est un linux, mais desktop quoi! La seule différence que je vois (chez Ubuntu), c'est les packages par défaut installés et donc la superficie d'attaque. Les paquets desktop sont maintenant souvent plus des espèces de conteneurs que juste le soft (le package manager prend le soft+les dépendances+le runtime si besoin) Concernant l'installation d'un linux, je vois 2 options: baremetal: je préfère debian stable (par habitude) en VM: je préfère toujours debian stable mais quelques autres distros me font du pied comme clear linux et alpine linux ubuntu/debian c'est la simplicité, la disponibilité des paquets pour installer un soft. Alpine/clear linux, c'est la légèreté mais installer un soft avec beaucoup de dépendances peut être un peu plus complexe. Linux n'est en ce moment pas mon problème principal en opensource: mon problème c'est plutôt python et les dépendances python et les environnements python à multiplier... Linux passe franchement crème du moment que le matériel est supporté.

Que signifie "les deux en même temps -> non": est-ce qu'il y a un message d'erreur? Est-ce que la switch et la webcam ont été débranchées et rebranchées autrement? Mon premier test serait de brancher la switch ou la web cam sur d'autres ports USB (les périphériques USB déclarent leur conso et les contrôleurs peuvent refuser de faire marcher 2 appareils énergivores en même temps) Par ailleurs, Windows 10 ne garde pas les paramètres des pilotes USB par appareil, mais par appareil et prise: quand on déplace un appareil d'une prise à l'autre, ça change les paramètres...

Tu veux l'afficher sur le bureau graphique ton disque réseau? Dans ce cas il faudrait pousser un raccourci bers /mnt/serveur sur le bureau. Mais je pense que tu ''as pas la bonne solution: . si ton NAs n'est pas joignable, en mettant dans fstab, l'ordi ne démarrera pas en mode graphique (blocage au montage des disque du système) -> utiliser à la place un service système . si ton montage est perdu en cours de session, les utilisateur auront quand même accès à /mont/serveur en tant que répertoire 'normal' et pourront y déposer des fichiers -ce qui empêchera un futur montage Linuxmint c'est GNOME ou KDE? Il doit y avoir un outil (peut-être gnome-disk-utility)

Le CPU au final, c'est bien un K/KF? Les non K ont souvent du mal à atteindre/passer les 3200. J'ai lu sur internet (reddit, non vérifié) qu'un gars dit qu'en mettant les barrettes sur les slots A2 et B2 (slots gris) ça a solutionné le problème pour lui (même mobo, même vitesse de RAM mais CPU inconnu).

Les CPU et les cartes graphiques ont plusieurs coeurs et peuvent traiter en même temps plusieurs calculs (mais vraiment en même temps). Deux façons d'exploiter cela: lancer plusieurs logiciels (au lieu de cuire les pâtes PUIS la viande, cuire les pâtes ET la viande en utilisant deux feux) avoir un logiciel qui lui-même découpe les tâches pour les traiter en même temps (genre au lieu de cuire 2 kg de pâtes en 2 fois, cuire 2x1kg de pâtes mais en utilisant 2 feux) Même si les logiciels qui parallélisent sont la norme maintenant, on peut toujours avoir des surprises et voir des traitements qui n'occupent que 1, 2 ou 4 coeurs sur 8 d'un CPU.

Juste pour info, ça a l'air assez courant: Asus Prime B660-Plus D4: XMP/Memory FAIL - Troubleshooting - Linus Tech Tips Anyone with an ASUS B660 MOBO able to successfully enable XMP? : buildapc (reddit.com) I read that ASUS B660 motherboard have boot issues with XMP, is that issue still persistent? : buildapc (reddit.com) Et pas vraiement de solution non plus

Si je comprends bien, tu cherches un écran relativement compact (19-20") dont le pitch (la largeur/hauteur de pixel) est < 0.23mm? En écran brillant? Pas facile... Mais tu peux le faire toi-même: j'ai déjà acheté chez eux: VS DISPLAY | Boutiques eBay - ça m'a permis de monter 2 écran 13" FHD pour 120€ il y a 2 ans.

Si les traitement sont parallélisés, la DDR5 peut tirer son épingle du jeu. En jeu elle est mauvaise, mais en calcul de la 4800 peu dépasser les DDR 3200 (même parfois de loin). En gros, la DDR5 c'est comme de la DDR4 coupée en deux mais allant plus vite: elle peut servir 4 flux de mémoire au lieu de 2. Hors les CPU multicoeurs ont des problèmes à accéder à la mémoire (16 coeurs qui ne peuvent avoir que deux flux mémoire... vive le cache!). La DDR5 n'est pas "moins bonne" que la DDR4: les programmes ne sont juste pas souvent optimisés pour. Pour la vidéo, ça peut jouer en faveur de meilleurs temps, mais ça va dépendre de ton décodeur et de ton encodeur.

D'expérience: non :). C'est une low profile, je l'ai depuis 2-3 ans maintenant, et la conso montait à 180W-200W avec le 3570K. Elle a parfois fait de petites sessions de 2-3j d'affilée, donc je suis plutôt confiant. Là, je n'ai pas encore lancé de calcul avec la CG, mais la conso en pointe en calcul CPU semble légèrement inférieure (la conso à vide par contre, elle est montée de 10W environ! J'imagine que la DDR4 en est responsable en partie, ou la partie graphique du CPU). Le PC est à 30-40W à vide, là où le 3570K était à 20-30W à vide 😞 Par contre, les perfs CPU sont en nette hausse (entre 80 et 100% sur les trucs parallélisables). Et j'ai récupéré les ports USB 3 (je ne pouvais plus les brancher sur la carte mère du i5, la prise était trop proche des disques) et le lecteur DVD interne.

@ceric64 Allez, pour te consoler: j'ai remplacé le 3570k de la famille par: Matériel d'occas: .Ryzen 4650GE .Asus B550M-a pro .2x8go ram 3000 . Ventirad artic 12 65mm Matériel conservé: . Ssd 240 go cs900 . Sshd seagate 500go 2.5'' . Alim be quiet 300w . Boitier desktop . Gtx1050 Utilisation: Montage, encodage, un peu d'ia, serveur steam

En gros, DVDFab utilise Intel Quick Sync pour l'encodage des vidéos 4K HDR depuis la génération des intel 7xxx. J'utilise Quick Sync pour des encodages rapides depuis mon 3570K. J'ai deux constats: Je pouvais encoder une vidéo en jouant à Team Fortress 2 (en 2013/2014) sans que ça bronche vraiment: Quick sync ne consomme pas de CPU pour l'encodage... C'était possible car ce qui était lent et consommateur dans le ripping, c'était de LIRE les DVD et CD, en mode software puisque les parties d'accélération vidéo des cartes graphiques ne permettent pas toujours de récupérer l'image

Le BIOS ne le voyait pas, il n'avait pas le module PCIe intégré. MAis Windows passe outre et fournit un driver, donc ça marchait. Dans le BIOS ou dans Windows? Après, si c'est parti pour le changer... En "désespoir" de cause, les boitiers M2 --> SATA marchent très bien avec ces disques M2 SATA.

Si tu prends certains ordis (HP prodesk G2 ou G3), tu mets un SSD pcie (alors que l'ordi n'accepte que le SATA), tu bootes sur clé USB, et miracle, Windows "voit" le SSD et même accepte de s'installer. Par contre il ne boote pas. Il faut modifier le BIOS en injectant le module PCIe dans le BIOS du G2 ou utiliser un bootloader qui simule l'UEFI (cloverleaf). Je me demande si c'est possible à l'envers (PCIE vers SATA).

Aucun risque.

fable?

C'est une question de région. En France, c'est 13 canaux, pas 14. Liste des canaux Wi-Fi — Wikipédia (wikipedia.org) Et c'est aussi en 5GHz une question de carte Wifi et de firmware. Je pense que la Switch "sait" dans quel pays elle est, et que ton OPNSense n'avait pas (ou pas le bon) pays sélectionné. Par un moment, le canal 13 était limité en puissance en France il me semble, je ne sait pas si c'est toujours le cas.

Bonjour, Je vais récupérer une grande toile blanche d'environ 8x4m, pour mettre parfois devant ma façade pour projection avec des voisins/amis ou JV grand écran. La taille de 8m est un peu le maximum, et je n'ai pour le moment pas le grammage au m² de la toile. Je cherche des idées pour que l'écran soit démontable/stockable facilement. Pour le moment nous avons pensé: à des crochets dans le mur ou sous la toiture + filins OU à une structure en tuyaux PVC OU à un truc basé sur des échelles télescopiques... ... Si vous avez des idées, une expérience, je suis preneur.

Il est en cours... Pour l'humidité, ce n'est pas en ce moment que je vais pouvoir juger... Et au final, il n'est pas profond: c'est 5/6m de tuyau sous 50cm de terre, elle-même sous le garage et tout un as de bazar (réserve de paille, foin, pneus, bois ...) donc un peu préservée de la chaleur et du froid. Le tuyau remonte entre les garages. Il me reste à faire le trou sous le rack batterie en sortie du tuyau et prévoir un moyen de fermer le tout en cas de problème. Pour le résultat final, je ne sais pas, mais on sent l'air passer et il sort moins chaud que l'air extérieur. Mais pour le moment je n'ai pas de problème de chaleur près de la batterie, donc c'est passé au second plan.

Trois causes: Ombres sur le toit (le voisin a un noyer de 150 ans de près de 15m d'envergure, dont les branches passent à raz de son toit, donc du mien...) Orientation moyenne du toit Entretien des panneaux: là ils sont à 2m du sol environ, c'est facile d'y aller et de nettoyer - sur le toit à 7m minimum, c'est moins facile En fait l'hypothèse des panneaux a été là depuis la mise en place du garage à toit plat vers 2006-2008 de mémoire.

Le FUN. Certain s'achètent des machines gaming à 1500€, moi je tourne avec des ordis à 300€ mais sur mes bricolages, je souhaitais passer à la vitesse supérieure. Et on est dans un semi-délire survivaliste à la maison, donc c'est aussi "okazou". Oui, la batterie virtuelle est intéressante - ceci dit: les contrats des opérateurs virtuels ne sont pas garantis - les tarifs peuvent varier chaque année je suis dans une optique non pas de rentabilité mais d'étude de faisabilité et d'opportunité: je compte sur l'augmentation du prix de l'abonnement et de l'électricité dans les prochaines années: le solaire va me permettre de réduire les 2 je suis aussi dans le réalisme: j'ai déjà des coupures fréquentes de courant, et ça accélère. Les voisins ont de plus en plus de voitures électriques. Je pense que ça va empirer Le côté "virtuel" de la batterie est très axé finance: en récupérant l'électricité des particuliers, ils le facturent à EDF j'imagine - sauf que je doute que l'infra soit capable de remonter cette électricité bien loin... et quand tu reconsommes, ce n'est pas du renouvelable. Oui, ce sont des pinces, mais elles sont vachement moins classes. J4en ai pour le monitoring solaire via la passerelle enphase, et pour l'onduleur de batteries. Le choix d'un onduleur séparé pour les batteries et de micro-onduleurs au lieu d'un "tout en un" était motivé par la possibilité avec les micro-onduleur de subir de l'ombre. En hiver, ma maison va faire de l'ombre sur une partie des panneaux. J'en aurai toujours au moins 3/4 qui fonctionnent et le reste "par intermittence". De même, en hiver je devrai bouger les panneaux pour éviter qu'ils ne se fassent de l'ombre entre eux.

Le principe de base: TOUT repose sur le capteur de conso en tête du circuit EDF (entre le compteur et le tableau principal de la maison). Si je consomme du jus: le SOFAR injecte depuis la batterie Si je rend de l'électricité à EDF: je produis trop, il charge les batteries Si EDF vient à être coupé: Le SOFAR peut passer en mode secours - mais je ne l'ai pas branché. Si jamais je suis coupé plusieurs jours, j'y penserai, mais il me faudra un onduleur hors réseau pour charger depuis 2/3 panneaux. Ce qui ne fonctionnait pas bien (et n'est toujours pas parfait): toute mon installation est au niveau du garage, qui est à 15/20m de la maison. Rallonger les fils des capteurs n'est pas super simple: ils doivent faire moins de 3ohms aller/retour et être torsadés. J'ai donc enterré un RJ45 dédié (je ne pouvais plus passer de cable dans la gaine) et j'ai séparé le circuit de la batterie du circuit des onduleurs: ils arrivent en parallèle à la maison. Ca a corrigé les aléas liés aux conso "en amont" de la supervision des panneaux (qui râlait que mes mesures n'étaient pas bonnes) et le problème de la prise de conso "partielle" de la maison par le SOFAR. Maintenant que c'est clean, ça marche tout seul comme décrit dans le manuel. J'ai quand même passé un autre câble info pour ramener le RS485 de l'onduleur vers mon serveur, histoire de le piloter en marche forcée si besoin.

Les batteries c'est les "classiques" Pylontech US2000 L'onduleur c'est un SOFAR Solar ME3000SP - ce modèle sert à prendre la sortie d'un onduleur, d'un groupe électrogène, ou autre source de courant et à l'envoyer vers les batteries.