Reprise du message précédent :

Cela fait des années que je n' ai plus essayé Lubuntu, mais je me souviens l avoir installé il y a ~10 ans sur des machines qui avaient déjà 10-15 ans, des CPU mono core avec 1 ou 2 go de ram: Lubuntu fonctionnait bien, + fluide quenlenwin XP qu il remplaçait.
Je ne sais pas si un Lubuntu actuel passerait encore bien dessus....

Ouais, ils sont devenus obèses  

Oui carrément, ça représente sans doute une grosse pollution au niveau mondial d’ailleurs.

Au fait j’ai un PC portable avec i3 1315u avec Intel UHD intégrée + NVME, vous conseillez quoi comme applet simple et complet pour surveiller les températures ?

Vous monitorez toujours vous ?
Moi je ne mets rien de ce genre, j’ai pas envie d’avoir un tableau de bord d’avion (et si je ne suis pas minimaliste j’ai une moins bonne concentration).

 
Suivant la distro et le DE, il existe des trucs tout petits dans la barre des tâches, mais je te rejoins que sans bonnes raisons de monitorer, je ne le fais pas.

Widgets intégrés au système ?

%mémoire et %cpu oui, ça m'a permit de détecter rapidement qq soucis (fuite mémoire ou pb lié à des extensions firefox principalement). Et ça me rassure
 
Ma barre reste assez minimaliste par ailleurs...

Ok sur Linux Mint 22.3 Cinnamon, j’ai mis les 2 applets : météo et température CPU. Ca rajoute 2 petites icônes dans la barre en bas à droite, j’aime bien d’avoir un œil là-dessus.
 
Par contre, j’ai voulu rajouter « mise à jour météo » sur le PC avec Linux Mint 22.3 XFCE, et là, ça met aucune données de prévisions dispo alors que le lieu est encodé et la config du greffon ok.
C’est HS?

t'as essayé de changer le lieu ? mettre Paris par ex, si ça marche pas pour Paris alors ça marche pas

Vu que mon disque win10 ne me sert plus à rien je voudrais y installer CachyOS, histoire de tester qqchose de différent.  
Ce dernier supporte différent boot manager.  
Est-ce qu'il y des pb de compatibilité si j'utilise un boot-manager différent du disque Mint ?

 
Si tu as un SSD différent, pourquoi ne pas utiliser le BIOS ? Sur la plupart des laptops, la touche F12 te permet de booter sur le SSD de ton choix. Pour éviter quoi que ce soit, tu peux enlever ton SSD de mint et installer CachyOS sur le SSD de windows 10. Et après, tu remets le SSD de mint. Tu pourras ainsi éliminer tout risque pour chacune de tes distros, faire les updates sur chacune d’entre elles etc…

Hônnêtement je serais toi j'installerais cachyos comme il est cad sous limine et en btrfs , si tu cherche les perfs laisse par défaut , j'ai fait un topic cachyos si jamais    

Oui je comptais bien faire comme ça de toute façon.
Une fois rebranché le système bascule pas automatiquement sur le boot manager du premier disque (sur la cable sata) ?
Parce qu'actuellement bien que le disque Mint ait sa propre partition EFI (fonctionnelle, testé en débranchant le 1er disque) il utilise la partition EFI du disque Windows (ceci dit l'installation de Mint avait initialement été faite avec le disque 1 branché, j'ai bidouillé ensuite pour que le disque de Mint soit autonome).

J'y suis déjà sur le topic, on est 3 dessus, tu m'as raté ?

Je suis pas tellement en recherche de perf, j'ai une patate de 10 ans et ça fera pas de miracles

C'est plus pour "prendre la t° de l'eau" d'une rolling release, de Arch (et bénéficier plus directement de sa doc) et des wm sous Wayland.... en daily je garde Mint de toute façon, au moins pour un moment.

 
Une fois rebranché, tu as deux systèmes distincts qui s'ignorent mutuellement et tu choisis l'un ou l'autre au démarrage du BIOS par F12.
 
Par contre, vérifie BIEN que Mint puisse démarrer sans problème SANS le disque Windows. Donc, tu retires d'abord le disque Windows, et tu vois si tu peux démarrer avec Mint.

1. Oui, mais par défaut, il y a bien un des deux disques désigné comme principal qui lancera son amorceur EFI s’il ne fait aucun choix. Si c’est Windows et qu’il reformate le disque, qu’adviendra-t-il quand l’UEFI cherchera un amorceur qui n’existe plus sur le disque où il va le chercher en premier ? Il va chercher automatiquement sur le deuxième disque ou il balance une erreur ?
 
2. C’est pas précisément ce qu’il dit avoir déjà testé, là ?
 

 
Par défaut, si tu n'appuies pas sur la touche F12 au démarrage, c'est le SSD par défaut qui sera lancé oui (et qui peut bien sûr être changé dans le BIOS).
 
Mais il est important qu'il tente de démarrer Mint SANS le SSD avec Windows (il doit le retirer). Si Mint a besoin de Windows, ça peut poser un problème.  
Une fois qu'il s'est assuré que cela marche, quand il installera CachyOS à la place de Windows, il doit entièrement effacer le disque et le récupérer en entier.

