subject:"Kernel .."

Re: problèmes de copie sur un montage smb, crash kernel

2024-02-03 Par sujet testeur


Salut,

Merci Erwann pour le retour.

Ça tombe bien, c'est un syno également qui fait le service de fichiers 
en SMB.
Je viens d'activer le service en NFS pour tester... et, là, la copie ne 
plante pas (deb démarré avec le noyau *6.1.0-17*).


Donc, il y a quelquechose qui ne se passe pas bien entre le SMB de syno 
et le noyau*6.1.0-17*, car avec le noyau *6.1.0-10* pas de soucis.


Apriori tester de ton côté le SMB, amènera certainement un "crash 
kernel" je pense.


Par contre sur le syno, la version de samba est (un peu ancienne) :

Version 4.15.9
Synology Build 42934, Jul  5 2023 16:31:41

ce qui peut peut-être expliquer le problème (?)

T


On 03/02/2024 13:08, Erwann Le Bras wrote:


bonjour

Pas de pb constaté pour ma part. Peut-être que le fautif serait le 
serveur?


Pour ma part :

erwann@inspiron:~$ uname -a
Linux inspiron *6.1.0-17-amd64* #1 SMP PREEMPT_DYNAMIC Debian 6.1.69-1 
(2023-12-30) x86_64 GNU/Linux

erwann@inspiron:~$ grep synology /etc/fstab
#synology:/volume1/pub        /mnt/pub        nfs 
nofail,soft,timeo=5,intr,rsize=8192,wsize=8192,users,atime,rw,dev,exec,suid 
0    0
synology:/volume1/pub        /mnt/pub        nfs 
nofail,rsize=8192,wsize=8192,timeo=14    0    0
#synology:/volume1/backup    /mnt/backup nfs 
nofail,rsize=8192,wsize=8192,timeo=14,intr  0 0
synology:/volume1/backup    /mnt/backup        nfs 
nofail,soft,timeo=5,intr,rsize=8192,wsize=8192,users,atime,rw,dev,exec,suid 
0    0
#synology:/volume1/backup    /mnt/backup        nfs 
nofail,rsize=8192,wsize=8192,timeo=14    0    0


Les copies fonctionnent sans problème.

Dans mon cas, le serveur NFS est un NAS Synology DS216se

Je ne me souviens plus pourquoi j'ai des options différentes pour les 
deux points de montage.


Erwann

Le 02/02/2024 à 21:28, testeur a écrit :

J'ai tenté les trois options de montage mais pas mieux.
Le log du crash noyau est quasi identique.

Ça semble venir du noyau 6.1.0-17.

Car avec le noyau 6.1.0-10, pas de problèmes

Je vais rester sur le noyau précédent...

Cdlt

On 01/02/2024 10:11, Michel Verdier wrote:

Le 31 janvier 2024 testeur a écrit :


voici les droits du montage :

├─/mnt/xxx /etc/autoxxx.smb autofs 
rw,relatime,fd=12,pgrp=1561,timeout=30,minproto=5,maxproto=5,indirect,pipe_ino=22915

│ └─/mnt/xxx/conf
//xx.xx.xx.xx/xxx/conf cifs
rw,relatime,vers=3.1.1,cache=strict,username=xxx,uid=1000,noforceuid,gid=1000,noforcegid,addr=xx.xx.xx.xx,file_mode=0755,dir_mode=0755,soft,nounix,serverino,mapposix,rsize=4194304,wsize=4194304,bsize=1048576,echo_interval=60,actimeo=1,closetimeo=1 

Tu peux peut-être essayer avec cache=none et hard (au lieu de soft) 
pour

voir si tu obtiens plus d'infos. Tu peux aussi jouer avec echo_interval
si ton réseau ou ton serveur distant est lent. Je ne me souviens plus
pour autofs mais son timeout ne devrait-il pas être plus élevé que 
celui

de cifs ?

Re: problèmes de copie sur un montage smb, crash kernel

2024-02-03 Par sujet Erwann Le Bras


bonjour

Pas de pb constaté pour ma part. Peut-être que le fautif serait le serveur?

Pour ma part :

erwann@inspiron:~$ uname -a
Linux inspiron *6.1.0-17-amd64* #1 SMP PREEMPT_DYNAMIC Debian 6.1.69-1 
(2023-12-30) x86_64 GNU/Linux

erwann@inspiron:~$ grep synology /etc/fstab
#synology:/volume1/pub        /mnt/pub        nfs 
nofail,soft,timeo=5,intr,rsize=8192,wsize=8192,users,atime,rw,dev,exec,suid 
0    0
synology:/volume1/pub        /mnt/pub        nfs 
nofail,rsize=8192,wsize=8192,timeo=14    0    0
#synology:/volume1/backup    /mnt/backup nfs 
nofail,rsize=8192,wsize=8192,timeo=14,intr  0   0
synology:/volume1/backup    /mnt/backup        nfs 
nofail,soft,timeo=5,intr,rsize=8192,wsize=8192,users,atime,rw,dev,exec,suid 
0    0
#synology:/volume1/backup    /mnt/backup        nfs 
nofail,rsize=8192,wsize=8192,timeo=14    0    0


Les copies fonctionnent sans problème.

Dans mon cas, le serveur NFS est un NAS Synology DS216se

Je ne me souviens plus pourquoi j'ai des options différentes pour les 
deux points de montage.


Erwann

Le 02/02/2024 à 21:28, testeur a écrit :

J'ai tenté les trois options de montage mais pas mieux.
Le log du crash noyau est quasi identique.

Ça semble venir du noyau 6.1.0-17.

Car avec le noyau 6.1.0-10, pas de problèmes

Je vais rester sur le noyau précédent...

Cdlt

On 01/02/2024 10:11, Michel Verdier wrote:

Le 31 janvier 2024 testeur a écrit :


voici les droits du montage :

├─/mnt/xxx /etc/autoxxx.smb autofs 
rw,relatime,fd=12,pgrp=1561,timeout=30,minproto=5,maxproto=5,indirect,pipe_ino=22915

│ └─/mnt/xxx/conf
//xx.xx.xx.xx/xxx/conf cifs
rw,relatime,vers=3.1.1,cache=strict,username=xxx,uid=1000,noforceuid,gid=1000,noforcegid,addr=xx.xx.xx.xx,file_mode=0755,dir_mode=0755,soft,nounix,serverino,mapposix,rsize=4194304,wsize=4194304,bsize=1048576,echo_interval=60,actimeo=1,closetimeo=1 


Tu peux peut-être essayer avec cache=none et hard (au lieu de soft) pour
voir si tu obtiens plus d'infos. Tu peux aussi jouer avec echo_interval
si ton réseau ou ton serveur distant est lent. Je ne me souviens plus
pour autofs mais son timeout ne devrait-il pas être plus élevé que celui
de cifs ?

Re: problèmes de copie sur un montage smb, crash kernel

2024-02-02 Par sujet testeur


J'ai tenté les trois options de montage mais pas mieux.
Le log du crash noyau est quasi identique.

Ça semble venir du noyau 6.1.0-17.

Car avec le noyau 6.1.0-10, pas de problèmes

Je vais rester sur le noyau précédent...

Cdlt

On 01/02/2024 10:11, Michel Verdier wrote:

Le 31 janvier 2024 testeur a écrit :


voici les droits du montage :

├─/mnt/xxx  /etc/autoxxx.smb
 autofs  
rw,relatime,fd=12,pgrp=1561,timeout=30,minproto=5,maxproto=5,indirect,pipe_ino=22915
│ └─/mnt/xxx/conf
//xx.xx.xx.xx/xxx/conf cifs
rw,relatime,vers=3.1.1,cache=strict,username=xxx,uid=1000,noforceuid,gid=1000,noforcegid,addr=xx.xx.xx.xx,file_mode=0755,dir_mode=0755,soft,nounix,serverino,mapposix,rsize=4194304,wsize=4194304,bsize=1048576,echo_interval=60,actimeo=1,closetimeo=1

Tu peux peut-être essayer avec cache=none et hard (au lieu de soft) pour
voir si tu obtiens plus d'infos. Tu peux aussi jouer avec echo_interval
si ton réseau ou ton serveur distant est lent. Je ne me souviens plus
pour autofs mais son timeout ne devrait-il pas être plus élevé que celui
de cifs ?

Re: problèmes de copie sur un montage smb, crash kernel

2024-02-01 Par sujet Michel Verdier

Le 31 janvier 2024 testeur a écrit :

> voici les droits du montage :
>
> ├─/mnt/xxx  /etc/autoxxx.smb  
>autofs  
> rw,relatime,fd=12,pgrp=1561,timeout=30,minproto=5,maxproto=5,indirect,pipe_ino=22915
> │ └─/mnt/xxx/conf
> //xx.xx.xx.xx/xxx/conf cifs
> rw,relatime,vers=3.1.1,cache=strict,username=xxx,uid=1000,noforceuid,gid=1000,noforcegid,addr=xx.xx.xx.xx,file_mode=0755,dir_mode=0755,soft,nounix,serverino,mapposix,rsize=4194304,wsize=4194304,bsize=1048576,echo_interval=60,actimeo=1,closetimeo=1

Tu peux peut-être essayer avec cache=none et hard (au lieu de soft) pour
voir si tu obtiens plus d'infos. Tu peux aussi jouer avec echo_interval
si ton réseau ou ton serveur distant est lent. Je ne me souviens plus
pour autofs mais son timeout ne devrait-il pas être plus élevé que celui
de cifs ?

problèmes de copie sur un montage smb, crash kernel

2024-01-31 Par sujet testeur


