Discussion :

[Artemus24]

Salut à tous.

En cherchant sur le net, je tombe sur ce lien où il est question de mettre à jour le noyau linux.
Je me demande alors qu'elle est ma version, ce que j'obtiens en faisant :

Code debian :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
root~> uname -r
5.10.0-18-amd64
root~>

Selon le lien que j'ai donné, la dernière version est la 5.16..
J'ai beau essayer de mettre à jour, en faisant :

Code debian :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
root~> apt-get -y update
Atteint*:1 http://deb.debian.org/debian bullseye InRelease                     
Atteint*:2 http://security.debian.org/debian-security bullseye-security InRelease
Atteint*:3 http://deb.debian.org/debian bullseye-updates InRelease             
Atteint*:4 https://dl.google.com/linux/chrome/deb stable InRelease    
Lecture des listes de paquets... Fait
root~> apt-get -y full-upgrade
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances... Fait
Lecture des informations d'état... Fait      
Calcul de la mise à jour... Fait
0 mis à jour, 0 nouvellement installés, 0 à enlever et 0 non mis à jour.
root~> uname -r
5.10.0-18-amd64
root~>

je suis toujours dans la même version 5.10.

Que dois-je comprendre ?

Cordialement.
Artemus24.
@+

[papajoker]

bonjour

Selon le lien que j'ai donné, la dernière version est la 5.16..[/code]
Que dois-je comprendre ?

Qu'il ne faut surtout pas faire ce que tu trouves au hazard sur le web
Un débutant, au début, doit lire de la doc debian (utiliser un forum debian) mais surtout ne pas utiliser des blogs avec un auteur qui peut être encore plus débutant que lui (sur un domaine).

Existe plusieurs debian, et ce blog propose d'en installer une particulière : unstable. voir chapitre "Importer le référentiel Sid/Unstable".
"instable" a des versions plus récentes que "stable" (quelle surprise). Tu viens de découvrir linux, si tu maitrises et pas peur de casser alors ok, tu peux passer à "instable". Tu es même kamikaze ? Alors ok, tu peux même suivre aveuglément les blogs.

[Artemus24]

Salut PapaJoker et merci pour ton intervention.

Non, je ne suis pas japonais, et je ne vais pas me faire seppuku.

Je ne désire pas tester la version "unstable" de Debian.
Je désire savoir si je suis bien dans la dernière version du noyau linux ?
On connait le noyau linux par la commande "uname -r".

Mais quand est-il de Bullseye, la distribution Debian que j'utilise ?
Est-elle lié au noyau linux ou cela n'a aucun rapport ?

Je peux bidouiller dans mon Debian et tout casser.
Cela ne me pose aucun problème car j'ai une sauvegarde stable que je peux réinstaller quand je veux.

Cordialement.
Artemus24.
@+

[papajoker]

Je ne désire pas tester la version "unstable" de Debian.
Si désire savoir si je suis bien dans la dernière version du noyau linux ?

Il y a une version avec debian stable, puisque tu es à jour pas la peine de se poser la question, tu as bien la dernière version (5.10 actuellement)

Pour la debian unstable, aujourd'hui ce n'est plus 5.16, c'est 5.19 mais, ce n'est pas non plus le tout dernier noyau de linux :
https://tracker.debian.org/pkg/linux
Sur ce site, tu peux voir la version disponible pour ta "branche". Colonne gauche, second tableau "versions"

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
stable: 5.10.140-1
testing: 5.19.11-1
unstable: 5.19.11-1
exp: 6.0~rc7-1~exp1

Mais quand est-il de Bullseye, la distribution Debian que j'utilise ?

"Bullseye" n'est pas une distribution mais qu'un alias à une version
https://www.debian.org/releases/

La prochaine version de Debian a pour nom de code Bookworm — testing, aucune date de sortie prévue ;
Debian 11 (Bullseye) — actuelle version stable ;
Debian 10 (Buster) — actuelle version oldstable ;

c'est simple, tu as la dernière version 11, encore heureux puisque tu viens de l'installer.

[Christophe]

Si tu veux la dernière version de noyau fourni avec ta distro, fais un :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

apt-cache search linux-image

Si tu veux un noyau plus récent, tu peux effectivement regarder du coté de unstable mas cf post de papajoker.

Tu peux aussi faire un compromis avec testing

ou sinon compiler un noyau plus récent.

[Artemus24]

Salut à tous.

Tu me dis que je suis dans la dernière version, or ce n'est pas ce que je constate. J'ai ceci chez moi :

Code debian :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
~> uname -r
5.10.0-18-amd64
~>

PapaJoker, tu m'indiques :

Code debian :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
stable: 5.10.140-1
testing: 5.19.11-1
unstable: 5.19.11-1
exp: 6.0~rc7-1~exp1

Ne devrais-je pas avoir la 5.10.140-1 ?
Comment expliques-tu cette différence ?

