Debian
Debian-France
Debian-Facile
Debian-fr.org
Forum-Debian.fr
Debian ?
Communautés
Vous n'êtes pas identifié(e).
vérifier le driver utilisé par le gpu 630
normalement il fonctionne bien avec celui du noyau "modesetting" et celui de X est moins bon (xserver-xorg-video-intel)
donc vérifier par une commande (ou dans le log de X ) quel est le module utilisé.
ps: je vois au dessus " modesetting unloaded "
ps : je n'ai plus de machine intel pour essayer de reproduire
remarque : il est possible de forcer l'un ou l'autre des drivers (modeset ou intel)
pas de bug déclarer sur le gpu intel 630 ?
ce n'est pas forcément un souci graphique mais ça vaut le coup de vérifier .
je vais vérifier
Steam sur linux! incroyable =p
Hors ligne
Steam sur linux! incroyable =p
Hors ligne
Steam sur linux! incroyable =p
Hors ligne
qui me donne pour le gpu
donc si pas de bug sur "gpu intel 630" l'utilisation de "modesetting" est le mieux
de ton #28 tu a bien "modeset"
ps: au pire il est possible de virer le paquet "xserver-xorg-video-intel" dans ton cas (gpu intel récent )
faut voir ce que tu fais au moment du freeze , ou si c'est aléatoire .
je vois au dessus " modesetting unloaded "
C'est plus clair en découpant correctement les informations :
où on voit que le pilote en service est modesetting et que les pilote fbdev et vesa sont déchargés.
il est possible de virer le paquet "xserver-xorg-video-intel"
Pour quoi faire ? Il n'est pas utilisé.
Il vaut mieux montrer que raconter.
Hors ligne
Steam sur linux! incroyable =p
Hors ligne
pour aider quelqu'un j'ai testé ceci qui est toujours d'actualité
mon log de X est plus simple , il charge directement le bon driver "amdgpu" du noyau
pour intel tu a soit le driver "intel" soit "modesetting" qui fonctionne dans le xorg.conf (pas testé depuis longtemps )
quand au driver de X (xserver-xorg-video-intel) pourquoi le conserver puisqu'il est obsolêt sur un gpu intel récent
debian le conserve pour rester compatible a l'installation
voila pour les explications
ps: j'ai bien les 3 paquets installés , amdgpu , ati et radeon
et je ne charge que le bon
le xorg.conf peu résoudre certain problème (bien configuré )
mais bon a priori rien ne confirme un problème vidéo , et de plus pour l'instant plus de freeze.
chaque marque de carte vidéo a ses astuces pour le gpu , mais en général faire plutôt confiance au noyau que aux paquets de X .
ps : ma machine fonctionne très bien sans xorg.conf , juste comme exemple (valable pour toutes les marques suffit de préciser le bon driver ).
voila tu peu switch de modesetting ou intel sans soucis et voir si mieux
de toute manière avec Wayland c'est le noyau qui gère (pas X) et toutes les cartes vidéo fonctionne il me semble
et mon module est bien "amdgpu" 
(dans ton cas i915)
forcer un driver peu amener des différences en bien ou en mal selon le gpu , en cas de soucis faut tester
ps: ça peu servir a d'autres
heureusement que par défaut sous debian tout fonctionne bien (rien a modifier) saut matériel très très ancien ou très très récent
Steam sur linux! incroyable =p
Hors ligne
-->les cahiers du debutant<-- WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde
En ligne
que je n'ai pas avec "amdgpu"
c'est une information (pas une erreur) => "(II) informational"
toujours pas revenu le freeze ?
et perso jamais trouver d'infos dans ce cas sûrement que le système a pas le temps d'écrire
ps : par contre sur gpu en fin du log de X j'ai eu des erreurs a répétition qui se termine parfois par un écran noir
--gilles-- a écrit :le manque d'entropie ne me semble pas être la cause du freeze.
C'était évident. Seuls les processus qui consomment de l'entropie seraient bloqués, pas tout le système. D'autre part il est rare qu'un système manque d'entropie en cours de fonctionnement, c'est plutôt au démarrage. Et surtout, la première chose que fait l'utilisateur quand le système se bloque est d'appuyer sur le clavier et de bouger la souris, ce qui génère de l'entropie et devrait débloquer le système.
Bonjour, tu écris maintenant que c'est évident qu'il ne s'agit pas d'un manque d'entropie, alors que les tests qui le prouvent sont effectués, c'est un peu facile.
Intel a sorti des séries de processeur qui passaient le démarrage et qui gelaient après, je pense, par exemple, à la série des Core 2 Duo. Et aucun bougé de souris, ni frappe sur le clavier ne les ranimaient. Seuls les paquets haveged ou rng-tools5 parvenaient à régler le problème.
--gilles-- a écrit :analyser cat /var/log/messages
En supposant que le phénomène qui provoque le blocage génère un message et que celui-ci a le temps d'être écrit sur disque avant le blocage, ce qui n'est pas gagné avec tous les mécanismes d'écriture différée.
Tous les phénomènes crachent une logorrhée de messages.
Freeze chez moi hier, messages récupérés avec cat /var/log/messages | grep "Mar 3 18"
17 minutes de messages avec une erreur significative répétitive, plus que largement le temps que tous les mécanismes d'écriture différée !
Je mets juste un extrait la première et la dernière ligne significative :
Mar 3 18:17:36 machine WebKitNetworkProcess[8299]: Memory pressure relief: Total: res = 37867520/37167104/-700416, res+swap = 38903808/38903808/0
Mar 3 18:34:29 machine WebKitNetworkProcess[8299]: Memory pressure relief: Total: res = 121810944/121905152/94208, res+swap = 122982400/122982400/0
C'était du à un site que je regardais avec epiphany avec de nombreuses vidéos qui se préchargeaient en même temps. raleur, il ne faut pas partir battu avant même d'avoir essayé.
j'ai eu le cas de freeze sur mon vieux PC
au niveau des log j'avais des petits carré quand le freeze apparaissait
Pour ma part c'était un soucis avec une barrette RAM, les barrettes trop vieille commençaient a s'oxyder
le freeze apparaissait donc quand la RAM voulait accéder au plage défectueuse
un petit test de la RAM avec memtest ?
Bonjour Croutons, regarde le résultat de l'inxi plus haut, le processeur a au maximum 4 ans :
https://ark.intel.com/content/www/us/en … 0-ghz.html
alors si les contacts de la RAM sont déjà rouillés, alors les habits de minoltafan sont moisis ! Cela n'empêche pas que peut-être la RAM soit défectueuse.
Bonjour
oui faut tout tester , c'est casse pied quand c'est aléatoire comme ça
Bonjour robert, oui, c'est la plaie !
à minoltafan: Avant mon freeze d'hier, déjà l'ordi réagissait avec lenteur, un coup de
et je voyais ma RAM totalement surchargée et le swap aussi !
Il faudrait toujours lancer un terminal avec htop et regarder de temps en temps comment l'occupation de la RAM et du Swap évoluent, si un processus consomme trop de cpu et noter cela pour nous en faire profiter.
Si tout le monde pense pareil, c'est qu'aucune personne ne pense beaucoup.
Intel® Core™2 Duo E8500 × 2
4,0 Gio DDR3 - 1333 MHz
Et si vous cherchiez votre solution dans le wiki => https://debian-facile.org/accueil 
Hors ligne
Si tout le monde pense pareil, c'est qu'aucune personne ne pense beaucoup.
Intel® Core™2 Duo E8500 × 2
4,0 Gio DDR3 - 1333 MHz
Et si vous cherchiez votre solution dans le wiki => https://debian-facile.org/accueil
Hors ligne
et je voyais ma RAM totalement surchargée et le swap aussi !
Il faudrait toujours lancer un terminal avec htop et regarder de temps en temps comment l'occupation de la RAM et du Swap évoluent, si un processus consomme trop de cpu et noter cela pour nous en faire profiter.
Je me demandais souvent si c'était la ram justement. Car c'est vrai que j'ai plusieurs fenêtres et bureaux occupés. Mais il me semble qu'il "freezait" parfois avec juste rstudio d'ouvert =/
Il n'a pas «refreezé» pour le moment....
Merci pour htop! Je ne connaissais pas et c'est vraiment .... top.
J'utilisais le top classique.
@anonyme: je n'ai pas encore essayé ce que tu m'as suggéré pour les drivers. je vais essayer ce week-end.
merci beaucoup!
Steam sur linux! incroyable =p
Hors ligne