OMA :gros problèmes!


#1

Bonsoir,
J’ai deux problèmes que je rassemble ici :slight_smile:

—installation/mise à jour de l’ISO sortie en 08/2016
M’inspirant d’une réponse de jcl, je réinstalle cette version ainsi :slight_smile:
----pas d’installation de grub2 :OMA démarrait via Mageia 5
----pour les mises à jour, j’avais renommé le fichier :slight_smile:

/var/cache/urpmi/mirrors.cache

discussion :slight_smile:
Problème I

mais dès les premières mises à jour, le système s’arrêtait en cours de boot. J’ai abandonné, car je ne savais que faire.

Problème II
Mes relations très pénibles avec le serveur d’ISOs d’ABF.
Je suis très intéressé par l’ISO 1108 de ce fil par TPG :slight_smile: slight_smile:

entre autres parce qu’elle est compatible avec les stick USB.
Seulement voilà, la communication avec le serveur d’ABF est interrompue, que ce soit via Firefox ou en lignes de commandes. FAI ou ABF? C’est “douloureux”. Je ne redemanderai pas à jcl la faveur déjà accordée à titre exceptionnel. J’aimerais pourtant comprendre ce qui se passe et si possible obtenir ces fichiers ISO.
De plus, ce serveur ne supporte pas le resuming, puisqu’il ignore l’ISO déjà présente en créant un nouveau fichier “numéroté”.
Merci de me lire.


(rugyada) #2

Quand est arrivé cela?
Aujourd’hui, je téléchargé 2 ISO sans aucun problème. La même chose pendant les jours avant.


#3

rugyada

Grazie,

Cela m’est arrivé :slight_smile:
–dans la soirée-nuit de lundi à mardi
–plusieurs fois aujourd’hui mardi
D’après ce que vous me dites, je me demande si mon FAI/Provider est concerné.
Question : lorsque vous démarrez le téléchargement par :slight_smile:

wget -c image.iso

ou

aria2c -c image.iso

le téléchargement continue/reprend t-il depuis “l’offset/adress” d’arrêt ou redémarrage depuis le début?
Danke für Ihre Antwort!


(Ben Bullard) #4

C’est probablement hérésie mais j’utilise ‘DownThemAll’ dans Firefox. Si l’on est lié et déterminé à utiliser la ligne de commande, il existe aussi ‘Axel’ et ‘Prozilla’. Les deux sont en repos OMV.

It is probably heresy but I use ‘DownThemAll’ in Firefox. If one is bound and determined to use command line there are also ‘Axel’ and ‘Prozilla’. Both are in OMV repos.

Modifier: Ne signifie pas qu’il y ait quelque chose de mal ou de raison de ne pas utiliser wget ou aria2. Les deux fonctionnent très bien. Ceux que j’ai mentionné ont tendance à être plus rapides.

Edit: Don’t mean to imply that there is anything wrong or any reason not to use wget or aria2. Both work just fine. The ones I mentioned tend to be faster though.


#5

Je viens d’effectuer quelques tests avec avec l’iso qui intéresse @jjm
À chaque fois, en cours de téléchargement, j’ai simulé une coupure de réseau.

Résultats:

  • Avec wget :

wget -c http://file-store.openmandriva.org/api/v1/file_stores/b44861f66b2886a1bc3c01091bef0b2ba4cbd258
–2017-06-14 11:30:18-- http://file-store.openmandriva.org/api/v1/file_stores/b44861f66b2886a1bc3c01091bef0b2ba4cbd258
Résolution de file-store.openmandriva.org… 188.165.214.207
Connexion à file-store.openmandriva.org|188.165.214.207|:80… connecté.
requête HTTP transmise, en attente de la réponse… 200 OK
Taille : non indiqué [application/octet-stream]
Sauvegarde en : « b44861f66b2886a1bc3c01091bef0b2ba4cbd258 »

b44861f66b2886a1bc3c01091bef0b2ba4cbd258 [ <=> ] 47,67M 490KB/s ds 1m 52s

2017-06-14 11:32:12 (435 KB/s) - « b44861f66b2886a1bc3c01091bef0b2ba4cbd258 » sauvegardé [49987584]