Voici le résultat de ce que j'ai chez moi :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
~> apt-cache search linux-image
linux-image-amd64 - Linux pour les ordinateurs 64*bits (métapaquet)
linux-image-amd64-dbg - symboles de débogage pour la configuration Linux amd64 –*métapaquet
linux-image-amd64-signed-template - modèle pour les paquets linux-image signés pour amd64
linux-image-cloud-amd64-dbg - symboles de débogage pour la configuration de Linux cloud-amd64 –*métapaquet
linux-image-rt-amd64 - Linux pour les ordinateurs 64*bits (métapaquet)
linux-image-rt-amd64-dbg - symboles de débogage pour la configuration Linux rt-amd64 –*métapaquet
linux-headers-5.10.0-16-amd64 - Header files for Linux 5.10.0-16-amd64
linux-headers-5.10.0-16-cloud-amd64 - Header files for Linux 5.10.0-16-cloud-amd64
linux-headers-5.10.0-16-rt-amd64 - Header files for Linux 5.10.0-16-rt-amd64
linux-headers-5.10.0-18-amd64 - Header files for Linux 5.10.0-18-amd64
linux-headers-5.10.0-18-cloud-amd64 - Header files for Linux 5.10.0-18-cloud-amd64
linux-headers-5.10.0-18-rt-amd64 - Header files for Linux 5.10.0-18-rt-amd64
linux-image-5.10.0-16-amd64-dbg - Debug symbols for linux-image-5.10.0-16-amd64
linux-image-5.10.0-16-amd64-unsigned - Linux 5.10 for 64-bit PCs
linux-image-5.10.0-16-cloud-amd64-dbg - Debug symbols for linux-image-5.10.0-16-cloud-amd64
linux-image-5.10.0-16-cloud-amd64-unsigned - Linux 5.10 for x86-64 cloud
linux-image-5.10.0-16-rt-amd64-dbg - Debug symbols for linux-image-5.10.0-16-rt-amd64
linux-image-5.10.0-16-rt-amd64-unsigned - Linux 5.10 for 64-bit PCs, PREEMPT_RT
linux-image-5.10.0-18-amd64-dbg - Debug symbols for linux-image-5.10.0-18-amd64
linux-image-5.10.0-18-amd64-unsigned - Linux 5.10 for 64-bit PCs
linux-image-5.10.0-18-cloud-amd64-dbg - Debug symbols for linux-image-5.10.0-18-cloud-amd64
linux-image-5.10.0-18-cloud-amd64-unsigned - Linux 5.10 for x86-64 cloud
linux-image-5.10.0-18-rt-amd64-dbg - Debug symbols for linux-image-5.10.0-18-rt-amd64
linux-image-5.10.0-18-rt-amd64-unsigned - Linux 5.10 for 64-bit PCs, PREEMPT_RT
linux-image-5.10.0-16-amd64 - Linux 5.10 for 64-bit PCs (signed)
linux-image-5.10.0-16-cloud-amd64 - Linux 5.10 for x86-64 cloud (signed)
linux-image-5.10.0-16-rt-amd64 - Linux 5.10 for 64-bit PCs, PREEMPT_RT (signed)
linux-image-5.10.0-18-amd64 - Linux 5.10 for 64-bit PCs (signed)
linux-image-5.10.0-18-cloud-amd64 - Linux 5.10 for x86-64 cloud (signed)
linux-image-5.10.0-18-rt-amd64 - Linux 5.10 for 64-bit PCs, PREEMPT_RT (signed)
linux-image-cloud-amd64 - Linux for x86-64 cloud (meta-package)
linux-headers-5.10.0-12-amd64 - Header files for Linux 5.10.0-12-amd64
linux-headers-5.10.0-12-cloud-amd64 - Header files for Linux 5.10.0-12-cloud-amd64
linux-headers-5.10.0-12-rt-amd64 - Header files for Linux 5.10.0-12-rt-amd64
linux-headers-5.10.0-14-amd64 - Header files for Linux 5.10.0-14-amd64
linux-headers-5.10.0-14-cloud-amd64 - Header files for Linux 5.10.0-14-cloud-amd64
linux-headers-5.10.0-14-rt-amd64 - Header files for Linux 5.10.0-14-rt-amd64
linux-headers-5.10.0-15-amd64 - Header files for Linux 5.10.0-15-amd64
linux-headers-5.10.0-15-cloud-amd64 - Header files for Linux 5.10.0-15-cloud-amd64
linux-headers-5.10.0-15-rt-amd64 - Header files for Linux 5.10.0-15-rt-amd64
linux-headers-5.10.0-17-amd64 - Header files for Linux 5.10.0-17-amd64
linux-headers-5.10.0-17-cloud-amd64 - Header files for Linux 5.10.0-17-cloud-amd64
linux-headers-5.10.0-17-rt-amd64 - Header files for Linux 5.10.0-17-rt-amd64
linux-image-5.10.0-12-amd64-dbg - Debug symbols for linux-image-5.10.0-12-amd64
linux-image-5.10.0-12-amd64-unsigned - Linux 5.10 for 64-bit PCs
linux-image-5.10.0-12-cloud-amd64-dbg - Debug symbols for linux-image-5.10.0-12-cloud-amd64
linux-image-5.10.0-12-cloud-amd64-unsigned - Linux 5.10 for x86-64 cloud
linux-image-5.10.0-12-rt-amd64-dbg - Debug symbols for linux-image-5.10.0-12-rt-amd64
linux-image-5.10.0-12-rt-amd64-unsigned - Linux 5.10 for 64-bit PCs, PREEMPT_RT
linux-image-5.10.0-14-amd64-dbg - Debug symbols for linux-image-5.10.0-14-amd64
linux-image-5.10.0-14-amd64-unsigned - Linux 5.10 for 64-bit PCs
linux-image-5.10.0-14-cloud-amd64-dbg - Debug symbols for linux-image-5.10.0-14-cloud-amd64
linux-image-5.10.0-14-cloud-amd64-unsigned - Linux 5.10 for x86-64 cloud
linux-image-5.10.0-14-rt-amd64-dbg - Debug symbols for linux-image-5.10.0-14-rt-amd64
linux-image-5.10.0-14-rt-amd64-unsigned - Linux 5.10 for 64-bit PCs, PREEMPT_RT
linux-image-5.10.0-15-amd64-dbg - Debug symbols for linux-image-5.10.0-15-amd64
linux-image-5.10.0-15-amd64-unsigned - Linux 5.10 for 64-bit PCs
linux-image-5.10.0-15-cloud-amd64-dbg - Debug symbols for linux-image-5.10.0-15-cloud-amd64
linux-image-5.10.0-15-cloud-amd64-unsigned - Linux 5.10 for x86-64 cloud
linux-image-5.10.0-15-rt-amd64-dbg - Debug symbols for linux-image-5.10.0-15-rt-amd64
linux-image-5.10.0-15-rt-amd64-unsigned - Linux 5.10 for 64-bit PCs, PREEMPT_RT
linux-image-5.10.0-17-amd64-dbg - Debug symbols for linux-image-5.10.0-17-amd64
linux-image-5.10.0-17-amd64-unsigned - Linux 5.10 for 64-bit PCs
linux-image-5.10.0-17-cloud-amd64-dbg - Debug symbols for linux-image-5.10.0-17-cloud-amd64
linux-image-5.10.0-17-cloud-amd64-unsigned - Linux 5.10 for x86-64 cloud
linux-image-5.10.0-17-rt-amd64-dbg - Debug symbols for linux-image-5.10.0-17-rt-amd64
linux-image-5.10.0-17-rt-amd64-unsigned - Linux 5.10 for 64-bit PCs, PREEMPT_RT
linux-image-5.10.0-11-amd64 - Linux 5.10 for 64-bit PCs (signed)
linux-image-5.10.0-11-cloud-amd64 - Linux 5.10 for x86-64 cloud (signed)
linux-image-5.10.0-11-rt-amd64 - Linux 5.10 for 64-bit PCs, PREEMPT_RT (signed)
linux-image-5.10.0-12-amd64 - Linux 5.10 for 64-bit PCs (signed)
linux-image-5.10.0-12-cloud-amd64 - Linux 5.10 for x86-64 cloud (signed)
linux-image-5.10.0-12-rt-amd64 - Linux 5.10 for 64-bit PCs, PREEMPT_RT (signed)
linux-image-5.10.0-14-amd64 - Linux 5.10 for 64-bit PCs (signed)
linux-image-5.10.0-14-cloud-amd64 - Linux 5.10 for x86-64 cloud (signed)
linux-image-5.10.0-14-rt-amd64 - Linux 5.10 for 64-bit PCs, PREEMPT_RT (signed)
linux-image-5.10.0-15-amd64 - Linux 5.10 for 64-bit PCs (signed)
linux-image-5.10.0-15-cloud-amd64 - Linux 5.10 for x86-64 cloud (signed)
linux-image-5.10.0-15-rt-amd64 - Linux 5.10 for 64-bit PCs, PREEMPT_RT (signed)
linux-image-5.10.0-17-amd64 - Linux 5.10 for 64-bit PCs (signed)
linux-image-5.10.0-17-cloud-amd64 - Linux 5.10 for x86-64 cloud (signed)
linux-image-5.10.0-17-rt-amd64 - Linux 5.10 for 64-bit PCs, PREEMPT_RT (signed)
linux-image-5.10.0-8-amd64 - Linux 5.10 for 64-bit PCs (signed)
linux-image-5.10.0-8-cloud-amd64 - Linux 5.10 for x86-64 cloud (signed)
linux-image-5.10.0-8-rt-amd64 - Linux 5.10 for 64-bit PCs, PREEMPT_RT (signed)a
~>

