Dans ce retour je ne vois rien d'anormal, ce sont les unités systemd en cours d'exécution et il n'y a pas de liens brisés.
Je dis donc n'importe quoi, c'est pas un bug, il doit s'agir d'un fonctionnement particulier propre à /run/systemd puisque ce sont des unités en cours d'exécution ;)
Je me suis retrouvée à aller fouiner dans ces fichiers lorsque j'ai constaté mercredi que mes tâches cron ne s'étaient pas lancées.
Mais il n'y avait aucun rapport puisque le lendemain plus de problème de ce côté là.
Ma machine fonctionne donc bien aussi.
Du coup, je viens d'avoir l'idée de regarder si ces liens sont brisés dans une nouvelle installation en ligne (sur https://distrotest.net).
Et oui, ils sont brisés !
C'est bien un bug, j'imagine que ce fichier devait avoir une utilité à l'origine et ne doit plus servir à rien.
Oups, en effet j'étais mal placée, je le refais ;)
mia@mia-PC5:~$ cd /run/systemd/units
mia@mia-PC5:/run/systemd/units$ ls -l 51decb4502cd4092a0a39913687eb20b
ls: impossible d'accéder à '51decb4502cd4092a0a39913687eb20b': Aucun fichier ou dossier de ce typemia@mia-PC5:/run/systemd/units$ sudo ls -l 51decb4502cd4092a0a39913687eb20b[sudo] Mot de passe de mia : ls: impossible d'accéder à '51decb4502cd4092a0a39913687eb20b': Aucun fichier ou dossier de ce type
mia@mia-PC5:/run/systemd/units$
Par contre quand tu dis :
non il ne pointe pas vers /etc/systemd
Je parle des fichiers du dossier units.
C'est ce que j'avais compris quand tu disais :
si tu vas en ligne de commande, tu devrais voir vers quoi ca pointe
chez moi c'est dans /etc/systemd/
Ils pointent vers quoi pour toi les fichiers du dossier units ?
mia@mia-PC5:~$ ls -l 51decb4502cd4092a0a39913687eb20b
ls: impossible d'accéder à '51decb4502cd4092a0a39913687eb20b': Aucun fichier ou dossier de ce type
mia@mia-PC5:~$ ls -l 25f271bce59447c2a552e5e996a2b851
ls: impossible d'accéder à '25f271bce59447c2a552e5e996a2b851': Aucun fichier ou dossier de ce type
mia@mia-PC5:~$
En résumé :
les liens brisés sont dans /run/systemd/units
ls -la montre qu'ils pointent des des iD numériques en rouge
Ces cibles n'existent pas, vérification est faite ci-dessus.
Tandis que chez toi ils pointent vers /etc/systemd, ce qui est confirmé avec la commande find /etc/systemd/ -iname *.service -exec ls -l {} \;
Or cette commande me donne bien le même résultat.
Dans /etc/systemd/system/multi-users.terget.wants/
se trouve wpa_supplicant.service :
Une recherche sur 51decb4502cd4092a0a39913687eb20b ne renvoie pas grand chose :
mia@mia-PC5:/run/systemd/units$ locate 51decb4502cd4092a0a39913687eb20b
mia@mia-PC5:/run/systemd/units$ find 51decb4502cd4092a0a39913687eb20b
find: ‘51decb4502cd4092a0a39913687eb20b’: Aucun fichier ou dossier de ce type
mia@mia-PC5:/run/systemd/units$ whereis 51decb4502cd4092a0a39913687eb20b
51decb4502cd4092a0a39913687eb20b:
mia@mia-PC5:/run/systemd/units$
Il existe puisque whereis le trouve, mais aucune indication concernant son emplacement
Peut-être un bug du navigateur de fichier ?
D'autant plus que le problème qui m'a menée à ce fichier était sans rapport : les tâches cron se lancent à nouveau normalement sans que je n'ai rien modifié.
Je n'ai pas noté de problème particulier hormis cette ligne d'erreur au démarrage Raise "network interface Failed"
Ce que j'ai pu trouver comme explications concernant ce dossier units :
Systemd s'exécute comme démon en tant que PID 1.
Les taches de systemd sont organisées en tant qu'unités. Les unités les plus courantes sont les services (.services), les points de montage (.mount), les périphériques (.device), les sockets (.socket) ou les minuteurs (.timer). Par exemple, le démarrage du démon shell sécurisé est effectué par l'unité ssh.service.
Systemd place chaque service dans un groupe de contrôle (cgroup) dédié au service. Les noyaux modernes prennent en charge l'isolation des processus et l'allocation des ressources en fonction des groupes de contrôle.
Les cibles (targets) sont des groupes d'unités. Les cibles appellent les unités pour assembler le système. Par exemple, graphical.target appelle toutes les unités nécessaires pour démarrer un poste de travail avec une interface utilisateur graphique. Les cibles peuvent se superposer ou dépendre d'autres cibles. Au démarrage, systemd active la cible default.target qui est un alias pour une autre cible telle que graphic.target.
Systemd crée et gère les sockets utilisés pour la communication entre les composants du système. Par exemple, il crée d'abord le socket /dev/log puis démarre le démon syslog. Cette approche présente deux avantages. Premièrement, les processus communiquant avec syslog via /dev/log peuvent être démarrés en parallèle. Deuxièmement, les services écrasés peuvent être redémarrés sans que les processus qui communiquent via les sockets avec eux perdent leur connexion. Le noyau mettra la communication en mémoire tampon pendant que le processus redémarre.
Les liens pointent ne pointent pas spécialement sur le réseau.
Je n'ai pas chiffré les fichiers.
Si j'utilise la commande ls -la, j'obtiens ces iD numériques, mais si j'utilise la commande que tu as donnée plus haut, tout comme pour toi les liens pointent vers /etc/systemd/
J'ai essayé la réinstallation, les liens sont toujours brisés, mais à la date/heure de la réinstallation.
Il doit y avoir un truc en amont qui brise les liens, mais quoi ?
Peut-être ce message d'erreur (le seul) au démarrage :
"Raise network interface Failed"
J'avais remarqué il y a quelques semaines que le lien smartd était brisé, c'était le seul, j'avais justement un problème avec smartd.
Aujourd'hui mes 2 tâches, une cron et une anacron, se sont bien lancées !
Et l'anacron d'hier a fini par arriver, avec Undelivered Mail Returned to Sender comme sujet (unknown user), alors que le corps de texte est bien là.
La cron d'hier n'est pas arrivée.
Pour ta technique de réinstallation, j'aurais bien aimé comprendre ce qu'il s'était passé, mais avoir une solution c'est bien aussi, je vais l'appliquer, merci ;)
j'avais regardé depuis les propriétés du fichier dans Nemo, puis en ligne de commande où pointent quelques liens, ça ne donnait rien d'exploitable
En ligne de commande, pareil :
lrwxrwxrwx 1 root root 32 avril 8 17:01 invocation:colord.service -> c34a5305a78f4867a6fd8c890bfae992
lrwxrwxrwx 1 root root 32 avril 8 17:01 invocation:console-setup.service -> ab483febcac541d7b6b8da377a92e7d3
lrwxrwxrwx 1 root root 32 avril 8 17:01 invocation:cron.service -> 56811faf3f7345bb9d95a2c8ad000cac
lrwxrwxrwx 1 root root 32 avril 9 08:38 invocation:cups-browsed.service -> 4ab084d21056487db49a3e0742804079
lrwxrwxrwx 1 root root 32 avril 9 08:38 invocation:cups.service -> 7da277e4c721481992d126d5dd5850f2
lrwxrwxrwx 1 root root 32 avril 8 17:01 invocation:dbus.service -> f80490d0da284c0eb29615d5491b693f Tandis avec la commande que tu me proposes, la destination du lien apparaît en clair :D
J'ai pu vérifier pour cron et quelques autre liens, et la destination existe.
Pour info, j'ai une erreur récurrente à chaque démarrage qui doit être en rapport, mais je ne sais pas quoi en faire :
-- Reboot --
avril 08 17:01:12 mia-PC5 systemd[1]: Failed to start Raise network interfaces. Voici toutes les erreurs depuis mon dernier reboot en cas ou tu remarques quelque chose qui pourrait orienter les recherches :
-- Reboot --
avril 08 17:01:12 mia-PC5 systemd[1]: Failed to start Raise network interfaces.
avril 08 17:01:15 mia-PC5 wpa_supplicant[987]: dbus: wpa_dbus_get_object_properties: failed to get object properties: (none) none
avril 08 17:01:15 mia-PC5 wpa_supplicant[987]: dbus: Failed to construct signal
avril 08 17:01:16 mia-PC5 wpa_supplicant[987]: bgscan simple: Failed to enable signal strength monitoring
avril 08 17:01:20 mia-PC5 pulseaudio[1523]: [pulseaudio] pid.c: Daemon already running.
avril 08 17:01:45 mia-PC5 pulseaudio[1443]: [pulseaudio] bluez5-util.c: GetManagedObjects() failed: org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application did not send a reply, the mes
avril 08 18:41:20 mia-PC5 kernel: ACPI Error: Field [IRQE] at bit offset/length 136/16 exceeds size of target Buffer (128 bits) (20170831/dsopcode-235)
avril 08 18:41:20 mia-PC5 kernel: ACPI Error: Method parse/execution failed \_SB.PCI0.LPCB.SIO1.DSRS, AE_AML_BUFFER_LIMIT (20170831/psparse-550)
avril 08 18:41:20 mia-PC5 kernel: ACPI Error: Method parse/execution failed \_SB.PCI0.LPCB.UAR1._SRS, AE_AML_BUFFER_LIMIT (20170831/psparse-550)
avril 08 18:41:20 mia-PC5 kernel: serial 00:06: activation failed
avril 08 18:41:20 mia-PC5 kernel: dpm_run_callback(): pnp_bus_resume+0x0/0xa0 returns -5
avril 08 18:41:20 mia-PC5 kernel: PM: Device 00:06 failed to resume: error -5
avril 08 18:41:20 mia-PC5 systemd-rfkill[5192]: Failed to open device rfkill0: No such device
avril 08 18:41:24 mia-PC5 wpa_supplicant[987]: dbus: wpa_dbus_get_object_properties: failed to get object properties: (none) none
avril 08 18:41:24 mia-PC5 wpa_supplicant[987]: dbus: Failed to construct signal
avril 08 18:41:25 mia-PC5 wpa_supplicant[987]: bgscan simple: Failed to enable signal strength monitoring
avril 09 08:33:32 mia-PC5 kernel: ACPI Error: Field [IRQE] at bit offset/length 136/16 exceeds size of target Buffer (128 bits) (20170831/dsopcode-235)
avril 09 08:33:32 mia-PC5 kernel: ACPI Error: Method parse/execution failed \_SB.PCI0.LPCB.SIO1.DSRS, AE_AML_BUFFER_LIMIT (20170831/psparse-550)
avril 09 08:33:32 mia-PC5 kernel: ACPI Error: Method parse/execution failed \_SB.PCI0.LPCB.UAR1._SRS, AE_AML_BUFFER_LIMIT (20170831/psparse-550)
avril 09 08:33:32 mia-PC5 kernel: serial 00:06: activation failed
avril 09 08:33:32 mia-PC5 kernel: dpm_run_callback(): pnp_bus_resume+0x0/0xa0 returns -5
avril 09 08:33:32 mia-PC5 kernel: PM: Device 00:06 failed to resume: error -5
avril 09 08:33:32 mia-PC5 systemd-rfkill[8385]: Failed to open device rfkill1: No such device
avril 09 08:33:37 mia-PC5 wpa_supplicant[987]: dbus: wpa_dbus_get_object_properties: failed to get object properties: (none) none
avril 09 08:33:37 mia-PC5 wpa_supplicant[987]: dbus: Failed to construct signal
avril 09 08:33:38 mia-PC5 wpa_supplicant[987]: bgscan simple: Failed to enable signal strength monitoring
Je connais man et info mais j'utilise peu car souvent en anglais.
Je vais sûrement dire une bêtise, mais n'existerait-il pas un script à placer au bon endroit dans le système et qui traduirait automatiquement les pages man ? On peut toujours rêver :)
J'utilise ls -l de temps en temps pour lister les fichiers d'un dossier et vérifier les droits.
Et aussi rm -R pour supprimer des dossiers et leur sous-dossier en root.
Je connais quelques commandes simples, c'est plutôt pour rechercher les problèmes et interpréter les résultats que je butte.
Je suis passée à Linux il y a 2 ou 3 ans, j'apprends lentement, mais ça me plaît et je ne me lasse pas, c'est l'essentiel ;)
Je connais tout de même un petit peu le shell bash, ainsi que quelques commandes basiques, c'est plutôt les résultats que je n'arrive pas à interpréter, mais comme dit précédemment l'anglais n'étant pas mon fort à la base, je rame fort…
Quel est le nom complet du système d'exploitation utilisé ?
Linux Mint Cinnamon 19.1
C'est la version 1.1.15 de Psensor
En outre, il faut déterminer si l'application fonctionne normalement (vérification si l'application renvoie des messages d'erreur) plutôt que de supposer un fonctionnement dégradé ou un dysfonctionnement du système graphique (Xorg, noyau…).
Pas de message d'erreurs à l'ouverture en tout cas.
Si j'ai tout bien compris, je devrais utiliser cette commande pour trouver les erreurs :
mia@mia-PC5:~$ sudo grep error /var/log/Psensor.log Mais je ne vois pas trace de psensor dans /var/log
Malgré les explications apportées, je ne comprenais le retour des commandes, en particulier :
Comment comprendre cette ligne ? En fait il s'agit d'une ligne de commentaire dans le fichier qui explique que si tu vois WW sur une ligne, ça correspond à un "warning", si tu vois EE ça correspond à une "error", si tu vois NI, ça correspond à not implemented etc…
Pour les commandes que j'ai utilisées, ça va à peu près (sauf dmesg, je n'avais pas compris que ça concernait le noyau, pour le X j'avais fini par trouver, c'est l'environnement graphique).
Il y a 2 lignes qui contiennent le mot error (et qui peuvent t'emmener vers d'autres aventures complètement différentes de celles d'aujourd'hui)
:-)
Oui, ça m'avait interpellée, contente que tu le soulignes.
Avec la "traduction" des réponses du terminal que tu m'apportes, tout s'éclaire.
C'est donc un problème de sortie de veille.
Et en effet, je ne redémarre que quand je change de noyau, sinon je passe en veille systématiquement, à la longue ça doit faire beaucoup, il doit y avoir des trucs qui ne sont pas vidés assez souvent j'imagine.
Parfois un message s'affiche quand je sors de veille, trop brièvement pour que je puisse le lire, ça doit être en rapport.
Bon, ça ne semble pas très grave, je relancerai ces commandes après un vrai redémarrage, les erreurs ne devraient normalement plus apparaître.
Encore merci Julien, de t'être mis à ma portée, cette interprétation des résultats est exactement ce qu'il me fallait pour progresser un peu ;)
Je connais déjà "De la bonne manière de poser les questions" ;)
Je passe des heures à chercher sur le net avant de poser une question.
Je ne veux pas juste utiliser les logiciels, mon ordinateur n'est pas un simple outil, mais mon plus beau jouet, avec lui, je ne m'ennuie jamais, et j'ai toujours quelque chose à apprendre, j'aimerais comprendre comment fonctionne Linux, alors imaginez :D
Je suis navrée si mes questions ne sont pas intéressantes mais j'ai l'impression d'être une éternelle débutante. Peut-être que ce sont tout simplement les neurones qui ne suivent pas, plutôt qu'un manque de bonne volonté de ma part.
Je viens de temps en temps sur ce forum parce-que vous disposez d'une section débutants, alors je me dis qu'on sera plus patient avec moi et que les explications seront à ma portée.
"Reprenez le contrôle à l'aide de Linux" que je connais aussi, est la meilleure formation Linux que j'ai trouvée, et j'en ai vu pas mal.
Je devrais effectivement m'y mettre sérieusement plutôt que de me disperser un peu partout.
Maintenant si vous pensez que l'anglais est indispensable pour progresser, je suis découragée d'avance.
Les Man et Info sont hélas aussi souvent en anglais.
Le lien sur la différence entre les deux m'a appris des choses intéressantes, merci :)
'Opening the Software Toolbox' ne me semble pas simple…
Le lien "Information particulière pour Léa" m'amène sur une page vide, quelque chose m'échappe ?
J'utilise Psensor non pas dans VirtualBox mais dans mon système en dur.
C'est la capture vidéo qui ne fonctionne pas dans VB.
J'ai un autre PC sous Mint 18.1 pour lequel tout va bien, que ça soit la capture vidéo avec VB ou les graphiques de Psensor, j'aimerais bien savoir pourquoi…
En tout cas, merci à vous de m'avoir donné tous ces conseils.
ça expliquerait mes problèmes d'affichage avec Psensor et de capture vidéo avec VB
Sais-tu comment je peux réinstaller ce framebuffer qui a disparu ?
ou plutôt qui n'a jamais été là, car si de lui dépend l'affichage manquant, c'est juste après l'installation de Mint 19.1 que je me suis aperçue que psensor était bancal.
J'ai un autre pc sous Mint 18.3 qui n'a pas ces problèmes.
Et en plus je suis nulle en anglais, alors sympa pour le -B3 (Before/Avant).
Je ne savais pas que dmesg c'était pour afficher les logs du noyau ;)
Pour passer à la page suivante avec more, je viens de trouver qu'il faut utiliser la touche espace.
Avec la commande que tu me proposes :
mia@mia-PC5:~$ grep -B3 EE /var/log/Xorg.0.log
to make sure that you have the latest version.
[17.296] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
--
[17.392](II) Module fbdevhw: vendor="X.Org Foundation"[17.392] compiled for1.19.6, module version=0.0.2
[17.392] ABI class: X.Org Video Driver, version 23.0
[17.392](EE) open /dev/fb0: No such file or directory
mia@mia-PC5:~$
Je comprends vaguement qu'il y a un problème de version, mais c'est tout :)
J'ai posté dans le forum débutant parce-que je ne suis pas habituée aux commandes.
Je suis désolée, mais en lisant vos explications, je suis encore plus perdue…
J'ai entrée la commande proposée, le terminal renvoie des lignes et des lignes, je n'ai même pas su trouver comment faire pour afficher la suite.
mia@mia-PC5:~$ sudo cat /var/log/Xorg.0.log | dmesg | more
[^] # Re: La destination existe
Posté par Léa . En réponse au message units : tous les liens sont brisés. Évalué à 1. Dernière modification le 13 avril 2020 à 14:48.
Je ne peux plus éditer mon message.
Bruno disait :
Je dis donc n'importe quoi, c'est pas un bug, il doit s'agir d'un fonctionnement particulier propre à /run/systemd puisque ce sont des unités en cours d'exécution ;)
[^] # Re: La destination existe
Posté par Léa . En réponse au message units : tous les liens sont brisés. Évalué à 1. Dernière modification le 13 avril 2020 à 14:31.
Si c'est pareil pour toi, c'est donc normal.
Je me suis retrouvée à aller fouiner dans ces fichiers lorsque j'ai constaté mercredi que mes tâches cron ne s'étaient pas lancées.
Mais il n'y avait aucun rapport puisque le lendemain plus de problème de ce côté là.
Ma machine fonctionne donc bien aussi.
Du coup, je viens d'avoir l'idée de regarder si ces liens sont brisés dans une nouvelle installation en ligne (sur https://distrotest.net).
Et oui, ils sont brisés !
C'est bien un bug, j'imagine que ce fichier devait avoir une utilité à l'origine et ne doit plus servir à rien.
Merci de t'être penché sur le problème :)
[^] # Re: La destination existe
Posté par Léa . En réponse au message units : tous les liens sont brisés. Évalué à 1. Dernière modification le 13 avril 2020 à 10:37.
Oups, en effet j'étais mal placée, je le refais ;)
Par contre quand tu dis :
Je parle des fichiers du dossier units.
C'est ce que j'avais compris quand tu disais :
Ils pointent vers quoi pour toi les fichiers du dossier units ?
[^] # Re: La destination existe
Posté par Léa . En réponse au message units : tous les liens sont brisés. Évalué à 1. Dernière modification le 12 avril 2020 à 11:48.
Disons que j'ai du mal à m'y retrouver, je suis habituée aux interface graphiques…
Merci pour les précisions et explications détaillées ;)
Voilà, j'ai testé sur wpa_supplicant et cron.services, ces fichiers n'existent pas :
lrwxrwxrwx 1 root root 32 avril 10 13:52 invocation:wpa_supplicant.service -> 51decb4502cd4092a0a39913687eb20b
mia@mia-PC5:~$ ls -l 51decb4502cd4092a0a39913687eb20b
ls: impossible d'accéder à '51decb4502cd4092a0a39913687eb20b': Aucun fichier ou dossier de ce type
lrwxrwxrwx 1 root root 32 avril 10 13:52 invocation:cron.service -> 25f271bce59447c2a552e5e996a2b851
mia@mia-PC5:~$ ls -l 25f271bce59447c2a552e5e996a2b851
ls: impossible d'accéder à '25f271bce59447c2a552e5e996a2b851': Aucun fichier ou dossier de ce type
mia@mia-PC5:~$
En résumé :
les liens brisés sont dans /run/systemd/units
ls -la montre qu'ils pointent des des iD numériques en rouge
Ces cibles n'existent pas, vérification est faite ci-dessus.
Tandis que chez toi ils pointent vers /etc/systemd, ce qui est confirmé avec la commande find /etc/systemd/ -iname *.service -exec ls -l {} \;
Or cette commande me donne bien le même résultat.
Dans /etc/systemd/system/multi-users.terget.wants/
se trouve wpa_supplicant.service :
lrwxrwxrwx 1 root root 42 déc. 29 2018 /etc/systemd/system/multi-user.target.wants/wpa_supplicant.service -> /lib/systemd/system/wpa_supplicant.service
ainsi que cron.service :
lrwxrwxrwx 1 root root 32 déc. 29 2018 cron.service -> /lib/systemd/system/cron.service
clamsmtp est en rouge, ça n'apparait pas ici, je le signale en majuscules en début de ligne.
La cible n'existe donc pas d'après ce que tu as dit :
Ces liens pointent vers lib/systemd/system/
Contenu des fichiers :
Pour WPA supplicant :
[Unit]
Description=WPA supplicant
Before=network.target
After=dbus.service
Wants=network.target
IgnoreOnIsolate=true
[Service]
Type=dbus
BusName=fi.w1.wpa_supplicant1
ExecStart=/sbin/wpa_supplicant -u -s -O /run/wpa_supplicant
[Install]
WantedBy=multi-user.target
Alias=dbus-fi.w1.wpa_supplicant1.service
Pour cron :
[Unit]
Description=Regular background program processing daemon
Documentation=man:cron(8)
[Service]
EnvironmentFile=-/etc/default/cron
ExecStart=/usr/sbin/cron -f $EXTRA_OPTS
IgnoreSIGPIPE=false
KillMode=process
[Install]
WantedBy=multi-user.target
Bizarrement, ces fichiers ne sont pas exécutables, ni aucun se trouvant dans le dossier /lib/systemd/system d'ailleurs.
4 -rw-r--r-- 1 root root 251 nov. 16 2017 cron.service
4 -rw-r--r-- 1 root root 307 sept. 17 2019 wpa_supplicant.service
Bruno insiste sur le fait que tout va bien et que ces liens brisés sont un bug de Nemo.
Ça n'est pas la première fois que je passe du temps sur des problèmes qui se révèlent être des bugs au final.
[^] # Re: Dossier units ?
Posté par Léa . En réponse au message units : tous les liens sont brisés. Évalué à 1.
Ok, merci pour ton avis rassurant.
J'ouvrirai éventuellement une autre discussion pour le problème de carte réseau, mais elle semble fonctionner correctement, je vais attendre un peu.
[^] # Re: La destination existe
Posté par Léa . En réponse au message units : tous les liens sont brisés. Évalué à 1.
J'ai trouvé cela pour la cible de wpa_supplicant
Le contenu du dossier system :
Une recherche sur 51decb4502cd4092a0a39913687eb20b ne renvoie pas grand chose :
Il existe puisque whereis le trouve, mais aucune indication concernant son emplacement
[^] # Re: Dossier units ?
Posté par Léa . En réponse au message units : tous les liens sont brisés. Évalué à 1. Dernière modification le 11 avril 2020 à 12:52.
C'est depuis Nemo que ces liens brisés apparaissent
liens brisés vus depuis Nemo
Peut-être un bug du navigateur de fichier ?
D'autant plus que le problème qui m'a menée à ce fichier était sans rapport : les tâches cron se lancent à nouveau normalement sans que je n'ai rien modifié.
Je n'ai pas noté de problème particulier hormis cette ligne d'erreur au démarrage Raise "network interface Failed"
Je vois cependant ces 2 lignes en rouge :
[^] # Re: La destination existe
Posté par Léa . En réponse au message units : tous les liens sont brisés. Évalué à 1. Dernière modification le 11 avril 2020 à 12:32.
La même commande dans /run/systemd donne ces iD numériques :
mia@mia-PC5:/run/systemd/units$ find /run/systemd/ -iname *.service -exec ls -l {} \;
find: paths must precede expression: `invocation:acpid.service'
total 0
drwxr-xr-x 2 root root 1620 avril 11 12:01 .
drwxr-xr-x 21 root root 520 avril 11 09:45 ..
lrwxrwxrwx 1 root root 32 avril 10 13:52 invocation:accounts-daemon.service -> 6d2ea96b1f27433e81be21d6c6fbfcd2
lrwxrwxrwx 1 root root 32 avril 10 13:52 invocation:acpid.service -> 53a16a19b5ec47e2bc6e7c4084bf4b83
lrwxrwxrwx 1 root root 32 avril 10 13:52 invocation:alsa-restore.service -> 8fac3028c3834a8c8ccfa76d538751dd
lrwxrwxrwx 1 root root 32 avril 10 13:52 invocation:apparmor.service -> 866e469a9a6e4e69bd9e94016e3e15e7
lrwxrwxrwx 1 root root 32 avril 10 13:52 invocation:apport.service -> 37f0508cf60741898969c13a444dafce
lrwxrwxrwx 1 root root 32 avril 10 13:52 invocation:avahi-daemon.service -> 9cee8a9008644240b101b32f37a83789
lrwxrwxrwx 1 root root 32 avril 10 13:52 invocation:blk-availability.service -> 1e5253742d2847229ed46d9a5fb3f145
lrwxrwxrwx 1 root root 32 avril 10 14:07 invocation:clamav-freshclam.service -> e3768d20e4c64f3995cbd11a6ccb7f35
lrwxrwxrwx 1 root root 32 avril 10 13:52 invocation:colord.service -> 1d1a2845635a4f47bbae4edf009dc0e1
lrwxrwxrwx 1 root root 32 avril 10 13:52 invocation:console-setup.service -> f7a18c436ef64ab8b296304afaf986b7
lrwxrwxrwx 1 root root 32 avril 10 13:52 invocation:cron.service -> 25f271bce59447c2a552e5e996a2b851
lrwxrwxrwx 1 root root 32 avril 11 09:04 invocation:cups-browsed.service -> e79a0bffd4834f2e8f3e51c089ba5878
lrwxrwxrwx 1 root root 32 avril 11 09:04 invocation:cups.service -> 37d732e2735948b5bb6b368dccc204c1
lrwxrwxrwx 1 root root 32 avril 10 13:52 invocation:dbus.service -> 8e62ff9080d04018b3fddd739b56a7ff
lrwxrwxrwx 1 root root 32 avril 10 13:52 'invocation:dev-disk-by\x2duuid-512283d8\x2d9d8c\x2d40c5\x2d975b\x2d52dbcd0fcd94.swap' -> 2cf4edeca6774db3bb8545c0d004dbf8
lrwxrwxrwx 1 root root 32 avril 10 13:52 invocation:dev-hugepages.mount -> 446583dbec484582b8de62cdd123fa84
lrwxrwxrwx 1 root root 32 avril 10 13:52 invocation:dev-mqueue.mount -> 123aa14d7b69480cb3551d608a2deeb8
lrwxrwxrwx 1 root root 32 avril 10 13:52 invocation:finalrd.service -> 4f0982d425264111b45e5e9afee00e61
lrwxrwxrwx 1 root root 32 avril 10 13:52 invocation:geoclue.service -> 405c3220bbc44bf6b1e6429a4db5932e
lrwxrwxrwx 1 root root 32 avril 10 13:52 invocation:getty@tty1.service -> ad047b5ab5454ccdba8ee1051ad37061
lrwxrwxrwx 1 root root 32 avril 10 13:52 invocation:grub-common.service -> 7894b622e97249e79ade7af1f6e94a45
lrwxrwxrwx 1 root root 32 avril 10 13:52 invocation:hddtemp.service -> 32e8a29b64d247e3947366c1acf92002
lrwxrwxrwx 1 root root 32 avril 10 13:52 invocation:home.mount -> e8857f994d1f4a2a8e3e3859ee788a82
lrwxrwxrwx 1 root root 32 avril 10 13:52 invocation:irqbalance.service -> 16fc9d346d2a445abff4c0857feef351
lrwxrwxrwx 1 root root 32 avril 10 13:52 invocation:kerneloops.service -> 6846b296d6a1479c95a0f30c29890e13
lrwxrwxrwx 1 root root 32 avril 10 13:52 invocation:keyboard-setup.service -> 7266ff2550da4a8e92c011267af55399
lrwxrwxrwx 1 root root 32 avril 10 13:52 invocation:kmod-static-nodes.service -> 420ce5ff733340d2949cff41f6893eb8
lrwxrwxrwx 1 root root 32 avril 10 13:52 invocation:lightdm.service -> 397d61e5cce64708af98242ffe0db082
lrwxrwxrwx 1 root root 32 avril 10 13:52 invocation:lm-sensors.service -> 10b872ccbd644677baa6c39ea5587a36
lrwxrwxrwx 1 root root 32 avril 10 13:52 invocation:lvm2-lvmetad.service -> d723b684c6294064a147359f640462dd
lrwxrwxrwx 1 root root 32 avril 10 13:52 invocation:lvm2-monitor.service -> 202c51f161d44751a14a5c108c75e442
lrwxrwxrwx 1 root root 32 avril 10 13:52 invocation:mnt-grsync.mount -> 6fb03b1a3fda4245a6569cf01b9ba480
lrwxrwxrwx 1 root root 32 avril 10 13:52 invocation:mnt-VMs.mount -> 27023740922b4c3cb1ab4908d57c52b8
lrwxrwxrwx 1 root root 32 avril 10 13:52 invocation:networkd-dispatcher.service -> b7455fda29cc475784c1394ee85a5939
lrwxrwxrwx 1 root root 32 avril 10 13:52 invocation:networking.service -> 6acb1ce3b38a4668aac904f797033f18
lrwxrwxrwx 1 root root 32 avril 10 13:52 invocation:NetworkManager.service -> 557014fcbd924ba78e8147f30986b84d
lrwxrwxrwx 1 root root 32 avril 10 13:52 invocation:NetworkManager-wait-online.service -> a7277ea41a7f42dfb7d300fba878f35d
lrwxrwxrwx 1 root root 32 avril 10 13:52 invocation:nvidia-persistenced.service -> 32f01873a7964f42a718e44f8f6960aa
lrwxrwxrwx 1 root root 32 avril 10 13:52 invocation:openvpn.service -> 8641ec323f5e4ab8a057d2f65e7101fd
lrwxrwxrwx 1 root root 32 avril 10 14:03 invocation:packagekit.service -> acc721c068aa45c980b30afaa84375e4
lrwxrwxrwx 1 root root 32 avril 10 13:52 invocation:polkit.service -> 0d88b5fa0c3447939772abf20e94b776
lrwxrwxrwx 1 root root 32 avril 10 13:52 invocation:postfix.service -> 14e3eebd15444c7a879d6676df7d5c33
lrwxrwxrwx 1 root root 32 avril 10 13:52 invocation:postfix@-.service -> 3f529d77c0794894b28d5b5e4ebcfc19
lrwxrwxrwx 1 root root 32 avril 10 13:52 invocation:qemu-kvm.service -> 42eb869aa0324395a5e44df83d06c7a9
lrwxrwxrwx 1 root root 32 avril 10 13:52 invocation:rsyslog.service -> 91fa279be76942428d5d559e456ae287
lrwxrwxrwx 1 root root 32 avril 10 13:52 invocation:rtkit-daemon.service -> d96b3d122dc34c7bb2e4654c59eb90cc
lrwxrwxrwx 1 root root 32 avril 10 13:52 invocation:session-c1.scope -> 8f0b66fa1e484f989961c5a89c09b460
lrwxrwxrwx 1 root root 32 avril 10 13:52 invocation:setvtrgb.service -> de7556c211274cee95cee5ec0c914f00
lrwxrwxrwx 1 root root 32 avril 10 13:52 invocation:smartd.service -> c3e816a38f8a4840a1b83964897796f0
lrwxrwxrwx 1 root root 32 avril 10 13:52 invocation:speech-dispatcher.service -> 71682a3848394e34b63bf97f71065b3e
lrwxrwxrwx 1 root root 32 avril 10 13:52 invocation:ssh.service -> 7e13b9ac4ddc4f67b92b84f8bf3d53e3
lrwxrwxrwx 1 root root 32 avril 10 13:52 invocation:sys-fs-fuse-connections.mount -> 85d300ab45c347139b3b36679b85aff5
lrwxrwxrwx 1 root root 32 avril 10 13:52 invocation:sys-kernel-config.mount -> 6323a98cb1544d93b73ca573d14d061d
lrwxrwxrwx 1 root root 32 avril 10 13:52 invocation:sys-kernel-debug.mount -> 0c933c03c001482699889ff42db83708
lrwxrwxrwx 1 root root 32 avril 10 13:52 'invocation:systemd-fsck@dev-disk-by\x2duuid-e9b11471\x2dc256\x2d4f9c\x2db21f\x2db394c6f22f7a.service' -> e8bce2e4cd334b769b9003768da22fda
lrwxrwxrwx 1 root root 32 avril 10 13:52 invocation:systemd-journald.service -> 30fda9739c2a40319dbc6e0cd5d23616
lrwxrwxrwx 1 root root 32 avril 10 13:52 invocation:systemd-journal-flush.service -> 493cf847d5954b9d81bef02bf8b917bf
lrwxrwxrwx 1 root root 32 avril 10 13:52 invocation:systemd-logind.service -> 801402035470418da2fea626d15bfe16
lrwxrwxrwx 1 root root 32 avril 10 13:52 invocation:systemd-modules-load.service -> a5a4b82a48cd4885a3a17de120115b53
lrwxrwxrwx 1 root root 32 avril 10 13:52 invocation:systemd-random-seed.service -> c9d1101274d94b81bb9687a62a7c5209
lrwxrwxrwx 1 root root 32 avril 10 13:52 invocation:systemd-remount-fs.service -> afa254fb92334443bee58b19f62e260f
lrwxrwxrwx 1 root root 32 avril 10 13:52 invocation:systemd-resolved.service -> bc34f87cf6864202a367c9ac97594a4e
lrwxrwxrwx 1 root root 32 avril 10 13:52 invocation:systemd-sysctl.service -> 4e1d5849577a40f98a9a936d4e1995c0
lrwxrwxrwx 1 root root 32 avril 10 13:52 invocation:systemd-timesyncd.service -> bb78b1ecbd644b51979c79e5a7822d3f
lrwxrwxrwx 1 root root 32 avril 10 13:52 invocation:systemd-tmpfiles-setup-dev.service -> 63bc70f364eb4e9ab663571c134a818b
lrwxrwxrwx 1 root root 32 avril 10 13:52 invocation:systemd-tmpfiles-setup.service -> 7cffb1512dd94076a34a64e9cd5fa7a2
lrwxrwxrwx 1 root root 32 avril 10 13:52 invocation:systemd-udevd.service -> 4dbda7b8b56a428d93f2c9aa52fd4bd8
lrwxrwxrwx 1 root root 32 avril 10 13:52 invocation:systemd-udev-trigger.service -> c6e23bf0f971469c84dcf3864abbd9bd
lrwxrwxrwx 1 root root 32 avril 10 13:52 invocation:systemd-update-utmp.service -> 86cdc5d8d82846808e56afd6fc7fd17a
lrwxrwxrwx 1 root root 32 avril 10 13:52 invocation:systemd-user-sessions.service -> 89894a9cc9464fd1ae8b2a7ef5c8bb57
lrwxrwxrwx 1 root root 32 avril 10 13:52 invocation:thermald.service -> cbed0f90eb1f43d4b8c4b9b9a0b7db57
lrwxrwxrwx 1 root root 32 avril 10 13:52 invocation:ubuntu-system-adjustments.service -> b7d000c4ed01498594ab6e31b6e9277f
lrwxrwxrwx 1 root root 32 avril 10 13:52 invocation:udisks2.service -> 8e99845df9734e16a299a6592335e80d
lrwxrwxrwx 1 root root 32 avril 10 13:52 invocation:ufw.service -> 8e4ce411ecbd40a5a1fb5e4d5a94b5f8
lrwxrwxrwx 1 root root 32 avril 10 13:52 invocation:upower.service -> bbb23b97c95743f5ab2016e2c0313311
lrwxrwxrwx 1 root root 32 avril 10 13:52 invocation:user@1000.service -> d47c7bd736a548b28d027fc093ddd501
lrwxrwxrwx 1 root root 32 avril 10 13:53 invocation:uuidd.service -> a0048b4b028f47ed8c982f83fed9ce15
lrwxrwxrwx 1 root root 32 avril 10 13:52 invocation:virtualbox.service -> d251f65c1f3341089ac06108ce46fe0e
lrwxrwxrwx 1 root root 32 avril 10 13:52 invocation:wpa_supplicant.service -> 51decb4502cd4092a0a39913687eb20b
mia@mia-PC5:/run/systemd/units$
Et effectivement, la partie à droite est rouge.
Désolée pour les balises code, ça ne se met pas comme je veux :/
[^] # Re: Dossier units ?
Posté par Léa . En réponse au message units : tous les liens sont brisés. Évalué à 2. Dernière modification le 11 avril 2020 à 10:38.
Bonjour,
Ce que j'ai pu trouver comme explications concernant ce dossier units :
Les taches de systemd sont organisées en tant qu'unités. Les unités les plus courantes sont les services (.services), les points de montage (.mount), les périphériques (.device), les sockets (.socket) ou les minuteurs (.timer). Par exemple, le démarrage du démon shell sécurisé est effectué par l'unité ssh.service.
Systemd place chaque service dans un groupe de contrôle (cgroup) dédié au service. Les noyaux modernes prennent en charge l'isolation des processus et l'allocation des ressources en fonction des groupes de contrôle.
Les cibles (targets) sont des groupes d'unités. Les cibles appellent les unités pour assembler le système. Par exemple, graphical.target appelle toutes les unités nécessaires pour démarrer un poste de travail avec une interface utilisateur graphique. Les cibles peuvent se superposer ou dépendre d'autres cibles. Au démarrage, systemd active la cible default.target qui est un alias pour une autre cible telle que graphic.target.
Systemd crée et gère les sockets utilisés pour la communication entre les composants du système. Par exemple, il crée d'abord le socket /dev/log puis démarre le démon syslog. Cette approche présente deux avantages. Premièrement, les processus communiquant avec syslog via /dev/log peuvent être démarrés en parallèle. Deuxièmement, les services écrasés peuvent être redémarrés sans que les processus qui communiquent via les sockets avec eux perdent leur connexion. Le noyau mettra la communication en mémoire tampon pendant que le processus redémarre.
https://wiki.debian.org/fr/systemd
L'arborescence du dossier : /run systemd/units
[^] # Re: La destination existe
Posté par Léa . En réponse au message units : tous les liens sont brisés. Évalué à 1. Dernière modification le 11 avril 2020 à 10:36.
Bonjour,
Les liens pointent ne pointent pas spécialement sur le réseau.
Je n'ai pas chiffré les fichiers.
Si j'utilise la commande ls -la, j'obtiens ces iD numériques, mais si j'utilise la commande que tu as donnée plus haut, tout comme pour toi les liens pointent vers /etc/systemd/
J'ai posté plus haut une image des propriétés de cette cible :
Une autre :
[^] # Re: La destination existe
Posté par Léa . En réponse au message units : tous les liens sont brisés. Évalué à 1.
Bonjour,
J'ai essayé la réinstallation, les liens sont toujours brisés, mais à la date/heure de la réinstallation.
Il doit y avoir un truc en amont qui brise les liens, mais quoi ?
Peut-être ce message d'erreur (le seul) au démarrage :
"Raise network interface Failed"
Si vous avez d'autres idées, merci d'avance ;)
[^] # Re: La destination existe
Posté par Léa . En réponse au message units : tous les liens sont brisés. Évalué à 1.
Bonjour et merci pour ta réponse,
J'avais remarqué il y a quelques semaines que le lien smartd était brisé, c'était le seul, j'avais justement un problème avec smartd.
Aujourd'hui mes 2 tâches, une cron et une anacron, se sont bien lancées !
Et l'anacron d'hier a fini par arriver, avec Undelivered Mail Returned to Sender comme sujet (unknown user), alors que le corps de texte est bien là.
La cron d'hier n'est pas arrivée.
Pour ta technique de réinstallation, j'aurais bien aimé comprendre ce qu'il s'était passé, mais avoir une solution c'est bien aussi, je vais l'appliquer, merci ;)
# La destination existe
Posté par Léa . En réponse au message units : tous les liens sont brisés. Évalué à 1. Dernière modification le 17 septembre 2024 à 20:35.
Merci pour ta réponse ;)
j'avais regardé depuis les propriétés du fichier dans Nemo, puis en ligne de commande où pointent quelques liens, ça ne donnait rien d'exploitable
En ligne de commande, pareil :
lrwxrwxrwx 1 root root 32 avril 8 17:01 invocation:colord.service -> c34a5305a78f4867a6fd8c890bfae992
lrwxrwxrwx 1 root root 32 avril 8 17:01 invocation:console-setup.service -> ab483febcac541d7b6b8da377a92e7d3
lrwxrwxrwx 1 root root 32 avril 8 17:01 invocation:cron.service -> 56811faf3f7345bb9d95a2c8ad000cac
lrwxrwxrwx 1 root root 32 avril 9 08:38 invocation:cups-browsed.service -> 4ab084d21056487db49a3e0742804079
lrwxrwxrwx 1 root root 32 avril 9 08:38 invocation:cups.service -> 7da277e4c721481992d126d5dd5850f2
lrwxrwxrwx 1 root root 32 avril 8 17:01 invocation:dbus.service -> f80490d0da284c0eb29615d5491b693f
J'ai pu vérifier pour cron et quelques autre liens, et la destination existe.
https://i.goopics.net/lGAW4.png
Pour info, j'ai une erreur récurrente à chaque démarrage qui doit être en rapport, mais je ne sais pas quoi en faire :
-- Reboot --
avril 08 17:01:12 mia-PC5 systemd[1]: Failed to start Raise network interfaces.
Merci beaucoup pour ton aide
[^] # Re: Explication du résulta de tes commandes :-)
Posté par Léa . En réponse au message Messages d'erreurs incompréhensibles pour moi. Évalué à 1.
Super, merci, j'installe !
[^] # Re: Explication du résulta de tes commandes :-)
Posté par Léa . En réponse au message Messages d'erreurs incompréhensibles pour moi. Évalué à 2. Dernière modification le 22 mars 2019 à 09:45.
Je connais man et info mais j'utilise peu car souvent en anglais.
Je vais sûrement dire une bêtise, mais n'existerait-il pas un script à placer au bon endroit dans le système et qui traduirait automatiquement les pages man ? On peut toujours rêver :)
J'utilise ls -l de temps en temps pour lister les fichiers d'un dossier et vérifier les droits.
Et aussi rm -R pour supprimer des dossiers et leur sous-dossier en root.
Je connais quelques commandes simples, c'est plutôt pour rechercher les problèmes et interpréter les résultats que je butte.
Je suis passée à Linux il y a 2 ou 3 ans, j'apprends lentement, mais ça me plaît et je ne me lasse pas, c'est l'essentiel ;)
Merci pour ta bienveillance, ça fait plaisir :-)
[^] # Re: Présentation contextuelle (ligne de commande)
Posté par Léa . En réponse au message Messages d'erreurs incompréhensibles pour moi. Évalué à 2.
Merci flexop ;)
Je connais tout de même un petit peu le shell bash, ainsi que quelques commandes basiques, c'est plutôt les résultats que je n'arrive pas à interpréter, mais comme dit précédemment l'anglais n'étant pas mon fort à la base, je rame fort…
[^] # Re: Informations sur l'environnement
Posté par Léa . En réponse au message Messages d'erreurs incompréhensibles pour moi. Évalué à 1. Dernière modification le 21 mars 2019 à 12:02.
Linux Mint Cinnamon 19.1
C'est la version 1.1.15 de Psensor
Pas de message d'erreurs à l'ouverture en tout cas.
Si j'ai tout bien compris, je devrais utiliser cette commande pour trouver les erreurs :
mia@mia-PC5:~$ sudo grep error /var/log/Psensor.log
[^] # Re: Ça ne m'éclaire guère...
Posté par Léa . En réponse au message Messages d'erreurs incompréhensibles pour moi. Évalué à 1. Dernière modification le 21 mars 2019 à 11:37.
Ok, merci NeoX
[^] # Re: Explication du résulta de tes commandes :-)
Posté par Léa . En réponse au message Messages d'erreurs incompréhensibles pour moi. Évalué à 2.
Salut Julien,
C'est vraiment super sympa !!
Malgré les explications apportées, je ne comprenais le retour des commandes, en particulier :
Pour les commandes que j'ai utilisées, ça va à peu près (sauf dmesg, je n'avais pas compris que ça concernait le noyau, pour le X j'avais fini par trouver, c'est l'environnement graphique).
:-)
Oui, ça m'avait interpellée, contente que tu le soulignes.
Avec la "traduction" des réponses du terminal que tu m'apportes, tout s'éclaire.
C'est donc un problème de sortie de veille.
Et en effet, je ne redémarre que quand je change de noyau, sinon je passe en veille systématiquement, à la longue ça doit faire beaucoup, il doit y avoir des trucs qui ne sont pas vidés assez souvent j'imagine.
Parfois un message s'affiche quand je sors de veille, trop brièvement pour que je puisse le lire, ça doit être en rapport.
Bon, ça ne semble pas très grave, je relancerai ces commandes après un vrai redémarrage, les erreurs ne devraient normalement plus apparaître.
Encore merci Julien, de t'être mis à ma portée, cette interprétation des résultats est exactement ce qu'il me fallait pour progresser un peu ;)
[^] # Re: Conseils pour les débutants
Posté par Léa . En réponse au message Messages d'erreurs incompréhensibles pour moi. Évalué à 3.
Bonjour fexop,
Je connais déjà "De la bonne manière de poser les questions" ;)
Je passe des heures à chercher sur le net avant de poser une question.
Je ne veux pas juste utiliser les logiciels, mon ordinateur n'est pas un simple outil, mais mon plus beau jouet, avec lui, je ne m'ennuie jamais, et j'ai toujours quelque chose à apprendre, j'aimerais comprendre comment fonctionne Linux, alors imaginez :D
Je suis navrée si mes questions ne sont pas intéressantes mais j'ai l'impression d'être une éternelle débutante. Peut-être que ce sont tout simplement les neurones qui ne suivent pas, plutôt qu'un manque de bonne volonté de ma part.
Je viens de temps en temps sur ce forum parce-que vous disposez d'une section débutants, alors je me dis qu'on sera plus patient avec moi et que les explications seront à ma portée.
"Reprenez le contrôle à l'aide de Linux" que je connais aussi, est la meilleure formation Linux que j'ai trouvée, et j'en ai vu pas mal.
Je devrais effectivement m'y mettre sérieusement plutôt que de me disperser un peu partout.
Maintenant si vous pensez que l'anglais est indispensable pour progresser, je suis découragée d'avance.
Les Man et Info sont hélas aussi souvent en anglais.
Le lien sur la différence entre les deux m'a appris des choses intéressantes, merci :)
'Opening the Software Toolbox' ne me semble pas simple…
Le lien "Information particulière pour Léa" m'amène sur une page vide, quelque chose m'échappe ?
J'utilise Psensor non pas dans VirtualBox mais dans mon système en dur.
C'est la capture vidéo qui ne fonctionne pas dans VB.
J'ai un autre PC sous Mint 18.1 pour lequel tout va bien, que ça soit la capture vidéo avec VB ou les graphiques de Psensor, j'aimerais bien savoir pourquoi…
En tout cas, merci à vous de m'avoir donné tous ces conseils.
[^] # Re: Ça ne m'éclaire guère...
Posté par Léa . En réponse au message Messages d'erreurs incompréhensibles pour moi. Évalué à 1. Dernière modification le 20 mars 2019 à 18:14.
ça expliquerait mes problèmes d'affichage avec Psensor et de capture vidéo avec VB
Sais-tu comment je peux réinstaller ce framebuffer qui a disparu ?
ou plutôt qui n'a jamais été là, car si de lui dépend l'affichage manquant, c'est juste après l'installation de Mint 19.1 que je me suis aperçue que psensor était bancal.
J'ai un autre pc sous Mint 18.3 qui n'a pas ces problèmes.
Merci
[^] # Re: Ça ne m'éclaire guère...
Posté par Léa . En réponse au message Messages d'erreurs incompréhensibles pour moi. Évalué à 1. Dernière modification le 20 mars 2019 à 15:53.
Merci NeoX pour les explications :)
Et en plus je suis nulle en anglais, alors sympa pour le -B3 (Before/Avant).
Je ne savais pas que dmesg c'était pour afficher les logs du noyau ;)
Pour passer à la page suivante avec more, je viens de trouver qu'il faut utiliser la touche espace.
Avec la commande que tu me proposes :
Je comprends vaguement qu'il y a un problème de version, mais c'est tout :)
Merci pour ton aide
# Ça ne m'éclaire guère...
Posté par Léa . En réponse au message Messages d'erreurs incompréhensibles pour moi. Évalué à 2.
Merci pour vos réponses :)
J'ai posté dans le forum débutant parce-que je ne suis pas habituée aux commandes.
Je suis désolée, mais en lisant vos explications, je suis encore plus perdue…
J'ai entrée la commande proposée, le terminal renvoie des lignes et des lignes, je n'ai même pas su trouver comment faire pour afficher la suite.
[ 0.000000] microcode: microcode updated early to revision 0x20, date = 2018-
04-10
[ 0.000000] Linux version 4.15.0-46-generic (buildd@lgw01-amd64-038) (gcc ver
sion 7.3.0 (Ubuntu 7.3.0-16ubuntu3)) #49-Ubuntu SMP Wed Feb 6 09:33:07 UTC 2019
(Ubuntu 4.15.0-46.49-generic 4.15.18)
[ 0.000000] Command line: BOOT_IMAGE=/boot/vmlinuz-4.15.0-46-generic root=UUI
D=a1d42368-2ec3-4c11-a888-9fe945bd5b4f ro quiet splash
[ 0.000000] KERNEL supported cpus:
[ 0.000000] Intel GenuineIntel
[ 0.000000] AMD AuthenticAMD
[ 0.000000] Centaur CentaurHauls
[ 0.000000] x86/fpu: Supporting XSAVE feature 0x001: 'x87 floating point regi
sters'
[ 0.000000] x86/fpu: Supporting XSAVE feature 0x002: 'SSE registers'
[ 0.000000] x86/fpu: Supporting XSAVE feature 0x004: 'AVX registers'
[ 0.000000] x86/fpu: xstate_offset[2]: 576, xstate_sizes[2]: 256
[ 0.000000] x86/fpu: Enabled xstate features 0x7, context size is 832 bytes,
using 'standard' format.
[ 0.000000] e820: BIOS-provided physical RAM map:
[ 0.000000] BIOS-e820: [mem 0x0000000000000000-0x000000000009d7ff] usable
[ 0.000000] BIOS-e820: [mem 0x000000000009d800-0x000000000009ffff] reserved
[ 0.000000] BIOS-e820: [mem 0x00000000000e0000-0x00000000000fffff] reserved
[ 0.000000] BIOS-e820: [mem 0x0000000000100000-0x00000000de32efff] usable
[ 0.000000] BIOS-e820: [mem 0x00000000de32f000-0x00000000de965fff] reserved
[ 0.000000] BIOS-e820: [mem 0x00000000de966000-0x00000000debccfff] ACPI NVS
[ 0.000000] BIOS-e820: [mem 0x00000000debcd000-0x00000000debd8fff] ACPI data
[ 0.000000] BIOS-e820: [mem 0x00000000debd9000-0x00000000debe5fff] ACPI NVS
[ 0.000000] BIOS-e820: [mem 0x00000000debe6000-0x00000000debeafff] ACPI data
[ 0.000000] BIOS-e820: [mem 0x00000000debeb000-0x00000000dec2dfff] ACPI NVS
[ 0.000000] BIOS-e820: [mem 0x00000000dec2e000-0x00000000df7fffff] usable
[ 0.000000] BIOS-e820: [mem 0x00000000f8000000-0x00000000fbffffff] reserved
[ 0.000000] BIOS-e820: [mem 0x00000000fec00000-0x00000000fec00fff] reserved
[ 0.000000] BIOS-e820: [mem 0x00000000fed00000-0x00000000fed03fff] reserved
[ 0.000000] BIOS-e820: [mem 0x00000000fed1c000-0x00000000fed1ffff] reserved
[ 0.000000] BIOS-e820: [mem 0x00000000fee00000-0x00000000fee00fff] reserved
[ 0.000000] BIOS-e820: [mem 0x00000000ff000000-0x00000000ffffffff] reserved
[ 0.000000] BIOS-e820: [mem 0x0000000100000000-0x000000041dffffff] usable
[ 0.000000] NX (Execute Disable) protection: active
[ 0.000000] SMBIOS 2.7 present.
[ 0.000000] DMI: Dell Inc. Precision T1650/0X9M3X, BIOS A04 07/31/2012
[ 0.000000] e820: update [mem 0x00000000-0x00000fff] usable ==> reserved
[ 0.000000] e820: remove [mem 0x000a0000-0x000fffff] usable
[ 0.000000] e820: last_pfn = 0x41e000 max_arch_pfn = 0x400000000
[ 0.000000] MTRR default type: uncachable
[ 0.000000] MTRR fixed ranges enabled:
[ 0.000000] 00000-9FFFF write-back
[ 0.000000] A0000-BFFFF uncachable
[ 0.000000] C0000-CFFFF write-protect
[ 0.000000] D0000-E7FFF uncachable
--Plus--[sudo] Mot de passe de mia :
Merci d'avance pour votre analyse parce-que pour moi c'est de l’Hébreu :)
[^] # Re: codecs ?
Posté par Léa . En réponse au message Comment faire apparaître les vignettes d'aperçu dans le navigateur ?. Évalué à 1.
Tu n'es pas avare d'explications, c'est assez rare et j'apprécie :)
Je vais donc suivre ta démarche et installer le dépôt de VLC.
Merci beaucoup et bonne journée.
[^] # Re: codecs ?
Posté par Léa . En réponse au message Comment faire apparaître les vignettes d'aperçu dans le navigateur ?. Évalué à 1.
Super ton pas à pas détaillé Axone :)
J'ai sélectionné la même chose que toi, maintenant vlc-codecs apparaît bien dans "installer et supprimer des logiciels".
Mais comme rien ne va jamais tout seul, j'ai un message d'avertissement lorsque je veux l'installer :
Je suis dans une machine virtuelle et j'ai installé le système de fichier btrfs, les conditions ne sont peut-être pas idéales…