Reprise du message précédent :

Non pas eu de soucis.
Sur un autre portable par contre, nbfc semble bien actif, mais le ventilo ne se comporte pas différemment avant/après installation de nbfc. Donc c'est la roulette, quand ca marche c'est bien.

Merci.
Au final ça semble "marcher" quand même. Le pc portable a toujours les mêmes paliers, mais le palier 1, s’enclenche bien plus tard (il reste en passif en idle/surf maintenant)
 
 
Sinon petite question, pour virtualbox, je m'attendais à ce que ça soit présent dans les dépôts mais ce n'est visiblement pas le cas.
La procédure c'est bien celle passant par https://fasttrack.debian.net/ ?
 
Pas de retour de soucis?

Tu as une bonne raison de ne pas passer par KVM/libvirt je suppose?

Oui, mon usage c'est principalement pour faire tourner des bureaux graphique (windows et autre distrib avec bureau que je teste).
Kvm est toujours moins efficace sur ce côté là. (en plus de ne pas proposer une interface pratique avec libvirt manager trop orienté serveur).

ça plus le fait qu'installer kvm + lib virt c'est moultes dépendances qui sont installées en même temps.

pourtant y'a pas tant que ca de trucs à installer.

mais il est vrai que ca manque d'un frontend clic clic sympa/leger, cela dit...

et ça tombe bien. puisque j'en cherche un en ce moment

recemment, j'ai voulu refaire un emachine avec proxmox, mais systemd nétait pas d'accord et provoquait des kernels panic sur une stack de stockage pourtant standard, lvm sur luks sur raid 1..
bref, retour à sysvinit-core & libvirt et recherche d'un frontend.

j'ai commencé par chercher dans cette liste: https://www.linux-kvm.org/page/Management_Tools
mais pas très à jour. pas mal sont morts, d'autres sont devenus des hydres à  têtes multiples très envahissant lors de l'installation..

Hum faudrait que je reregarde sous opensuse j'avais bien plus de dépendances.
J'avais utilisé virt manager perso.

Alors oui, le "client lourd", virt-manager, est très bien, mais te ramène la terre entierre par dépendance quand tu l'installes
Mon but etant justement de m'en passer

Ah voilà! C'était donc lui le fautif...
 
C'est pour ça qu'au final je suis resté sous virtualbox.
Faudrait un équivalent à gnome boxes sous kde.

Je viens de trouver un défaut chiant sous debian (kde mais en fait ça doit toucher tous les bureaux).
 
Sous debian je n'ai pas le menu contextuel pour démarrer directement un navigateur en mode privé. (comme je l'ai sous openSuse leap)
 
Après recherche:

Ça m’a fait ça avec Vivaldi sur Arch, parce que lorsque je l’avais installé, le lanceur que j’avais épinglé sur mon dock XFCE n’avait pas encore ces options, et était resté tel quel ensuite. Mais au fil des MAJ, le lanceur créé dans le menu, lui, avait reçu ces options supplémentaires (sauf que je l’ai pas vu tout de suite, ne passant que par le dock). J’ai donc dû remplacer le raccourci du dock pour les avoir là aussi.
 
Vérifie donc que c’est pas un souci de lanceur obsolète, et que t’en as pas un plus à jour depuis ton menu « Démarrer ».
 
Sinon, voilà le contenu du fichier de mon lanceur pour Firefox dans mon dock :

Faut rajouter la dernière section (« [Desktop Action new-private-window] ») pour ajouter la possibilité d’ouvrir en navigation privée directement.

Linstallation est fraiche, et comme évoqué j'ai regardé le fichier
/usr/share/applications/firefox.desktop  il n'y a pas d'option dedans malheureusement.
C'est pareil pour chromium.

Dans le ticket plus haut j'ai l'impression que rien n'a été fait

Je peux modifier à la main le fichier mais il y a des chances qu'il soit écrasé à la prochaine maj.

