[Résolu] Bug kernel vitesse smb/internet suite maj Ubuntu 22.04.3

neopbm · Le 06/08/2023, à 18:17

Bonjour,

Mon système (lts) m'a proposé une maj depuis Ubuntu 22.04.2 vers Ubuntu 22.04.3. Tout s'est bien passé, mais depuis cela je remarque un soucis de vitesse de transfert des partages smb de mon NAS.
En effet, impossible de dépasser 23mo/s là ou précédemment le même matériel permettait entre 60 et 80mo/s pour une copie de fichier du NAS vers le PC.

J'ai ré installé mon système, depuis une clef usb de 22.04.1, et la maj est arrivée aussi (logique) mais cela m'a je crois, permis d' identifier le fautif : Le kernel 6.2.0-26-generic par défaut utilisé par cette dernière maj.

Si au boot de ma machine, je démarre sur le précédent noyau (5.15.0-43-generic) installé tout fonctionne à pleine vitesse... La logique m'échappe mais les faits sont là.

Y a t'il un moyen de forcer l'usage d'un noyau plutôt qu'un autre en attendant une maj de l'élément problématique ? Pour ne pas avoir à passer par le menu Grub à chaque fois hé hé

J'ai cherché un peu sur le net, j'ai vu des pistes pour supprimer 1 noyau. Mais avec cela je ne suis pas certain d'avoir les maj à venir et j'aimerai garder mon système à jour. Sinon; je patienterai quelques semaines, il me semble que les maj de kernel sont régulières.

Merci

Dernière modification par neopbm (Le 01/11/2023, à 19:18)

xubu1957 · Le 06/08/2023, à 18:31

Bonjour,

Vu l'épidémie, fournis les noyaux présents :

echo; dpkg -l | awk '!/^rc/ && / linux-(c|g|h|i|lo|m|si|t)/{print $1,$2,$3,$4 | "sort -k3V | column -t"}' ; echo -e "\nNoyau courant : $(uname -mr)"

cqfd93 a écrit :

Astuce pour copier / coller sans erreur :
triple clic gauche pour sélectionner et copier une ligne entière
clic molette pour coller dans le terminal

neopbm · Le 06/08/2023, à 18:34

Bonjour,
Merci !
Voici le retour.

$ echo; dpkg -l | awk '!/^rc/ && / linux-(c|g|h|i|lo|m|si|t)/{print $1,$2,$3,$4 | "sort -k3V | column -t"}' ; echo -e "\nNoyau courant : $(uname -mr)"

ii  linux-headers-5.15.0-43                5.15.0-43.46         all
ii  linux-headers-5.15.0-43-generic        5.15.0-43.46         amd64
ii  linux-image-5.15.0-43-generic          5.15.0-43.46         amd64
ii  linux-modules-5.15.0-43-generic        5.15.0-43.46         amd64
ii  linux-modules-extra-5.15.0-43-generic  5.15.0-43.46         amd64
ii  linux-hwe-6.2-headers-6.2.0-26         6.2.0-26.26~22.04.1  all
ii  linux-headers-6.2.0-26-generic         6.2.0-26.26~22.04.1  amd64
ii  linux-image-6.2.0-26-generic           6.2.0-26.26~22.04.1  amd64
ii  linux-modules-6.2.0-26-generic         6.2.0-26.26~22.04.1  amd64
ii  linux-modules-extra-6.2.0-26-generic   6.2.0-26.26~22.04.1  amd64
ii  linux-generic-hwe-22.04                6.2.0.26.26~22.04.7  amd64
ii  linux-headers-generic-hwe-22.04        6.2.0.26.26~22.04.7  amd64
ii  linux-image-generic-hwe-22.04          6.2.0.26.26~22.04.7  amd64

Noyau courant : 6.2.0-26-generic x86_64

Dernière modification par neopbm (Le 06/08/2023, à 18:37)

xubu1957 · Le 06/08/2023, à 18:40

Donne aussi la liste des anomalies de démarrage :

journalctl --no-pager -b -p err

d'éventuels paquets cassés :

dpkg -l | grep -v ^ii

et :

ls -l /var/crash

neopbm · Le 06/08/2023, à 18:44

Les anomalies :