La taille n’est pas indiquée (souligné par moi). Il n’y a pas de reprise après la coupure de réseau. Le fichier est considéré comme téléchargé (ici 47,67 Mo). L’option -c permet à wget de tenter une reprise mais il finit tout de même par échouer.

  • Avec le gestionnaire de téléchargement de FF. La taille n’est pas indiquée non plus et le téléchargement est “en échec”. Le reprise ne fonctionne pas.

  • Avec Downthemall : même résultat.

Constat : le serveur d’abf ne donne pas la taille du fichier et ne permet la reprise sur interruption.
Lorsque qu’on télécharge à grande vitesse sur un réseau stable, le téléchargement s’effectue sans problème. C’est par exemple le cas lorsque je télécharge depuis un serveur externe.
Dans un réseau domestique, la vitesse est comparativement beaucoup plus lente et les probabilités d’erreur réseau sont plus importantes.
Conséquence : il faut beaucoup de chance pour réussir un téléchargement sur abf et l’option -c de wget ou aria2c n’est d’aucune utilité ici (même si elle ne gêne pas).

Mêmes essais avec le même fichier téléchargé (temporairement) sur le serveur d’OpenMandriva (1).

  • Avec wget ou aria2c la reprise sur interruption est possible et la taille du fichier est donnée.

[jcl@giediprime 302]$ wget -c http://test2574/OpenMandrivaLx.3.02-PLASMA.x86_64_B1108.iso
–2017-06-14 12:24:49-- http://test2574/OpenMandrivaLx.3.02-PLASMA.x86_64_B1108.iso
Résolution de test2574… 212.129.32.94
Connexion à test2574|212.129.32.94|:80… connecté.
requête HTTP transmise, en attente de la réponse… 200 OK
Taille : 2146105344 (2,0G) [application/octet-stream]
Sauvegarde en : « OpenMandrivaLx.3.02-PLASMA.x86_64_B1108.iso »

OpenMandrivaLx.3.02-PLASMA.x86_64_B1108.iso 0%[ ] 11,11M 493KB/s ds 41s

2017-06-14 12:25:30 (276 KB/s) — Fermeture de la connexion à l’octet 11647679. Nouvel essai.

–2017-06-14 12:25:31-- (essai : 2) http://test2574/OpenMandrivaLx.3.02-PLASMA.x86_64_B1108.iso
Connexion à test2574|212.129.32.94|:80… connecté.
requête HTTP transmise, en attente de la réponse… 206 Partial Content
Taille : 2146105344 (2,0G), 2134457665 (2,0G) restant [application/octet-stream]
Sauvegarde en : « OpenMandrivaLx.3.02-PLASMA.x86_64_B1108.iso »

OpenMandrivaLx.3.02-PLASMA.x86_64_B1108.iso 0%[> ] 19,67M 470KB/s tps 72m 41s
^C (arrêt de wget)
[jcl@giediprime 302]$ wget -c http://test2574/OpenMandrivaLx.3.02-PLASMA.x86_64_B1108.iso
–2017-06-14 12:25:57-- http://test2574/OpenMandrivaLx.3.02-PLASMA.x86_64_B1108.iso
Résolution de test2574… 212.129.32.94
Connexion à test2574|212.129.32.94|:80… connecté.
requête HTTP transmise, en attente de la réponse… 206 Partial Content
Taille : 2146105344 (2,0G), 2125386012 (2,0G) restant [application/octet-stream]
Sauvegarde en : « OpenMandrivaLx.3.02-PLASMA.x86_64_B1108.iso »

OpenMandrivaLx.3.02-PLASMA.x86_64_B1108.iso 1%[+ ] 25,80M 320KB/s tps 1h 47m
^C (arrêt de wget)

  • Idem pour Downthemall et le gestionnaire de téléchargement de FF (mais, curieusement dans ce dernier cas la taille n’est pas donnée).

Conclusion : on pourrait demander aux devs de voir s’il peuvent changer le comportement de leur serveur (auquel je n’ai aucun accès).

(1) Url accessible après avoir ajouté la ligne suivante dans/etc/hosts :
212.129.32.94 test2574

On n’est pas ici en https car je n’ai pas pris le temps de modifier le certificat en conséquence et que cela ne paraît pas indispensable.