J'ai du 5.10.0.8, et du 5.10.0.12 jusqu'à 5.10.0.18.
Je suppose que ce sont les dernières mises à jour, qui ont forcément des numéros de versions différentes.
Il faut que je m’habitue à ce genre de numérotation qui au premier abord est un peu déroutant.

Est-ce que le noyau linux est le même pour toutes les distributions, comme Debian, Ubuntu ... ?

Cordialement.
Artemus24.
@+

[Christophe]

Est-ce que le noyau linux est le même pour toutes les distributions, comme Debian, Ubuntu ... ?

Selon la distro, tu auras un noyau plus ou moins récent.

[Ti-Slackeux]

Plop,

Deux doigts off topic mais ça pique ma curiosité.

Build, install un kernel, en UEFI ou Legacy je sais faire mais j'ai jamais vu toutes ces déclinaisons >.<

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
 
linux-image-5.10.0-16-amd64-dbg - Debug symbols for linux-image-5.10.0-16-amd64
linux-image-5.10.0-16-amd64-unsigned - Linux 5.10 for 64-bit PCs
linux-image-5.10.0-16-cloud-amd64-dbg - Debug symbols for linux-image-5.10.0-16-cloud-amd64
linux-image-5.10.0-16-cloud-amd64-unsigned - Linux 5.10 for x86-64 cloud
linux-image-5.10.0-16-rt-amd64-dbg - Debug symbols for linux-image-5.10.0-16-rt-amd64
linux-image-5.10.0-16-rt-amd64-unsigned - Linux 5.10 for 64-bit PCs, PREEMPT_RT
linux-image-5.10.0-16-amd64 - Linux 5.10 for 64-bit PCs (signed)
linux-image-5.10.0-16-cloud-amd64 - Linux 5.10 for x86-64 cloud (signed)
linux-image-5.10.0-16-rt-amd64 - Linux 5.10 for 64-bit PCs, PREEMPT_RT (signed)

