Debian
Debian-France
Debian-Facile
Debian-fr.org
Forum-Debian.fr
Debian ?
Communautés
Vous n'êtes pas identifié(e).
Pages : 1
retour
il y a le retour du 16/04 et du 14/04
il y a eu une mise a jour du noyau pour le 16/04 en autre
sinon rien de particulier le bureau fonctionne
le noyau réclame le "raven_ta.bin"
Dernière modification par anonyme (16-04-2020 20:00:16)
kernel: amdgpu 0000:08:00.0: firmware: failed to load amdgpu/raven_ta.bin (-2)
D'après Alex Deucher ce firmware (linux-firmware.git le 7 janvier) est optionnel (requis pour HDCP) :
The ta firmware is optional (only required for HDCP functionality) and
is currently in QA. It will be released any day now (probably after
the holidays) as well.
QA = quality assurance ; le paquet firmware-amd-graphics est basé sur le snapshot du 20190717...
Dernière modification par èfpé (18-04-2020 10:54:42)
Hors ligne
et les erreurs
le paquet "rtkit" a été signalé comme contenant un bug , je ne l'ai pas mit a jour .
noyau actuel
sinon rien de spécial dans le fonctionnement de la machine
sur buster elle n'affiche qu'une ligne comme ci dessus
sur testing elle cumule toutes les commandes précédentes (avec la date et l'heure) et entre chaque retour de commande "reboot"
normalement ça ne doit afficher que les erreurs depuis le dernier démarrage
si quelqu'un a remarquer ceci aussi et peut être une solution .
ps: sous buster "journalctl" écrit en mémoire vive , et sous testing sur le disque par exemple , ce qui explique ceci
=> https://manpages.debian.org/testing/sys … .1.en.html
a priori l'option "-r" écrit les plus récentes en premier , l'option "-p err" n' affiche que les erreurs
c'est sous la forme d un journal , mais écrit je sais pas ou
=> https://manpages.debian.org/testing/sys … .8.en.html
je vais regarder ceci :
sous buster /var/log/journal n'existe pas (stockage persistant , a vérifier sous testing)
sous buster /run/log/journal existe ( stockage volatile)
je pense que j'ai trouver le pourquoi
j'ai effacé /var/log/journal sous testing , le problème est résolu mais il me reste ceci
ceci => août 05 05:47:34 raven2200g systemd[1060]: Excess arguments
trop d' argument dans quoi ? 
Dernière modification par anonyme (05-08-2020 05:16:31)
Bonjour[...]
a priori l'option "-r" écrit les plus récentes en premier , l'option "-p err" n' affiche que les erreurs
c'est sous la forme d' un journal , mais écrit je sais pas où
Le service de journal stocke les données de journal de manière persistante sous / var / log / journal
ou de manière volatile sous / run / log / journal / (dans ce dernier cas, elles sont perdues au redémarrage).
Par défaut, les données du journal sont stockées de manière persistante si / var / log / journal / existe pendant le démarrage,
avec un retour implicite vers le stockage volatile dans le cas contraire.
Utilisez Storage = dans journald.conf (5) pour configurer l'emplacement des données de journal,
indépendamment de l'existence de / var / log / journal /.
sous buster /var/log/journal n'existe pas (stockage persistant , à vérifier sous testing)
sous buster /run/log/journal existe ( stockage volatile)
je pense que j'ai trouver le pourquoi
j'ai effacé /var/log/journal sous testing , le problème est résolu.
Bonjour, tu as ces commandes de journalctl :
Pour savoir l'emplacement des fichiers journaux et vérifier si les fichiers journaux ne sont pas détériorés :
Pour voir la place que prennent les fichiers journaux :
Pour ne garder que les fichiers journaux des 3 derniers jours : ( Pas la peine d'effacer )
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
c'est ceci que je voudrais résoudre
ps:c'est suite a une mise a jours (testing)
mais merci toujours bon a savoir
Dernière modification par anonyme (08-08-2020 00:29:36)
(les joies de testing )
le fichier de systemd
je sais pas si je peu virer le paquet "LVM2" sans danger
je n'ai jamais utilisé , a priori une nouveauté de bullseye
nota: lvm (lvm2) est installé sur le système , fichier de conf dans /etc/lvm/
que ce soit le noyau qui demande la dépendance 
pour l'instant j'ai désactivé
nota:
j'ai viré les paquets "lvm2" , la librairie "libblkid1" ne peut être enlevé , le service n'existe plus "blk-availability.service"
je n'ai plus d'erreur
je sais pas ce qui est prévu dans le futur
Dernière modification par anonyme (08-08-2020 02:00:03)
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
Pages : 1