$ journalctl --no-pager -b -p err
août 06 17:18:18 gab-dell-aio kernel: ACPI BIOS Error (bug): Failure creating named object [\_SB.PC00.PEG0.PEGP._DSD], AE_ALREADY_EXISTS (20221020/dswload2-326)
août 06 17:18:18 gab-dell-aio kernel: ACPI Error: AE_ALREADY_EXISTS, During name lookup/catalog (20221020/psobject-220)
août 06 17:18:20 gab-dell-aio kernel: Bluetooth: hci0: Malformed MSFT vendor event: 0x02
août 06 17:18:21 gab-dell-aio bluetoothd[731]: Failed to set mode: Failed (0x03)
août 06 17:18:22 gab-dell-aio gnome-session-binary[2288]: GLib-GIO-CRITICAL: g_bus_get_sync: assertion 'error == NULL || *error == NULL' failed
août 06 17:18:22 gab-dell-aio gnome-session-binary[2288]: GLib-GIO-CRITICAL: g_bus_get_sync: assertion 'error == NULL || *error == NULL' failed
août 06 17:18:26 gab-dell-aio canonical-livepatch.canonical-livepatchd[844]: Livepatch kernel mismatch: Kernel version is "6.2.0-26.26~22.04.1-generic", payload targeted for "5.15.0-43.46-generic".
août 06 17:18:26 gab-dell-aio canonical-livepatch.canonical-livepatchd[844]: Task "refresh" returned an error: Kernel version is "6.2.0-26.26~22.04.1-generic", payload targeted for "5.15.0-43.46-generic", retrying in 30s.
août 06 17:18:27 gab-dell-aio gdm-password][2793]: gkr-pam: unable to locate daemon control file
août 06 17:18:28 gab-dell-aio systemd[2906]: Failed to start Application launched by gnome-session-binary.
août 06 17:18:28 gab-dell-aio systemd[2906]: Failed to start Application launched by gnome-session-binary.
août 06 17:18:28 gab-dell-aio systemd[2906]: Failed to start Application launched by gnome-session-binary.
août 06 17:18:29 gab-dell-aio systemd[2906]: Failed to start Application launched by gnome-session-binary.
août 06 17:18:30 gab-dell-aio gdm-launch-environment][952]: GLib-GObject: g_object_unref: assertion 'G_IS_OBJECT (object)' failed

neopbm · Le 06/08/2023, à 18:46

Les paquets :

dpkg -l | grep -v ^ii
Souhait=inconnU/Installé/suppRimé/Purgé/H=à garder
| État=Non/Installé/fichier-Config/dépaqUeté/échec-conFig/H=semi-installé/W=attend-traitement-déclenchements
|/ Err?=(aucune)/besoin Réinstallation (État,Err: majuscule=mauvais)
||/ Nom                                        Version                                 Architecture Description
+++-==========================================-=======================================-============-================================================================================
rc  thunderbird                                1:102.13.0+build1-0ubuntu0.22.04.1      amd64        Email, RSS and newsgroup client with integrated spam filter

neopbm · Le 06/08/2023, à 18:47

La dernière commande :

total 11388
-rw-r----- 1 gab      whoopsie 11654440 août   5 14:59 _usr_bin_gnome-calendar.1000.crash
-rw-r--r-- 1 gab      whoopsie        0 août   5 14:59 _usr_bin_gnome-calendar.1000.upload
-rw------- 1 whoopsie whoopsie       37 août   5 14:59 _usr_bin_gnome-calendar.1000.uploaded

geole · Le 06/08/2023, à 19:01

neopbm a écrit :

Y a t'il un moyen de forcer l'usage d'un noyau plutôt qu'un autre en attendant une maj de l'élément problématique ? Pour ne pas avoir à passer par le menu Grub à chaque fois hé hé
Merci

Bonjour
Ou, il faut déja que tu repères le N° de ligne
Puis paragraphe 2.3
puis mise à jour du grub

Mais plus tard, il faudra de nouveau rectifier.

Dernière modification par geole (Le 06/08/2023, à 20:58)

neopbm · Le 06/08/2023, à 19:07

geole a écrit :