amd-dbg (debug ??), cloud ???, cloud-amd ???
Pareil, les kernels (vanilla) c'est 5.10.x, 5.20.x mais là c'est 5.10.0.x ??

Merci d'éclairer ma lanterne car toutes ces déclinaisons me laissent perplexe, surtout la version "cloud".

[Christophe]

le rt c'est à mon avis pour le real time, le cloud, ils doivent désactiver par défaut des trucs problématiques si la machine est exposé sur Internet en tant que serveur.

Le unsigned ne fonctionnera pas avec le secure boot, mais il vaut mieux l'utiliser car tout module que tu utiliseras devra être signé.

[papajoker]

Ne devrais-je pas avoir la 5.10.140-1 ?
Comment expliques-tu cette différence ?

Si tu clic sur la version que j'ai donné en lien ... 5.10.140 amène vers 5.10.0-18

5.10.140 est la version (réelle du noyau) que l'on peut voir chez www.kernel.org
kernels.org numérote les changements de code alors que debian numérote ces propres mises à jour

Est-ce que le noyau linux est le même pour toutes les distributions, comme Debian, Ubuntu ... ?

Existe 36 noyaux linux et pas un seul !!!!
6.0 est un noyau,
5.10 est un noyau,
5.19 est un noyau
Et chaque noyau a sa propre vie (longévité, mises à jour)
Une distribution
- ne propose que quelques noyaux (voir même un seul si elle désire)
- fait les mises à jour des noyaux à son rythme (de la distribution)

[Artemus24]

Salut à tous.

J'ai du mal à comprendre avec toutes ces numérotations différentes.

a) Nous avons plusieurs distributions qui portent les noms de Debian, Ubuntu, Minit, Fedora ...
Je suppose que toutes ces distributions reposent sur le même noyau linux, mais à des dates différentes.
Jusque là, je pense avoir compris, enfin je crois.

Qu'est que Linux par rapport à Unix ?

J'ai connu, il y a fort longtemps, DENON sur une machine digital ainsi que HPUX sur du HP bien sûr.
J'ai vaguement entendu parlé de RED HAT. Or, je ne retrouve pas ces distribution aujourd'hui. Pourquoi ?

Je suppose que Linux (avec un x) vient de Torvalds, le créateur de ce noyau, dont son prénom est linus (avec un s).

b) J'ai installé Debian sur mon ordinateur Asus car je bidouille déjà sur des Raspberry Pi.
Je sais qu'il existe plusieurs version de Debian qui sont numérotées mais porte aussi des noms.
Je ne cite que les versions Debian que j'ai connu sous Raspberry Pi.
--> Debian 7 : Wheezy
--> Debian 8 : Jessie
--> Debian 9 : Stretch
--> Debian 10 : Buster
--> Debian 11 : Bullseye (version actuelle)
--> Debian 12 : Bookworm (pas encore sortie)
Une nouvelle version sort environ tous les deux ans. Jusque là, ça va, je comprends.
Chaque nouvelle version de Debian part du noyau linux présent à la date du démarrage des développements, enfin je crois que cela se passe ainsi.

c) pour connaitre la version Debian installé, je fais un :

Code debian :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
~> cat /etc/debian_version
11.5
~>

Que signifie ce ".5" car normalement, le "11" signifie Bullseye, non ?
Dois-je comprendre que nous sommes à la moitié de la vie de Bullseye ?

d) comme une distribution repose sur un noyau linux, pour connaitre celle que l'on utilise, il suffit de faire :

Code debian :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
~> uname -r
5.10.0-18-amd64
~>

La version 5.10 est disponible depuis le 13 décembre 2020 (Vu dans google).
Je lis que la version Bullseye est sortie le 14 août 2021, soit huit mois après la sortie du nouveau noyau linux.
Je ne comprends pas trop car une nouvelle version Debian sort tous les deux ans ??? Pourquoi que huit mois ?

e) une mise à jour se fait par l'installation de package.
Si j'interroge par cette commande :