C'est le genre de détail que je trouve dommage chez debian. Surtout là ou ce n'est pas grand chose.

Oui j'avais aussi remarqué ce petit souci, qui d'ailleurs ne se pose pas avec Chrome fourni par Google.

Tu as la possibilité de copier ton fichier /usr/share/applications/firefox.desktop dans ton $HOME sous ~/.local/share/applications
Il te suffit ensuite d'y apporter dedans les modifications voulues.

C'est valable pour toutes tes applications et tes préférences locales, qui ne seront pas remplacées par la conf globale lors de maj ultérieures.

Voir la réponse de Minux, à côté, et ma réponse en-dessous :
 

Top merci.
 

EDIT: sinon je commence à me dire que je pourrais laisser tomber chromium pour firefox, si je rajoute le repo de firefox pour avoir le .deb à jour à la dernière version pas de soucis particulier sur le long terme?
(et si ça se trouve ça règle directement le pb du clic droit )

firefox de unstable/sid, j'ai pas d'item "navigation privée" depuis un clic droit sur la fenêtre ouverte.
Bon, après, j'utilise pas trop, je passe par le menu de firefox si besoin.

Virt-manager est très bien.

Ah, ben tiens ! Encore une fois, un hasard qui tombe à pic !

Ce lundi soir, quelqu’un a reposté sur Mastodon le lien vers le générateur de lanceur « *.desktop » d’Adrien D (Linuxtricks) publié sur son site :

https://www.linuxtricks.fr/wiki/wik [...] er-desktop

Oui c'est celui que j'avais utilisé mais de mémoire ça ramené masse de dépendances et c'était moins efficace côté affichage sur les bureaux modernes ou sous windows11. ( mais plus perf côté puissance brute genre cpu / accès disques )

EDIT: je viens de tester, en installant virt-manager c'est 102 paquets qui arrivent. (dont le drivers xen/vbox etc dont je ne vois pas l'intéret si on n'utilise que pour qemu).

Bon ben j'ai pris mes marques sous debian.

Plus qu'à basculer mon pc portable principal puis plus tard mon pc fixe.

J'en ai profité pour faire une petite compilation de kernel histoire d'être sûr le dernier lts, tout va bien.
(bon c'est long sur un vieux cpu comme là mais bon c'était pour vérifier que tout marche bien, possible que je retourne sur le 6.1 sur cette machine là )

J'étais sous Opensuse Leap, mais vu que le leap qui m'allait c'est fini, on revient sous debian qui va bien pour mes configurations pour l'instant.
Le jour ou je changerais de gpu sur le fixe il faudra que je vois comment m'en sortir (ou que ça coincide avec la sortie de debian 13) mais en dehors de ça ça roule.
(là ou leap rajouté du support matériel tous les 6 mois).

Ha, cest cool que tout marche bien sur ton laptop
Apres t'as toujours le kernel 6.6.13 dans les backports, au cas ou.
Pour firefox, tu as quelle version ? car dans debian, il n'y a que la version ESR.
ou tu utilises des ppa/depots tiers ?
 
edit: je viens de voir que le I5 6200u est un dual core HT. en effet c'est vieux

Ah j'en étais resté au kernel 6.5 dans les backports.  
ça a changé du coup.
 
Pour firefox j'ai installé la version de mozilla directement vu qu'ils fournissent un repo avec du .deb.  
 
Oui c'est vieux le 6200U. Mais bon ça fait encore le taf pour un usage bureautique surf et même faire tourner des vm sans trop de pb.

Firefox 125 est présent dans sid: https://packages.debian.org/search?keywords=firefox

Petite question, sous debian sur vos installations vous mettez quoi comme option de montage?
Vous laissez defaults ou vous rajoutez "noatime"?

Perso j'ai laissé les réglages standards...

J'ai mis noatime, mais du coup j'ai l'impression que ça dégage "defaults" donc il faut remettre.

Ch'é pas , tu peux toujours consulter man fstab...