neopbm a écrit :
Y a t'il un moyen de forcer l'usage d'un noyau plutôt qu'un autre en attendant une maj de l'élément problématique ? Pour ne pas avoir à passer par le menu Grub à chaque fois hé hé
Merci
Bonjour
Ou, il faut déja que tu repères le N° de ligne
Puis paragraphe 2.3
puis mise à jour du grub
Mais plus, tard, il faudra de nouveau rectifier.

Je vais regarder cela; merci

neopbm · Le 07/08/2023, à 16:41

Bonjour,

Quand je fais la commande sudo update-grub, j'ai cela :

Sourcing file `/etc/default/grub'
Sourcing file `/etc/default/grub.d/init-select.cfg'
Generating grub configuration file ...
Found linux image: /boot/vmlinuz-6.2.0-26-generic
Found initrd image: /boot/initrd.img-6.2.0-26-generic
Found linux image: /boot/vmlinuz-5.15.0-43-generic
Found initrd image: /boot/initrd.img-5.15.0-43-generic
Memtest86+ needs a 16-bit boot, that is not available on EFI, exiting
Warning: os-prober will not be executed to detect other bootable partitions.
Systems on them will not be added to the GRUB boot configuration.
Check GRUB_DISABLE_OS_PROBER documentation entry.
Adding boot menu entry for UEFI Firmware Settings ...
done

Ceci voudrait dire que pour démarrer en priorité sur le kernel 5.15.0-43-generic, il faudrait que je modifie GRUB_DEFAULT=1 en remplacement de GRUB_DEFAULT=0 actuellement.
Cela me semble logique car je n'ai (si ma lecture est bonne) que 2 kernels installés et le paramètre GRUB_DEFAULT=0 démarre sur le plus récent.

Après la modif, hop commande

sudo update-grub

puis reboot.
Et après l'installation d'un nouveau kernel via les maj à venir, repasser le paramètre en GRUB_DEFAULT=0

C'est bien ça ?
Merci

Qid · Le 07/08/2023, à 16:53

geole a écrit :

neopbm a écrit :
Y a t'il un moyen de forcer l'usage d'un noyau plutôt qu'un autre en attendant une maj de l'élément problématique ? Pour ne pas avoir à passer par le menu Grub à chaque fois hé hé
Merci
Bonjour
Ou, il faut déja que tu repères le N° de ligne
Puis paragraphe 2.3
puis mise à jour du grub

changer de kernel n'a jamais été la solution à ce problème d'implosion de l'interface graphique...

et pour info pour quand même répondre au dernier post du demandeur :
non le second kernel (le précédent) n'est pas sur la seconde ligne (eh oui on cause en ligne là pour autant que je me souvienne) car il y a les kernels de dépannage entre...

Dernière modification par Qid (Le 07/08/2023, à 16:55)

neopbm · Le 07/08/2023, à 16:57

Qid a écrit :

geole a écrit :
neopbm a écrit :
Y a t'il un moyen de forcer l'usage d'un noyau plutôt qu'un autre en attendant une maj de l'élément problématique ? Pour ne pas avoir à passer par le menu Grub à chaque fois hé hé
Merci
Bonjour
Ou, il faut déja que tu repères le N° de ligne
Puis paragraphe 2.3
puis mise à jour du grub
changer de kernel n'a jamais été la solution à ce problème d'implosion de l'interface graphique...
et pour info pour quand même répondre au dernier post du demandeur :
non le second kernel (le précédent) n'est pas sur la seconde ligne (eh oui on cause en ligne là pour autant que je me souvienne) car il y a les kernels de dépannage entre...

Bonjour,
Merci pour ta réponse mais mon problème n'est pas lié à l'interface graphique.

Bon, je vais patienter jusqu'à une maj et choisir en attendant mon kernel à chaque boot.

Qid · Le 07/08/2023, à 17:08

oups... c'est de la faute à xubu qui m'a orienté sur l’épidémie alors qu'effectivement en lisant ton post que j'avoue ne pas avoir lu la première fois le problème n'est pas identique et dans ce cas ta piste est bien la bonne seulement il faut que tu t'assure de la ligne que tu vises... sans compter que pour moi il y a un défaut dans le tuto qu'on t'as donné : il est utile et facilement applicable pour que grub démarre windows en priorité mais pour démarrer un autre kernel du même linux il faut aussi rappeler que ces derniers se choisissent dans un sous-menu et non dans le menu principal

