Vous n'êtes pas identifié(e).
Je ne voulais pas te dire une boulette alors, j'ai passé la matinée à vérifier si l'hibernation allait se déclencher avec mes paramètres habituels sans lancer de vidéo ou d'audio :
Paramètres -> Énergie -> Économie d'énergie -> Mise en veille automatique -> Désactivé,
cela n'a pas été le cas. Les disques ont ronronnés plus de 1h20 mn. D'ailleurs cela gonfle généralement ma compagne. Elle me dit quand elle est ici : « Tu ne pourrais pas l'éteindre ton ordinateur ! Tu t'en sers pas. On dirait une moissonneuse-batteuse ! »
Et puis j'ai réactivé la mise en veille automatique et cela m' a mis en hibernation au bout de 20 mn malgré cette fois-ci la lecture par epiphany d'une vidéo.
Je ne sais quoi te dire. Peut-être un paquet recommandé que tu n'as pas installé ?
Regarde :apt install aptitude && aptitude search '~RBrecommends:~i'
Merci pour ce retour Gilles !!
J'espère ne pas avoir était au coeur d'une dispute Et que le livret de famille se porte bien
Je n'ai pas la machine sous la main, je ferais le test de remettre le fichier de configuration dans son état d'origine, et de refaire la manipulation.
Je mettrais ici, ce soir, le retour de mes tribulations
Merci à toi pour le temps donné.
Bonjour vigen !
L'information que tu donnes est erronée parce que périmée. Tu peux désactiver l'hibernation avec Paramètres -> Énergie -> Économie d'énergie -> Mise en veille automatique et tu choisis : Désactivé
Bonjour Gilles.
J'ai bien fais cette manipulation en amont, Malheureusement, cela n'as pas fonctionné chez moi.
D'où ce post
Passer par l'interface fonctionne pour toi?
Bonsoir
ok je suis pas le seul
Salut !!
"Non, Jef, t'es pas tout seul" Dixit Jacques Brel !!
J'ai la même erreur PulseAudio (dont je n'ai pas su déterminer la cause, mais n'empêche en rien le fonctionnement de la machine), et l'erreur de LightDM.
Sur une saveur Mate également.
bonjour vigen
pour pip , lister les paquets obsolètes :python3 -m pip list -o
les mettre à jour :for x in $(pip list -o --format=columns | sed -n '3,$p' | cut -d' ' -f1); do pip install $x --upgrade; done
Merci !!
Celle pour les paquets obsolètes va m'être utile !!
Puis un petit :
des familles !!
Et voilà le tour est joué...Je fait attention que FFMPEG soit bien présent, et tout fonctionne correctement comme cela.
Effectivement, la version des dépôts est vieillisante.
alpha.centauri a écrit :le df -k ne montrait rien de saturé et j'ai fini par tenter un apt clean; et là, c'est reparti
Donc c'était forcément un problème d'espace disque car le système de fichiers est le seul lien possible entre un utilisateur et le cache apt.alpha.centauri a écrit :si le cache d'apt empêchait l'ouverture d'une session utilisateur, pourquoi ça marchait pour un autre utilisateur (root en l’occurrence) ?
Par défaut, un système de fichiers ext4 réserve 5% de son espace à l'utilisateur root. Cela veut dire en pratique que lorsqu'il reste moins de 5% d'espace libre, seul l'utilisateur root peut créer ou agrandir des fichiers.
Bonjour,
Je viens d'apprendre un truc !!
Merci raleur !!
OK, maintenant que je comprends que c'est le même noyau je pense que je vais commencer avec la clé live en stable.
Et si elle supporte elle-même les trucs qui auparavant m'ont posé problème, genre hibernation, je tenterai la version free, quitte à me lancer (avec terreur) dans l'installation manuelle du pilote de la Nvidia...
En théorie le transporteur me dit que la bête m'est livrée vendredi. D'ici là il ne me reste plus qu'à peaufiner mes clés USB ;-)
Merci encore à tous!
Hervé
P. S. et je reviendrai sans faute raconter l'aventure!
et maintenant, recherchons avec inquiétude comment... je grave cette clé :-D
Evidemment, par définition, testing est plus " à jour" que Buster stable.
Je parlais de stable, car comme tu veux essayer avec prudence (et tu as raison) l'installation sur cette machine, stable me paraissait plus sage. De plus Buster est proche de Ubuntu 18.04 à son lancement.
Les .iso non-free permettent d'avoir les pilotes propriétaires.
la plupart du temps, sans ceux-ci il est difficile de lancer correctement Debian sur une machine...Si c'est pour les activer dans ton sources.list une heure après, autant prendre l'iso directement
Rien ne t'empêche de passer de stable à testing par la suite. De plus, sous testing, tu peux avoir des paquets qui seront retirés temporairement, car ils posent problème. Cela peut devenir problématique si c'est un paquet que tu utilises.
Apt-listbugs te seras nécessaire : https://debian-facile.org/doc:systeme:apt:apt-listbugs
Tu connais Yunohost ?
Projet développé autour de Debian sur lequel tu déploies en un clic Nextcloud qui remplacera ton Nas, puis de même à peu près toute ta liste.
Je ne connaisais pas !!
J e te remercie cela va être très utile !!
C'est que sda3, ce trouve "démonté", puis remonté de nouveau...C'est valable pour ton premier log également.
sda3 contient ton système ?
Vigen.
Dans buster gcc est en 8.3 et donc est largement supérieur à 4.9
Le 4: c'est juste un nommage debian probablement (j'arrive pas à trouver relativement rapidement à quoi ça correspond sur le net).
Pour se rendre compte que c'est bien 8.3, installer gcc et tapper dans un terminal gcc -v
Merci, je dormirais moins bête ce soir
Tu n'as pas un .log à nous donner?
Vigen.
En fait ce serait pour du jeu occasionnel et pas très pointu, donc pas e Intel HD
Les puces intégrées au processeurs offrent des performances correctes, surtout si c'est pour du jeu occasionnel, et surtout, cela n'amène pas une source de bruit supplémentaire !!
Après c'est toi qui vois, personnellement, et ce n'est que mon expérience qui n'en fait pas une généralité, j'ai toujours était moins ennuyé avec du Intel que du AMD sous Linux.