Bonjour,
J'ai un problème pour faire une copie simple de fichiers (cp hosts 
hosts.txt) au sein d'un partage SMB (monté par autofs). ça m'indique 
"Processus arrêté", puis après un nouvel essai ça reste bloqué/freezé, 
je n'ai plus la main sur la console (ctl+C, D, Z n'ont aucune action). 
Quand je créé un fichier, pas de souci, quand j'édite un fichier pas de 
souci, le seul problème est de copier. La suppression ni le 
renommage/déplacement n'est problématique. le processus est indiqué 
ainsi : xxx 25304 24752 0 21:35 pts/2 00:00:00 cp hosts hosts.txt le 
kill du processus ne fonctionne pas. Les droits sur les fichiers : 
-rwxr-xr-x 1 xxx yyy 0 31 janv. 21:34 hosts.txt -rwxr-xr-x 1 xxx yyy 0 
28 janv. 18:13 hosts voici les droits du montage : ├─/mnt/xxx 
/etc/autoxxx.smb autofs 
rw,relatime,fd=12,pgrp=1561,timeout=30,minproto=5,maxproto=5,indirect,pipe_ino=22915 
│ └─/mnt/xxx/conf //xx.xx.xx.xx/xxx/conf cifs 
rw,relatime,vers=3.1.1,cache=strict,username=xxx,uid=1000,noforceuid,gid=1000,noforcegid,addr=xx.xx.xx.xx,file_mode=0755,dir_mode=0755,soft,nounix,serverino,mapposix,rsize=4194304,wsize=4194304,bsize=1048576,echo_interval=60,actimeo=1,closetimeo=1 
le noyau actuel de debian 12 : Linux vfpm 6.1.0-17-amd64 #1 SMP 
PREEMPT_DYNAMIC Debian 6.1.69-1 (2023-12-30) x86_64 GNU/Linux


Dans syslog, j'obtiens des erreurs au niveau du kernel.

2024-01-29T21:20:24.524146+01:00 vfpm kernel: [ 7967.200355] BUG: kernel 
NULL pointer dereference, address: 
2024-01-29T21:20:24.524163+01:00 vfpm kernel: [ 7967.200364] #PF: 
supervisor read access in kernel mode
2024-01-29T21:20:24.524167+01:00 vfpm kernel: [ 7967.200367] #PF: 
error_code(0x) - not-present page