Qid · Le 07/08/2023, à 17:15

je reprend donc...

geole a écrit :

neopbm a écrit :
Y a t'il un moyen de forcer l'usage d'un noyau plutôt qu'un autre en attendant une maj de l'élément problématique ? Pour ne pas avoir à passer par le menu Grub à chaque fois hé hé
Merci
Bonjour
Ou, il faut déja que tu repères le N° de ligne
Puis paragraphe 2.3
puis mise à jour du grub
Mais plus tard, il faudra de nouveau rectifier.

en fait la solution la plus simple dans ce cas serait à mon sens probablement plutôt celle du paragraphe 2.8
comme ça pas besoin de se préoccuper d'identifier la ligne à démarrer pour l'inscrire... par contre si tu ne re-modifies pas plus tard ton grub ça veut dire qu'à chaque mise à jour de celui-ci il faudra que tu rechanges manuellement de kernel

neopbm · Le 07/08/2023, à 17:16

Pas de problème ! Ton post m'a quand même été utile car il m'a évité une modif de Grub pour rien ou peut-être d'autres effets indésirables hé hé.
Du coup je pense que je vais patienter jusqu’à la prochaine maj de kernel et voir ce que ça donne sur ma machine...

Effectivement c'est étrange que je n'ai pas les mêmes bugs que la majorité ! Mais dans un sens tant mieux car c'est moins gênant un réseau lent que plus d'affichage

xubu1957 · Le 07/08/2023, à 17:23

Bonjour,

Montre les cartes réseaux :

lspci -k -nn | grep -A 3 -i net

et :

ip a

neopbm · Le 07/08/2023, à 17:26

Bonjour,

Réseaux :

00:14.3 Network controller [0280]: Intel Corporation Wi-Fi 6 AX201 [8086:a0f0] (rev 20)
	DeviceName: Onboard - Ethernet
	Subsystem: Intel Corporation Wi-Fi 6 AX201 [8086:4070]
	Kernel driver in use: iwlwifi
	Kernel modules: iwlwifi
--
02:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 15)
	Subsystem: Dell RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [1028:0a06]
	Kernel driver in use: r8169
	Kernel modules: r8169

ip a :

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: enp2s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    link/ether 90:8d:6e:5e:e8:ff brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.10/24 brd 192.168.1.255 scope global dynamic noprefixroute enp2s0
       valid_lft 81553sec preferred_lft 81553sec
    inet6 2a02:8429:8291:7a01:725f:3007:f70f:e3e7/64 scope global temporary dynamic 
       valid_lft 599915sec preferred_lft 81142sec
    inet6 2a02:8429:8291:7a01:9240:3b4d:2ee:8387/64 scope global dynamic mngtmpaddr noprefixroute 
       valid_lft 604673sec preferred_lft 604673sec
    inet6 fe80::8cf8:f166:45a6:455c/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever
3: wlo1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
    link/ether 60:dd:8e:f4:8f:62 brd ff:ff:ff:ff:ff:ff
    altname wlp0s20f3

xubu1957 · Le 07/08/2023, à 17:30

Tu as une carte wifi récente.

Les échanges avec le NAS se font en filaire ?

Qid · Le 07/08/2023, à 17:35

neopbm a écrit :

Effectivement c'est étrange que je n'ai pas les mêmes bugs que la majorité !

tout le monde n'est pas forcément touché... et oui il faut toujours faire ses mises à jour mais non pas aveuglément : si tu vois qu'il veut faire sauter trop de truc tu ne la valide pas et tu patiente... voilà comment ne pas tomber dans le panneau... celas dit ça ne te concerne donc pas puisque ton cas est différent... et le tien est quasi-impossible à anticiper...

neopbm · Le 07/08/2023, à 17:39

@xubu1957

Oui connexion par câble rj45.

Et je viens à l'instant de refaire le test : Après un démarrage normal de mon PC (donc sur dernier kernel en date), je démarre le NAS et lance un transfert : ça oscille entre 20/23 mo/s.
Je redémarre mon PC sur le kernel précédent les transferts que je lance sont au max.

