Reprise du message précédent :
@xat j'avais eu exactement la meme chose y'a deja quelques versions.. y'a au moins 1 ou 2 ans. une belle merde, oui
changé ubuntu par une mint, pas de snap par défaut, pas de probleme

 
J'ai une Ubutun 22.0.4, kernel 6.5.0-14-generic.  
J'ai activé le LivePatch.  
Mais je ne peux pas activé le Kernel LivePatch. Impossible d'activer le service.
 
Pourtant, selon la page : https://forum.ubuntu-fr.org/viewtopic.php?id=2078947
j'ai le bon Kernel. Je ne l'ai pas fait évoluer.  
 
Vous avez une idée ?
 
Merci de vos retours
 

Bonjour,
 
Il faut ubuntu Pro.
https://ubuntu.com/security/livepatch
 
Tu as souscris au service et rentré la licence/conf qui va bien pour pouvoir l'utiliser?

Oui justement, j'ai souscris au service, on a droit à 5 postes personnels. Je peux faire les mises à jour, c'est simplement l'option Kernel Livepatch qui se met en erreur.

 
Si as tenté de l'activer via : sudo canonical-livepatch enable ... ça plante et c'est "normal"
Si tu as linké ta machine à Ubuntu pro, la bonne commande c'est :  
sudo pro enable livepatch

Je suis attaché à Ubuntu Pro.
Mais c'est le Kernel Livepatch qui ne passe pas :

Chez moi, Livepatch ne peut pas non plus être activé, mais c'est parce que j'ai viré tout Snap.  

J'étais retourné sur une 22.04 mais le noyau 6.5 vient de débarquer avec toujours le non support de la carte graphique.
Je souhaiterais conserver ma tour.
Sauriez vous me conseiller une carte graphique (pas chère)  avec 2 ports display ports qui serait supporté au moins 2-3 ans, elle me permet d'avoir du bi-ecran.

Bonjour,
 
ça inclue les jeux ou pas?  
 
Sinon en général les gpu amd (et potentiellement les gpu dell ARC) sont bien supportés sur le long terme avec les pilotes libres.

c'est du fermi ça je pense, ça a quoi, 14ans comme carte ? ce n'est pas si vieux que ça.
 
Généralement du amd est mieux supporté que nvidia sous linux, en tout cas mon core2 fonctionne encore avec une radeon HD7730, mais jusqu'a quand ? (il tourne sous MX Linux)

Il n'y a pas de date d'arret pour les gpu amd.  
Il y a encore des améliorations sur la gamme R300 sur le pilote libre donc pour l'instant pas de fin.

 
 
je suis pas hyper doué sous linux j'ai besoin d'un petit coup de main
 
j'aimerai qu'un programme que je lance sur mon serveur (ubuntu server) continuer de tourner même quand je ferme Putty par exemple..
 
Prenons mon programme,  "test.sh" qui ce trouve dans /USR/LOCAL/BIN/PROG/
 
Je le lance via Putty via la commande suivante :
 
cd /USR/LOCAL/BIN/PROG/
./test.sh
 
tout tourne au top, seulement si je dois quitter Putty, test.sh coupe...
 
 
Je suis preneur de toutes aide      

Tu as essayé Screen ?
 
Démo en français chez Adrien D (Linuxtricks) :
https://www.youtube.com/watch?v=gRKdkTiQXT8
https://www.linuxtricks.fr/wiki/scr [...] l-pratique

service systemd user

 
marche au top ! merci beaucoup
 
 
merci a vous deux aussi, je vais apprendre ces commandes / utilitaires

La commande Screen  que @Trit' a donné est vraiment excellente

 
Tmux aussi .

Ce matin ma Ubuntu LTS est cassée !!
 
Des lignes au boot qui indiquent
 
UBSAN array-index-out-of-bounds  
 
 
Ça semble lié à VirtualBox !
 
Pas très sérieux tout ca.

ou les drivers proprio nvidia ?

C'est assez triste en effet, cette capacité de Linux à s'autodétruire au gré des mises à a jour

FYP, ne pas faire d'un cas une généralité