Code debian :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
~> dpkg -l | grep -Ei "linux-(g|h|i|lo|si|t)" | sort -k3 | tr -s " " | cut -d" " -s -f1,2,3 | column -s" " -t
ii  binutils-x86-64-linux-gnu       2.35.2-2
ii  util-linux-locales              2.36.1-8+deb11u1
ii  linux-headers-5.10.0-18-common  5.10.140-1
ii  linux-headers-5.10.0-18-amd64   5.10.140-1
ii  linux-headers-amd64             5.10.140-1
ii  linux-image-5.10.0-18-amd64     5.10.140-1
ii  linux-image-amd64               5.10.140-1
~>

Je constate que le 5.10.140-1 de PapaJoker correspond à la numérotation des packages.
Là, ça devient compliqué de s'y retrouver
Je retrouve le numéro du noyau linux "5.10.0-18".

Mais il y a pire, plusieurs versions différentes du noyau peuvent cohabiter ??? Là, par contre, je ne comprends plus.
Ce n'est pas mon cas, car j'ai une installation toute neuve, mais j'ai pu constater cela sur le net.

Que dois-je comprendre ?
Qu'un ancien noyau n'est pas systématiquement purgé de l'ordinateur quand un nouveau arrive.
Que l'on livre dans le nouveau noyau que les packages qui ont été modifiés et pas la totalité du nouveau noyau.
L'on peut faire cohabiter des packages d'anciens noyaux avec des packages du nouveau noyau sans que cela pose des problèmes.

f) la numérotation des packages est très proche de la numérotation du noyau.
Dois-je comprendre que le 5.10 du package a la même signification que le 5.10 du noyau ?
Ce point n'est pas très clair.

g) pour le bureau, j'utilise Gnome.
Je passe par le paramétrage système (le triangle avec la pointe en bas, en haut du coté droit de mon bureau gnome).
Je clique sur "paramètres" et enfin sur "à propos". Je trouve la version 3.38.5.
Je suppose que si je change de version Debian ou si le noyau Linux vient à changer, nous aurons une nouvelle version de Gnome.

Un détail qui a son importance, en ligne de commande par le terminal sous Gnome, si j'interroge la version :

Code debian :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
~> gnome-session --version
~>

je n'obtiens rien. Pourquoi ?
Alors que j'ai des exemples vu sur le net où la version de Gnome apparaît bien.

h) et je reviens à ma question sur la mise à jour de Debian.
Si je suis dans Bullseye, j'ai juste les commandes suivantes à taper :

Code debian :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
~> apt-get -y update
~> apt-get -y full-upgrade
~>

pour faire une mise à jour.

Si Bullseye devient une version OLDSTABLE et Bookworm une version STABLE, je procède comment pour faire la mise à jour ?
Dois-je tout réinstaller ?

Cordialement.
Artemus24.
@+

[Christophe]

Qu'est que Linux par rapport à Unix ?

On peut considérer Linux comme un clone opensource d'Unix développé par Linus Torvalds, du moins le noyau. On parlera d'unix-like. A l'origine le terme linux ne désignait que le noyau.

Nous avons plusieurs distributions qui portent les noms de Debian, Ubuntu, Minit, Fedora

Au fur et à mesure de l'avancée des versions des distributions, elles fournissent une version ou plusieurs versions de noyaux, tu as donc des écarts d'une version à l'autre.

J'ai vaguement entendu parlé de RED HAT. Or, je ne retrouve pas ces distribution aujourd'hui. Pourquoi ?

parce que RedHat est la version payante du Linux fourni par l'entreprise du même nom, Fedora en est la version libre.

pour connaitre la version Debian installé, je fais un :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
 
~> cat /etc/debian_version
11.5
~>

Mieux vaut afficher /etc/issue, car ta solution n'est valable que pour Debian.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

uname -r

va te donner le numéro de version du noyau, mais tu ne peux en aucun cas en déduire la distribution, car le noyau a pu être compilé depuis les sources.

Que signifie ce ".5" car normalement, le "11" signifie Bullseye, non ?

le 5 est le numéro de mise à jour mineure, un peu comme 21H2 pour wnidows 10.

Dois-je comprendre que nous sommes à la moitié de la vie de Bullseye ?

Aucun rapport, c'est la 5ème MàJ mineure.

plusieurs versions différentes du noyau peuvent cohabiter ???

oui, si tu installes une nouveau package de noyau, une entrée est ajoutée dans le gestionnaire de démarrage (en général Grub), le plus récent est par défaut, mais tu peux booter sur l'ancien. En cas de problème avec celui-ci, tu peux rebooter sur l'ancien. A ta charge de supprimer les anciens noyaux si tu le souhaites. Attention, un package noyau peut mettre à jour d'autres paquets dont il dépend comme la libc.

Si Bullseye devient une version OLDSTABLE et Bookworm une version STABLE, je procède comment pour faire la mise à jour ?

Tu modifies ton /apt/source.list en mettant les entrées correspondant à Bookworm puis tu fais un apt update, puis apt ugrade/full-upgrade

[papajoker]

Pour l'historique linux, il est facile de trouver sur le web