2024-01-29T21:20:24.524167+01:00 vfpm kernel: [ 7967.200370] PGD 0 P4D 0
2024-01-29T21:20:24.524168+01:00 vfpm kernel: [ 7967.200374] Oops:  
[#1] PREEMPT SMP PTI
2024-01-29T21:20:24.524169+01:00 vfpm kernel: [ 7967.200378] CPU: 7 PID: 
9346 Comm: cp Tainted: P  IOE  6.1.0-17-amd64 #1  Debian 
6.1.69-1
2024-01-29T21:20:24.524170+01:00 vfpm kernel: [ 7967.200383] Hardware 
name: Hewlett-Packard HP Z400 Workstation/0B4Ch, BIOS 786G3 v03.15 
10/29/2010
2024-01-29T21:20:24.524171+01:00 vfpm kernel: [ 7967.200385] RIP: 
0010:cifs_flush_folio+0x3f/0x100 [cifs]
2024-01-29T21:20:24.524172+01:00 vfpm kernel: [ 7967.200471] Code: d2 41 
54 49 89 cc 31 c9 55 48 89 f5 48 c1 ee 0c 53 48 83 ec 08 48 8b 7f 30 e8 
8d 8a 49 c8 48 3d 00 f0 ff ff 0f 87 a5 00 00 00 <48> 8b 10 48 89 c3 b8 
00 10 00 00 f7 c2 00 00 01 00 74 07 0f b6 4b
2024-01-29T21:20:24.524173+01:00 vfpm kernel: [ 7967.200475] RSP: 
0018:a454888d7c98 EFLAGS: 00010207
2024-01-29T21:20:24.524175+01:00 vfpm kernel: [ 7967.200478] RAX: 
 RBX:  RCX: 
2024-01-29T21:20:24.524188+01:00 vfpm kernel: [ 7967.200481] RDX: 
 RSI:  RDI: 98c949229840
2024-01-29T21:20:24.524190+01:00 vfpm kernel: [ 7967.200483] RBP: 
 R08: 0001 R09: 
2024-01-29T21:20:24.524191+01:00 vfpm kernel: [ 7967.200485] R10: 
 R11:  R12: a454888d7d08
2024-01-29T21:20:24.524192+01:00 vfpm kernel: [ 7967.200487] R13: 
a454888d7d00 R14: 98ca472d3228 R15: 0001
2024-01-29T21:20:24.524193+01:00 vfpm kernel: [ 7967.200490] FS: 
7f69d9003500() GS:98cad7bc() knlGS:
2024-01-29T21:20:24.524194+01:00 vfpm kernel: [ 7967.200493] CS: 0010 
DS:  ES:  CR0: 80050033
2024-01-29T21:20:24.524195+01:00 vfpm kernel: [ 7967.200496] CR2: 
 CR3: 000104be6000 CR4: 06e0

2024-01-29T21:20:24.524196+01:00 vfpm kernel: [ 7967.200498] Call Trace:
2024-01-29T21:20:24.524197+01:00 vfpm kernel: [ 7967.200502] 
2024-01-29T21:20:24.524198+01:00 vfpm kernel: [ 7967.200506]  ? 
__die_body.cold+0x1a/0x1f
2024-01-29T21:20:24.524200+01:00 vfpm kernel: [ 7967.200515]  ? 
page_fault_oops+0xd2/0x2b0
2024-01-29T21:20:24.524201+01:00 vfpm kernel: [ 7967.200524]  ? 
exc_page_fault+0x70/0x170
2024-01-29T21:20:24.524202+01:00 vfpm kernel: [ 7967.200531]  ? 
asm_exc_page_fault+0x22/0x30
2024-01-29T21:20:24.524202+01:00 vfpm kernel: [ 7967.200541]  ? 
cifs_flush_folio+0x3f/0x100 [cifs]
2024-01-29T21:20:24.524203+01:00 vfpm kernel: [ 7967.200607]  ? 
cifs_flush_folio+0x33/0x100 [cifs]
2024-01-29T21:20:24.524204+01:00 vfpm kernel: [ 7967.200662] 
cifs_remap_file_range+0x16d/0x680 [cifs]
2024-01-29T21:20:24.524205+01:00 vfpm kernel: [ 7967.200743] 
do_clone_file_range+0xe9/0x230
2024-01-29T21:20:24.524206+01:00 vfpm kernel: [ 7967.200751] 
vfs_clone_file_range+0x37/0x140
2024-01-29T21:20:24.524207+01:00 vfpm kernel: [ 7967.200756] 
ioctl_file_clone+0x49/0xb0
2024-01-29T21:20:24.524208+01:00 vfpm kernel: [ 7967.200763] 
do_vfs_ioctl+0x77/0x910
2024-01-29T21:20:24.524208+01:00 vfpm kernel: [ 7967.200769] 
__x64_sys_ioctl+0x6e/0xd0
2024-01-29T21:20:24.524209+01:00 vfpm kernel: [ 7967.200775

Re: Compilation d'un module du kernel dans Debian 12 stable [RÉSOLU]

2023-12-07 Par sujet Jean Bernon

Pour finir, j'ai installé le métapaquet linux-image-amd64 qui a choisi 
automatiquement d'installer le kernel 6.1.55-1 et tous mes problèmes semblent 
réglés : wifi et bluetooth fonctionnent sans que j'ai besoin de recompiler quoi 
que ce soit.
Merci de vos précieux conseils.

> De: "Jean-Michel OLTRA" 
> À: debian-user-french@lists.debian.org
> Envoyé: Jeudi 7 Décembre 2023 12:03:55
> Objet: Re: Compilation d'un module du kernel dans Debian 12 stable

> Bonjour,

> Le jeudi 07 décembre 2023, Jean Bernon a écrit...

> > J'ai relu la procédure de mise à jour. Je vois en effet une section
> > concernant le kernel qui recommande d'installer un paquet
> > linux-image après
> > le full-upgrade. Mais les commandes dkpg recommandées pour le faire
> > ne
> > donnent rien. D'autre part il est dit d'utiliser uname -r pour
> > choisir le
> > linux-image à installer et cette commande me renvoie
> > 5.10.0-11-amd64, ce qui
> >correspond au kernel actuellement installé. Dans mes paquets, je
> >vois bien
> > une série de linux-image 6.1 plus récents et la plus récente est
> > linux-image-6.1.0-13-rt-amd64 (signé) et
> > linux-image-6.1.0-13-rt-amd64-unsigned. Mais j'hésite à installer
> > ce paquet
> > plus récent, sans autre indication.

> La commande `uname` te donne la version de ton noyau actuellement
> installé.

> As tu essayé de télécharger les sources de *ce* noyau ?

> Je te mets une page trouvée vite fait sur le net concernant la
> procédure
> avec `apt-get source`, si besoin.

> --
> jm

Re: Compilation d'un module du kernel dans Debian 12 stable

2023-12-07 Par sujet Jean-Michel OLTRA



Bonjour,


Le jeudi 07 décembre 2023, Jean Bernon a écrit...


> J'ai relu la procédure de mise à jour. Je vois en effet une section
> concernant le kernel qui recommande d'installer un paquet linux-image après
> le full-upgrade. Mais les commandes dkpg recommandées pour le faire ne
> donnent rien. D'autre part il est dit d'utiliser uname -r pour choisir le
> linux-image à installer et cette commande me renvoie 5.10.0-11-amd64, ce qui
>correspond au kernel actuellement installé. Dans mes paquets, je vois bien
> une série de linux-image 6.1 plus récents et la plus récente est
> linux-image-6.1.0-13-rt-amd64 (signé) et
> linux-image-6.1.0-13-rt-amd64-unsigned. Mais j'hésite à installer ce paquet
> plus récent, sans autre indication. 

La commande `uname` te donne la version de ton noyau actuellement installé.

As tu essayé de télécharger les sources de *ce* noyau ?

Je te mets une page trouvée vite fait sur le net concernant la procédure
avec `apt-get source`, si besoin.

-- 
jm

Re: Compilation d'un module du kernel dans Debian 12 stable

2023-12-07 Par sujet Jean Bernon

J'ai relu la procédure de mise à jour. Je vois en effet une section concernant 
le kernel qui recommande d'installer un paquet linux-image après le 
full-upgrade. Mais les commandes dkpg recommandées pour le faire ne donnent 
rien. D'autre part il est dit d'utiliser uname -r pour choisir le linux-image à 
installer et cette commande me renvoie 5.10.0-11-amd64, ce qui correspond au 
kernel actuellement installé. Dans mes paquets, je vois bien une série de 
linux-image 6.1 plus récents et la plus récente est 
linux-image-6.1.0-13-rt-amd64 (signé) et 
linux-image-6.1.0-13-rt-amd64-unsigned. Mais j'hésite à installer ce paquet 
plus récent, sans autre indication. 

> De: "Jean Bernon" 

> En effet, j'ai fait une mise à jour de Bullseye vers Bookworm, dès
> que Bookworm est devenu stable.

> J'avais alors effectué les commandes update, upgrade et full-upgrade
> et je fais régulièrement des update, upgrade. Aujourd'hui la série
> apt update, upgrade, full-upgrade dit que tout est à jour. J'ai bien
> un paquet 6.1 mais il n'est pas installé.

> Je vais relire la procédure...
> Merci de ton attention

> > De: "didier gaumet"  Bonsoir,

> > En fait tu parles bien de Debian 11 bullseye (noyau 5.10) plutôt
> > que
> > Debian 12 Bookworm (noyau 6.1), non? Ou alors tu as fait une mise à
> > jour
> > de Bullseye vers Bookworm, mise à jour que tu as crue complète mais
> > qui
> > ne s'est pas correctement effectuée?

> > - Si tu es en pur Bullseye:
> > En tout cas tu es resté en noyau 5.10.92.2 et je te suggère de
> > faire
> > une
> > mise-è-jour (apt update puis apt upgrade) de ton système pour te
> > mettre
> > en 5.10.197.1, ça solutionnera peut-être ton souci d'accès de ton
> > script
> > à la bonne version de source du noyau

> > - Si tu penses être en Bookworm mais que tu as un noyau 5.10, tu as
> > en
> > fait un système hybride Bullseye/Bookworm. Auquel cas je te suggère
> > de
> > lire la procédure de mise à jour pour comprendre quelles étapes
> > n'ont
> > pas été franchies avec succès:
> > https://www.debian.org/releases/bookworm/amd64/release-notes/ch-upgrading.en.html
> > Si tu as de la chance, la séquence suivante pourrait suffire (en
> > utilisateur root):
> > apt update
> > apt upgrade
> > apt full-upgrade

Re: Compilation d'un module du kernel dans Debian 12 stable

2023-12-06 Par sujet Jean Bernon

En effet, j'ai fait une mise à jour de Bullseye vers Bookworm, dès que Bookworm 
est devenu stable.

J'avais alors effectué les commandes update, upgrade et full-upgrade et je fais 
régulièrement des update, upgrade. Aujourd'hui la série apt update, upgrade, 
full-upgrade dit que tout est à jour. J'ai bien un paquet 6.1 mais il n'est pas 
installé.

Je vais relire la procédure...
Merci de ton attention


> Bonsoir,

> En fait tu parles bien de Debian 11 bullseye (noyau 5.10) plutôt que
> Debian 12 Bookworm (noyau 6.1), non? Ou alors tu as fait une mise à
> jour
> de Bullseye vers Bookworm, mise à jour que tu as crue complète mais
> qui
> ne s'est pas correctement effectuée?

> - Si tu es en pur Bullseye:
> En tout cas tu es resté en noyau 5.10.92.2 et je te suggère de faire
> une
> mise-è-jour (apt update puis apt upgrade) de ton système pour te
> mettre
> en 5.10.197.1, ça solutionnera peut-être ton souci d'accès de ton
> script
> à la bonne version de source du noyau

> - Si tu penses être en Bookworm mais que tu as un noyau 5.10, tu as
> en
> fait un système hybride Bullseye/Bookworm. Auquel cas je te suggère
> de
> lire la procédure de mise à jour pour comprendre quelles étapes n'ont
> pas été franchies avec succès:
> https://www.debian.org/releases/bookworm/amd64/release-notes/ch-upgrading.en.html
> Si tu as de la chance, la séquence suivante pourrait suffire (en
> utilisateur root):
> apt update
> apt upgrade
> apt full-upgrade

Re: Compilation d'un module du kernel dans Debian 12 stable

2023-12-06 Par sujet Basile Starynkevitch




On 12/6/23 23:34, didier gaumet wrote:

Le 06/12/2023 à 17:17, Jean Bernon a écrit :

Bonjour,

Objectif : faire fonctionner le bluetooth d'une carte Mediatek MT7630e

Il existe un driver spécial pour cette carte wifi/bluetooth :
https://github.com/neurobin/MT7630E/wiki/Get-bluetooth-working-in-Linux-kernel--with-mt7630e 



Le wifi a toujours fonctionné. En revanche faire fonctionner le 
bluetooth nécessite de recompiler le module btusb et le driver 
propose un script bpatch pour le faire. Ce script récupère le code 
source du kernel, modifie légèrement btusb.c et le compile ensuite. 
Mais il ne fonctionne plus depuis Debian 11, parce qu'il ne parvient 
pas à récupérer le code source. J'ai essayé de le faire manuellement, 
comme le propose le README du driver, mais je bute effectivement sur 
la récupération / compilation du code source et je ne suis pas 
développeur, même si j'ai quelques notions de programmation.



Bonsoir,

Le code source du noyau linux est disponible sur https://kernel.org/ et 
des instructions pour le compiler en https://kernelnewbies.org/


La difficulté est la configuration du noyau (make menuconfig)

librement.

--
Basile Starynkevitch
 
(only mine opinions / les opinions sont miennes uniquement)
92340 Bourg-la-Reine, France
web page: starynkevitch.net/Basile/

Re: Compilation d'un module du kernel dans Debian 12 stable

2023-12-06 Par sujet didier gaumet


Le 06/12/2023 à 17:17, Jean Bernon a écrit :

Bonjour,

Objectif : faire fonctionner le bluetooth d'une carte Mediatek MT7630e

Il existe un driver spécial pour cette carte wifi/bluetooth :
https://github.com/neurobin/MT7630E/wiki/Get-bluetooth-working-in-Linux-kernel--with-mt7630e

Le wifi a toujours fonctionné. En revanche faire fonctionner le bluetooth 
nécessite de recompiler le module btusb et le driver propose un script bpatch 
pour le faire. Ce script récupère le code source du kernel, modifie légèrement 
btusb.c et le compile ensuite. Mais il ne fonctionne plus depuis Debian 11, 
parce qu'il ne parvient pas à récupérer le code source. J'ai essayé de le faire 
manuellement, comme le propose le README du driver, mais je bute effectivement 
sur la récupération / compilation du code source et je ne suis pas développeur, 
même si j'ai quelques notions de programmation.

.../MT7630E-master/build$ apt show linux-image-5.10.0-11-amd64
Package: linux-image-5.10.0-11-amd64
Version: 5.10.92-2
Built-Using: linux (= 5.10.92-2)
Status: install ok installed
Priority: optional
Section: kernel
Source: linux-signed-amd64 (5.10.92+2)
Maintainer: Debian Kernel Team 

sudo apt-get source linux-signed-amd64\ \(5.10.92+2\)
Lecture des listes de paquets... Fait
E: Impossible de trouver une source de paquet pour linux-signed-amd64 
(5.10.92+2)

sudo apt-get source linux-image-5.10.0-11-amd64
Lecture des listes de paquets... Fait
Choix de « linux-signed-amd64 » comme paquet source à la place de « 
linux-image-5.10.0-11-amd64 »
E: Impossible de trouver la version « 5.10.92+2 » du paquet « 
linux-image-5.10.0-11-amd64 »
E: Impossible de trouver une source de paquet pour linux-signed-amd64

En cherchant, j'ai trouvé cette page
https://snapshot.debian.org/package/linux-signed-amd64/5.10.92%2B2/
et j'ai téléchargé le paquet tar.gz

Ensuite, après des essais infructueux, je ne vois pas comment m'en servir pour 
créer le btusb.c et le compiler.
Merci de vos lumières !

Jean




Bonsoir,

En fait tu parles bien de Debian 11 bullseye (noyau 5.10) plutôt que 
Debian 12 Bookworm (noyau 6.1), non? Ou alors tu as fait une mise à jour 
de Bullseye vers Bookworm, mise à jour que tu as crue complète mais qui 
ne s'est pas correctement effectuée?


- Si tu es en pur Bullseye:
En tout cas tu es resté en noyau 5.10.92.2 et je te suggère de faire une 
mise-è-jour (apt update puis apt upgrade) de ton système pour te mettre 
en 5.10.197.1, ça solutionnera peut-être ton souci d'accès de ton script 
à la bonne version de source du noyau


- Si tu penses être en Bookworm mais que tu as un noyau 5.10, tu as en 
fait un système hybride Bullseye/Bookworm. Auquel cas je te suggère de 
lire la procédure de mise à jour pour comprendre quelles étapes n'ont 
pas été franchies avec succès:

https://www.debian.org/releases/bookworm/amd64/release-notes/ch-upgrading.en.html
Si tu as de la chance, la séquence suivante pourrait suffire (en 
utilisateur root):

apt update
apt upgrade
apt full-upgrade

Compilation d'un module du kernel dans Debian 12 stable

2023-12-06 Par sujet Jean Bernon

Bonjour, 

Objectif : faire fonctionner le bluetooth d'une carte Mediatek MT7630e 

Il existe un driver spécial pour cette carte wifi/bluetooth : 
https://github.com/neurobin/MT7630E/wiki/Get-bluetooth-working-in-Linux-kernel--with-mt7630e
 

Le wifi a toujours fonctionné. En revanche faire fonctionner le bluetooth 
nécessite de recompiler le module btusb et le driver propose un script bpatch 
pour le faire. Ce script récupère le code source du kernel, modifie légèrement 
btusb.c et le compile ensuite. Mais il ne fonctionne plus depuis Debian 11, 
parce qu'il ne parvient pas à récupérer le code source. J'ai essayé de le faire 
manuellement, comme le propose le README du driver, mais je bute effectivement 
sur la récupération / compilation du code source et je ne suis pas développeur, 
même si j'ai quelques notions de programmation. 

.../MT7630E-master/build$ apt show linux-image-5.10.0-11-amd64 
Package: linux-image-5.10.0-11-amd64 
Version: 5.10.92-2 
Built-Using: linux (= 5.10.92-2) 
Status: install ok installed 
Priority: optional 
Section: kernel 
Source: linux-signed-amd64 (5.10.92+2) 
Maintainer: Debian Kernel Team  

sudo apt-get source linux-signed-amd64\ \(5.10.92+2\) 
Lecture des listes de paquets... Fait 
E: Impossible de trouver une source de paquet pour linux-signed-amd64 
(5.10.92+2) 

sudo apt-get source linux-image-5.10.0-11-amd64 
Lecture des listes de paquets... Fait 
Choix de « linux-signed-amd64 » comme paquet source à la place de « 
linux-image-5.10.0-11-amd64 » 
E: Impossible de trouver la version « 5.10.92+2 » du paquet « 
linux-image-5.10.0-11-amd64 » 
E: Impossible de trouver une source de paquet pour linux-signed-amd64 

En cherchant, j'ai trouvé cette page 
https://snapshot.debian.org/package/linux-signed-amd64/5.10.92%2B2/ 
et j'ai téléchargé le paquet tar.gz 

Ensuite, après des essais infructueux, je ne vois pas comment m'en servir pour 
créer le btusb.c et le compiler. 
Merci de vos lumières ! 

Jean

Re: Retbleed en lançant Debian-12 et kernel panic : résolu

2023-08-07 Par sujet ajh-valmer

On Saturday 05 August 2023 16:45:10 ajh-valmer wrote:
> On Friday 04 August 2023 16:50:39 didier gaumet wrote:
> > Le 04/08/2023 à 16:29, ajh-valmer a écrit :
> > > En rebootant mon portable sur lequel je viens d'installer bookworm,
> > > j'ai un kernel panic et avant le message :
> > > "Retbleed, vulnerable to attacks..."
> > > Durant l'installation, le nouveau noyau 6.10 n'a pu être installé.
> > > Quid ?

La seule solution a été de refaire une installation propre,
Maintenant tout va bien, mais quel énorme travail !

Je subodore qu'une sauvegarde a été faite sur 2 partitions,
le système et sa sauvegarde pendant l'upgrade.
Moralité :
Éteindre cron complètement avant un update, upgrade.

Re: Retbleed en lançant Debian-12 et kernel panic

2023-08-06 Par sujet roger . tarani




- Mail original -
De: "Michel Verdier" 
À: "Liste Debian" 
Envoyé: Dimanche 6 Août 2023 16:55:52
Objet: Re: Retbleed en lançant Debian-12 et kernel panic

Le 6 août 2023 RogerT a écrit :

> Finalement, la référence du 2/ ci-dessous semble être celle
> recherchée. J’ai en même temps démontré la difficulté à trouver
> facilement l’information nécessaire sur les sites debian.org

Oui et non.

Non parce que la page
https://www.debian.org/releases/bookworm/amd64/release-notes/ch-upgrading.fr.html
(qui est celle que j'ai déjà indiquée) je l'ai trouvée directement par
une recherche web basique lors de mon premier upgrade et plusieurs fois
ensuite. Par exemple "upgrade bookworm" sur https://www.debian.org
l'indique en premier.
https://search.debian.org/?q=upgrade+bookworm=10=fr=Zupgrad%09Zbookworm%09Zamd64=.%7E%7E=fr

Oui parce que si tu as trouvé d'autres liens moins clairs ça montre qu'il
reste des progrès à faire sur ces autres liens (j'en exclus les ML/post
qui ne peuvent/doivent pas être changés).



++
Oui avec la recherche 'upgrade bookworms'
Avec 'upgrade debian 12', ça ne vient pas de suite. A la environ 50ème position.

Je crois qu'il devrait y avoir un pointeur clair et immédiat pour l'upgrade 
vers bookworm :

Page d'accueil : 
-> Nouvelle : https://www.debian.org/News/2023/20230610 
là on trouve : " Comme toujours, les systèmes Debian peuvent être mis à niveau 
sans douleur, sur place et sans période d'indisponibilité forcée, mais il est 
fortement recommandé de lire les notes de publication ainsi que le manuel 
d'installation pour d'éventuels problèmes et pour des instructions détaillées 
sur l'installation et la mise à niveau. Les notes de publications seront 
améliorées et traduites dans les semaines suivant la publication."
et un lien vers :
-> https://www.debian.org/releases/bookworm/releasenotes
-> enfin 
https://www.debian.org/releases/bookworm/amd64/release-notes/ch-upgrading.fr.html

Page accueil/télécharger  :
https://www.debian.org/download
-> Notes de publication 
https://www.debian.org/releases/bookworm/amd64/release-notes/
-> https://www.debian.org/releases/bookworm/amd64/release-notes/
-> enfin 
https://www.debian.org/releases/bookworm/amd64/release-notes/ch-upgrading.fr.html

ça fait 3 pointeurs pour aller à la mise à jour en naviguant. Et là, encore, je 
connais debian, les différents processeurs, et je sais ce que je cherche, etc.
ça me rappelle un peu le parcours qu'il fallait faire, à une époque, pour 
installer un JRE/JDK pour le bon  processeur, la bonne version, etc. On était 
plutôt perdu. On tâtonnait.

Je crois que sur la page d'accueil FR, il faudrait un pointeur direct avec un 
menu déroulant par architecture matérielle : 
[choix processeur amd64/aarch64/...] -> installer / -> mettre à niveau

Page EN :
[HW architecture amd64/aarch64/...] -> install / -> upgrade

A voir, si mes observations mettent en évidence quelques améliorations 
susceptibles de faciliter la navigation et la prise en main.

Re: Retbleed en lançant Debian-12 et kernel panic

2023-08-06 Par sujet Michel Verdier

Le 6 août 2023 RogerT a écrit :

> Finalement, la référence du 2/ ci-dessous semble être celle
> recherchée. J’ai en même temps démontré la difficulté à trouver
> facilement l’information nécessaire sur les sites debian.org

Oui et non.

Non parce que la page
https://www.debian.org/releases/bookworm/amd64/release-notes/ch-upgrading.fr.html
(qui est celle que j'ai déjà indiquée) je l'ai trouvée directement par
une recherche web basique lors de mon premier upgrade et plusieurs fois
ensuite. Par exemple "upgrade bookworm" sur https://www.debian.org
l'indique en premier.
https://search.debian.org/?q=upgrade+bookworm=10=fr=Zupgrad%09Zbookworm%09Zamd64=.%7E%7E=fr

Oui parce que si tu as trouvé d'autres liens moins clairs ça montre qu'il
reste des progrès à faire sur ces autres liens (j'en exclus les ML/post
qui ne peuvent/doivent pas être changés).

Re: Retbleed en lançant Debian-12 et kernel panic

2023-08-06 Par sujet RogerT

> Le 6 août 2023 à 12:35, nicolas.patr...@gmail.com a écrit :
> 
> On 06/08/2023 10:25:41, didier gaumet wrote:
> 
>> Tu as raison: apt accepte aussi la commande dist-upgrade en plus de 
>> full-upgrade
>> (la page man d'apt ne documente que la commande full-upgrade et ne 
>> mentionne pas dist-upgrade)
> 
> C’est parce que dist-upgrade disparaîtra un de ces jours, il est remplacé par 
> full-upgrade.
> 
> nicolas patrois : 

J’ai récemment appris, et ainsi évité un accident en me fiant aux innombrables 
tutos simplistes et trompeurs, qu’il faut :

1/ se fier à la note de publication (release note)
Je cherche la référence… pas facile.
Il y a au moins :
https://www.debian.org/News/2023/20230610
qui pointe vers :
https://www.debian.org/releases/bookworm/installmanual
Et cette page du manuel :
https://www.debian.org/doc/manuals/debian-handbook/sect.dist-upgrade.fr.html
(qui commence par tartiner le célèbre dist-upgrade… avant d’introduire 
full-upgrade, noyé au milieu de la page !)

Finalement, la référence du 2/ ci-dessous semble être celle recherchée. J’ai en 
même temps démontré la difficulté à trouver facilement l’information nécessaire 
sur les sites debian.org 

Svp, corrigez mes références récapitulatives. 

2/ se fier à la doc debian qui parle exclusivement de :
# apt full-upgrade
Ref : 
https://www.debian.org/releases/bookworm/amd64/release-notes/ch-upgrading.en.html#upgrading-full

3/ et demander à la liste quand on ne sait pas !

Re : Retbleed en lançant Debian-12 et kernel panic

2023-08-06 Par sujet nicolas . patrois

On 06/08/2023 10:25:41, didier gaumet wrote:

> Tu as raison: apt accepte aussi la commande dist-upgrade en plus de 
> full-upgrade
> (la page man d'apt ne documente que la commande full-upgrade et ne 
> mentionne pas dist-upgrade)

C’est parce que dist-upgrade disparaîtra un de ces jours, il est remplacé par 
full-upgrade.

nicolas patrois : pts noir asocial
-- 
RÉALISME

M : Qu'est-ce qu'il nous faudrait pour qu'on nous considère comme des humains ? 
Un cerveau plus gros ?
P : Non... Une carte bleue suffirait...

Re: Retbleed en lançant Debian-12 et kernel panic

2023-08-06 Par sujet didier gaumet


Le 06/08/2023 à 09:52, MERLIN Philippe a écrit :

Le dimanche 6 août 2023, 09:34:54 CEST didier gaumet a écrit :

[...]

 > - apt accepte la commande full-upgrade mais pas_ dist-upgrade_

*faux* !!!

Chaque  fois que je fais une MAJ je fais un apt dist-upgrade.


Tu as raison: apt accepte aussi la commande dist-upgrade en plus de 
full-upgrade
(la page man d'apt ne documente que la commande full-upgrade et ne 
mentionne pas dist-upgrade)

Re: Retbleed en lançant Debian-12 et kernel panic

2023-08-06 Par sujet MERLIN Philippe

Le dimanche 6 août 2023, 09:34:54 CEST didier gaumet a écrit :
> Le 06/08/2023 à 07:34, Michel Verdier a écrit :
> > Le 5 août 2023 ajh-valmer a écrit :
> >> Je vais réinstaller asap bookworm, mais je m'explique pas pourquoi un

> 
> - apt accepte la commande full-upgrade mais pas_ dist-upgrade_
*faux* !!! 
Chaque  fois que je fais une MAJ je fais un apt dist-upgrade.

Philippe MERLIN

Re: Retbleed en lançant Debian-12 et kernel panic

2023-08-06 Par sujet didier gaumet


Le 06/08/2023 à 07:34, Michel Verdier a écrit :

Le 5 août 2023 ajh-valmer a écrit :


Je vais réinstaller asap bookworm, mais je m'explique pas pourquoi un
dist-upgrade finit si mal.


Au début tu parlais d'une installation puis d'une mise à jour. Que
fais-tu exactement ? Et c'est ce qu'on te demandait : si tu avais suivi
la procédure de mise à jour. Or celle-ci ne parle absolument pas de
dist-upgrade !
https://www.debian.org/releases/bookworm/amd64/release-notes/ch-upgrading.fr.html


je n'arrive pas à mettre la main sur une doc qui illustre ce que je vais 
dire mais, en gros, pour dédouaner ajh sur ce coup-là, je crois que ça 
ne prête pas à conséquences et qu'il y a une légère incohérence dans 
Debian :


- apt accepte la commande full-upgrade mais pas dist-upgrade
- apt-get accepte la commande dist-upgrade mais pas full-upgrade
aptitude accepte les deux et précise dans sa page man:
"Note
This command was originally named dist-upgrade for historical reasons, 
and aptitude still recognizes dist-upgrade as a synonym for full-upgrade."


:-)

Re: Retbleed en lançant Debian-12 et kernel panic

2023-08-05 Par sujet Michel Verdier

Le 5 août 2023 ajh-valmer a écrit :

> Je vais réinstaller asap bookworm, mais je m'explique pas pourquoi un
> dist-upgrade finit si mal.

Au début tu parlais d'une installation puis d'une mise à jour. Que
fais-tu exactement ? Et c'est ce qu'on te demandait : si tu avais suivi
la procédure de mise à jour. Or celle-ci ne parle absolument pas de
dist-upgrade !
https://www.debian.org/releases/bookworm/amd64/release-notes/ch-upgrading.fr.html

Re: Retbleed en lançant Debian-12 et kernel panic

2023-08-05 Par sujet ajh-valmer

On Saturday 05 August 2023 20:50:29 didier gaumet wrote:
> Le 05/08/2023 à 18:06, ajh-valmer a écrit :
> > À quel moment et comment choisir Systemd ou Sysv ? :

> => dans tous ces cas, tu cherches les ennuis:
> - si tes convictions te font détester systemd (parce que dans une grande 
> majorité de cas (mais pas la totalité), ce sont des convictions, pas des 
> faits objectifs, qui amènent à cette situation), alors choisis sysvinit 
> mais sois conscient que comme pour TDE, ça nécessite des compétences, de 
> l'investissement et de la rigueur  sinon, utilise systemd

Je n'ai rien contre systemd, c'est à l'installation que systemd et/ou sysvinit
sont apparus, je n'ai rien fait pour ça.
Je vais réinstaller asap bookworm, mais je m'explique pas pourquoi un
dist-upgrade finit si mal.
Sur mes 2 autres ordinateurs je n'ai eu aucun problème.

Re: Retbleed en lançant Debian-12 et kernel panic

2023-08-05 Par sujet didier gaumet

Le 05/08/2023 à 18:06, ajh-valmer a écrit :
[...]

Seul message alarmant, "noyau 6.10... ininstallable".

Impossible vu que c'est kernel panic au boot.

si, c'est possible avec un média d'installation Debian, tu démarres
dessus et au lieu de choisir installation, tu choisis récupération.

Y a une explication en français avec captures d'écran ici:
https://www.malekal.com/reparer-debian-mode-rescue-recuperation/#Comment_acceder_au_mode_rescue_depuis_une_cle_USB_bootable

Donc tu entres dans un shell de récupération, pas dans le contexte de
l'installateur mais dans le contexte de ton système cassé dont tu
indiques la racine (/). Normalement ça va te proposer de monter aussi
les partitions /boot/efi et /boot voire les autres partitions
/partitions_que_tu_as_créées, tu acceptes de les monter.

Du coup une fois que tu as cliqué sur "exécuter un shell dans
, même si c'est le noyau linux du
média d'installation qui est chargé en mémoire, tu es à la racine de ton
système cassé avec toute l'arborescence montée. C'est un chroot

Au ca où, tu mais un
# mount -a
pour que tous les systèmes de fichiers encore non montés le soient.

Et puis là il te reste à faire un
# apt upgrade
qui va sûrement te balancer des messages d'erreur. A partir de là tu
enquêtes pour savoir comment résoudre tes problèmes de dépendances

tu n'as pas de problèmes? Tu passes à l'étape suivante:
# apt full-upgrade
qui va sûrement te balancer des messages d'erreur. A partir de là tu
enquêtes pour savoir comment résoudre tes problèmes de dépendances

tu n'as pas de problèmes? Tu es tiré d'affaire, bravo.

tu as encore des problèmes? je te conseille de réinstaller Debian
proprement parce qu'autrement tu vas avoir du mal à t'en sortir, je pense

À quel moment et comment choisir Systemd ou Sysv ?

Si tu te retrouves avec un menu grub te proposant un Debian Syqtemd et
un Debian Syvinit c'est soit que tu as installé deux Debian, un systemd
et un sysvinit, soit que tu as "réussi" à installer un seul Debian avec
dexu options systemd et sysvinit

=> dans tous ces cas, tu cherches les ennuis:
- si tes convictions te font détester systemd (parce que dans une grande
majorité de cas (mais pas la totalité), ce sont des convictions, pas des
faits objectifs, qui amènent à cette situation), alors choisis sysvinit
mais sois conscient que comme pour TDE, ça nécessite des compétences, de
l'investissement et de la rigueur

- sinon, utilise systemd

Re: Retbleed en lançant Debian-12 et kernel panic

2023-08-05 Par sujet Michel Verdier

Le 5 août 2023 ajh-valmer a écrit :

>> ta mise à jour de Bullseye à Bookworm n'a pas été effectuée entièrement :
> Si, tout a été fait selon les règles de l'art.
> Seul message alarmant, "noyau 6.10... ininstallable".

Il y a forcément eu quelque chose qui a rendu le kernel ininstallable, ça
doit apparaître dans les logs.

>> Donc en gros, là, faut que tu débloques la situation pour pourvoir 
>> terminer ta mise à jour :
> Impossible vu que c'est kernel panic au boot.

Donc boote sur une clef usb, par exemple, pour monter le root fs et finir
la mise à jour. Et peut-être profites-en pour regarder dans les logs.

Re: Retbleed en lançant Debian-12 et kernel panic

2023-08-05 Par sujet ajh-valmer

On Saturday 05 August 2023 17:08:55 didier gaumet wrote:
> Le 05/08/2023 à 16:45, ajh-valmer a écrit :
> >> Ton message apparaît après écran accueil Grub, non,
> >> une mise-à-jour plutôt qu'une installation? :
> > Oui, bien sûr, suite à un upgrade de bullseye vers bookworm,
> > en suivant parfaitement la méthode.
> > Menu Grub, j'ai aussi le choix de booter en sysvinit.
> > j'ai du mal entre "systemd" et "sysvinit"...

> ta mise à jour de Bullseye à Bookworm n'a pas été effectuée entièrement :
Si, tout a été fait selon les règles de l'art.
Seul message alarmant, "noyau 6.10... ininstallable".

> Donc en gros, là, faut que tu débloques la situation pour pourvoir 
> terminer ta mise à jour :
Impossible vu que c'est kernel panic au boot.
> 
> Concernant Systemd contre Sysv, je ne comprends pas ta position:
> choisis l'un des deux selon tes propres critères, ou, si tu as du mal à 
> savoir quels devraient être tes critères de choix entre l'un et l'autre, 
> c'est que ru te tortures pour rien et suis la préconisation de Debian :
À quel moment et comment choisir Systemd ou Sysv ?

Re: Retbleed en lançant Debian-12 et kernel panic

2023-08-05 Par sujet didier gaumet


Le 05/08/2023 à 16:45, ajh-valmer a écrit :

On Friday 04 August 2023 16:50:39 didier gaumet wrote:

Le 04/08/2023 à 16:29, ajh-valmer a écrit :

En rebootant mon portable sur lequel je viens d'installer bookworm,
j'ai un kernel panic et avant le message :
"Retbleed, vulnerable to attacks..."
Durant l'installation, le nouveau noyau 6.10 n'a pu être installé.
Quid ?



Ton message apparaît après écran accueil Grub, non,
une mise-à-jour plutôt qu'une installation? :

Oui, bien sûr, suite à un upgrade de bullseye vers bookworm,
en suivant parfaitement la méthode.
Menu Grub, j'ai aussi le choix de booter en sysvinit.
j'ai du mal entre "systemd" et "sysvinit"...
@+


ta mise à jour de Bullseye à Bookworm n'a pas été effectuée entièrement, 
très probablement parce que justement tu n'as pas suivi les étapes de la 
procédure, notamment désinstaller les paquets de tierce partie et 
désactiver leurs dépôts le temps que la mise à jour soit effectuée avec 
succès, puis réinstaller ces paquets. Je sais c'est lourd, mais c'est le 
prix à payer pour ne pas avoir des problèmes systématiques de mise à jour.


Comme déjà dit un mois plus tôt, pour Retbleed, déjà c'est pas très 
sensible dans un contexte ordinaire car difficile à exploiter, et de 
plus la version du noyau de Bookworm comporte des parades à Retbleed.


Donc en gros, là, faut que tu débloques la situation pour pourvoir 
terminer ta mise à jour


Concernant Systemd contre Sysv, je ne comprends pas ta position:
choisis l'un des deux selon tes propres critères, ou, si tu as du mal à 
savoir quels devraient être tes critères de choix entre l'un et l'autre, 
c'est que ru te tortures pour rien et suis la préconisation de Debian.

Re: Retbleed en lançant Debian-12 et kernel panic

2023-08-05 Par sujet ajh-valmer

On Friday 04 August 2023 16:50:39 didier gaumet wrote:
> Le 04/08/2023 à 16:29, ajh-valmer a écrit :
> > En rebootant mon portable sur lequel je viens d'installer bookworm,
> > j'ai un kernel panic et avant le message :
> > "Retbleed, vulnerable to attacks..."
> > Durant l'installation, le nouveau noyau 6.10 n'a pu être installé.
> > Quid ?

> Ton message apparaît après écran accueil Grub, non,
> une mise-à-jour plutôt qu'une installation? :
Oui, bien sûr, suite à un upgrade de bullseye vers bookworm,
en suivant parfaitement la méthode.
Menu Grub, j'ai aussi le choix de booter en sysvinit.
j'ai du mal entre "systemd" et "sysvinit"...
@+

Re: [RESOLU]Log de kernel audit

2023-07-21 Par sujet Francois Mescam


Je confirme depuis que j'ai redémarré les machines le problème a disparu.

Merci Etienne pour ton aide.

Francois Mescam

Le 18/07/2023 à 13:19, Francois Mescam a écrit :

Le 18/07/2023 à 09:52, Étienne Mollier a écrit :

Bonjour,

Francois Mescam, on 2023-07-15:

J'observe depuis un ou deux jours un nombre important de messages qui
répondent au masque suivant

  kernel:.+ audit: type=.+ audit\(.+\):

dans les log. Auparavant je n'avais qu'un nombre limité de messages
provenant de apparmor mais maintenant la variété de log a beaucoup 
augmenté.


Mon système est en testing mis à jour tous les 1 jour ou 2. J'ai 
observé
aussi une mise à jour de libaudit... hier mais pas de rapport de 
bogue sur

ces paquets.

Quelqu'un a-t-il aussi remarqué ce genre de phénomène ?

J'ai eu une grosse inflation de tels messages dans sid il y a
peut-être deux semaines.  Depuis j'ai redémarré et les messages

Ce décalage entre nous me semble normal car je suis en testing

d'audit ont l'air d'être revenu à leur normale.  Peut-être que
ça venait d'un écart de version entre deux composants en train
de tourner sur la machine.

Est-ce que le volume de messages d'audit est le même après un
redémarrage ?
Effectivement depuis la machine a redémarré le dimanche 16/7 et le 
volume est redevenu normal. J'ai aussi une autre machine qui n'a pas 
redémarré et la l'inflation continue. Je vais la redémarrer afin de 
confirmer.


Bonne journée,  :)

Re: Log de kernel audit

2023-07-18 Par sujet Francois Mescam


Le 18/07/2023 à 09:52, Étienne Mollier a écrit :

Bonjour,

Francois Mescam, on 2023-07-15:

J'observe depuis un ou deux jours un nombre important de messages qui
répondent au masque suivant

  kernel:.+ audit: type=.+ audit\(.+\):

dans les log. Auparavant je n'avais qu'un nombre limité de messages
provenant de apparmor mais maintenant la variété de log a beaucoup augmenté.

Mon système est en testing mis à jour tous les 1 jour ou 2. J'ai observé
aussi une mise à jour de libaudit... hier mais pas de rapport de bogue sur
ces paquets.

Quelqu'un a-t-il aussi remarqué ce genre de phénomène ?

J'ai eu une grosse inflation de tels messages dans sid il y a
peut-être deux semaines.  Depuis j'ai redémarré et les messages

Ce décalage entre nous me semble normal car je suis en testing

d'audit ont l'air d'être revenu à leur normale.  Peut-être que
ça venait d'un écart de version entre deux composants en train
de tourner sur la machine.

Est-ce que le volume de messages d'audit est le même après un
redémarrage ?
Effectivement depuis la machine a redémarré le dimanche 16/7 et le 
volume est redevenu normal. J'ai aussi une autre machine qui n'a pas 
redémarré et la l'inflation continue. Je vais la redémarrer afin de 
confirmer.


Bonne journée,  :)

Re: Log de kernel audit

2023-07-18 Par sujet Étienne Mollier

Bonjour,

Francois Mescam, on 2023-07-15:
> J'observe depuis un ou deux jours un nombre important de messages qui
> répondent au masque suivant
> 
>  kernel:.+ audit: type=.+ audit\(.+\):
> 
> dans les log. Auparavant je n'avais qu'un nombre limité de messages
> provenant de apparmor mais maintenant la variété de log a beaucoup augmenté.
> 
> Mon système est en testing mis à jour tous les 1 jour ou 2. J'ai observé
> aussi une mise à jour de libaudit... hier mais pas de rapport de bogue sur
> ces paquets.
> 
> Quelqu'un a-t-il aussi remarqué ce genre de phénomène ?

J'ai eu une grosse inflation de tels messages dans sid il y a
peut-être deux semaines.  Depuis j'ai redémarré et les messages
d'audit ont l'air d'être revenu à leur normale.  Peut-être que
ça venait d'un écart de version entre deux composants en train
de tourner sur la machine.

Est-ce que le volume de messages d'audit est le même après un
redémarrage ?

Bonne journée,  :)
-- 
Étienne Mollier 
Fingerprint:  8f91 b227 c7d6 f2b1 948c  8236 793c f67e 8f0d 11da
Sent from /dev/tty1, please excuse my verbosity.