Modif (2017-06-16) : l’url n’est plus disponible.


(rugyada) #6

Evidemment, j’ai eu la bonne chance ces jours donc :smiley:

FYI:

[giovedì 9 giugno 2016] [00:14:49]<rugyada> HisShadow: I’ve another question for you : ) can you please tell, if you know, why while downloading for example the iso files there is no info about the time left?
[giovedì 9 giugno 2016] [00:16:01] <rugyada> it’s just a curiousity
[giovedì 9 giugno 2016] [00:18:43] <HisShadow> file-store’s not telling browser the size of the file for some reason

ABF file-store n’a jamais déclaré le temps restant, ni la taille du fichier (téléchargé xxx de yyy MB).


#7

Bonjour,

Merci de vous êtes penchés sur mon problème, en espérant qu’il ne vous a pas collé le vertige!

jcl,
Merci, spécialement pour toi, téléchargement en cours.
Temps variable annoncé : ~7h, car partage du réseau avec BAC+3.5!


#8

Tu passes une maîtrise d’allemand ?
:wink:


(rugyada) #9

Quel est le problème 1 pour vous ?
“Mirrorlist broken” is an old issue already solved.


#10

rugyada,

Pour mirorlist broken, j’avais résolu le problème en renommant ce fichu fichier. Mais j’ai abandonné car les premières mises à jour avec le mirroir de Jussieu-Paris 7, le système est planté.

jcl
Pour l’Allemand je suis tout à fait débutant.
Pour la maîtrise de Physique, c’est pour notre fils, qui travaille beaucoup en ligne.

Voilà un peu de détail sur ma ligne ADSL, d’après degroutest.com :slight_smile:

longueur de ligne :3904 mètres
affaiblissement théorique :  43.6563dB
état de la ligne :  
débit maximum estimé ADSL :  6.25 Mbps
débit maximum estimé VDSL : incompatible  

Et la ligne est en deux sections de cuivre : 3000m et 904m. Je ne trouve pas les diamètres.
Dans le NRA sont présents : Orange, SFR, Completel, Bouygue, OVH, et même Numéricable.
Pour la circonscription électorale, nous sommes un peu plus de 50000.
Mais la fibre sera pour un autre siècle! Ce sont de vieilles villes, je te laisse imaginer les conséquences.

Habituellement, d’après le routeur, les débits sont :slight_smile:
1504- 480 ko/s

Aujourd’hui :slight_smile:
1180 480 ko/s

Je n’ai pas revu depuis un moment mon voisin fermier (il travaille 30H/24!), abonné à Orange.
Nos maisons sont très proches l’une de l’autre.
En 2016, SFR a investi dans l’infrastructure réseau, mais Bouygues utilise une partie de son réseau.

Je redémarrerai dès que possible le routeur-adsl.
Les données précédentes expliquent une partie des problèmes.
Déjà, si les devs ont les “oreilles ouvertes”, il pourra y avoir progrès.


(rugyada) #11

Dites-moi quel miroir vous préférez :grin:


#12

Paris (Jussieu) est en bandwidth (bw) 1G.
Il faudrait tester dans la durée en DE(Deutschland) et NL(Netherland/Niederland) où il y a des serveurs à 10 G et 20 G, voire plus.
Merci beaucoup pour l’intention.


(rugyada) #13

@jjm
Le contenu des dossiers

/var/cache/urpmi/headers
/var/cache/urpmi/partial
/var/cache/urpmi/rpms

peut/doit être supprimé. Le fichier mirrors.cache aussi.

Après, depuis une console de root (miroir choisi nluug.nl) :