a) Nous avons plusieurs distributions qui portent les noms de Debian, Ubuntu, Minit, Fedora ...
J'ai vaguement entendu parlé de RED HAT. Or, je ne retrouve pas ces distribution aujourd'hui. Pourquoi ?

Le "chapeau rouge" est une société qui propose plusieurs distributions (fedora entre autre). C'est la plus grosse société Linux en termes de chiffre d'affaires. Entre autre, ils sont très actifs sur le développement de gnome.

Chaque nouvelle version de Debian part du noyau linux présent à la date du démarrage des développements, enfin je crois que cela se passe ainsi.

La version 5.10 est disponible depuis le 13 décembre 2020 (Vu dans google).
Je lis que la version Bullseye est sortie le 14 août 2021, soit huit mois après la sortie du nouveau noyau linux.
Je ne comprends pas trop car une nouvelle version Debian sort tous les deux ans ??? Pourquoi que huit mois ?

Chaque distribution a sa propre politique ! Debian en stable propose par défaut toujours un noyau déjà bien rodé (donc il a quelques mois)
De plus, certains noyaux sont LTS (notion existe aussi dans le monde windows), et debian va privilégier un noyau LTS

Mais il y a pire, plusieurs versions différentes du noyau peuvent cohabiter ??? Là, par contre, je ne comprends plus.
Ce n'est pas mon cas, car j'ai une installation toute neuve, mais j'ai pu constater cela sur le net.

Que l'on livre dans le nouveau noyau que les packages qui ont été modifiés et pas la totalité du nouveau noyau.
L'on peut faire cohabiter des packages d'anciens noyaux avec des packages du nouveau noyau sans que cela pose des problèmes.

Chaque noyau est indépendant.
En fonction de la distribution (de la bricole risquée ou pas), il est possible d'installer plusieurs noyaux
ps: Puisque tout nouveau linuxien, cela ne te concerne pas encore
le choix alors est fait avant le boot dans grub : je lance "linux 4.45 ou linux 5.10 ou ..."

peut faire cohabiter des packages d'anciens noyaux avec