signature.asc
Description: PGP signature

Log de kernel audit

2023-07-15 Par sujet Francois Mescam

J'observe depuis un ou deux jours un nombre important de messages qui 
répondent au masque suivant


 kernel:.+ audit: type=.+ audit\(.+\):

dans les log. Auparavant je n'avais qu'un nombre limité de messages 
provenant de apparmor mais maintenant la variété de log a beaucoup augmenté.


Mon système est en testing mis à jour tous les 1 jour ou 2. J'ai observé 
aussi une mise à jour de libaudit... hier mais pas de rapport de bogue 
sur ces paquets.


Quelqu'un a-t-il aussi remarqué ce genre de phénomène ?

--
Francois Mescam

Re: Debian testing et kernel 6.1: kernel panic avec bumblebee

2023-02-19 Par sujet Haricophile

Le Sat, 18 Feb 2023 15:52:36 +0100,
Jérémy Prego  a écrit :

> Première question: est-ce que Bumblebee est toujours recommandé pour
> cet usage ?

Sur Ubuntu il semble y avoir les scripts et la config qui vont bien
installé. 

Sur Debian wiki c'est moyennement clair, sinon qu'en théorie les drivers
Nvidia récent sont censés gérer l'extinction. Pas avec Nouveau si j'ai
compris, même si chez Fedora tout ça semble bien marcher depuis
longtemps avec Nvidia ET Nouveau.