urpmi.removemedia -a
urpmi.addmedia --update main ftp://ftp.nluug.nl/pub/os/Linux/distr/openmandriva/3.0/repository/x86_64/main/release/
urpmi.addmedia --update main_up ftp://ftp.nluug.nl/pub/os/Linux/distr/openmandriva/3.0/repository/x86_64/main/updates/
urpmi.addmedia --update non-free ftp://ftp.nluug.nl/pub/os/Linux/distr/openmandriva/3.0/repository/x86_64/non-free/release/
urpmi.addmedia --update non-free_up ftp://ftp.nluug.nl/pub/os/Linux/distr/openmandriva/3.0/repository/x86_64/non-free/updates/
urpmi.addmedia --update contrib ftp://ftp.nluug.nl/pub/os/Linux/distr/openmandriva/3.0/repository/x86_64/contrib/release/
urpmi.addmedia --update contrib_up ftp://ftp.nluug.nl/pub/os/Linux/distr/openmandriva/3.0/repository/x86_64/contrib/updates/
urpmi.addmedia --update restricted ftp://ftp.nluug.nl/pub/os/Linux/distr/openmandriva/3.0/repository/x86_64/restricted/release/
urpmi.addmedia --update restricted_up ftp://ftp.nluug.nl/pub/os/Linux/distr/openmandriva/3.0/repository/x86_64/restricted/updates/
urpmi.addmedia --update --raw main32 ftp://ftp.nluug.nl/pub/os/Linux/distr/openmandriva/3.0/repository/i586/main/release/
urpmi.addmedia --update --raw main32_up ftp://ftp.nluug.nl/pub/os/Linux/distr/openmandriva/3.0/repository/i586/main/updates/
#

(Les dépôts 32bit ne sont pas actif ici. On peut les activer en cas de besoin dans OM Control Center)

urpmi.update -a

urpmi --auto-update --test
Pour simuler la mise à jour.

Si tout va bien e la console ne montre aucun erreur:
urpmi --auto-update

N.B.
Si je vois qu’il ya beaucoup de mises à jour de Plasma, je fait logout et démarre failsafe xsession.
Taper la commande depuis root
urpmi --auto-update

… Mise à jour…

exit

Démarrer Plasma desktop

Fin :slight_smile:


#14

rugyada,

Merci beaucoup pour la démarche et les explications.
Si la 1108 est opérationnelle, cette démarche est-elle aussi valable pour elle?
Présentement, je vais tester l’ISO 1108 de TPG qu’ISODumper (dans Mageia) a écrit sur une clef USB.
Sans jcl, je n’en serais pas là.


(rugyada) #15

Bien sûr. Elle est valable pour toutes les ISO série 3.0 (3.01, 3.02, 3.03, …)


#16

Bien reçu.


#17

La 1108 via USB bloque l’ordi au tout début du démarrage. Ce n’est pas spécifique à OpenMandriva. Je l’ai eu aussi avec Mandiva.
Le boot sur DVD ne me permet ni live, ni installation, ceci dans les deux modes graphiques.
Mageia et openSUSE ne posent pas problème en USB.
Je viens essayer le téléchargement de la,1115, le routeur-adsl a été redémarré afin d’avoir une connexion à la vitesse maximale chez SFR :1504/480.
Je me suis fait jeter après quelques minutes.
Je vais tenter la réinstallation avec l’ISO DVD 20180812, et suivre la procédure indiquée par rugyada, sur un miroir NL à 10 ou 20 GB.
J’initie un fil sur ABF.


#18

rugyada,

Encore merci pour les explications.
J’ai bien aimé de mettre les mimines dans le cambouis, et ai appris des connaissances intéressantes.
Je n’ai pas exécuté les mises à jour en lignes de cambouis, car il y avait de nombreux problèmes de dépendances, mais via le CCM pour la gestion logicielle; le système a pu redémarrer.
Mais il est impossible de mettre à jour Firefox en 53.
De nombreuses mises à jour sont proposées.
Morgen ist ein anderer Tag.
Demain est un autre jour.


(rugyada) #19

Quels sont-ils?

Nombreuses mises à jour après la ISO 1145 ?
J’ai vu des mises à jour de LLVM et a couple de paquets (whois et un autre -curl? ). Cela est arrivé hier :thinking:


#20

rugyada,

Désolé pour mon imprécision : il s’agit d’OMA20160812 que j’ai réinstallée.
Je n’ai pas encore essayé cette ISO, car j’avais des alertes de température de l’Intel Dualcore.
Et ceci, même en posant sur le boitier des blocs réfrigérants sortant du congélateur.
Il doit faire encore plus en Italie.

Je vous avais évoqué des mirroirs rapides en D/NL, mais pas en IT. Il devrait y en avoir?