Ben c'est ce que j'ai regardé justement.
C'est pas clair.

J'ai fais le test sur la machine ou j'ai coché noatime, defaults a sauté dans fstab.
Du coup j'ai remis en plus.

J'ai laissé les réglages par défaut et ça va bien.

Je n'utilise pas noatime car cette option désactive la mise à jour des dates d'accès et de modification de tous les fichiers sur la partition concernée par l'option.

Date d'accès seulement (lecture), pas d'impact sur les dates de dernière modification.
Et c'est une très bonne option pour les FS très sollicités (rarement le cas sur un PC perso cela dit).

Perso j'ai toujours mis noatime.
L'habitude des début du ssd.

La date de dernier accès ne m'a jamais manquée...

pareil toujours noatime, et de + en + discard avec les ssd (j'ai plus du tout de HDD. heureusement )

Discard c'est à double tranchant normalement c'est inutile t'as un batch fstrim qui tourne.
Alors que discard te ralenti au moment ou tu delete un gros truc.

Sinon amd pstate avec le kernel 6.6 c'est

On peut choisir sa fréquence de boost max comme on veut. Trop top sur un 4800h.

C'était aussi utile avec des disques à plateaux lents et leurs temps d'accès aléatoire particulièrement moisis, genre sur les portables.
 
Il y a aussi relatime, la même chose que noatime, mais qui change le timestamp d'accès lors de la modification d'un fichier (ce qui ne consomme quasiment rien de plus avec un fs correct, vu que le bloc est quand-même touché pour changer le timestamp de modification), ou si le fichier a été touché il y a plus de 24 heures.
C'est le défaut depuis le noyau 2.6.30, et c'est de loin la meilleure option, hors cas hyper-spécifiques.
 

 

dites j'ai une question con concernant les ACL

J'ai des dossiers en chmod 700

Je rajoute dans mes ACL que le groupe xyz puisse avoir accès en RWX

mais ensuite l'affichage des droits devient

Pourquoi ?

Fait un getfacl dessus pour voir ?
Ca liste des choses plus explicitement (genre l'ACL effective)

 
Effectivement, c'est là la blague, les droits sont justes avec getfacl. C'est les joies d'avoir le mélange du système de droits de base et des ACLs mélangés.

Bon ben ça y est j'ai aussi migré mon pc portable principal sous debian.
C'est au poil, j'ai retrouvé mes petits et ça marche vraiment bien.
Et avec les amd_pstate + ryzenadj je me suis fais une conf du cpu aux petits oignons c'est vraiment au poil! (bon ça c'était possible sur toutes les distribs avec un kernel suffisamment récent pour utiliser amd_pstate)

Et j'en ai même profité pour dégager windows. Steam en flatpak sous debian me suffit pour mon usage.

Salut , est-ce que tu pourrais développer ?
J’ai un NUC Amd Ryzen 7940HS, sur lequel j’ai Debian 12 / Proxmox.
Je voulais savoir s’il y avait des réglages plus optimisés que ceux par défaut de proxmox pour les meilleures performances

Alors explication du truc.
J'ai un amd 4800H.

En gros c'est proche d'un 3XXX de bureau avec un TDP de 55W.
Par défaut, ce genre de cpu c'est un peu "on/off" (zen 3 ayant grandement corrigé ce soucis). Avec le driver acpi de base quand il booste il booste à 4.3ghz et ça instant monte à 85°. (ce n'est pas un soucis de refroidissement, c'est juste que ça doit monter le voltage à fond et la fréquence à fond vu que c'est instantané et que ça arrive à maintenir les 4.3 ghz)
Du coup dans mon utilisation je coupais le mode turbo, et je retombais donc à 2.9ghz maximum pour pouvoir avoir un truc totalement silencieux en utilisation. (et pour le coup ça ne chauffait plus du tout logique )