Je ne sais pas trop pourquoi Debian ne pompe pas plus sur Ubuntu ou
Fedora sur ce sujet précis, je sais bien que on parle de proprio, mais
bon... en tout cas ça fait un moment que je ne comprends rien chez
Debian.

Vivement que le driver libre arrive, puisqu'il semble que NVidia
s'oriente vers une libération de son driver.

Re: Debian testing et kernel 6.1: kernel panic avec bumblebee

2023-02-19 Par sujet didier gaumet

Le samedi 18 février 2023 à 15:52 +0100, Jérémy Prego a écrit :
> Bonjour à tous,
> 
> Depuis quelques temps, le noyau 6.1 est arrivé dans testing, mais, ça
> ne 
> semble pas faire bon ménage avec bumblebee que j'utilise pour
> éteindre 
> la carte nvidia. si je désactive bumblebee au lancement, le système 
> démarre normalement. Si je repasse au kernel 6.0.0-6, tout fonctionne
> avec Bumblebee
> 
> Première question: est-ce que Bumblebee est toujours recommandé pour
> cet 
> usage ?
> 
> Pour combler l'absence de Bumblebee, j'ai utiliser une méthode trouvé
> sur :
>  
> https://www.reddit.com/r/linux/comments/78is1r/complete_disable_of_discrete_gpu/?_x_tr_sl=en&_x_tr_tl=fr&_x_tr_hl=fr&_x_tr_pto=sc
> 
> La carte NVIDIA est bien off (à en croire les températures), mais il
> y a 
> un souci: Ça freeze (kernel panic), si j'ai le malheur de toucher le 
> touchpad. Quand je suis chez moi ce n'est pas gênant parce que j'ai
> un 
> clavier externe, mais quand je dois utiliser le clavier du laptop,
> c'est 
> un peu plus embêtant :)
> 
> Je précise que je me sers de bumblebee, que pour éteindre le GPU
> NVIDIA, 
> du coup je n'ai pas les drivers propriétaires d'installé sur le
> système
> 
> Bref, je suis preneur de conseils ou d'une petite mise à jour de mes 
> connaissances sur le sujet :)
> 
> pour info:
> je dispose d'un dell G5 15 5587
> - Intel(R) Core(TM) i5-8300H CPU @ 2.30GHz
> NVIDIA GeForce GTX 1050 Ti Mobile
> Wireless-AC 9560
> 
> Merci beaucoup :)
> Jerem