Comme dit avant, il ne faut pas penser "ancien", mais plutôt différent (Si j'ai une carte mère avec la toute dernière techno "SuperPlusSpeed2023", alors il me faut le dernier noyau 6.0)
ps: il est même possible qu'un noyau plus élevé, en fait, gère moins bien notre machine...

Dois-je comprendre que le 5.10 du package a la même signification que le 5.10 du noyau ?
Ce point n'est pas très clair.

Si, justement, pour être clair sur toute distribution linux, ces 2 numéros sont "le noyau", il n'y a aucune personnalisation à ce niveau.
Par contre, tout ce qui suis après, va refléter généralement le nombre de mises à jour (donc complètement lié à notre distribution qui est libre de suivre Linus ou pas et libre de rajouter son propre code)
Il faut comprendre que ton noyau "5.10.0-18" est simplement basé sur le noyau de Linus "5.10.140" à cet instant T. (info pas pertinente pour un utilisateur classique)
Linus va faire des mises à jour de tous ces noyaux toutes les semaines mais, ta distribution à un autre cycle

Toi, tu es à jour ? Donc pas de question à se poser : je suis avec la dernière version de mon noyau (il faut faire confiance à sa distribution)

j'utilise Gnome.
Je suppose que si je change de version Debian ou si le noyau Linux vient à changer, nous aurons une nouvelle version de Gnome.

"ou" certainement pas ! le bureau n'est qu'une application complètement indépendante de linux (noyau)
Lorsque l'on change de numéro de version de sa distribution (10->11->12), alors, la distribution peut proposer de nouvelles versions pour ces paquets/applications

Code debian :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
~> apt-get -y update
~> apt-get -y full-upgrade

pour faire une mise à jour.

Si Bullseye devient une version OLDSTABLE et Bookworm une version STABLE, je procède comment pour faire la mise à jour ?
Dois-je tout réinstaller ?

Il est bien de lire la doc avant de taper des commandes "full-upgrade" fait quoi ?
Certains utilisateurs réinstallent, à toi de voir dans un an (tu seras un pro linux)

[Artemus24]

Salut à tous.

Mieux vaut afficher /etc/issue, car ta solution n'est valable que pour Debian.

Pourquoi ne devrais-je pas utiliser une commande Debian puisque je suis sous Debian ???

oui, si tu installes une nouveau package de noyau, une entrée est ajoutée dans le gestionnaire de démarrage (en général Grub), le plus récent est par défaut, mais tu peux booter sur l'ancien.

Au démarrage de mon Asus, quand j'appuie sur la touche "ESCAPE", je peux sélectionner au niveau du BIOS, vers quelle installation je vais booter.
Je me suis retrouvé avec plusieurs points d'entrées vers mon Debian. J'ai pas compris pourquoi, mais j'ai pu les supprimer et n'en garder qu'une seule.

Inversement, dans Grub (quand je démarre sur mon disque SSD où est installé Debian), je n'ai pas eu ce problème de doublon. Mais je me retrouve avec le boot vers Windows. Sais-tu comment le faire disparaitre car c'est automatique quand je fais un "update-grub" ?

En cas de problème avec celui-ci, tu peux rebooter sur l'ancien.

Comme je bidouille pas mal, il m'arrive de planter mon système. Heureusement pour moi, j'ai une sauvegarde stable que je réinstalle en quelques minutes.

Il suffit d'avoir deux noyaux pour qu'ils apparaissent dans Grub. Je suppose que je n'ai rien à faire car c'est automatique après une mise à jour.

Tu modifies ton /apt/source.list en mettant les entrées correspondant à Bookworm puis tu fais un apt update, puis apt ugrade/full-upgrade

Tu ne risques pas d'avoir un problème d'espace disque ? Comment procèdes-tu pour purger Bullseye quand Bookworm est installé ?

ps: Puisque tout nouveau linuxien, cela ne te concerne pas encore

Comme je l'ai dit plus haut, je n'ai pas besoin d'avoir deux noyaux Linux dans mon Asus.
Si j'ai un problème, je reprends ma dernière sauvegarde stable.
Je reviendrais vous demander comment supprimer l'ancien noyau, quand le problème se posera.

le choix alors est fait avant le boot dans grub : je lance "linux 4.45 ou linux 5.10 ou ..."

Je suppose que c'est automatique dans Grub quand un nouveau noyau linux est installé.

ps: il est même possible qu'un noyau plus élevé, en fait, gère moins bien notre machine...

A quoi est-ce dû ?
Sous Windows, j'ai rencontré un problème similaire avec un pilote sur un câble USB/Serial où j'ai dû installer un pilote plus ancien.

Toi, tu es à jour ? Donc pas de question à se poser : je suis avec la dernière version de mon noyau (il faut faire confiance à sa distribution)

Oui, je suis à jour. J'ai même installé "aptitude" que j'utilise plutôt que "apt-get".

Il est bien de lire la doc avant de taper des commandes "full-upgrade" fait quoi ?

Je fais cela aussi dans ma Raspberry Pi. Me conseilles tu plutôt de faire un "apt-get upgrade" ?
Du coup, tu me fais douter. J'ai jeté un œil sur ce qui est dit à ce sujet.

Il y a trois commandes qui sont "apt", "apt-get" & "aptitude".

Si tu fais un "apt-get upgrade" seul, il installe les nouveaux paquets, mais ne supprime pas les anciens.
Sauf que si la mise à jour d’un paquet nécessite la suppression d’un paquet installé, la mise à jour ne se fera pas.

Il est alors nécessaire de faire aupréalable un "apt-get update" afin de connaitre l’existence de nouvelles versions des paquets.
Et du coup, un "apt-get upgrade" mettra à jour les paquets qui sont déjà installés en supprimant ceux déjà installés.

Sur ma Raspberry Pi, je n'ai jamais rencontré un problème de mise à jour.

Cordialement.
Artemus24.
@+

[Christophe]

Pourquoi ne devrais-je pas utiliser une commande Debian puisque je suis sous Debian ???

Aucun prob. avec ça, mais comme tu évoquais d'autres distributions ...

Inversement, dans Grub (quand je démarre sur mon disque SSD où est installé Debian), je n'ai pas eu ce problème de doublon. Mais je me retrouve avec le boot vers Windows. Sais-tu comment le faire disparaitre car c'est automatique quand je fais un "update-grub" ?

le bootloader Windows a tendance à écraser Grub. Un grub-install devrait remettre les choses dans l'ordre, jusqu'à MàJ windows.

Tu ne risques pas d'avoir un problème d'espace disque ? Comment procèdes-tu pour purger Bullseye quand Bookworm est installé ?

Quand une MàJ est effectuée, elle ne garde pas les paquets précédents. La version supérieure devrait prendre un peu plus de place, mais pas plus qu'avec un MàJ Wnidows par exemple, même beaucoup moins.

Je reviendrais vous demander comment supprimer l'ancien noyau, quand le problème se posera.

tout simplement avec apt remove linux-image-xxxx, tu peux récupérer le nom exact avec qq chose comme :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

dpkg -l | grep ii| grep linux-image

affichant tous les packages installés contenant le nom linux-image

[Artemus24]

Salut à tous.

Après vos réponses, je pense que c'est un peu plus clair. Merci à tous de vos participations.

Peut-on avoir linux 6.0 sans être dans une distribution comme Debian ou Ubuntu ?
Je suppose que l'on se retrouve dans des consoles tty uniquement.

Cordialement.
Artemus24.
@+

[Ti-Slackeux]

Salut à tous.

Peut-on avoir linux 6.0 sans être dans une distribution comme Debian ou Ubuntu ?

Ben heureusement que oui ! ^^"

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
bash-5.1# uname -a 
Linux megatron.net.linux 6.0.0 #1 SMP PREEMPT_DYNAMIC Sat Oct 8 19:39:00 CEST 2022 x86_64 Intel(R) Core(TM) i7-10700K CPU @ 3.80GHz GenuineIntel G
NU/Linux 
bash-5.1#

Je suppose que l'on se retrouve dans des consoles tty uniquement.

Cordialement.
Artemus24.
@+

Rhooo toi !

[Jipété]

Bonjour,

Mon grain de sel avec mon vécu de ce matin, dans une machine virtuelle Debian 11.5 :

Comme je le fais de temps en temps, j'ai commencé par apt-get update qui s'est bien déroulé, j'ai donc continué avec apt-get upgrade -y et dans la tripotée de lignes qui s'affichent, je vois passer Installation pour la plate-forme i386-pc. qui traine un peu sur l'écran, du coup j'ai le temps de le voir et ça m'intrigue puisque je suis en 64 bits, puis arrive Installation terminée, sans erreur..

Alors quand j'ai la main, je tape, suivant la ligne de chrtophe,

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

$ dpkg -l | grep ii | grep i386-pc

qui me rend le prompt avec 0 ligne affichée. Alors je tente

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

$ dpkg -l | grep ii | grep i386

idem

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

$ dpkg -l | grep ii | grep 386

idem

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

$ dpkg -l | grep ii | grep pc

et là, une quinzaine de lignes sans rapport avec "i386-pc".
Conclusion, il y a à boire, à manger et à gerber dans les lignes apt...

Quant aux numéros des versions, la commande précédente aura été utile pour constater et en extraire ce qui suit (remis un peu en forme pour mieux comparer) :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
ii  libpcre32-3:amd64                  2:8.39-13                      amd64        Old Perl 5 Compatible Regular Expression Library - 32 bit runtime files
ii  libpcre2-32-0:amd64                10.36-2+deb11u1                amd64        New Perl Compatible Regular Expression Library - 32 bit runtime files
 
ii  libpcre3-dev:amd64                 2:8.39-13                      amd64        Old Perl 5 Compatible Regular Expression Library - development files
ii  libpcre2-dev:amd64                 10.36-2+deb11u1                amd64        New Perl Compatible Regular Expression Library - development files
 
ii  libpcre3:amd64                     2:8.39-13                      amd64        Old Perl 5 Compatible Regular Expression Library - runtime files
ii  libpcre2-posix2:amd64              10.36-2+deb11u1                amd64        New Perl Compatible Regular Expression Library - posix-compatible runtime files
 
ii  libpcre16-3:amd64                  2:8.39-13                      amd64        Old Perl 5 Compatible Regular Expression Library - 16 bit runtime files
ii  libpcre2-16-0:amd64                10.36-2+deb11u1                amd64        New Perl Compatible Regular Expression Library - 16 bit runtime files
 
ii  libpcrecpp0v5:amd64                2:8.39-13                      amd64        Old Perl 5 Compatible Regular Expression Library - C++ runtime files
ii  libpcre2-8-0:amd64                 10.36-2+deb11u1                amd64        New Perl Compatible Regular Expression Library- 8 bit runtime files

Qu'en conclure ? Qu'au-delà des numéros de version à la one again sans cohérence entre les produits, j'ai un old Perl 5 qui va se trainer à côté d'un nouveau Perl dans identification précise...
Bienvenue au club.

Allez, je continue ma màj avec apt-get autoremove puis apt-get autoclean, qui se sont bien déroulées.
Bon dimanche,

[Christophe]

Le fait que tu traines une bibliothèque old perl signifie probablement simplement que tu as des paquets qui en dépendent.

Si tu essayes de la désinstaller, apt devrait te dire ce qui en dépend ou te proposer lé désinstallation de l'autre paquet/logiciel en dépendant.

Si tu as de vieux logiciels sans version 64 bits, tu peux encore trainer des paquets i386. Si les logiciels sont retirés de logiciels disponibles dans les dépôts, ils ne seront plus mis à jour mais ne seront pas non plus désinstallé par un apt upgrade.

[Jipété]

Le fait que tu traines une bibliothèque old perl signifie probablement simplement que tu as des paquets qui en dépendent.

Si tu essayes de la désinstaller, apt devrait te dire ce qui en dépend ou te proposer la désinstallation de l'autre paquet/logiciel en dépendant.

Merci pour l'idée mais, partant du fait que c'est une machine presque neuve et très peu productive encore, je n'ai quasiment rien installé dessus d'exotique.

Alors j'ai regardé avec synaptic et je suis quand même tombé par terre : en examinant seulement 1 paquet, le libpcre3, j'ai fait "clic droit / Propriétés / Dépendances - paquets dépendants" et là j'ai vu passer une bonne quantité de fichiers de mon système d'exploitation !
Évidemment les gens de Debian ont fait les choses comme il faut (humour), résultat il est impossible de copier/coller la liste des dépendances, donc impossible d'en connaître le nombre exact...
Je les hais !
Alors au hasard, blender est concerné (pas installé de mon fait), grep, nmap, proftpd-core, apache2-bin, zsh, etc. Pas question que je supprime ces vieux machins, donc.

Si tu as de vieux logiciels sans version 64 bits, tu peux encore trainer des paquets i386.

Je ne crois pas.

Si les logiciels sont retirés de logiciels disponibles dans les dépôts, ils ne seront plus mis à jour mais ne seront pas non plus désinstallés par un apt upgrade.

Peut-être qu'ils seront au moins signalés, et ensuite autoremove / autoclean devraient s'en sortir, non ?