Voici d'ailleurs les mêmes commandes que demandées précédemment mais depuis mon système avec l'ancien kernel 5.15 dès fois qu'une chose change mais je n'ai pas l'impression :

00:14.3 Network controller [0280]: Intel Corporation Wi-Fi 6 AX201 [8086:a0f0] (rev 20)
	DeviceName: Onboard - Ethernet
	Subsystem: Intel Corporation Wi-Fi 6 AX201 [8086:4070]
	Kernel driver in use: iwlwifi
	Kernel modules: iwlwifi
--
02:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 15)
	Subsystem: Dell RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [1028:0a06]
	Kernel driver in use: r8169
	Kernel modules: r8169

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: enp2s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    link/ether 90:8d:6e:5e:e8:ff brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.10/24 brd 192.168.1.255 scope global dynamic noprefixroute enp2s0
       valid_lft 85881sec preferred_lft 85881sec
    inet6 2a02:8429:8291:7a01:b434:fbf9:e48b:3407/64 scope global temporary dynamic 
       valid_lft 604283sec preferred_lft 85755sec
    inet6 2a02:8429:8291:7a01:9240:3b4d:2ee:8387/64 scope global dynamic mngtmpaddr noprefixroute 
       valid_lft 604514sec preferred_lft 604514sec
    inet6 fe80::8cf8:f166:45a6:455c/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever
3: wlo1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
    link/ether 60:dd:8e:f4:8f:62 brd ff:ff:ff:ff:ff:ff
    altname wlp0s20f3

Est-ce que le bug serait à chercher sur les échanges kernel/protocole smb ? Si échanges il y a, je ne suis vraiment pas expert...

@Qid
C'est ma vision/compréhension des LTS par rapport aux versions classiques. Ne pas avoir forcément les toutes dernières versions en contrepartie d'une stabilité plus grande. Mais les erreurs/bugs sont toujours possibles ha ha
Je ne suis pas trop inquiet pour le moment, une version corrective arrivera bien.

Dernière modification par neopbm (Le 07/08/2023, à 17:50)

xubu1957 · Le 07/08/2023, à 18:20

Pour les nas ou samba, je ne sais pas renseigner.

neopbm · Le 07/08/2023, à 18:26

xubu1957 a écrit :

Pour les nas ou samba, je ne sais pas renseigner.

Pas de soucis, merci beaucoup déjà pour le temps passé sur le sujet.
De mon coté, je suis quasi sûr que le problème vient du récent kernel puisque systématiquement un boot sur le noyau précédent donne les résultats attendus sans qu'aucun autre paramètre ne soit changé. Et j'ai fait le test un paquet de fois ces derniers jours lol

Il ne me reste plus qu'à patienter et espérer un retour à la normal via une prochaine maj

geole · Le 07/08/2023, à 19:18

neopbm a écrit :

Il ne me reste plus qu'à patienter et espérer un retour à la normale via une prochaine maj

Bonjour.
A mon avis, il faudrait regarder si le problème est connu. Je n'ai pas cherché.
et si oui, s'il est envisagé de le réparer et quand

NOTA, je crois avoir traité un truc semblable dans une discussion.
Peux-tu indiquer le format de la partition qui est en bout de chaine. Si NTFS Tu aurais gagné.
et surtout, pendant ce transfert qui est lent, fais la commande top pour t'assurer que ce n'est un manque de processeur.

Dernière modification par geole (Le 07/08/2023, à 19:18)

neopbm · Le 07/08/2023, à 20:01

Bonjour,

Merci pour les pistes.

Les partitions sont en Ext4, tant sur le Nas que le DD de mon PC.
Concernant la commande top, je n'ai pas vraiment su interpréter l'affichage. Mais en l'état pendant un transfert lent (donc kernel 6.2) le PC ne freeze pas; je peux lancer d'autres choses à coté (navigation web par exemple) sans ressentir de gêne.
Depuis le kernel 5.15 idem tout est réactif, et en plus la copie d'un fichier depuis le Synology vers le PC est 3x plus rapide.

Merci

Dernière modification par neopbm (Le 07/08/2023, à 20:06)

geole · Le 07/08/2023, à 20:53

