Reprise du message précédent :
En effet il y avait une couille    
 
Ce matin :
 

J'ai remarqué que souvent ma charge CPU est trop élevée lorsque je démarre une première fois ma Manjaro Xfce virtualisée dans VMware.
Si je redémarre dans la foulée -> plus de souci !
 
Après inspection des processus, cela vient de usr/bin/mandb
 
Une recherche internet montre que je ne suis pas le seul ! étrange...
 
Avec exactement le même Manjaro, mais installé en dur sur mon PC portable, je n'ai jamais ce souci...

Ah oui j'avais eu ça aussi mais il y a très longtemps, je ne me rappelles plus comment ça se solutionnait ...

J'ai essayé de tuer le processus et a priori pas de dommage collatéral, tout le reste fonctionne.
edit : par contre c'est un processus root donc je dois taper mon mot de passe root pour le faire

As tu essayé ça : https://bbs.archlinux.org/viewtopic [...] 9#p1353699

Je viens de faire la manip, je te tiendrais au courant.
Pour l'instant je n'ai pas vu d'affolement du CPU au démarrage...

C'est quoi ton host si manjaro est en vm du coup?

Windows 10  

Personne n'est parfait

   
En même temps W10 ça fonctionne bien.

Pourquoi utiliser VMware si WSL 2 est clamé haut et fort partout que ça fonctionne
Ironique bien sûr, à part une perte de temps énorme, ça m'en a touché une sans faire bouger l'autre ...

C'est au moins la cinquième maj de pamac depuis une semaine...

 
Avec un bon PC    
Sur mon PC portable avec son Celeron W10 c'était un peu la cata -> je l'ai viré pour rester uniquement en mono boot Manjaro Xfce

En effet je te comprends.
 
Perso j'ai 1 ssd pour W10 et un autre pour Manjaro. Chacun son bootloader.  
Difficile de se passer de W10 pour les jeux  

