Forum-Francophone-LinuxMint.fr

Bonjour,

j'ai récemment installé LM 19.

J'ai effectué toutes les mises à jours depuis le gestionnaire de mise à jour après l'install dont des mises à jour du noyau. J'ai donc constaté dans le menu grub que plusieurs noyau sont installés.

Sous LM 18.3 les mises à jour était classé par niveau (1,2,3,4 ou 5) et les mises a jours de noyau était classé niveau 4 ou 5 et n'était pas coché par défaut. Or sous LM 19 plus de classement et les mises à jour concernant les noyaux sont cochés par défaut.

Ma question est la suivante: Est ce que je peux installer les mises à jour concernant les noyaux sans risque de plantage ? (mise à jour du noyau de 4.15.0-115 à 4.15.0.117.104 et seconde mise a jour pour en-tête du noyau linux 4.15.0-117.118)

Je pense que oui car si jamais j'ai un plantage il me suffit de redémarrer depuis le menu grub sur le noyau précédent mais je préfère vous demander plutôt que de planter mon PC et de devoir réinstaller LM ou pire sachant que j'ai vraiment besoin que mon PC fonctionne car j'ai pris du retard dans ma formation à distance.

Merci d'avance à tous

Salut,
Comme le dit cyrille le plus important est de rester sur ton kernel courant et de
laisser tomber les mises à jour si tout fontionne bien.
Perso j'en fait jamais et je suis en kernel 5.4 qui tourne super bien.
La seule raison de le mettre à jour serait une très grosse alerte de sécurité ou une
défaillance majeure.

Merci pour vos réponses.

Ensuite si ton kernel te va nickel (tout le matériel est reconnu), tu peux geler les mises à jour sur celui en cours (attribut hold d'apt ou de aptitude) afin qu'il ne te propose pas les mises à jour automatiquement (attribut unhold de apt ou aptitude)

Que veux tu dire par atribut hold et unhold de apt ou aptitude ? Je n'ai pas compris.

Existe t'il une commande pour vérifier si tout le matériel est reconnu ?

Merci d'avance.

Merci,

j'ai donc regarder le retour de
ce qui donne :
J'ai regardé, j'ai la même erreur sous le kernel précédent pourtant je ne vois pas de problème d’accès à une partition et le sda3 correspond si je me rappelle bien a mon "/" et le sda4 à mon "/home" les autre sda (sda1 et sda2) sont mes partition windows 8

Du coup je ne comprend pas cette erreur... Et vous ?

Salut,

cela spécifie que «si la partition "sda3" a des erreurs, elle sera remontée avec des permissions "ro"="read-only"="lecture seule"»

arghlub a écrit : jeu. 10 sept. 2020 16:10 Salut,

cela spécifie que «si la partition "sda3" a des erreurs, elle sera remontée avec des permissions "ro"="read-only"="lecture seule"»

Merci.

Ok je ne savais pas qu'elle comportait des erreurs, cela ne me gêne pas à priori pour l'utilisation de mon PC.

cyrille a écrit : jeu. 10 sept. 2020 16:39 +1 avec argh,
si rien d'autres à l'affichage c'est que c'est bon signe

Aucun autre "bug" pour le moment.

Un problème d'affichage (si on peut dire ça comme ça) à la sortie de veille quand je laisse une page de chrome ouverte j'ai des problèmes d'affichage mais il me suffit de fermer et de rouvrir chrome pour que tout s'affiche correctement mais je pense que c'est plus lié à chrome qu'a un kernel. Je n'ai pas encore vérifié ce problème sous cette version.

Je vais peut être attendre quelques temps avant de geler les mises à jour du noyau (histoire de voir si tout va vraiment bien), merci cyrille je n'aurait jamais trouvé que le paquet "poissonbleu" (bluefish) était le paquet des mises à jour de kernel.

philosophedesetoiles a écrit : jeu. 10 sept. 2020 14:13 Salut,
Comme le dit cyrille le plus important est de rester sur ton kernel courant et de
laisser tomber les mises à jour si tout fontionne bien.
Perso j'en fait jamais et je suis en kernel 5.4 qui tourne super bien.
La seule raison de le mettre à jour serait une très grosse alerte de sécurité ou une
défaillance majeure.

Donc aucune raison d'aller chercher un kernel branche 5 si tout fonctionne bien ? A part comme tu le dis une très grosse alerte de sécurité ou une défaillance majeur. A part si je change ou rajoute du matériel qui n'est pas reconnu aussi je pense ?

Quand est t'il du message "supporté jusqu'en Avril 2023 ? Devrais je dégeler le paquet à ce moment là ou installer par moi-même un kernel récent ?

Merci d'avance.

Bonjour Voltor.

Volthor a écrit : jeu. 10 sept. 2020 17:00

arghlub a écrit : jeu. 10 sept. 2020 16:10 Salut,

cela spécifie que «si la partition "sda3" a des erreurs, elle sera remontée avec des permissions "ro"="read-only"="lecture seule"»

Merci.

Ok je ne savais pas qu'elle comportait des erreurs, cela ne me gêne pas à priori pour l'utilisation de mon PC.

Non ce n'est pas une erreur, au contraire... Arghlub te l'a dit c'est juste une information... au cas ou il y aurait une erreur...etc....

Cela ressort car tu a demander d'afficher les lignes de dmesg contenant le mot "error", ce n'est pas parce-qu’il y a ce mot, qu'il y a forcément une erreur.

Là ou je ne saisis pas c'est que en root j'ai les droits d'écriture sur cette partition et en utilisateur je n'ai pas les droits mais je pense que c'est normal vu que j'utilise cette partition en ce moment, une protection tout à fait. C'est surement le mot "erreur" qui m'embrouille.

Donc le système voit qu'il a des bugs qui sont normaux vu que j'utilise cette partitions ? Ou il a vraiment des bugs ? Je suis perdu

Donc il y a une anormalités lors de l'initialisation du système ? Ou c'est une anormalité "normal" pour protéger le système ?

Enfin bref aucune raison de s’inquiéter.

Il n' y a aucune anormalité, tout est tout a fait normal...Relis le post de Cyrille.
Il n' y a même pas : "d'anormalité "normal" pour protéger le système". Ça fonctionne bien comme ça devrait fonctionner.
Tu n'as pas les droits sur la partition system car c'est voulu comme ça, c'est le fonctionnement normal, ce n'est pas une anormalité (même "normale").

Après, libre à toi de penser que cette normalité est anomale, mais c'est un autre débat. Linux a été pensé comme ça et pis c'est tout