Tulburite

Bonjour, Tu ne devrais pas avoir de problème, bitlocker n'est pas activé par défaut avec une version home de Windows. Attention cependant, il y a peut-être du nouveau avec la version home...

Bonjour, Et passant directement par Microsoft Update ?

Bonjour, Bon, il n'y a pas de programmes qui pourraient ralentir le démarrage de ta machine, mis à part "Dropbox" Personnellement, ce que je ferais pour "essayer" de gagner de la vitesse au démarrage et même si je ne suis pas du tout partisan, je réinstallerais la distribution sur le SSD en désactivant ton DD de 500 Go (en enlevant les câbles et pour éviter que sur ton DD, sdb, sdb1, tu aies un /média), cette manière de procéder te permet de ne pas te tromper avec le boot et comme tu ne sépares par ton /home, l'installateur installe tout sur ton SSD. Ensuite, si le démarrage est toujours trop long, tu peux lister les services qui démarrent avec ta machine en tapant cette commande : systemctl list-units --type=service --state=running Une fois les services listés, tu peux désactiver les services "inutiles" au démarrage avec cette commande : sudo systemctl disable nom_du_service Tu peux également raccourcir le temps de "grub" en modifiant le fichier de configuration avec cette commande : sudo nano /etc/default/grub Une fois le fichier édité, tu changes la ligne "GRUB_TIMEOUT=X" par cette ligne "GRUB_TIMEOUT=X (X étant le nombre de secondes). Tu pourrais activer l'hibernantion de ta machine, au lieu de l'arrêter, ce qui veut dire que ta machine ne s'arrête pas, elle se met en hibernation et le démarrage est beaucoup plus rapide (Windows et macOS utilise ce système pour démarrer très rapidement). Pour contrôler si l'hibernation est activée, tu tapes cette commande sudo systemctl hibernate Bon visiblement, cette commande n'est plus supportée par le kernel (chez moi en tout cas) Et pour terminer et en dernier recours, tu pourrais modifier l'utilisation du swap, mais ceci serait le dernier recours. Cependant, tu n'as pas répondu à ma question, combien de temps met ta machine pour démarrer ?

