Alionet - Communauté openSUSE francophone

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

Salut Chalu

je crois que ce sont les serveurs de Tumbleweed qui sont à l'ouest ça arrive hélas tu ne peux qu'attendre que ça se remette en place. Ça m'est arrivé assez souvent. Peut être retente le coup un peu plus tard?

voici ce que me renvoie ta commande

sudo iw reg get
global
country 00: DFS-UNSET
        (2402 - 2472 @ 40), (6, 20), (N/A)
        (2457 - 2482 @ 20), (6, 20), (N/A), AUTO-BW, PASSIVE-SCAN
        (2474 - 2494 @ 20), (6, 20), (N/A), NO-OFDM, PASSIVE-SCAN
        (5170 - 5250 @ 80), (6, 20), (N/A), AUTO-BW, PASSIVE-SCAN
        (5250 - 5330 @ 80), (6, 20), (0 ms), DFS, AUTO-BW, PASSIVE-SCAN
        (5490 - 5730 @ 160), (6, 20), (0 ms), DFS, PASSIVE-SCAN
        (5735 - 5835 @ 80), (6, 20), (N/A), PASSIVE-SCAN
        (57240 - 63720 @ 2160), (N/A, 0), (N/A)

ce que tu peux peut être faire, c'est d'éditer le fichier /etc/sysconfig/network/config et de remplacer le iw regulatory domain tout en bas en FR tu es peut être sur les serveurs globaux ou allemands (ce qui revient au même vu que la distrib est germaine :) )


A +
Lucky

Salut chalu,

Il arrive que les serveurs ne répondent plus. J'en ignore la (ou les) cause(s) mais ça dure rarement plus d'une journée.


à plus,
oh!rocks

Merci pour le retour de commande qui permet de comparer :)
En fait cette fois ci comme je n’ai pas de prise rj45 sur ce portable, j’ai configuré la wifi quand l’installateur me l’a demandé avec ma box + clé.
Le truc pénible, c’est que je n’ai pas la wifi automatiquement en console.

 Ok merci :)

C'est bizarre ce manque de wifi en console?

je me deconnecte de ma session donc j'imagine que ça arrête networkmanager
si je passe en console en ayant la session graphique toujours active, j'ai bien une connexion wifi

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é

@chalu, je n'ai jamais eu de souci avec les m-à-j faites dans Konsole.

Les modifs apportées sont prises en compte au redémarrage du logiciel (ou de la machine). Tant que tu ne redémarres pas le logiciel, tu restes avec la version non patchée.

Par exemple, tu peux utiliser Firefox pendant une mise à jour de celui-ci : tu n'auras pas les nouvelles fonctionnalités ou corrections. Tu fermes Firefox. Tu l'ouvres de nouveau, hop, il est mis à jour.  Pratique. :)

Parfois, selon le type de logiciel mis à jour, networkmanager s'arrête et redémarre aussitôt (une notification te prévient). Du coup, la seule chose que j'évite pendant une m-à-j, c'est de remplir un formulaire en ligne ! :D


à plus,
oh!rocks

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.

Bonjour Chalu
J'arrive un peu tard , mais je n'ai jamais eu de problème de " calage " en chargement  ,que ce soit en wifi ou en filaire , mais le débit sur Tumbleweed dépasse rarement  les 6 / 700ko/s  alors que sur d'autre j'arrive au double ( sid 1.3ko/s dans les meilleurs moments ) .Peut être qu'il n'y a ps beaucoup de miroirs pour Tumbleweed
Bonne soirée 

bonjour chalu
question toute bête as tu essayé avec wicked plutôt qu'avec networkmanager? connais tu seulement cette option?
merci

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.

hello
Tumbleweed est malheureusement un peu la parente "pauvre" par exemple il n'y a pas de torrent alors que Leap en a une on doit se contenter d'un métalink pas fonctionnel. Donc oui ça n'aide pas.

Bonne soirée,
Lucky

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é.