Je pense que je vais virer mon Intel i3 dual core pour mettre un quad core ( i5 ou i7 de la même génération, d'occasion ) afin d'optimiser encore plus ma virtualisation de Manjaro.
 

Jamais fais de virtualisation
Rien de mieux que du natif, au pire un live-cd pour tester et ça suffit largement.

+1 la virtu ne me sert qu'à tester.
 
Je reste toujours sur dualboot in fine et majoritairement sous linux sauf taf et jeu.

Grosse maj : 2Go ce matin  

Ça y est, i7 3770 commandé  

2go d'update sur tous mes bidule sous Manjaro un 31 décembre.
Je pense que je vais appliquer la règle de la mise à jour du vendredi

Sans accroc pour ma part avec passage sur le kernel 5.10 en prime

Mon souci avec manbd persiste... dans l'absolu ce n'est pas bien grave, j'ouvre le moniteur système et je tue le processus et c'est bon  

 
idem.

Je suis sur un archi ARM et la précédente mise à jour avait une modification sur l'alimentation USB C qui faisait passer l'alimentation en ligne et hors ligne sans arrêt.
J'ai du repasser sur une version dédiée du noyau plutôt que la principale.

J'ai quand même fait la maj sur mon téléphone et ça semble fonctionner.
De toutes façons pour lui c'est une branche beta donc je sais ce qu'il en convient d'attendre.

 
Idem.
Avec des petites fonctionnalités sympa sous plasma  

Pas de nouvelles fonctionnalités sous mate mais bon tant mieux
 
Par contre la mise à jour python 3.8 vers python 3.9 laisse des traces dans /usr/lib/python-3.8/site-packages/  
pacman -Qo permet avec un gros avantage de retrouver les paquets responsables (provenance d'AUR) ou pas si pip a été utilisé et donc de remettre ça au propre ...

Chez moi comme d'hab, sur le PC de ma chambre les noyaux "récents" sont pas foutus de booter, je tourne sur le dernier LTS, qui marche à peu près correctement en dehors de quelques caca nerveux au boot, sauf qu'en plus maintenant mes accès réseaux ne marchent plus avec Dolphin mais seulement avec Nemo  

Je vais finir par remettre LinuxMint, ça commence à me gonfler.

Pas lancé l'update sur le serveur HTPC du coup pour l'instant

NVIDIA ? C'est le matos que tu as dans ta signature ?
Problème de boot, c'est
- soit l'image du kernel qui s'est mal généré. Ça peut arriver si la partition boot fait 200mo et que trois kernels sont à générer avec options (driver wifi ou ethernet + virtualbox + NVIDIA+ ...)
Pour verifier, on peut voir la sortie de
# mkinitcpio -P
Tu peux vérifier ton GRUB dans /etc/défaut/grub et les hooks dans /etc/mkinitcpio.conf

- soit un driver typiquement graphique mais j'ai déjà vu que virtualbox pouvait y mettre du sien.

Pour le problème réseau, si tu utilises network manager tu dois avoir l'erreur dans systemd

journalctl -r -p3
Permet de repérer les erreurs et d'estimer le/les problème(s) pour s'en sortir.

De mon côté, ça va faire 5ans que je suis sur manjaro/arch sur laptop/desktop/serveurs je ne repasserais jamais sur une debian base, rien que la génération d'un deb hors checkinstall est une perte de temps énorme. Même si je dois m'en servir dans docker, les os basées sur arch comprennent certaines facilités bien plus souples ...

C'est aussi pour cela que j'apprécie la virtualisation    
J'ai une carte graphique N-vidia sur mon PC fixe mais cela ne provoque aucun souci sur mon Manjaro virtualisé, puisque la carte graphique est virtualisée également ( si j'ai bien tout compris )
Bon OK pour jouer c'est pas top, mais comme moi je ne joue pas, j'évite les soucis qui auraient pu arriver avec une installation en dur.

Donc c'est plus une expérimentation de Manjaro qu'une utilisation on va dire réelle    
Après oui pour tester je pense que c'est pas mal.

Non dans les faits je l'utilise exactement comme mon ancienne installation qui était en dur ( en dual boot )
Pas la moindre différence, les ennuis en moins.

J'ai du NVIDIA aussi sur une machine de calcul en cuda, pas de jeux (dual gpu gtx780ti et GTX 660ti) ... Je n'ai pas de soucis ! Mhwd facilite la tâche. Les GPU de laptop hybrides sont plus problématiques
Après c'est vrai que si on essayait le kernel 5.10 avant qu'il soit passé en méta package linux-latest sous manjaro, ça posait problème mais toutes les distributions ont eu le même problème y compris fedora.

GPU passthrough c'est assez compliqué à mettre en place, je doute que windows ait ça en natif. Si tu n'as pas d'igpu tu peux oublier, le GPU passthough n'est pas utilisé

 
Oui la carte graphique N-vidia n'est pas utilisée dans la machine virtuelle. Mais pour moi ce n'est pas un souci, je n'ai pas besoin de la puissance de ma carte graphique ( qui est archi bas de gamme, je ne l'ai installé juste parce que le GPu Intel intégré au processeur ne sais pas gérer correctement le Tearing, même avec Windows )
Par contre j'évite tous les soucis de compatibilité carte graphique/nouveau noyau Linux.

Pour le coup et vu les freeze / glitches et problèmes d'énergie/performances lié aux puces graphiques lié au kernel l'année passée, on ne peut pas dire ne pas avoir été épargné et c'est toujours les cas sur le lts manjaro ...

Je ne sais pas si l'info est venu jusqu'ici mais il y a des changement pour cups dans Manjaro suite a son abandon pas Apple.

Commandes pour désactiver l'ancien deamon et le activer le nouveau

J’en ai parlé (notamment ici-même) fin novembre, parce que j’avais vu passer ça sur Arch et que je savais que Manjaro ne tarderait pas à y avoir droit (mais, au moins, les manjariens ont eu un message de Philm pour les avertir, quand j’attends encore celui d’Arch, qui a pourtant l’habitude d’en poster un au moindre couac potentiel de « pacman -Syu »…)
 

Hello,

Non c'est le PC chambre dans mon profil, donc IGP Intel. J'ai souvent le même problème sur mon serveur, IGP intel aussi, mais ça arrive plus souvent que ça fonctionne

En fait il fige en arrivant sur le bureau ou juste avant avec écran noir et juste le curseur qui bouge

Bonne question la taille de partition de boot, elle fait la taille recommandée pendant l'install (installs en dur, OS unique, pas Virtualbox )

Je regarde tes lignes de commandes ce soir