Bonjour,

(je n'utilise ni bumblebee une carte Nvidia donc n'ai aucune
expérience/connaissance avec ça, donc en gros j'y connais rien)

Au doigt mouillé comme ça je dirais que ça a des chances d'être une
régression du noyau 6.1 qui sera corrigée ultérieurement.

Mais au cas où ce serait serait un changement de mode opératoire, tu
peux toujours regarder les wiki Archlinux et Debian sur Bumblebee. Les
deux derniers problèmes évoqués dans liste de problèmes rencontrés du
wiki Debian pourraient te concerner. Je ne sais déjà plus où j'ai lu ça
(ma pauvre tête) mais il me semble qu'était aussi évoquée la
possibilité de conserver Bumblebee et Nouveau en conjonction mais de
désactiver bbswitch pour laisser la gestion de l'énergie à Nouveau.

Debian testing et kernel 6.1: kernel panic avec bumblebee

2023-02-18 Par sujet Jérémy Prego


Bonjour à tous,

Depuis quelques temps, le noyau 6.1 est arrivé dans testing, mais, ça ne 
semble pas faire bon ménage avec bumblebee que j'utilise pour éteindre 
la carte nvidia. si je désactive bumblebee au lancement, le système 
démarre normalement. Si je repasse au kernel 6.0.0-6, tout fonctionne 
avec Bumblebee


Première question: est-ce que Bumblebee est toujours recommandé pour cet 
usage ?


Pour combler l'absence de Bumblebee, j'ai utiliser une méthode trouvé sur :
https://www.reddit.com/r/linux/comments/78is1r/complete_disable_of_discrete_gpu/?_x_tr_sl=en&_x_tr_tl=fr&_x_tr_hl=fr&_x_tr_pto=sc

La carte NVIDIA est bien off (à en croire les températures), mais il y a 
un souci: Ça freeze (kernel panic), si j'ai le malheur de toucher le 
touchpad. Quand je suis chez moi ce n'est pas gênant parce que j'ai un 
clavier externe, mais quand je dois utiliser le clavier du laptop, c'est 
un peu plus embêtant :)