Sans amd_pstate (donc avec le module acpi de base) le cpu n'a que 4 états en gros:
- fréquence min (dans les 1.2 ghz me semble)
- un palier au milieu ( 1.7ghz je crois)
- le palier fréquence base de 2.9ghz
- fréquence boost max de 4.3 ghz.
Donc à la moindre action ça a tendance à partir sur les 4.3 ghz et monter à 85°... Le cpu ne fait que switcher entre ces fréquences sans gérer les intermédiaires sauf limitation du tdp.

Avec ryzen adj sur les cpus supportés, tu peux configurer le TDP (par défaut c'est 55W pour mon 4800h), sauf que baisser le tdp même à 25W ne changera rien sur des tâches légère, ça boostera toujours instantanément à 4.3 ghz avec ces grosses température, et à l’inverse plus tu auras de tâches en parallèle plus la limite du tdp arrive et donc plus la fréquence baissera et donc la température aussi... Avec un tdp plus bas tu peux arriver à avoir le cas bizarre de 1 tâche sur un coeur = 85 et 16 thread = 70° car limité par le TDP...  

EN passant sur les amd_pstate (c'est normalement le cas sur tous les kernel récents), le cpu change de fréquence sur toute la plage entre 400 mhz (donc il descend plus bas) et 4.3 ghz qui reste sa fréquence de boost maximum.
Et bizarrement, même quand il monte à 4.3ghz, je n'ai plus cette envolée à 85° immédiat.
Mais avec cpupower (donc à rajouter), tu peux en plus définir une fréquence de boost maximum pour trouver ton point conso/perf/chauffe adéquate. ( la courbe de voltage n'étant pas linéaire ça s'envole vers la fin pour gagner 200 ou 300 mhz... )

Donc en résumé, avec cpupower tu définies ta fréquences max pour éviter les trop hautes envolées (perso j'ai baissé à 4ghz au lieu de 4.3) sur peu de thread.
Ensuite avec ryzenadj je définie un TDP plus bas (35w) pour éviter que ça ne chauffe trop sur un truc très lourd (ce qui du coup bride la fréquence à 3.5ghz sur 16 thread et évite là aussi de trop chauffer).

Vu que c'est un pc portable, mon but c'est de conserver du silence, et avec cette configuration là, j'ai donc un cpu qui varie de 4ghz à 3.5 selon le nombre de thread (à 8 thread on est sous la limite des 35w de tdp donc ça reste toujours 4ghz) et une température maximum de 75° avec une ventilation qui reste silencieuse. (ayant un pc tuxedo j'ai une courbe de ventilation faite par mes soins)

Dans ton cas ton cpu est récent, les 7XXX sont normalement mieux optimisés niveau chauffe.
Il faudrait voir si ryzenADJ passe (ce n'est pas sûr que ça soit déjà compatible), sinon il est possible que dans ton bios tu puisses limiter le TDP si tu en as besoin. (mais cette génération est normalement vraiment bien optimisée)

Par contre, tu dois pouvoir configurer la fréquence max de boost si ça t'intéresse via:
cpupower frequency-info
==> si tu vois:

tu peux normalement définir la fréquence maximum via
cpupower frequency-set -u 3.9GHz
et il doit t'afficher:

Quelques liens sur amd pstate:
https://www.phoronix.com/review/linux-63-amd-epyc-epp
https://www.phoronix.com/review/amd [...] zen-mobile
https://wiki.archlinux.org/title/CPU_frequency_scaling

Par contre je ne comprends pas comment utiliser les modes EPP, je n'ai pas trouvé d'exemple de config de grub ou de paramètres à rajouter au démarrage.
[edit] peut être que le ryzen 5450 pro ne gère pas le mode EPP.
[edit 2] corectrl me propose directement les réglages EPP avec un intel i3-1005G1

/etc/default/grub :  
.../...
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash amd_pstate=active"
.../...
 
Puis après modif : sudo update-grub (ou son équivalent sur ta distrib')