hiveOs stabilité
-
@16HEURES30 essaie de revalider ton oc sans changer les valeurs, juste pour le réécrire dans la base
-
@Siberian-Mining J’ai tout débranché, et rebranché, le problème semble résolu ! Tout du moins pour le moment
Par contre j’ai un de mes gpu qui n’est pas détecté, donc j’ai 5/6 qui tournent, j’ai changé une nouvelle fois le riser de celui ci, changé le port pcie sur la carte mère aussi (sait-on jamais, un port de la cm peut être défectueux) et je redémarre le rig
Toujours le même gpu qui n’est pas détecté :confused_face: -
@Siberian-Mining Bon j’ai changé de gpu, le nouveau est bien reconnu par hiveos
Bon j’attends de voir quand est ce que ça va crashé :smiling_face_with_open_mouth_cold_sweat:
-
Sans toucher aux OC des gpu, ça a tenu jusqu’à ce matin. C’est pas non plus une prouesse en soi, mon record de durée étant de 2jours :smiling_face_with_sunglasses:
Par contre dès que je touche aux setting gpu de ne serait ce un gpu = crash dans les 5min :disappointed_face:
La CM plante en même temps je suppose puisque plus rien sur mon moniteur connecté via hdmi -
@16HEURES30 a dit dans hiveOs stabilité :
Bon j’ai changé de gpu
changé? et tu as fait quoi de l’autre ? o-0 ?
Je suis franchement curieux de voir ce que cela donnera une fois que tu aura test sur une autre CM.
T’as franchement la poisse -
@Alxa Je l’ai déposé à coté tout simplement ^^
J’ai qu’une seule cm, un seul cpu, mais quelques gpu en surplus étant donné que je voulais monter un rig plus important à la base. C’était sans compte sur toutes ces péripéties sur ma route avant de pouvoir sauver la princesse …Une chose bonne à savoir : la modification de l’oc d’un gpu peut interférer sur la valeur hashrate d’autres gpu sur le même rig
C’est peut être évident pour certain, moi ça m’a surprisEt alors du coup, au lieu de de modifier un à un, j’ai modifié le tout en même temps, ça fait 20min … J’attends le prochain crash
Et toi, t’as résolu ton pb sur ton rig 2 ?
-
@16HEURES30 a dit dans hiveOs stabilité :
Une chose bonne à savoir : la modification de l’oc d’un gpu peut interférer sur la valeur hashrate d’autres gpu sur le même rig
C’est peut être évident pour certain, moi ça m’a surprisEtrange quand meme, ca devrait pas varier le hashrate des autres cartes quand tu en modifie une sauf la variation au debut (le temps de trouver son hash de croisiere ) les 30premiere seconde mais ca doit stabiliser ensuite et les cartes doivent retrouver la meme valeur qu’avant modif si tu n’y a rien fait.
-
@Raniva J’avais remarqué ça hier, en modifiant l’oc du gpu 1, le hashrate du gpu 3 est d’un coup passé de 60mhs à 57mhs
Un peu comme ce matin, en modifiant l’oc du gpu 1 (l’oc des autres gpu n’ont pas été touchés) ce sont les gpu 2 et 4 qui ont planté, suivi du crash totalEt sinon, crash, again
Le gpu 1 et 2 se sont déco, aucun message d’erreur sur moniteur -
@16HEURES30 non toujours pas résolu mon souci de rig 2, j’attends le processeur commandé sur eBay… Encore qq jours.
-
Bon, j’ai installé la nouvelle cm qui était fourni avec un cpu, une barrette de ram et le ventirad. Avant ça j’avais déjà changé l’alim, risers et gpu
Démarrage hier à 19h, crash ce matin vers 9h30
OC “popular presets”
Je sais pas ce que je peux de plus… clairement à court d’idée …Quelqu’un saurait comment accéder au miner log de T-rex ?
Je pense que c’est la bonne commande, mais ça me met “permission denied” -
On va finir par pouvoir écrire un bouquin sur mes début dans le mining ^^’
Alors je sais plus quoi changer, si ce n’est de mineur ( et de pool, mais on verra ça après, je suis pas loin de la barre symbolique de payout 0,1 )
Du coup je suis passé de T-rex à Ethminer
Mes derniers jours sur T-rex, j’étais à peu près à 99,9% de accepted shares, ça ne l’a pas empêché de planter tous les 5min
Et là avec Ethminer, mon taux de accepted shares est descendu à 83%, pourtant j’ai rien changé, excepté le mineur :face_with_monocle:
-
Une idée pour accéder au miner log ?
Toute les commandes à droite sont “permission denied” excepté “miner” qui m’amène sur le même écran que celui de mon moniteur connecté en hdmi -
Est-ce que tu pourrais tester tes cartes une par une en jeu avec des triple A du genre rdr2, re3, assassin’s creed par exemple?
Devant la demande de gpu qu’il ne pouvaient pas satisfaire il n’est pas exclu que nvidia ait utilisé des puces qui n’ont pas réussi les test pour se faire un peu plus de blé…
Si ça plante en jeu aussi, alors tu es tombé sur de mauvaises cartes…
Pour linux, je ne peux pas t’aider, je n’y connais rien du tout…
Je trouve aussi étrange que le hash des cartes dont tu ne changes pas l’oc bouge. C’est possible de vérifier la charge du cpu durant le minage?En tout cas bonne chance!
-
Par curiosité, tu as acheté tes cartes via quel réseau de distributeur?
Essaie d’en faire tourner une seul sur chaque CM que tu as ? pour les tester une par une comme dis @Chuck-LeLimier
(je trouve aussi que ca commence a sentir la carte foiré…)
-
@Chuck-LeLimier Compliqué, tu oublies que je viens de chez Apple à la base, y a deux semaines je savais même pas quelle tête ça a un gpu haha donc oui ça m’arrive de lancer un total war sur mon mac, mais malheureusement aucun jeu dont ceux que t’as cité sous le coude
Après un énième crash (le 4eme aujourd’hui) j’ai reboot, et le pb des rejected shares résolu, parfois ça n’a juste aucun sens …
Sinon, j’ai ce message bien connu à chaque reboot, pourtant les deux molex sont bien branchés, ca me perturbe lol@Alxa un peu de partout comme tout le monde. J’en ai de chez grosbill, de chez Ldlc, de Cdisount etc
C’est très compliqué de tester les cartes comme tu sais, puisqu’elles démarrent toutes sans soucis. Et en laisser une pendant 24h avant d’en brancher une 2eme ne me donne pas la garantie que la 1ere ne va pas planter au bout de 48h
Et en plus j’avais déjà changé plusieurs gpu sur ce rig -
Il dit que c’est pas branché mais ça marche quand même…
Je me demande si ton alimentation n’aurait pas une petite faiblesse a la prise ou tu as mis le molex 4 pin alors… Je ne sais pas si c’est possible mais ca fonctionne un petit peu quand même…
Un problème a la carte mère alors…
Tu veux pas tester sous windows? Si ca fait le même, au moins tu pourras juste arrêter et relancer le mineur sans devoir relancer toute la machine, c’est déjà mieux. Ah mais non, pas forcément, je suis qu’avec des amd et adrenalin…
Tu n’as toujours pas réussi a voir le rapport d’erreur? Windows sera peut-être plus conciliant sur ce point…
Tu devrais attaquer apple en justice, ils ont arrêté ton développement personnel côté hardware^^
Si tu as encore des sous a claquer, il te manque peu de choses pour te faire un pc gaming et pouvoir tester les cartes une par une, une cm, un cpu, de la ram, tout le reste tu peux le prendre sur ta machine.
Mouais, ca te coûteras moins de changer ta cm directement si c’est ça!
Après, bravo, si tu es un trol et veux faire perdre du temps aux gens t’es le meilleur! mdr -
@Chuck-LeLimier Un grand sage @Siberian-Mining avait dit que le câble molex n’était nécessaire qu’au delà de 8 gpu, je l’ai branché par précaution n’étant qu’à 6 gpu sur mon rig. Et donc effectivement si je ne l’avais pas branché ça marcherait quand même
La carte mère a été changé, j’ai acheté celle de @florian2
On m’avait suggéré que le problème est sans doute la chaleur, ça m’a fait sourire dans un premier temps; on est encore en hiver, si le pb vient vraiment de la chaleur, qu’est ce que ça va être dans quelques mois en plein canicule ! lol
Mais avec du recul ça a du sens :-
crash garantie dans la matinée entre 7h et 9h, mon rig étant installé dans la cuisine, et ma cuisine est exposée EST, le soleil tape bien fort le matin, même si j’ai un rideau
-
Sur les centaines de crash qu’il y a eu ces dizaines de jours, aucun n’a été constaté dans la nuit, où il fait bien plus frais
-
-
@16HEURES30
Hello, je viens de voir que le sujet avait avancéJe pense qu’il faudrait reprendre de zéro pour trouver la faille dans ton problème.
Voir si ton alim est bien entre 50 et 80% de conso max.
Que tu as bien relié maximum 2 GPU-riser par cable.
Que chaque GPU est correctement alimenté et non sous alimenté.Concernant la chaleur, tu n’as pas des indicateurs sur ton OS pour dire si ca surchauffe a un moment donnée ?
Pour le /var/log/miner/t-rex/t-rex.log il faut que tu fasses un" ls -lrth /var/log/miner/t-rex/t-rex.log "pour voir si tu as bien le droit de lire le fichier.
Meme si ca m’etonne que le root ne puisse pas, mais j’ai déjà vu des fichiers illisible par root donc envoie un screenshot de la commande que je t’ai envoyé.
-
@florian2 a dit dans hiveOs stabilité :
ls -lrth /var/log/miner/t-rex/t-rex.log
Hello @florian2 Ça avance à reculons :smiling_face_with_open_mouth_cold_sweat:
- Je suis autour de 950w avec mes 6 gpu dont 4x 3070 et 2x 3080 pour une alim à 1600w, donc ça va
- Oui 2 gpu par câble sata
Je suis passé sur ethminer entre temps, histoire de voir si le pb n’est pas lié au mineur. Donc j’ai tapé la commande ls -lrth /var/log/miner/ethminer/ethminer.log, ca me donne ça :
-
@16HEURES30 C’est bien que tu galères, parce que ça me rappelle toujours les mineurs qui arrivent comme des fleurs en disant : “j’aimerai miner parce que génial la techno etc.” alors qu’en fait ils veulent que de la thune et se rende compte que c’est trop chiant de miner sur une machine si on y connait rien.
Mais je ne dis pas que tu es comme ça hein, simplement ca fait une piqure de rappel pour ceux qui pensent que c’est si simple à faire marcher du premier coup.
Moi même en informatique depuis des années, j’ai eu des bonnes galères au démarrage pendant genre 2 semaines environ et ensuite encore d’autres galeres de maintenance.OK donc là tu peux ouvrir le fichier en faisant un ‘less /var/log/miner/blabla.log’
et voir ce qu’il y a a l’intérieur déjà. normalement tu as les droits de lecture donc ca devrait être OKEt maintenant faut attendre que ca bug.
tes CG sont bien en train de miner ?