Je me permettais de généraliser un poil parce que j'ai souvenance d'une SuSE 6.2 (oui ça remonte) qui avait fini de la sorte : màj, paf pastèque, retour à Windows
J'espère que mon Ubuntu ne finira pas pareil, réinstaller l'OS ce n'est pas ma passion

perso ça m'a saoulé les plantage pour toujours la meme chose, le driver nvidia, donc j'ai mis le générique "nouveau", curieux, plus de problème

par contre je suis en 23.10 sur mon pc du boulot (oui qu'elle idée )

ps : sur une Quadro P1000 Mobile

+1

Et moi je peux contrebalancer, je suis sous openSuse depuis un bail sans jamais avoir eu de problème, j'ai fais des passages sous ubuntu (en LTS), et finalement revenu sous opensuse.
La seule distrib ou j'ai eu des problèmes c'était UBuntu.
Particulièrement jamais été fan de leur "on release à la date même si on sait qu'il y a des bugs".

Mais même sans ça, je n'ai jamais eu de problème même en cas de montée de version (LTS Vers LTS chez ubuntu ou de leap en leap chez suse ou debian).

Maintenant les problèmes peuvent arriver partout (cf le bug de kernel même chez debian, même si la source c'est plus un problème dans le kernel stable que de debian en soit dans tous les cas les erreurs sont humaines), mais après ça dépend aussi grandement de ce qu'on installe (PPA? Dépôt tiers en plus? Programme installé à la zob?), et aussi beaucoup du matériel que l'on a (coucou nvidia ).

Justement, ça ne devrait pas
 
Mais je conçois que mon expérience linuxienne soit limitée, donc je ne généralise pas tant que ça. Et puis la capacité de Linux de tourner parfaitement sur du vieux matos, son respect de la vie privée, sa rigueur niveau sécurité, sa réactivité dans les màj, la possibilité de mettre les mains loin dans le cambouis si on le souhaite, tout cela compense - à mon sens - les désagréments.

A partir du moment ou le problème provient des constructeurs eux mêmes (Nvidia), ou d'un dépôt tiers mal géré qui remplace en plus des lib du systême (ppa etc), comment veux tu que ça ne soit pas le cas?  
 
Le point 1 est résolu en évitant nvidia, et en prenant du matériel courant, ou encore mieux du matériel certifié linux. (même si plus rare pour monsieur tout le monde, mais bon avec du intel ou amd on est globalement tranquille)
Le point 2 est "résolu" via les flatpak/snap avec leurs défauts connus ou en évitant ce genre de logiciel.

Pour l'utilisateur final, comme pour le client d'une société qui a des sous-traitants, le responsable c'est le premier truc auquel on s'adresse, en l'occurrence l'OS. Ce qui est dingue, c'est que ce problème avec les drivers Nvidia est hyper vieux et il n'y a toujours pas de solution.

Mouais, mouais, au final le souci qui fait les gorges chaudes, c'est une fois de plus nos amis nVidia infoutus de faire quelque chose de propre.
Leur matériel tient plus du muscle car que du véhicule fiable et polyvalent. Mais bon, ils disposent d'ingénieurs sociaux pas trop mauvais qui ont réussi à faire passer la message que les CG RTX sont des must-have.  
 
Concernant Ubuntu / Debian et la gestion des paquets, disons qu'il faut sévèrement ignorer les mises en garde lors de configuration foireuse des dépôts pour se retrouver dans la mélasse (j'ai testé pour vous dans des VM bac à sable). C'est largement plus fiable que la gestion par paquet RPM (quelques nuits / journées sur des parc de serveurs RHEL poussiéreux).
 
Bref, pour résumer, la formule opérationnelle aujourd'hui :  

• Distrib basée Debian (Pour Arch, Gentoo, ... , je n'ai pas d'avis parce que je n'en ai pas encore mangé)
• CG non nVidia
• En bonus / option, utiliser la dernière version du noyau disponible sur kernel.org

Oui et non.
Ubuntu, ce n'est que l'os, si tu as un problème en installant ubuntu from scratch sans rien toucher, là oui tu pourrais te dire que la faute c'est ubuntu (et encore modulo le matériel).
A partir du moment ou tu rajoutes des ppa ou autre logiciel, la donne change.
Si je reprends ton exemple, si j'achètes une voiture dans une concess, que je fais poser un boitier dans un autre garage lambda qui flingue ma voiture.
Qui est le responsable, la concession ou le garage qui a foutu son boitier de merde?

Pour nvidia, à partir du moment ou c'est closed source, que seul nvidia a le contrôle, seul nvidia peut changer la donne.  Après c'est au client de faire le choix. A partir du moment ou ça continue à se vendre, que ça passe dans certains usages et que certains continues d'acheter, pourquoi s'emmerderaient-ils?

Mais bon le fait est que tout est imbriqué et vachement plus complexe que ça ne l'était avant et que par exemple clairement windows n'est pas mieux lotis... (regarde le nombre de régressions en boucle qui sortent au gré des majs de windows 11 pour t'en convaincre)
Après la différence de windows et linux c'est que tout vient des dépôts, donc l'utilisateur a l'impression que c'est "ubuntu", mais c'est juste ubuntu qui centralise les logiciels, ça ne viendrait pas à l'esprit d'un utiliateur de mettre en cause Windows parce que son jeu fait rebooter le pc alors que tout le reste est ok.

Histoire de rajouter les tous derniers bugs à la mode?  

Win11 ... ça fait causer steu truc !

En ce moment je suis en train de débunker tous les soucis que nos devs sont se taper en migrant sous Win11. Rien d'insurmontable, mais ça touche les fondamentaux : gestion de la casse dans les scripts MS/DOS.
Non, le pire dans l'affaire, c'est l'Autopilot Azure qui revient au final à produire des terminaux Azure (ce n'est plus un PC au sens propre du terme). La plus grosse douille à gérer avec un terminal Azure, c'est qu'il n'y a plus de domaine AD par défaut : il faut se connecter soit avec l'adresse mail ou avec un « domain\user ». Cette particularité s'étend à tout ce qui va toucher la sécurité des objets dans l'OS. CàD que la gestion de droits ne peut pas utiliser l'annuaire du domaine AD ... la visibilité est uniquement locale. Je vous laisse imaginer les conséquences sur les usages et les environnements de travail.

Je m'explique pour l'expression « terminal azure »
Un p'tit G10 / Ryzen 7840u tranquille. Passage dans la machine de fabrication de terminal Azure ... suivi de l'installation d'un GNU/Linux en dual boot.
Analyse, recherches diverses et variées, paramétrages, tests, et le GNU/Linux est installé ... au prix de la désactivation complète du secure boot : les signatures des noyaux officiels sont tout simplement absentes / effacées sauf celle de MS.
En effet, l'autopilot applique en 1er les GPO Azure puis les GPO du domaine dans lequel le PC est déclaré. Du coup, 2 possibilités, soit le constructeur a délibérément retirer les signatures standards (ça serait étonnant quand même), soit les GPO Azure ont « configuré » le BIOS/UEFI pour « plus de sécurité ». Et là une citation attribuée à Benjamin Franklin me vient en tête :

En parlant de ça, la 6.7.2 est sortie cette nuit et corrige une CVE : https://www.cert.ssi.gouv.fr/avis/CERTFR-2024-AVI-0065/

Bonjour,
 
y'a qques années, j'utilisais chromium sur lubuntu et il permettait (vers 2019-2020) de se logger via son profil chrome et récupérer extensions, favoris, etc...
 
je sais que la fonctionnalité a disparu vers 2020.
 
C'est revenu depuis ?
 
Merci d'avance

 
non

La seule chose qu'il y a:

de toute façon tous les chrome like vont partir a la benne avec manifest v3

ok merci pour votre retour, du coup j'éviterai chromium.

firefox et clone

tu as un très bon fork de firefox du nom de librewolf (et il supporte la connexion au compte firefox)

et au moins il ne va pas fumer volontairement l'extension ublock origin comme veut le faire chrome avec manifest v3 (pour soit disant éviter les extensions risquées)

Très bien pour la promotion de Firefox ça

Je vais regarder les différences mais y a une grosse plus value à utiliser librewolf par rapport à firefox?

je me demande comment va faire brave en tout cas, passer sur gecko ?

Faut voir si ça impacte réellement la version de chromium?  
 
Perso j’utilisais chromium, vais devoir voir pour migrer sur firefox si ça impacte réellement chromium.