tu me diras ou tu as trouvé un bailleur qui accept que ton loyer soit superieur à 30% de tes revenus,
En banlieue parisienne c'est très courant, surtout quand on s'éloigne de Paris où il n'y a plus que les familles au smic qui cherchent un logement, les propriétaires savent très bien qu'ils auront toutes les peines du monde à trouver un candidat à la location qui touchent 3 fois 750 euros pour un T2, donc la norme est plus proche de 2,3 fois le montant du loyers de ce que j'avais constaté.
Je viens de me rendre compte que tu avais indiqué « prise en charge du chiffrement par puce dédiée », tu veux dire quoi par là ? un Trusted Platform Module ?
mauvaise formulation de ma part, je viens de corriger le post initial.
Je voulais parler d'accélération matérielle des fonctionnalités de chiffrement.
le bon exemple est la dépêche sur gramalect AMHA que je trouve vraiment bonne et que j'ai lu intégralement \o/, tenant aboutissant, problème probable, solution possible, prévisionnel de financement etc … un vrai projet comme on aimerait en voir plus souvent. :)
Ça aurait pu être de l'ironie mais non, mauvais zyeux '
Après je pense que vu les limitations de choix et les prix des solutions ARM par rapport au coût de l'électricité (en France en tout cas), ça n'a vraiment d’intérêt que pour une limitation d'autonomie sur batterie ou avoir un ordinateur qui tourne exclusivement sur du logiciel libre (chose qui restreint encore plus l'offre ARM).
Je viens de me rendre compte que tu avais indiqué « prise en charge du chiffrement par puce dédiée », tu veux dire quoi par là ? un Trusted Platform Module ?
Electronikheart avait fait un tuto vidéo là dessus. Il explique même comment faire pour certains disques USB dont les données SMART ne sont pas visibles par défaut.
En résumé, la première chose à faire est de lancer un test étendu via smartctl, Gsmartcontrol ou tout autre interface. Ça va prendre du temps.
Ensuite, vérifier le tableau des résultats :
Si la ligne 198 Offline Uncorrectable n'est pas à zéro, le disque est à considérer comme non fiable et éventuellement à remplacer.
Si la ligne 197 Current Pending Sector n'est pas à zéro, il faut forcer la réallocation automatique de chaque secteur avec la commande hdparm en vérifiant le résultat de chaque changement avec un test court de SMART.
Enfin la commande badblock permet de vérifier que le disque a bien corrigé les erreurs. C'est hyper long mais ça indique si la partie électronique du disque déconne et dans le cas où il reste des erreurs le disque est vraiment foutu.
Silence et basse consommation n'était pas dans tes pré-requis :-p
À part si tu es sur groupe électrogène ou limité par ton onduleur, la consommation est un faux problème ÀMHA. Ce que tu perds sur ta facture avec une solution Arm, tu le gagnes à l'achat, à la possibilité d'évolution et à la réactivité avec du x86.
Dans la ventilation que je vois au dos de cet appareil, le ventilateur 12cm ne sera pas un problème vu qu'il suffit de le passer en courant continu et de le sous-volter pour regagner en silence. Tu peux même le remplacer par un modèle ultra silencieux.
Par contre à côté tu as le petit ventilateur 40mm de l'alim qui va forcément être bruyant. En plus ce format d'alim de type serveur 1U est particulièrement onéreux à remplacer et pas forcément très efficace niveau rendement.
En solution passive, tu as aussi les mini pc de type Intel NUC, Gigabyte Brix, Jetway ou Mitac Pluto il faut seulement ajouter le stockage et la RAM.
Oui, oui ! Olimex en est conscient. Par contre dans les comparatifs il y a des cartes avec un A20 qui ont soi-disant du Gb Ethernet. C'est surtout ça que je voulais signaler.
pourquoi l'option nand n'est pas sure sur le long terme ? Mon sheevaplug fonctionne depuis 8 ans avec une debian sur sa nand, et je trouve qu'en terme de longévité c'est plus qu'acceptable.
Le fait d'avoir un stockage unique, pas remplaçable en cas de problème. Tu le dis toi-même, tu veux changer de matériel parce que la NAND est morte alors qu'avec un système sur microSD ou SSD ça t'aurait coûté quelques euros et tu aurais pu faire un remplacement sans attendre. Remplacer une NAND n'est pas toujours possible selon le format de boitier utilisé et ça demande quelques outils et techniques de brasure.
De plus il est difficile de comparer : Avec la miniaturisation et la gravure plus fine de la NAND, la durée de vie moyenne des cellules a diminuée. Les micro SD et SSD compensent par un meilleur algorithme de gestion de l'usure, ce qui lisse la courbe, mais la tendance est bien à la baisse. Il est d'ailleurs rare de trouver les specs de la NAND utilisée (taille de lithogravure, nombre de bits par cellule) ailleurs que dans les SSD.
Donc même si la NAND de chez Olimex a quatre fois plus de capacité, il n'est pas dit qu'elle dure elle aussi huit ans.
Sinon Olimex propose d'autres solutions qui pourraient être intéressantes si je décide de faire avec le GPU, même s'il ne me sera d'aucune utilité.
Si tu cherches vraiment du Sata, il n'y a pas beaucoup de choix.
Le problème c'est que sur ce SOC la bande passante de la partie réseau est partagée avec le Hub USB donc faut pas espérer du vrai Gigabit Ethernet avec un disque dur en USB.
Il y a une option NAND mais le plus sûr pour le long terme c'est de mettre le /boot sur carte micro SD
pourquoi l'option nand n'est pas sure sur le long terme ? Mon sheevaplug fonctionne depuis 8 ans avec une debian sur sa nand, et je trouve qu'en terme de longévité c'est plus qu'acceptable.
Sinon Olimex propose d'autres solutions qui pourraient être intéressantes si je décide de faire avec le GPU, même s'il ne me sera d'aucune utilité.
Il va falloir que je fasse le tour des sites de tests de ces cartes.
d'après ce blog, 22W au repos et 65W en charge, on est largement au delà de ce que je recherche. Avec une telle consommation, j'imagine qu'il y a un bon ventilo bien bruyant qui l'accompagne.
Une Olinuxino Lime avec un SOC Alwinner A10 ou A20 c'est pas mal, il y a un port Sata. Ce qui est rare sur ce genre de carte ARM. Il y a une option NAND mais le plus sûr pour le long terme c'est de mettre le /boot sur carte micro SD et le reste sur un SSD (sinon tout sur la SD en prévoyant de la changer ponctuellement).
Il y a un GPU mais osef, de toute façon il est pas supporté sur les noyaux récents donc ça t'aurait limité. Pour le support Debian, il y a Armbian qui propose des images headless et qui a une bonne communauté, sinon le SOC est dans la branche principale du noyau Linux.
Pour le boitier, tu peux en bricoler un avec une vieille alim ATX. Il y a la place pour des disques durs 2.5 pouces et le support pour une ventilation active si nécessaire.
Le problème c'est que sur ce SOC la bande passante de la partie réseau est partagée avec le Hub USB donc faut pas espérer du vrai Gigabit Ethernet avec un disque dur en USB.
Sinon après ce que je vois d'autre ce sont des cartes x86 avec processeur soudé. Ça consomme pas beaucoup plus et c'est pas beaucoup plus cher comme carte mais il faut ajouter le prix de la RAM et d'une alimentation. Sans compter la taille qui passe à du mini-ITX minimum et qui peut être bien plus encombrant si tu prends une tour micro-ATX.
j'en ai bien conscience, et c'est pour cela que je m'ouvre aux NAS qui sont susceptibles de mieux correspondre à ce que je recherche, mais malheureusement beaucoup plus cher.
je me fie à http://www.cyrius.com/blog/ pour du matériel avec une prise en charge debian de qualité
comme je le disais dans le journal associé, les constructeurs prennent leur temps pour proposer les MÀJ, quand ils n'ont pas tout simplement abandonné le support. Asus fait généralement plusieurs années de support logiciel (4 ans de MÀJ sur ma carte AM3) et sont assez réactif.
J'imagine que chez les constructeurs, l'équipe plus ou moins grande qui s'occupe de travailler sur les BIOS fournis par AMI, AWARD ou Phenix a pour priorité les plates-formes récentes. Je pense même que ce sont les fabricants de BIOS qui fournissent eux-mêmes les MÀJ (AMI utilise un SVN à accès restreint).
Sans compter qu'il faut tester un minimum la stabilité des MÀJ, il vaut mieux qu'ils prennent un peu de temps là dessus parce que depuis l'UEFI on ne peut plus downgrader sans un programmateur SPI (et encore, parfois la seule solution c'est de racheter une EEPROM préflashée).
Mais oui, Intel n'a pas choisi le mode de propagation le plus rapide. Hélas.
Il y a plein de raisons que ça merdouille au niveau matériel, il suffit d'une petite puce un peu hors spec ou d'une mauvaise soudure BGA.
J'ai eu le coup d'une barrette de RAM un peu foireuse sur certains secteurs qui causait des crashs de Firefox dans certaines conditions et même parfois des kernel panic. Je l'ai diagnostiquée grace à l'IGP car elle faisait planter l'affichage de Memtest ou même du POST quand insérée seule sur différentes CM que ce soit sur du AMD ou du Intel. Memtest n'a pourtant jamais rien trouvé même en prenant soin de désactiver le GPU intégré pour qu'il teste toute la mémoire.
Dans tous les cas, la première chose à faire c'est de retirer tous les réglages d'overclocking ou undervolting, surtout ceux qui se font automatiquement chez certains constructeurs.
Enfin, le bug pour les Skylake/Kabylake concerne le SMT dans des conditions très spécifiques donc à voir si ça continue de planter en désactivant l'HyperThreading.
marrant, lors de la première lecture, j'ai bien compris le fond et je n'ai pas remarqué de fautes particulière.
en lisant ton commentaire, je le relis, effectivement il y en à quelques une.
aurions nous plusieurs type de lecture en fonction de nos compétence a chacun ? genre les intégriste de l'orthographe a qui cela saute au yeux, et les autres. Du coup je pense lire par approximation successive pour trouver le sens de la phrase
Ce que dit Henrique sur la ML Debian (cf le lien dans l'article) :
The Kaby Lake microcode updates that fix this issue are currently only
available to system vendors, so you will need a BIOS/UEFI update to get
it. Contact your system vendor: if you are lucky, such a BIOS/UEFI
update might already be available, or undergoing beta testing.
La MÀJ du microcode de KabyLake n'est disponible que pour les fabricants de cartes-mères.
Après, je ne pense pas qu'il soit utile d'activer le paquet intel-microcode de Debian puisqu'il ne contiendra que celui pour Skylake et n'aura donc aucune raison de se charger au démarrage.
J'ose espérer que les MÀJ de BIOS contiendront le correctif pour les deux "générations" que ce soit sur les cartes-mères LGA1151 de première ou de deuxième génération et sur les nouveaux processeurs en LGA2066 qui sont probablement eux aussi touchés par ce bug qui me semble avoir été découvert trop tardivement pour avoir été corrigé avant gravure.
On parle de faire un client léger. Sur du X en remote, […] Encore hors sujet,
Justement non je répond aussi à karchnu, le sujet c'est utiliser plusieurs RPi au lieu de faire du multiseat. Avec la puissance de ces machines ça sert à rien de faire du VNC à part dans certains cas très gourmands en ressources et la navigation internet ne fait pas partie de ces cas.
D'un autre cote le niveau d'encombrement des sbc me seduit pas mal egalement, limite scotchable sur l'ecran
Scotcher ça risque de pas plaire aux puces qui ont besoin d'évacuer la chaleur (SOC, RAM, NAND, etc.), par contre tu peux toujours bricoler un support de fixation si tu as un écran sur pied avec des trous de fixations VESA. Il existe des boitiers faits pour se visser à l'arrière de l'écran et ce, même pour des cartes mères Thin ITX. Après, le problème c'est que sur le marché informatique, tous les boitiers métallisés en dessous du Micro-ATX coutent cher.
Ce qui m'intrigue le plus, c'est la volonte de ressuciter ce genre de trucs chez des debutants en info: il faut temps et des connaissances pour arriver a un truc utilisable, alors que des machines peu cheres et plus efficaces existent, qui ont un potentiel d'emmerdes vachement plus bas.
Clairement. Réparer une alim AT, se taper un remplacement de tous les condensateurs d'une CM ou devoir reflasher un BIOS en SPI demande pas mal d'outils et de connaissances en informatique et en électronique. Après c'est une question de passion, comme réparer ou hacker une vieille console de jeu à l'heure de l'émulation :)
Niveau CG j'en ai de tres vieilles qui trainent, dont au moins une AGP. J'hesite parfois a les benner aussi, mais ca prend pas des masses de place alors je garde pour l'instant, meme si je sais que l'interet est TRES limite.
Même syndrome chez moi. J'ai quand même profité d'un déménagement pour virer la dizaine de lecteurs/graveurs CD/DVD en IDE et les vieux disques durs de 20 Go mais les CG et les vieux CPU ont fait le voyage.
[^] # Re: Mouais
Posté par Anonyme . En réponse au journal Ça y est, je suis manager :(. Évalué à 7.
T’as jamais bossé dans une TPE toi, si ?
[^] # Re: Techniquement
Posté par Anonyme . En réponse au message Recherche de boulot en temps partiel voir mi-temps. Évalué à 3.
En banlieue parisienne c'est très courant, surtout quand on s'éloigne de Paris où il n'y a plus que les familles au smic qui cherchent un logement, les propriétaires savent très bien qu'ils auront toutes les peines du monde à trouver un candidat à la location qui touchent 3 fois 750 euros pour un T2, donc la norme est plus proche de 2,3 fois le montant du loyers de ce que j'avais constaté.
[^] # Re: Sans puce graphique, ça va être difficile ...
Posté par Anonyme . En réponse au message Serveur headless en remplacement d'un sheevaplug. Évalué à 3.
mauvaise formulation de ma part, je viens de corriger le post initial.
Je voulais parler d'accélération matérielle des fonctionnalités de chiffrement.
[^] # Re: Metriques
Posté par Anonyme . En réponse au journal Data Warehouse. Évalué à 3.
le bon exemple est la dépêche sur gramalect AMHA que je trouve vraiment bonne et que j'ai lu intégralement \o/, tenant aboutissant, problème probable, solution possible, prévisionnel de financement etc … un vrai projet comme on aimerait en voir plus souvent. :)
[^] # Re: Sans puce graphique, ça va être difficile ...
Posté par Anonyme . En réponse au message Serveur headless en remplacement d'un sheevaplug. Évalué à 1.
Ça aurait pu être de l'ironie mais non, mauvais zyeux '
Après je pense que vu les limitations de choix et les prix des solutions ARM par rapport au coût de l'électricité (en France en tout cas), ça n'a vraiment d’intérêt que pour une limitation d'autonomie sur batterie ou avoir un ordinateur qui tourne exclusivement sur du logiciel libre (chose qui restreint encore plus l'offre ARM).
Je viens de me rendre compte que tu avais indiqué « prise en charge du chiffrement par puce dédiée », tu veux dire quoi par là ? un Trusted Platform Module ?
[^] # Re: GL-INET et PC-ENGINE
Posté par Anonyme . En réponse au message Serveur headless en remplacement d'un sheevaplug. Évalué à 2.
128Mo max de RAM et ethernet 100Mb
sous dimensionné pour ce que je voudrais en faire
ça par contre, ça a l'air intéressant, je vais creuser merci
[^] # Re: Sans puce graphique, ça va être difficile ...
Posté par Anonyme . En réponse au message Serveur headless en remplacement d'un sheevaplug. Évalué à 4.
extrait de mon message initial:
alors mauvais zyeux ou mauvaise foi ;-) ?
merci je vais me renseigner de ce coté aussi
# réallocation de secteurs défectueux
Posté par Anonyme . En réponse au message Petite colle sur le premier secteur d'un disque dur. Évalué à 2.
Electronikheart avait fait un tuto vidéo là dessus. Il explique même comment faire pour certains disques USB dont les données SMART ne sont pas visibles par défaut.
En résumé, la première chose à faire est de lancer un test étendu via smartctl, Gsmartcontrol ou tout autre interface. Ça va prendre du temps.
Ensuite, vérifier le tableau des résultats :
Si la ligne 198 Offline Uncorrectable n'est pas à zéro, le disque est à considérer comme non fiable et éventuellement à remplacer.
Si la ligne 197 Current Pending Sector n'est pas à zéro, il faut forcer la réallocation automatique de chaque secteur avec la commande hdparm en vérifiant le résultat de chaque changement avec un test court de SMART.
Enfin la commande badblock permet de vérifier que le disque a bien corrigé les erreurs. C'est hyper long mais ça indique si la partie électronique du disque déconne et dans le cas où il reste des erreurs le disque est vraiment foutu.
[^] # Re: Sans puce graphique, ça va être difficile ...
Posté par Anonyme . En réponse au message Serveur headless en remplacement d'un sheevaplug. Évalué à 1.
Silence et basse consommation n'était pas dans tes pré-requis :-p
À part si tu es sur groupe électrogène ou limité par ton onduleur, la consommation est un faux problème ÀMHA. Ce que tu perds sur ta facture avec une solution Arm, tu le gagnes à l'achat, à la possibilité d'évolution et à la réactivité avec du x86.
Dans la ventilation que je vois au dos de cet appareil, le ventilateur 12cm ne sera pas un problème vu qu'il suffit de le passer en courant continu et de le sous-volter pour regagner en silence. Tu peux même le remplacer par un modèle ultra silencieux.
Par contre à côté tu as le petit ventilateur 40mm de l'alim qui va forcément être bruyant. En plus ce format d'alim de type serveur 1U est particulièrement onéreux à remplacer et pas forcément très efficace niveau rendement.
En solution passive, tu as aussi les mini pc de type Intel NUC, Gigabyte Brix, Jetway ou Mitac Pluto il faut seulement ajouter le stockage et la RAM.
[^] # Re: Sans puce graphique, ça va être difficile ...
Posté par Anonyme . En réponse au message Serveur headless en remplacement d'un sheevaplug. Évalué à 2. Dernière modification le 09 juillet 2017 à 06:56.
Oui, oui ! Olimex en est conscient. Par contre dans les comparatifs il y a des cartes avec un A20 qui ont soi-disant du Gb Ethernet. C'est surtout ça que je voulais signaler.
Le fait d'avoir un stockage unique, pas remplaçable en cas de problème. Tu le dis toi-même, tu veux changer de matériel parce que la NAND est morte alors qu'avec un système sur microSD ou SSD ça t'aurait coûté quelques euros et tu aurais pu faire un remplacement sans attendre. Remplacer une NAND n'est pas toujours possible selon le format de boitier utilisé et ça demande quelques outils et techniques de brasure.
De plus il est difficile de comparer : Avec la miniaturisation et la gravure plus fine de la NAND, la durée de vie moyenne des cellules a diminuée. Les micro SD et SSD compensent par un meilleur algorithme de gestion de l'usure, ce qui lisse la courbe, mais la tendance est bien à la baisse. Il est d'ailleurs rare de trouver les specs de la NAND utilisée (taille de lithogravure, nombre de bits par cellule) ailleurs que dans les SSD.
Donc même si la NAND de chez Olimex a quatre fois plus de capacité, il n'est pas dit qu'elle dure elle aussi huit ans.
Si tu cherches vraiment du Sata, il n'y a pas beaucoup de choix.
[^] # Re: refaire une install de grub
Posté par Anonyme . En réponse au message grub XP. Évalué à 2.
ben justement
la première ligne detecte TOUS les system d'exploitation et crée un fichier
la deuxième mets a jour et écris grub2 sur le disque
j'ai bien connu lilo, je pense qu'il n'y a pas plus simple avec grub2 :)
[^] # Re: Sans puce graphique, ça va être difficile ...
Posté par Anonyme . En réponse au message Serveur headless en remplacement d'un sheevaplug. Évalué à 2.
ahhh mais ca se compte avec 1 disque dur en plus, donc ca n'est pas comparable. Mais ca me semble tout de même élevé.
[^] # Re: Sans puce graphique, ça va être difficile ...
Posté par Anonyme . En réponse au message Serveur headless en remplacement d'un sheevaplug. Évalué à 2.
d'après le constructeur, c'est du 100Mb.
pourquoi l'option nand n'est pas sure sur le long terme ? Mon sheevaplug fonctionne depuis 8 ans avec une debian sur sa nand, et je trouve qu'en terme de longévité c'est plus qu'acceptable.
Sinon Olimex propose d'autres solutions qui pourraient être intéressantes si je décide de faire avec le GPU, même s'il ne me sera d'aucune utilité.
Il va falloir que je fasse le tour des sites de tests de ces cartes.
[^] # Re: Sans puce graphique, ça va être difficile ...
Posté par Anonyme . En réponse au message Serveur headless en remplacement d'un sheevaplug. Évalué à 2.
d'après ce blog, 22W au repos et 65W en charge, on est largement au delà de ce que je recherche. Avec une telle consommation, j'imagine qu'il y a un bon ventilo bien bruyant qui l'accompagne.
[^] # Re: Sans puce graphique, ça va être difficile ...
Posté par Anonyme . En réponse au message Serveur headless en remplacement d'un sheevaplug. Évalué à 2.
Une Olinuxino Lime avec un SOC Alwinner A10 ou A20 c'est pas mal, il y a un port Sata. Ce qui est rare sur ce genre de carte ARM. Il y a une option NAND mais le plus sûr pour le long terme c'est de mettre le /boot sur carte micro SD et le reste sur un SSD (sinon tout sur la SD en prévoyant de la changer ponctuellement).
Il y a un GPU mais osef, de toute façon il est pas supporté sur les noyaux récents donc ça t'aurait limité. Pour le support Debian, il y a Armbian qui propose des images headless et qui a une bonne communauté, sinon le SOC est dans la branche principale du noyau Linux.
Pour le boitier, tu peux en bricoler un avec une vieille alim ATX. Il y a la place pour des disques durs 2.5 pouces et le support pour une ventilation active si nécessaire.
Le problème c'est que sur ce SOC la bande passante de la partie réseau est partagée avec le Hub USB donc faut pas espérer du vrai Gigabit Ethernet avec un disque dur en USB.
Sinon après ce que je vois d'autre ce sont des cartes x86 avec processeur soudé. Ça consomme pas beaucoup plus et c'est pas beaucoup plus cher comme carte mais il faut ajouter le prix de la RAM et d'une alimentation. Sans compter la taille qui passe à du mini-ITX minimum et qui peut être bien plus encombrant si tu prends une tour micro-ATX.
# commentaire bookmark
Posté par Anonyme . En réponse au message Serveur headless en remplacement d'un sheevaplug. Évalué à 4. Dernière modification le 08 juillet 2017 à 16:33.
Pour ceux que ça intéresse, une comparaison de beaucoup de plug computers
https://en.wikipedia.org/wiki/Comparison_of_single-board_computers
[^] # Re: Sans puce graphique, ça va être difficile ...
Posté par Anonyme . En réponse au message Serveur headless en remplacement d'un sheevaplug. Évalué à 3. Dernière modification le 08 juillet 2017 à 13:56.
j'en ai bien conscience, et c'est pour cela que je m'ouvre aux NAS qui sont susceptibles de mieux correspondre à ce que je recherche, mais malheureusement beaucoup plus cher.
je me fie à http://www.cyrius.com/blog/ pour du matériel avec une prise en charge debian de qualité
# refaire une install de grub
Posté par Anonyme . En réponse au message grub XP. Évalué à 2.
precedé de sudo les commandes :
grub-install /dev/sdX avec X ton disque dur
update-grub
en général ca marche
[^] # Re: Microcode Kaby Lake indisponible au public ?
Posté par Anonyme . En réponse à la dépêche Qui est le coupable ? Le processeur ! Retour sur un bogue important des SkyLake & Kaby Lake Intel. Évalué à 10.
comme je le disais dans le journal associé, les constructeurs prennent leur temps pour proposer les MÀJ, quand ils n'ont pas tout simplement abandonné le support. Asus fait généralement plusieurs années de support logiciel (4 ans de MÀJ sur ma carte AM3) et sont assez réactif.
J'imagine que chez les constructeurs, l'équipe plus ou moins grande qui s'occupe de travailler sur les BIOS fournis par AMI, AWARD ou Phenix a pour priorité les plates-formes récentes. Je pense même que ce sont les fabricants de BIOS qui fournissent eux-mêmes les MÀJ (AMI utilise un SVN à accès restreint).
Sans compter qu'il faut tester un minimum la stabilité des MÀJ, il vaut mieux qu'ils prennent un peu de temps là dessus parce que depuis l'UEFI on ne peut plus downgrader sans un programmateur SPI (et encore, parfois la seule solution c'est de racheter une EEPROM préflashée).
Mais oui, Intel n'a pas choisi le mode de propagation le plus rapide. Hélas.
[^] # Re: Pas de chance...
Posté par Anonyme . En réponse à la dépêche Qui est le coupable ? Le processeur ! Retour sur un bogue important des SkyLake & Kaby Lake Intel. Évalué à 6.
Il y a plein de raisons que ça merdouille au niveau matériel, il suffit d'une petite puce un peu hors spec ou d'une mauvaise soudure BGA.
J'ai eu le coup d'une barrette de RAM un peu foireuse sur certains secteurs qui causait des crashs de Firefox dans certaines conditions et même parfois des kernel panic. Je l'ai diagnostiquée grace à l'IGP car elle faisait planter l'affichage de Memtest ou même du POST quand insérée seule sur différentes CM que ce soit sur du AMD ou du Intel. Memtest n'a pourtant jamais rien trouvé même en prenant soin de désactiver le GPU intégré pour qu'il teste toute la mémoire.
Dans tous les cas, la première chose à faire c'est de retirer tous les réglages d'overclocking ou undervolting, surtout ceux qui se font automatiquement chez certains constructeurs.
Enfin, le bug pour les Skylake/Kabylake concerne le SMT dans des conditions très spécifiques donc à voir si ça continue de planter en désactivant l'HyperThreading.
[^] # Re: réponses + question
Posté par Anonyme . En réponse au message Récuperer un Mot de passe Root. Évalué à 3. Dernière modification le 06 juillet 2017 à 19:58.
marrant, lors de la première lecture, j'ai bien compris le fond et je n'ai pas remarqué de fautes particulière.
en lisant ton commentaire, je le relis, effectivement il y en à quelques une.
aurions nous plusieurs type de lecture en fonction de nos compétence a chacun ? genre les intégriste de l'orthographe a qui cela saute au yeux, et les autres. Du coup je pense lire par approximation successive pour trouver le sens de la phrase
[^] # Re: Ce n'est pas la première fois
Posté par Anonyme . En réponse au journal Un bug ? Qui est le coupable ? Le processeur !!!. Évalué à 2.
Ce que dit Henrique sur la ML Debian (cf le lien dans l'article) :
La MÀJ du microcode de KabyLake n'est disponible que pour les fabricants de cartes-mères.
Après, je ne pense pas qu'il soit utile d'activer le paquet intel-microcode de Debian puisqu'il ne contiendra que celui pour Skylake et n'aura donc aucune raison de se charger au démarrage.
J'ose espérer que les MÀJ de BIOS contiendront le correctif pour les deux "générations" que ce soit sur les cartes-mères LGA1151 de première ou de deuxième génération et sur les nouveaux processeurs en LGA2066 qui sont probablement eux aussi touchés par ce bug qui me semble avoir été découvert trop tardivement pour avoir été corrigé avant gravure.
# et hop !
Posté par Anonyme . En réponse au message [Résolu] Comment charger un module ubifs absent de l'initrd ?. Évalué à 5.
Le module ne voulait pas se charger parce que j'avais oublié un module dont il dépendait: ubi
Pour ceux qui se retrouveraient dans la même situation:
et si tout se passe bien, vous pouvez redémarrer le cœur léger !
[^] # Re: Timing
Posté par Anonyme . En réponse à la dépêche Multiseat avec des pilotes libres, non libres et systemd. Évalué à 3. Dernière modification le 06 juillet 2017 à 13:10.
Justement non je répond aussi à karchnu, le sujet c'est utiliser plusieurs RPi au lieu de faire du multiseat. Avec la puissance de ces machines ça sert à rien de faire du VNC à part dans certains cas très gourmands en ressources et la navigation internet ne fait pas partie de ces cas.
[^] # Re: graver un CD/DVD
Posté par Anonyme . En réponse au message installation de linux mint 17.1. Évalué à 1.
Scotcher ça risque de pas plaire aux puces qui ont besoin d'évacuer la chaleur (SOC, RAM, NAND, etc.), par contre tu peux toujours bricoler un support de fixation si tu as un écran sur pied avec des trous de fixations VESA. Il existe des boitiers faits pour se visser à l'arrière de l'écran et ce, même pour des cartes mères Thin ITX. Après, le problème c'est que sur le marché informatique, tous les boitiers métallisés en dessous du Micro-ATX coutent cher.
Clairement. Réparer une alim AT, se taper un remplacement de tous les condensateurs d'une CM ou devoir reflasher un BIOS en SPI demande pas mal d'outils et de connaissances en informatique et en électronique. Après c'est une question de passion, comme réparer ou hacker une vieille console de jeu à l'heure de l'émulation :)
Même syndrome chez moi. J'ai quand même profité d'un déménagement pour virer la dizaine de lecteurs/graveurs CD/DVD en IDE et les vieux disques durs de 20 Go mais les CG et les vieux CPU ont fait le voyage.