Je précise que je me sers de bumblebee, que pour éteindre le GPU NVIDIA, 
du coup je n'ai pas les drivers propriétaires d'installé sur le système


Bref, je suis preneur de conseils ou d'une petite mise à jour de mes 
connaissances sur le sujet :)


pour info:
je dispose d'un dell G5 15 5587
- Intel(R) Core(TM) i5-8300H CPU @ 2.30GHz
NVIDIA GeForce GTX 1050 Ti Mobile
Wireless-AC 9560

Merci beaucoup :)
Jerem

Re: Module Nvidia geforce 218 et Failed kernel module

2022-01-04 Par sujet Luc Novales


Bonjour,

Je t'ai répondu hier sur un autre fil. Avec la bonne version des 
pilotes, tu aurais un peu plus de chance ;)



Au sujet des fils de discussion, répondre sur un fil en changeant le 
sujet ne crée pas un nouveau fil de discussion.


Des logiciels comme Thunderbird, qui se basent sur l'entête 
"In-reply-to" pour rattacher les messages ne s'y trompent pas et tes 
messages se retrouvent au milieu d'un autre fil. La seule façon de créer 
un nouveau fil est de poster un message qui ne soit pas une réponse.


Bonne journée,

Luc.

Re: Module Nvidia geforce 218 et Failed kernel module

2022-01-03 Par sujet didier gaumet



Désolé, mais à la lecture de tes réponses, je pense sincèrement que la
solution la plus simple et fonctionnelle pour toi c'est de réinstaller
un Debian amd64 (un vrai, pas un multiarch comme tu as) à partir d'un
media incluant les firmwares, avec de préférence le bureau KDE Plasma
(pas Trinity) pour que tu sois moins dérouté. Tout ça sans chercher à
personnaliser Debian, sans chercher à installer un pilote proprio, sans
chercher à installer des tas de logiciels, sans appliquer des recettes
piquées à droite à gauche sans bien les comprendre. Du *STANDARD*. Si
tu as besoin d'aide après ça (en config *STANDARD*) tu reviens le dire
:-)

Re: Module Nvidia geforce 218 et Failed kernel module

2022-01-03 Par sujet ajh-valmer

On Monday 03 January 2022 10:43:43 didier gaumet wrote:
> Le dimanche 02 janvier 2022 à 23:23 +0100, ajh-valmer a écrit :
> > (Xorg ne semble pas se lancer).
> > Ma carte vidéo est une Nvidia geforce GE 6150 nforce 430.
> > Quel est le mode opératoire avec "xserver-xorg-video-nouveau" ?
> > je suis sous Bullseye 64 bits (Debian 11).
> 
> Commence par *ne* *pas* *squatter* un fil qui n'est pas le tien: tu as
> un problème Debian, tu crées un fil de discussion (tu aurais dû
> reprendre et continuer l'ancien) , tu ne squattes pas celui d'un autre,
> tu fous le bordel, à la fois pour lui, mais aussi pour les recherches
> futures (quelqu'un qui cherche sur internet parce qu'il a le même
> problême que toi va atterrir à 12 endroits différents parce que tu as
> fait des petits partout)   :-)  

Je remets donc le sujet de départ, désolé de mon erreur,
mais comme mon PC est en panne graphique,
je dois les écrire depuis un autre qui est toujours sous Buster,
mon MUA n'ayant pas le fil des sujets.

Grand merci pour cet Howto :

Tous les firmware nécessaire sont bien présents,
ainsi que l'effacement des fichiers blacklist dans /etc/modprobe.d/

> 1) en console sous root 
> # journactl -b -g firmware
Pas trop d'indications sinon absconses et pas visible en bout de lignes.
 
> 3) pour que le pilote libre "nouveau" puisse fonctionner correctement,
> il est préférable que le pilote proprio nvidia ait été désinstallé
> suivant les préconisations du wiki Debian si c'est un pilote proprio
> packagé par Debian. Ou désinstallé suivant les préconisations
> officielles de Nvidia si c'est un pilote proprio récupéré chez Nvidia 
# apt purge '^nvidia-.*' 
m'a tout désinstallé des paquets Nvidia.

> 4) # systemctl | grep -i graphical
>   graphical.target
> loaded active active Graphical Interface
Commande tapée, pas de réponse.

> 5) # systemctl | grep -i dm
> # dpkg-reconfigure nom_du_gestionnaire_de_connexion
Fait.

Dommage que tu ne me donnes pas le mode opératoire après la commande :
# apt install xserver-xorg-video-nouveau
Si je tape :
# apt install nvidia-driver OU apt install xserver-xorg-video-nvidia
je me vois proposer d'installer 129 fichiers,
dont de nombreux finissant par ":i386" (32 bits ?)

Voilà le topo...

A. Valmer

Re: [sujet modifié] Module Nvidia geforce 218 et Failed kernel module

2022-01-03 Par sujet Luc Novales


Bonjour et bonne année 2022 à toutes les personnes de la liste,


Le 27/12/2021 à 19:24, ajh-valmer a écrit :


J'ai encore des soucis :
- Carte Nvidia Geforce 218, module pas ou mal installé,
résolution trop faible (1024x768) impossible de la monter à 1024x1024.
Avant ça marchait avec le pilote proprio Nvidia.


C'est certainement parce que la version nvidia-legacy de Buster : 
https://packages.debian.org/fr/buster-backports/nvidia-legacy-340xx-driver 
supportait encore ta carte. C'est confirmé par une recherche du pilote 
de ta carte sur le site de nvidia qui renvoie la version 340.108 : 
https://www.nvidia.fr/Download/driverResults.aspx/156196/fr .


C'est le paquet nvidia-legacy-390xx-alternative : 
https://packages.debian.org/fr/bullseye/nvidia-legacy-390xx-alternative 
qui gère les anciennes cartes, dans Bullseye. Or, la GeForce 280 n'est 
déjà plus dans la liste de la version 470.94 du site Nvidia : 
https://www.nvidia.fr/Download/driverResults.aspx/184177/fr


Comme le paquet nvidia-legacy-340-driver : 
https://packages.debian.org/fr/sid/nvidia-legacy-340xx-alternative est 
encore en SID, tu peux peut-être t'en servir avec le kernel 5.10. Sinon, 
tu peux aussi essayer le script d'installation du site nvidia



Si je tente de le lancer, refus car le système dit que je dois désinstaller
un module nvidia, ce que je fais, et le message revient.

- Au boot, j'ai ce message : "Failed to start kernel module" (Quid ?).


Le module nvidia qui n'a pas compilé ?

Les logs devraient te dire de quel module exact il s'agit.

la commande :