Je vais compléter :
 
Si le SSD qui contient Mint est déconnecté pendant qu'il install CachyOS à la place de Windows en effaçant tout le disque de Windows (toutes les partitions du SSD qui contient Windows), CachyOS aura sa propre config UEFI.
Chaque SSD a sa propre config.

Oui je comptais le faire (retester le disque Mint seul) pour m'assurer que ça merde pas car comme j'ai dit :
- j'ai installé Mint sur le sdb, sans déconnecter le sda windows
- m'apercevant de la connerie, j'ai bidouillé pour dupliquer l'EFI sur sdb
- j'ai testé sdb seul, ça boot bien sur Mint
- mais si je fais lsblk -l c'est quand même l'efi de sda qui a le point de montage /boot/efi

Un moment j'avais des plantages (fort ralentissement et freeze) j'ai remis des apolets.

Maintenant que le souci est réglé, je vais revenir à quelque chose de plus clair.

   
Il a juste mis qq secondes de plus pour se lancer après avoir validé le choix de l'OS (comme pour mon premier test post-bidouille).

C'est ce que j'avais fait , cela a bien fonctionné comme ça. Hélas j'ai voulu rajouter un boot manager ( rEFInd)qui a fait plus de mal que de bien.

 
Les boot managers sont justement prévus pour quand tu n'as PAS deux SSDs. Donc, oui, c'est une erreur. La manière la plus sûr, c'est deux SSDs avec chacun leur boot manager uniquement pour eux et qui ne voient pas les autres systèmes. C'est particulièrement vrai quand on update ses distros, ou windows par exemple...

+1

Mon PC a mis du temps à lancer la session ce soir, quelque chose à signaler par chez vous ?
 J'ai les mises à jour en auto.
Bon c'est la période fail en même temps, hier c'était mon micro-ondes que j'ai dû débrancher pour que ça refonctionne ce matin, le smartphone qui a redémarré tout seul, l'aspirateur qui s'est éteint lui aussi tout seul en le passant avec un voyant que je connais pas (comme si j'avais encore le mode d'emploi haha) et la cafetière à capsules où j'ai appuyé pile au moment où elle avait fini mais est reparti pour un tour en faisant déborder la tasse.
Il y a des journées comme ça...  

ras ici  

... où il faut se recoucher.
 
Rien à signaler, mais bon, ça peut être un tas de trucs, faudrait regarder les logs à l'heure de connexion.

Apparition du kernel 6.17 dans le gestionnaire de mises à jour !

OK ! Merci  

Ou passer le boot en mode verbeux, ça m'a aidé pour spotter mon soucis de lenteur au démarrage.
 
Editer /etc/default/grub  
Commenter la ligne GRUB_CMDLINE_LINUX_DEFAULT="quiet splash" et sauver
puis update-grub

 
Si tu as certaines choses qui sont liées au Kernel via DKMS, quand il y a un update du kernel, ça peut prendre un certain temps. Mais bon, avec Mint, je ne pense pas que ce soit l'explication car il ne me semble pas que l'update de certaines choses se fasse durant le démarrage (contrairement à Fedora par exemple), mais à confirmer. Ça commence à faire un bout de temps que je n'ai plus utilisé Mint.      

Je fais toujours les mises à jour en manuel (et parfois plusieurs fois par jour).
Donc dur à dire.
Mais je n’ai rien constaté de long dans les mises à jour récentes.

Je pense que si, au moins quand ça demande de rebooter.
Et puis comment ça fait pour mettre à jour un logiciel qu’on est en train d’utiliser ?

Ça, ça se fait tout le temps, le temps qu'il est en mémoire vive, ça pose pas trop de soucis, mais c'est quand-même conseillé de redémarrer le logiciel concerné.

 
Proposée comme une màj dans le gestionnaire, je pensais que c’était d’office par la partie noyau qu’il fallait passer.
Mais tant mieux au final et RAS, très rapide à télécharger et installer + redémarrage tout aussi rapide. Tout roule
 
EDIT : Par contre pour le noyau LTS 6.8, il y a la version 6.8.0-100 proposée dans la partie noyau, mais pas via le gestionnaire de màj alors que l’ordinateur est en 6.8.0-94. Ça devrait être proposé en auto pour la même branche, non?

Je me demande si c’est pas vérifié avant d’être mis dans le gestionnaire.
En tout cas il me semblait avoir vrillé une install (enfin des trucs dedans) en faisant les mises à jour en ligne de commande au lieu du gestionnaire.
Mais ça aurait pu être autre-chose.

Façon je pars du principe que je ne mets à jour que ce qui m’est proposé dans le gestionnaire tant que tout fonctionne bien

Des fois que ça intéresse quelqu'un ici, j'ai réussi à faire tourner du soft Toontrack (Ezdrummer3, EzBass) avec du Wine/Bottles

done

J’aimerais bien pouvoir faire tourner mon modo bass, FL Studio je n’ai pas réussi pour le moment.
Et Strike pour la batterie ça serait génial mais j’ai vu qu’il y avait quelques VST de batterie qui pourraient faire l’affaire.