Bonjour,
Je n'avais pas ce souci sur mon ancien portable avec Leap.
Sur le nouveau dans ma signature avec Tumbleweed, je vais les mises à jour en ligne de commande en téléchargeant d'abord les paquets. J'ai pratiquement à chaque fois un problème de ce style comme avec la mise à jour de ce matin :
Les 7 NOUVEAUX paquets suivants vont être installés :
kernel-default-5.10.7-1.2 libgps28 libgtk-4-1 python3-iniconfig python3-pluggy python3-pytest python3-toml
Les 2 paquets suivants vont être SUPPRIMÉS :
libgps27 libgtk-4-0
Les 26 paquets suivants vont être mis à jour :
acpica akregator akregator-lang gmenudbusmenuproxy gtk4-branding-upstream gtk4-lang gtk4-schema libarchive13 libjpeg8 MozillaFirefox MozillaFirefox-translations-common
openSUSE-release openSUSE-release-appliance-custom perl-DateTime-Calendar-Julian perl-Net-HTTP perl-Role-Tiny plasma5-session plasma5-session-wayland plasma5-workspace
plasma5-workspace-lang plasma5-workspace-libs python3-ipython_genutils typelib-1_0-Gtk-4_0 xembedsniproxy yast2-network youtube-dl
Le produit suivant va être mis à jour :
openSUSE Tumbleweed 20210113-0 -> 20210114-0
Le paquet suivant requiert un redémarrage du système :
kernel-default-5.10.7-1.2
26 paquets à mettre à jour, 7 nouveaux, 2 à supprimer.
Taille de téléchargement totale : 179,3 MiB. Déjà en cache : 0 B. Téléchargement uniquement.
Note : Redémarrage du système requis.
Continuer ? [o/n/v/...? affiche toutes les options] (o):
Récupération de paquet MozillaFirefox-84.0.2-2.1.x86_64 (1/33), 59,1 MiB (203,5 MiB décompressé)
Récupération : MozillaFirefox-84.0.2-2.1.x86_64.rpm ...[fait (2,1 MiB/s)]
Récupération de paquet acpica-20210105-1.1.x86_64 (2/33), 944,1 KiB ( 3,0 MiB décompressé)
Récupération : acpica-20210105-1.1.x86_64.rpm ...[fait]
Récupération de paquet akregator-20.12.1-2.1.x86_64 (3/33), 1,1 MiB ( 2,6 MiB décompressé)
Récupération : akregator-20.12.1-2.1.x86_64.rpm ...[fait (806,6 KiB/s)]
Récupération de paquet gmenudbusmenuproxy-5.20.5-1.2.x86_64 (4/33), 188,7 KiB (285,1 KiB décompressé)
Récupération : gmenudbusmenuproxy-5.20.5-1.2.x86_64.rpm ...[fait]
Récupération de paquet gtk4-schema-4.0.1-1.1.noarch (5/33), 56,1 KiB ( 9,1 KiB décompressé)
Récupération : gtk4-schema-4.0.1-1.1.noarch.rpm ...[fait (1,3 MiB/s)]
Récupération de paquet libarchive13-3.5.1-1.1.x86_64 (6/33), 374,3 KiB (840,8 KiB décompressé)
Récupération : libarchive13-3.5.1-1.1.x86_64.rpm ...[fait]
Récupération de paquet libgps28-3.22-1.1.x86_64 (7/33), 103,7 KiB (190,0 KiB décompressé)
Récupération : libgps28-3.22-1.1.x86_64.rpm ...[fait]
Récupération de paquet libjpeg8-8.2.2-62.1.x86_64 (8/33), 181,2 KiB (535,2 KiB décompressé)
Récupération : libjpeg8-8.2.2-62.1.x86_64.rpm ...[fait]
Récupération de paquet openSUSE-release-appliance-custom-20210114-833.1.x86_64 (9/33), 7,5 KiB ( 79 B décompressé)
Récupération : openSUSE-release-appliance-custom-20210114-833.1.x86_64.rpm .................................................................................................[fait]
Récupération de paquet perl-DateTime-Calendar-Julian-0.103-1.1.noarch (10/33), 23,8 KiB ( 31,3 KiB décompressé)
Récupération : perl-DateTime-Calendar-Julian-0.103-1.1.noarch.rpm ...[fait]
Récupération de paquet perl-Net-HTTP-6.20-1.1.noarch (11/33), 42,6 KiB ( 74,9 KiB décompressé)
Récupération : perl-Net-HTTP-6.20-1.1.noarch.rpm ...[fait (6,6 KiB/s)]
Récupération de paquet perl-Role-Tiny-2.002003-1.1.noarch (12/33), 37,7 KiB ( 62,0 KiB décompressé)
Récupération : perl-Role-Tiny-2.002003-1.1.noarch.rpm ...[fait]
Récupération de paquet plasma5-workspace-libs-5.20.5-1.2.x86_64 (13/33), 483,9 KiB ( 1,4 MiB décompressé)
Récupération : plasma5-workspace-libs-5.20.5-1.2.x86_64.rpm ...[fait]
Récupération de paquet python3-iniconfig-1.1.1-1.1.noarch (14/33), 16,2 KiB ( 22,1 KiB décompressé)
Récupération : python3-iniconfig-1.1.1-1.1.noarch.rpm ...[fait]
Récupération de paquet python3-pluggy-0.13.1-1.4.noarch (15/33), 44,4 KiB (133,8 KiB décompressé)
Récupération : python3-pluggy-0.13.1-1.4.noarch.rpm ...[fait]
Récupération de paquet python3-toml-0.10.2-1.1.noarch (16/33), 43,7 KiB (134,9 KiB décompressé)
Récupération : python3-toml-0.10.2-1.1.noarch.rpm ...[fait]
Récupération de paquet xembedsniproxy-5.20.5-1.2.x86_64 (17/33), 148,7 KiB (152,9 KiB décompressé)
Récupération : xembedsniproxy-5.20.5-1.2.x86_64.rpm ...[fait]
Récupération de paquet yast2-network-4.3.38-1.1.noarch (18/33), 237,1 KiB (1018,7 KiB décompressé)
Récupération : yast2-network-4.3.38-1.1.noarch.rpm ...[erreur (13 B/s)]
Temps maximal dépassé lors de l'accès à 'http://download.opensuse.org/tumbleweed/repo/oss/noarch/yast2-network-4.3.38-1.1.noarch.rpm'.
Abandonner, réessayer, ignorer ? [a/r/i] (r):
Nouvel essai...
Récupération : yast2-network-4.3.38-1.1.noarch.rpm ...[fait]
Récupération de paquet MozillaFirefox-translations-common-84.0.2-2.1.x86_64 (19/33), 10,3 MiB ( 11,6 MiB décompressé)
Récupération : MozillaFirefox-translations-common-84.0.2-2.1.x86_64.rpm ........................................................................................[fait (2,2 MiB/s)]
Récupération de paquet akregator-lang-20.12.1-2.1.noarch (20/33), 1,4 MiB ( 3,1 MiB décompressé)
Récupération : akregator-lang-20.12.1-2.1.noarch.rpm ...[fait (2,2 MiB/s)]
Récupération de paquet libgtk-4-1-4.0.1-1.1.x86_64 (21/33), 3,0 MiB ( 8,8 MiB décompressé)
Récupération : libgtk-4-1-4.0.1-1.1.x86_64.rpm ...[fait (2,3 MiB/s)]
Récupération de paquet openSUSE-release-20210114-833.1.x86_64 (22/33), 1,1 MiB (222,0 KiB décompressé)
Récupération : openSUSE-release-20210114-833.1.x86_64.rpm ...[fait (2,7 MiB/s)]
Récupération de paquet python3-pytest-6.1.2-3.1.noarch (23/33), 603,2 KiB ( 2,4 MiB décompressé)
Récupération : python3-pytest-6.1.2-3.1.noarch.rpm ...[fait]
Récupération de paquet plasma5-workspace-5.20.5-1.2.x86_64 (24/33), 6,9 MiB ( 17,3 MiB décompressé)
Récupération : plasma5-workspace-5.20.5-1.2.x86_64.rpm ...[fait (2,2 MiB/s)]
Récupération de paquet gtk4-branding-upstream-4.0.1-1.1.noarch (25/33), 53,6 KiB ( 413 B décompressé)
Récupération : gtk4-branding-upstream-4.0.1-1.1.noarch.rpm ...[fait]
Récupération de paquet kernel-default-5.10.7-1.2.x86_64 (26/33), 83,6 MiB (180,1 MiB décompressé)
Récupération : kernel-default-5.10.7-1.2.x86_64.rpm ...[fait (2,2 MiB/s)]
Récupération de paquet python3-ipython_genutils-0.2.0-3.1.noarch (27/33), 50,4 KiB (151,1 KiB décompressé)
Récupération : python3-ipython_genutils-0.2.0-3.1.noarch.rpm ...[fait]
Récupération de paquet plasma5-workspace-lang-5.20.5-1.2.noarch (28/33), 4,1 MiB ( 17,0 MiB décompressé)
Récupération : plasma5-workspace-lang-5.20.5-1.2.noarch.rpm ...[fait (1,8 MiB/s)]
Récupération de paquet typelib-1_0-Gtk-4_0-4.0.1-1.1.x86_64 (29/33), 231,0 KiB (717,7 KiB décompressé)
Récupération : typelib-1_0-Gtk-4_0-4.0.1-1.1.x86_64.rpm ...[fait]
Récupération de paquet gtk4-lang-4.0.1-1.1.noarch (30/33), 3,0 MiB ( 18,0 MiB décompressé)
Récupération : gtk4-lang-4.0.1-1.1.noarch.rpm ...[fait (2,1 MiB/s)]
Récupération de paquet plasma5-session-5.20.5-1.2.noarch (31/33), 120,5 KiB ( 66,3 KiB décompressé)
Récupération : plasma5-session-5.20.5-1.2.noarch.rpm ...[fait]
Récupération de paquet plasma5-session-wayland-5.20.5-1.2.x86_64 (32/33), 119,1 KiB ( 68,1 KiB décompressé)
Récupération : plasma5-session-wayland-5.20.5-1.2.x86_64.rpm ...[fait]
Récupération de paquet youtube-dl-2021.01.16-1.1.noarch (33/33), 1,7 MiB ( 1,8 MiB décompressé)
Récupération : youtube-dl-2021.01.16-1.1.noarch.rpm ...[fait (346,3 KiB/s)]
Dans cette petite mise à jour (une quarantaine de paquets) il y a eu de nouveau ce souci de connexion avec le serveur d'openSUSE
Récupération : yast2-network-4.3.38-1.1.noarch.rpm ...[erreur (13 B/s)]
Temps maximal dépassé lors de l'accès à 'http://download.opensuse.org/tumbleweed/repo/oss/noarch/yast2-network-4.3.38-1.1.noarch.rpm'.
Abandonner, réessayer, ignorer ? [a/r/i] (r):
Nouvel essai...
Je n'ai pas d'autre part de souci intenet avec firefox dans le même temps.
Sur un nombre plus élevé de mises à jour, ça se produit plusieurs fois. ça m'énerve, je fais Ctrl C pour arrêter et je relance la commande zypper dup -
ça retélécharge avant de bloquer un peu plus loin.
Avez-vous le même souci ou une idée d'où ça peut venir ?
Edit : en charchant sur le net je suis tombée sur le wiki ubuntu https://doc.ubuntu-fr.org/wifi
Sur l'une des commandes indiquées, j'ai ce retour, et chez vous ?
sudo iw reg get
[sudo] Mot de passe de root :
global
country 00: DFS-UNSET
(2402 - 2472 @ 40), (N/A, 20), (N/A)
(2457 - 2482 @ 20), (N/A, 20), (N/A), AUTO-BW, PASSIVE-SCAN
(2474 - 2494 @ 20), (N/A, 20), (N/A), NO-OFDM, PASSIVE-SCAN
(5170 - 5250 @ 80), (N/A, 20), (N/A), AUTO-BW, PASSIVE-SCAN
(5250 - 5330 @ 80), (N/A, 20), (0 ms), DFS, AUTO-BW, PASSIVE-SCAN
(5490 - 5730 @ 160), (N/A, 20), (0 ms), DFS, PASSIVE-SCAN
(5735 - 5835 @ 80), (N/A, 20), (N/A), PASSIVE-SCAN
(57240 - 63720 @ 2160), (N/A, 0), (N/A)
phy#0 (self-managed)
country DE: DFS-UNSET
(2402 - 2437 @ 40), (6, 22), (N/A), AUTO-BW, NO-HT40MINUS, NO-80MHZ, NO-160MHZ
(2422 - 2462 @ 40), (6, 22), (N/A), AUTO-BW, NO-80MHZ, NO-160MHZ
(2447 - 2482 @ 40), (6, 22), (N/A), AUTO-BW, NO-HT40PLUS, NO-80MHZ, NO-160MHZ
(5170 - 5190 @ 160), (6, 22), (N/A), NO-OUTDOOR, AUTO-BW, IR-CONCURRENT, NO-HT40MINUS, PASSIVE-SCAN
(5190 - 5210 @ 160), (6, 22), (N/A), NO-OUTDOOR, AUTO-BW, IR-CONCURRENT, NO-HT40PLUS, PASSIVE-SCAN
(5210 - 5230 @ 160), (6, 22), (N/A), NO-OUTDOOR, AUTO-BW, IR-CONCURRENT, NO-HT40MINUS, PASSIVE-SCAN
(5230 - 5250 @ 160), (6, 22), (N/A), NO-OUTDOOR, AUTO-BW, IR-CONCURRENT, NO-HT40PLUS, PASSIVE-SCAN
(5250 - 5270 @ 160), (6, 22), (0 ms), DFS, AUTO-BW, NO-HT40MINUS, PASSIVE-SCAN
(5270 - 5290 @ 160), (6, 22), (0 ms), DFS, AUTO-BW, NO-HT40PLUS, PASSIVE-SCAN
(5290 - 5310 @ 160), (6, 22), (0 ms), DFS, AUTO-BW, NO-HT40MINUS, PASSIVE-SCAN
(5310 - 5330 @ 160), (6, 22), (0 ms), DFS, AUTO-BW, NO-HT40PLUS, PASSIVE-SCAN
(5490 - 5510 @ 240), (6, 22), (0 ms), DFS, AUTO-BW, NO-HT40MINUS, PASSIVE-SCAN
(5510 - 5530 @ 240), (6, 22), (0 ms), DFS, AUTO-BW, NO-HT40PLUS, PASSIVE-SCAN
(5530 - 5550 @ 240), (6, 22), (0 ms), DFS, AUTO-BW, NO-HT40MINUS, PASSIVE-SCAN
(5550 - 5570 @ 240), (6, 22), (0 ms), DFS, AUTO-BW, NO-HT40PLUS, PASSIVE-SCAN
(5570 - 5590 @ 240), (6, 22), (0 ms), DFS, AUTO-BW, NO-HT40MINUS, PASSIVE-SCAN
(5590 - 5610 @ 240), (6, 22), (0 ms), DFS, AUTO-BW, NO-HT40PLUS, PASSIVE-SCAN
(5610 - 5630 @ 240), (6, 22), (0 ms), DFS, AUTO-BW, NO-HT40MINUS, PASSIVE-SCAN
(5630 - 5650 @ 240), (6, 22), (0 ms), DFS, AUTO-BW, NO-HT40PLUS, PASSIVE-SCAN
(5650 - 5670 @ 80), (6, 22), (0 ms), DFS, AUTO-BW, NO-HT40MINUS, NO-160MHZ, PASSIVE-SCAN
(5670 - 5690 @ 80), (6, 22), (0 ms), DFS, AUTO-BW, NO-HT40PLUS, NO-160MHZ, PASSIVE-SCAN
(5690 - 5710 @ 80), (6, 22), (0 ms), DFS, AUTO-BW, NO-HT40MINUS, NO-160MHZ, PASSIVE-SCAN
(5710 - 5730 @ 80), (6, 22), (0 ms), DFS, AUTO-BW, NO-HT40PLUS, NO-160MHZ, PASSIVE-SCAN
(5735 - 5755 @ 80), (6, 22), (N/A), AUTO-BW, NO-HT40MINUS, NO-160MHZ
(5755 - 5775 @ 80), (6, 22), (N/A), AUTO-BW, NO-HT40PLUS, NO-160MHZ
(5775 - 5795 @ 80), (6, 22), (N/A), AUTO-BW, NO-HT40MINUS, NO-160MHZ
(5795 - 5815 @ 80), (6, 22), (N/A), AUTO-BW, NO-HT40PLUS, NO-160MHZ
(5815 - 5835 @ 20), (6, 22), (N/A), AUTO-BW, NO-HT40MINUS, NO-HT40PLUS, NO-80MHZ, NO-160MHZ
j'ai l'impression d'avoir des serveurs allemands ? country DE: DFS-UNSET
oui c'est possible. Tu peux faire directement tes majs en console sans fermer ta session.
oui mais alors ça peut casser la session graphique donc pas d'intérêt d'être en console ou un truc m'échappe ?
au pire,tu fermes tes programmes avant de passer en console. perso j'ai jamais eu de problème de ce côté
D’accord donc je ne suis pas obligée de me déconnecter de ma session graphique ? Passer en console suffit ?
oui t'as pas besoin. En fait etty c'est bien quand tu fais un upgrade/mise à niveau de l'os. pour le reste konsole,gnome terminal ou toute autre application graphique suffit bien.
je connais de nom seulement, je vais rester avec l'option networkmanager mise par défaut.
je n'ai pas de souci de connexion sinon donc je pense que c'est lié à la surcharge des serveurs quand les mises à jour sortent
Bonjour.
Les dépôts d'openSuse semblent quand même "bridés" comparé aux autres distribution.
En fibre je ne dépasse que difficilement les 5/8mo/s sous leap en ethernet, là ou sur toutes les autres distributions je suis à 35mo/S
Je pense que côté infrastructure openSuse doit avoir moins de mirroir malheureusement.
après la différence entre leap et Tumbleweed vient de fonctionnement. La ou sur leap on est une iso par ans est un nombres limité de mis à jours. sur Tumbleweed ont est a 170 snapshopt publié sur 2020 soit prés d'un tout les 2 jours en moyens avec parfois moins d'un jours entre la sortie de 2 snapshot. du coups les serveurs Tumbleweed doivent être beaucoup plus sollicité.