journalctl -b -p err ```

ne te renseigne pas ?

Bonne journée,


--
*Luc Novalès*

Re: [sujet modifié] Module Nvidia geforce 218 et Failed kernel module

2021-12-27 Par sujet didier gaumet




Le lundi 27 décembre 2021 à 19:24 +0100, ajh-valmer a écrit :

[...]
> Ce n'est pas très viable si les outils graphiques Trinity sont
> inopérants.

ça fait tellement longtemps que j'ai utilisé KDE3 que j'ai un peu
oublié comment ça marchait. Donc j'ai cherché à créer paramétrer une
interface ethernet sans trouver mais je n'ai peut-être pas regardé au
bon endroit, ou Trinity a changé la façon de faire. J'ai pas creusé, je
voulais faire rapide. 

En tout cas ça a fini par faire remonter des souvernirs: KDE3 avait son
propre gestionnaire de connexion wifi (Kwifimanager ou un nom de ce
genre). Du coup il ne faut pas installer un gestionnaire de connexion
(wicd, network-manager, connman...) sauf à vouloir des problèmes. Et ne
*pas* paraméter le wifi dans le fichier interfaces 

> Comment expliquer que tu n'as pas les messages DCOP, ICE,
> et moi oui. Pourtant j'ai installé Bullseye 64 bits + buro Trinity,
> à neuf, sur une partition effacée et reformatée sans mauvaises manip.

Mais tu as gardé ta partition /home, je suppose. ça pourrait venir de
là: comme précisé dans un lien Trinity que je t'ai indiqué auparavant,
il peut y avoir du ménage à faire mais il faut le faire depuis une
console (un terminal ne suffit pas). Ou alors créer un utilisateur
secondaire pour te connecter et faire le ménage dans le compte
utilisateur principal.
(parce que si tu essaies de supprimer des fichiers temporaires créés
lors d'une session Trinity ça risque de ne pas être efficace, il faut
le faire hors session Trinity si tu utilises un seul compte
utilisateur)

> J'ai encore des soucis :
> - Carte Nvidia Geforce 218, module pas ou mal installé,
> résolution trop faible (1024x768) impossible de la monter à
> 1024x1024.
> Avant ça marchait avec le pilote proprio Nvidia.
> Si je tente de le lancer, refus car le système dit que je dois
> désinstaller
> un module nvidia, ce que je fais, et le message revient.
> 
> - Au boot, j'ai ce message : "Failed to start kernel module" (Quid
> ?).
> 
> Pour moi, le passage à Bullseye est pas fini et problèmatique...
> Help !
> 
> A. Valmer

Il te faut commencer par savoir si tu veux un pilote proprio ou libre: 

perso sauf besoin particulier, je pense que je prendrais le libre vu
qu'il est installé par défaut (pilote "nouveau").
Pour désinstaller le pilote proprio "nvidia", la procédure est indiquée
là:
https://wiki.debian.org/fr/NvidiaGraphicsDrivers#D.2BAOk-sinstallation

Si au contraire tu veux utiliser le pilote proprio nvidia, la procédure
est là: https://wiki.debian.org/fr/NvidiaGraphicsDrivers

Décharger un module par modprobe -r ou rmmod n'est effectif qu'en cours
de session: au prochain redémarrage c'est perdu. Si tu veux empêcher un
module noyau (ici pilote proprio ("nvidia") ou libre ("nouveau") pour
ta carte graphique), il faut le mettre en liste noire comme suit:
soit un module toto, créer un fichier /etc/modprobe.d/toto-
blacklist.conf qui contient une ligne unique:
blacklist toto

Je suppose que tu disposes d'un écran plat LCD relié par un câble HDMI
ou DVI, pas d'un écran LCD relié par un câble VGA, ni d'un vieil écran
cathodique (CRT)?
Si tu as un LCD raccordé en VGA, passe en câble HDMI ou DVI, tu
t'éviteras des emmerdes (double conversion numérique-analogique et
analogique-numérique inutile et qui fait perdre au PC des informations
sur l'écran, et augmente la distortion)

Pour un écran plat LCD, il faut utiliser sa résolution native, pas
comme un viel écran CRT.

Re: [sujet modifié] Module Nvidia geforce 218 et Failed kernel module

2021-12-27 Par sujet ajh-valmer

On Sunday 26 December 2021 20:49:51 didier.gau...@gmail.com wrote:
> Sur ma Debian Bullseye,
>  je viens d'installer une machine virtuelle Debian Bullseye minimale
> (juste "utilitaires du système" dans Tasksel à la fin de
> l'installation, donc pas d'environnement graphique, dans ce cas le
> réseau de la machine cible est configuré par l'installateur dans
> /etc/network/interfaces)
>  ensuite j'ai installé Trinity suivant les instructions de Trinity:
> wiki.trinitydesktop.org/Debian_Trinity_Repository_Installation_Instructions
>  j'ai juste rajouté l'environnement français (dans les paquets, tâches
> environnement français et bureau français) et le paquet kde-i18n-fr-
> trinity (nom approximatif, je ne me souviens pas bien)
>  Résultat: pas de messages d'erreurs DCOP* ou ICE*, pas de pb de
> démarrage/arrêt lents.
>  La seule anomalie que j'ai remarquée est que en laissant la config
> réseau dans /etc/network/interfaces j'avais accès à internet alors que
> quand j'ai commenté l'interface dans /etc/network/interfaces,
> impossible, même en mode super-utilisateur, de configurer le réseau à
> partir des outils de configuration Trinity: l'interface était invisible
> alors qu'elle était parfaitement visible depuis un terminal
> (l'interface virtuelle de virt-manager/Qemu vue comme une interface
> ethernet)
> Donc à mon avis, Trinity, à part cette anomalie réseau (mais c'est
> peut-être moi qui n'ai pas suivi une procédure nécessaire mais non-
> documentée) est parfaietemnt viable sous Debian Bullseye
> Bon courage :-)
Merci, j'en ai besoin.
Bonne idée d'avoir fait une MV Debian Bullseye.
Ce n'est pas très viable si les outils graphiques Trinity sont inopérants.
Comment expliquer que tu n'as pas les messages DCOP, ICE,
et moi oui. Pourtant j'ai installé Bullseye 64 bits + buro Trinity,
à neuf, sur une partition effacée et reformatée sans mauvaises manip.

J'ai encore des soucis :
- Carte Nvidia Geforce 218, module pas ou mal installé,
résolution trop faible (1024x768) impossible de la monter à 1024x1024.
Avant ça marchait avec le pilote proprio Nvidia.
Si je tente de le lancer, refus car le système dit que je dois désinstaller
un module nvidia, ce que je fais, et le message revient.

- Au boot, j'ai ce message : "Failed to start kernel module" (Quid ?).

Pour moi, le passage à Bullseye est pas fini et problèmatique...
Help !

A. Valmer

Re: Problèmes rencontrés màj de votre kernel

2021-09-01 Par sujet Fab


hello,

je pense qu'il s'agit d'une blague ;)

... https://dedigo.fr

ah bah nan finalement!

Je suis inquiet pour les clients du coup ;)

a+

f.



Le 01/09/2021 à 13:57, cont...@dedigo.fr a écrit :

Bonjour,

Je me permets de vous contacter suite à un problème qui nous est apparu 
hier lors de la màj de votre système kernel sur nos serveurs.


En effet, nos services ont dû être interrompus sans possibilité de 
basculement prévu pendant environ 30mn.


Le fait de mettre à jour votre système est une bonne idée en soit, mais 
pourriez-vous à l'avenir :

- fixer des màj hors d'heures d'utilisation massive, la nuit par exemple
- et/ou notifier quelques jours avant le jour et l'heure de votre màj 
que nous puissions anticiper des mesures pour ne pas avoir de pannes


Dans l'attente de votre retour, je vous adresse mes meilleures salutations.

Olivier Gaspoz
DediGo Sàrl
CEO

Re: Problèmes rencontrés màj de votre kernel

2021-09-01 Par sujet contact

Bonjour,

Je vous remercie pour votre vitesse de réaction et votre explication.

Je vais remonter l'information à mes techniciens et éclaircir cela avec eux.

Je reviendrais vers vous en cas d'autres questions.

Salutations.

Olivier

> Le 01/09/2021 14:38, Belaïd  a écrit :
> 
> 
> Bonjour,
> 
> Sauf erreur de ma part, il faudrait plutôt blâmer votre administrateur 
> système et non le système lui même !   
> Les mises à jour sont balancées sur les serveurs debian quand elles sont 
> prêtes puis votre administrateur décide de quand faire quoi !
> 
> Le mer. 1 sept. 2021 à 14:33, mailto:cont...@dedigo.fr 
> > a écrit :
> 
> > > Bonjour,
> > 
> > Je me permets de vous contacter suite à un problème qui nous est 
> > apparu hier lors de la màj de votre système kernel sur nos serveurs.
> > 
> > En effet, nos services ont dû être interrompus sans possibilité de 
> > basculement prévu pendant environ 30mn.
> > 
> > Le fait de mettre à jour votre système est une bonne idée en soit, 
> > mais pourriez-vous à l'avenir :
> > - fixer des màj hors d'heures d'utilisation massive, la nuit par 
> > exemple
> > - et/ou notifier quelques jours avant le jour et l'heure de votre 
> > màj que nous puissions anticiper des mesures pour ne pas avoir de pannes
> > 
> > Dans l'attente de votre retour, je vous adresse mes meilleures 
> > salutations.
> > 
> > Olivier Gaspoz
> > DediGo Sàrl
> > CEO
> > 
> > >

Re: Problèmes rencontrés màj de votre kernel

2021-09-01 Par sujet NoSpam

Je n'aurai pas mieux dit. Si vous êtes en production et que vous mettez 
les serveurs à jour ... vous êtes à blâmer. Si vous avez activé les 
mises à jour automatiques, de même: le système ne décide pas de 
redémarrer, un administrateur le lui a demandé. Nous ne sommes pas sous 
Windows ...


Bon apprentissage

Le 01/09/2021 à 14:38, Belaïd a écrit :

Bonjour,

Sauf erreur de ma part, il faudrait plutôt blâmer votre administrateur 
système et non le système lui même ! 
Les mises à jour sont balancées sur les serveurs debian quand elles 
sont prêtes puis votre administrateur décide de quand faire quoi !


Le mer. 1 sept. 2021 à 14:33, <mailto:cont...@dedigo.fr>> a écrit :


Bonjour,

Je me permets de vous contacter suite à un problème qui nous est
apparu hier lors de la màj de votre système kernel sur nos serveurs.

En effet, nos services ont dû être interrompus sans possibilité de
basculement prévu pendant environ 30mn.

Le fait de mettre à jour votre système est une bonne idée en soit,
mais pourriez-vous à l'avenir :
- fixer des màj hors d'heures d'utilisation massive, la nuit par
exemple
- et/ou notifier quelques jours avant le jour et l'heure de votre
màj que nous puissions anticiper des mesures pour ne pas avoir de
pannes

Dans l'attente de votre retour, je vous adresse mes meilleures
salutations.

Olivier Gaspoz
DediGo Sàrl
CEO

Re: Problèmes rencontrés màj de votre kernel

2021-09-01 Par sujet Belaïd

Bonjour,

Sauf erreur de ma part, il faudrait plutôt blâmer votre administrateur
système et non le système lui même ! 
Les mises à jour sont balancées sur les serveurs debian quand elles sont
prêtes puis votre administrateur décide de quand faire quoi !

Le mer. 1 sept. 2021 à 14:33,  a écrit :

> Bonjour,
>
> Je me permets de vous contacter suite à un problème qui nous est apparu
> hier lors de la màj de votre système kernel sur nos serveurs.
>
> En effet, nos services ont dû être interrompus sans possibilité de
> basculement prévu pendant environ 30mn.
>
> Le fait de mettre à jour votre système est une bonne idée en soit, mais
> pourriez-vous à l'avenir :
> - fixer des màj hors d'heures d'utilisation massive, la nuit par exemple
> - et/ou notifier quelques jours avant le jour et l'heure de votre màj que
> nous puissions anticiper des mesures pour ne pas avoir de pannes
>
> Dans l'attente de votre retour, je vous adresse mes meilleures
> salutations.
>
> Olivier Gaspoz
> DediGo Sàrl
> CEO
>

Problèmes rencontrés màj de votre kernel

2021-09-01 Par sujet contact

Bonjour,

Je me permets de vous contacter suite à un problème qui nous est apparu hier 
lors de la màj de votre système kernel sur nos serveurs.

En effet, nos services ont dû être interrompus sans possibilité de basculement 
prévu pendant environ 30mn.

Le fait de mettre à jour votre système est une bonne idée en soit, mais 
pourriez-vous à l'avenir :
- fixer des màj hors d'heures d'utilisation massive, la nuit par exemple
- et/ou notifier quelques jours avant le jour et l'heure de votre màj que nous 
puissions anticiper des mesures pour ne pas avoir de pannes

Dans l'attente de votre retour, je vous adresse mes meilleures salutations.

Olivier Gaspoz
DediGo Sàrl
CEO

1 2 3 4 5 6 7 8 9 10 >

1 - 100 sur 3334 matches

Mail list logo