J'ai noté que ce n'était pas ntfs, donc je ne vais pas rechercher.
Pour afficher et capturer puis mettre dans le forum.
( à faire pendant un transfert )

top -n 5

puis copier/coller.
J'ai noté que tu dis que l'ordinateur reste reactif, C'est donc probablement une mauvaise piste de recherche.

Dernière modification par geole (Le 07/08/2023, à 20:58)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 06/08/2023, à 18:17

[Résolu] Bug kernel vitesse smb/internet suite maj Ubuntu 22.04.3

#2 Le 06/08/2023, à 18:31

Re : [Résolu] Bug kernel vitesse smb/internet suite maj Ubuntu 22.04.3

#3 Le 06/08/2023, à 18:34

Re : [Résolu] Bug kernel vitesse smb/internet suite maj Ubuntu 22.04.3

#4 Le 06/08/2023, à 18:40

Re : [Résolu] Bug kernel vitesse smb/internet suite maj Ubuntu 22.04.3

#5 Le 06/08/2023, à 18:44

Re : [Résolu] Bug kernel vitesse smb/internet suite maj Ubuntu 22.04.3

#6 Le 06/08/2023, à 18:46

Re : [Résolu] Bug kernel vitesse smb/internet suite maj Ubuntu 22.04.3

#7 Le 06/08/2023, à 18:47

Re : [Résolu] Bug kernel vitesse smb/internet suite maj Ubuntu 22.04.3

#8 Le 06/08/2023, à 19:01

Re : [Résolu] Bug kernel vitesse smb/internet suite maj Ubuntu 22.04.3

#9 Le 06/08/2023, à 19:07

Re : [Résolu] Bug kernel vitesse smb/internet suite maj Ubuntu 22.04.3

#10 Le 07/08/2023, à 16:41

Re : [Résolu] Bug kernel vitesse smb/internet suite maj Ubuntu 22.04.3

#11 Le 07/08/2023, à 16:53

Re : [Résolu] Bug kernel vitesse smb/internet suite maj Ubuntu 22.04.3

#12 Le 07/08/2023, à 16:57

Re : [Résolu] Bug kernel vitesse smb/internet suite maj Ubuntu 22.04.3

#13 Le 07/08/2023, à 17:08

Re : [Résolu] Bug kernel vitesse smb/internet suite maj Ubuntu 22.04.3

#14 Le 07/08/2023, à 17:15

Re : [Résolu] Bug kernel vitesse smb/internet suite maj Ubuntu 22.04.3

#15 Le 07/08/2023, à 17:16

Re : [Résolu] Bug kernel vitesse smb/internet suite maj Ubuntu 22.04.3

#16 Le 07/08/2023, à 17:23

Re : [Résolu] Bug kernel vitesse smb/internet suite maj Ubuntu 22.04.3

#17 Le 07/08/2023, à 17:26

Re : [Résolu] Bug kernel vitesse smb/internet suite maj Ubuntu 22.04.3

#18 Le 07/08/2023, à 17:30

Re : [Résolu] Bug kernel vitesse smb/internet suite maj Ubuntu 22.04.3

#19 Le 07/08/2023, à 17:35

Re : [Résolu] Bug kernel vitesse smb/internet suite maj Ubuntu 22.04.3

#20 Le 07/08/2023, à 17:39

Re : [Résolu] Bug kernel vitesse smb/internet suite maj Ubuntu 22.04.3

#21 Le 07/08/2023, à 18:20

Re : [Résolu] Bug kernel vitesse smb/internet suite maj Ubuntu 22.04.3

#22 Le 07/08/2023, à 18:26

Re : [Résolu] Bug kernel vitesse smb/internet suite maj Ubuntu 22.04.3

#23 Le 07/08/2023, à 19:18

Re : [Résolu] Bug kernel vitesse smb/internet suite maj Ubuntu 22.04.3

#24 Le 07/08/2023, à 20:01

Re : [Résolu] Bug kernel vitesse smb/internet suite maj Ubuntu 22.04.3

#25 Le 07/08/2023, à 20:53

Re : [Résolu] Bug kernel vitesse smb/internet suite maj Ubuntu 22.04.3

Pied de page des forums