Bonjour, Bon, je viens d'analyser les "logs" et il y a quand même une chose étrange, je comprends bien que tu as un SSD pour ta distribution et un DD pour des éventuelles sauvegardes, cependant sur ton DD, tu as un point de montage avec les "média" sdb 8:16 0 465,8G 0 disk └─sdb1 8:17 0 465,8G 0 part /media/pcmaison/DISQUE PLUS Tu pourrais me montrer les programmes qui démarrent au démarrage de ta machine (capture d'écran ci-dessous). Et pourrais-tu également me montrer les ressources occupées par ta machine au "repos" (capture d'écran ci-dessous) Comme tu peux le voir, ma machine bouffe 4 Go sans rien faire, bon ici j'ai 32 Go donc pas de souci. Et pourrais-tu également me montrer les processus qui tourne sur ta machine (capture d'écran ci-dessous) En attente de te relire

Non ça n'a rien à voir, il s'agit des "fichiers" snap, c'est un peu difficile à expliquer et à comprendre, mais il ne faut pas t’inquiéter pour ceci :-) Par contre je vois que tu as un SSD et un HDD avec des fichiers Ubuntu Si tu as installé Ubuntu sur ton HDD avec le boot sur ton SSD, c'est clair que le démarrage va prendre du temps. As-tu une configuration spéciale pour avoir un SSD et un HDD, enfin peux-tu m'expliquer pourquoi tu as une configuration comme celle que tu as actuellement.

Bonjour, Bon, visiblement il y a déjà une bonne nouvelle, à tester sur le durée. Pour le démarrage, la première des choses, Ubuntu est devenu énorme, le fichier ISO fait plus de 6 Go (c'est plus que Windows 11) et chez moi sans rien faire, la distribution bouffe déjà pas tout à fait 3 Go. Sur la deuxième capture d'écran, c'est la gestion des extensions de Firefox, ces extensions ne vont pas péjorer le démarrage de ta machine, ces dernières feront peut-être un ralentissement à l'ouverture de ton navigateur. Regarde les programmes qui démarrent avec ta distribution. Je vois également sur la première capture d'écran plusieurs DD /SSD et je me demande ou est installé Ubuntu, pourrais-tu me donner le retour de la commande suivante : sudo fdisk -l Et pour terminer, ta machine n'est pas non plus une machine de guerre... il faut aussi lui laisser du temps pour souffler, du reste, ton ordinateur met combien de temps pour démarrer ?

Bonjour @BryBry, Merci pour ce retour et encore navré de tous ces problèmes de santé qui semblent un peu se résorber. Deux choses cependant, maintenant que tout est rentré dans l'ordre, n’oublie surtout pas de faire des sauvegardes sur un support externe, surtout les documents sensibles. Deuxième chose, il faut utiliser les versions LTS d'Ubuntu, ces versions sont suivies pendant 5 ans et même pendant 10 ans si tu es inscrite (gratuitement) à la version pro, les versions intermédiaires sont suivies pendant 9 mois, ce qui veut dire que ta version est déjà obsolète.

C'est étrange, ton noyau prend en charge visiblement ta carte graphique..., bon, il y a peut-être un bug qui sera corrigé avec une future mise à jour de ce noyau justement. On peut tester l'installation du pilote prioritaire de chez AMD, pour ça, tu télécharges le pilote pour Linux sur la page des drivers chez AMD Une fois le fichier téléchargé, c'est un fichier zip, il te faut le dézipper, une fois dézippé, tu vas tomber sur un fichier "run". Pour l'installation de ce fichier, c'est un double clic dessus (comme un fichier Windows) et normalement tout devrait fonctionner par la suite. Ce qui me taquine un peu, c'est que ce pilote date de 2015, je ne sais pas si ça va fonctionner, je pense que oui, mais je ne peux pas le garantir. Essaie déjà ces manipulations et tu reviens pour me donner des nouvelles.

Alors, tu installes mesa-utils avec la commande mentionnée, ensuite, tu passes la commande que je t'ai proposée et tu reviens avec une capture d'écran.

Merci pour le retour, on va regarder si les pilotes sont actifs, que retourne cette commande : glxinfo | grep "OpenGL renderer"

Bon, je ne vois rien, il faut identifier ta carte graphique avec cette commande : lspci -vnn | grep -A 12 '\[030[02]\]' | grep -Ei "vga|3d|display|kernel" Une fois cette commande passée, tu reviens avec le retour et une capture d'écran comme celle ci-dessous. Cette commande va permettre d'identifier ta carte graphique est de voir si le noyau la prend en charge

Merci pour le retour de la commande, mais ce que je demandais, c'est la configuration de ta machine avec hardinfo comme cette capture d'écran : L'application hardinfo se trouve dans "afficher les applications" comme cette capture d'écran :

Non ce n'est pas complet. Tu ouvres ton terminal es-tu installes hardinfo avec la commande suivante : sudo apt install hardinfo Une fois la commande passée, tu reviens avec le résumé de ta machine. Ce que je peux voir, c'est que tu n'as même pas de pilote propriétaire et de pilote maison (Ubuntu) compatible pour ta machine.

Oui, il y a une erreur au niveau du système (radeon), je pense que c'est un problème de carte graphique. Ce qui serait intéressant, c'est de regarder quel pilote utilise ta distribution (capture d'écran ci-dessous). De plus, peux-tu me donner la configuration de ta machine

Non, avant de lancer journalctl qui va générer énormément de ligne, regarde "journaux" (c'est un peu identique, mais c'est structuré) qui se trouve dans les applications (capture d'écran ci-dessous). Une fois le fichier ouvert, regarde sous important ce qui pourrait éventuellement poser un problème (capture ci-dessous).

Bonjour, Que rapporte le journal des événements ?

Bonjour, Dernière tentative pour résoudre ce problème... après, je pose les plaques, car je n'ai plus de commande dans ma bibliothèque de dépannage... Enfin non, toujours le même problème et pourtant je copie et je colle du texte de mes fiches de dépannage... enfin, @Le Crabe est au courant de mes déboires. Bonne continuation.

Pourquoi j'ai ce message...

Visiblement, je ne peux pas répondre...je suis bloqué...

Bonjour, Pour commencer, mon pseudo, c'est Tulburite. Ce que je peux voir sur tes captures d'écran, c'est que l'identifiant (super utilisateur) n'est pas correct.

Bonjour, On va prendre les grands moyens maintenant... Il te faut démarrer ton système à partir d'un Live CD/USB d'Ubuntu Tu ouvres un terminal depuis la session live Tu recherches ta partition sur laquelle se trouve Ubuntu (dev/sdax, le x, c'est où se trouve Ubuntu) avec la commande sudo fdisk -l Une fois ta partition trouvée, tu la montes avec la commande suivante : sudo mount /dev/sdax /mnt (le x, c'est où se trouve ta partition) Ensuite, tu dois accéder à ton système avec la commande suivante : sudo chroot /mnt Ensuite, tu réinitialises ton mot de passe root, qui te permettra de réinitialiser ton mot de passe user avec la commande suivante : passwd root Tu sors de ta live session et tu redémarres ta machine sur ta session root afin de changer ton mot de passe user.

Bonjour, Vu que tu as lancé une nouvelle demande et que visiblement la dernière commande ne passe pas, tu peux clore celle-là. Bonne continuation :-)

Bonjour, Pour changer ton mot de passe root, essaye de lancer cette commande sudo passwd -d root Normalement ça devait fonctionner :-) Comme tu peux voir sur cette capture d'écran, il y a le mot de passe user pour changer le mot de passe root

Bonjour, Oui, je te comprends et je suis comme toi, j'aime comprendre ce qui se passe et je n'ai pas trop de temps malheureusement, je dirais comme un ami me dit, mon temps de cerveau est trop important, d'où ma solution radicale de réinstaller. Effectivement Ubuntu n'a pas de mot de passe "root", une simple commande dans le terminal avec "sudo su" te fait passer en "root". Maintenant si tu n'as pas ton mot de passe, tu ne vas pas pouvoir rentrer dans le mode "root" c'est certain. Pour pouvoir te dépanner, tu peux faire une recherche avec ton moteur de recherche préféré entre les différents claviers comme ici ou encore ici éventuellement là.