Mageia 6 pb mise à jour [Réglé]
Messages d'erreurs quand j'active la mise à jour
Système et matériels / Installation et configuration
zatox Membre non connecté
-
- Voir le profil du membre zatox
- Inscrit le : 27/09/2011
- Groupes :
Reprise du message précédent
Bonjour, je reviens sur ma petite question subsidiaire pour répondre plus clairement à Papoteur:Papoteur :
Quels soucis posaient les rpm que tu as essayés ?
Voilà je viens de re-télécharger fcc-8.315-2.suse.i586.rpm c'est le seul que j'ai trouvé comme paquetage rpm et à l'installation il me dit ceci:
Caché :
Certains paquetages demandés ne peuvent pas être installés:
fcc-8.315-2.i586 (car libpng.so.3 est non satisfait)
fcc-8.315-2.i586 (car libpng.so.3 est non satisfait)
Voilà, de plus je ne suis pas sûr que ça corresponde à la dernière version tout au moins dernière version windows. J'ai vu quelques discutions à ce sujet il semble que la meilleure solution soit de télécharger la version windows et de l'ouvrir avec wine. C'est ce que j'ai fait mais je trouve quand même que c'est moyen !...
pour ta réponse.
Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Citation :
De préférence continuons la discussion dans un fil séparé.
Oui parce que l' on s' éloigne du sujet initial et noyer un sujet dans un autre peut empêcher de le retrouver ultérieurement.
fcc-8.315 => je crois que la dernière version d' Opentext FirstClass est une version 16 ( mais je ne vois pas de version Linux la dedans ! ). La dernière fois que le fichier libpng.so.3 a été vu d' après Sophie est la version 1 de Mageia ! , donc oui forcément ça ne peut pas marcher !
Édité par nic80 Le 24/08/2020 à 20h35
zatox Membre non connecté
-
- Voir le profil du membre zatox
- Inscrit le : 27/09/2011
- Groupes :
nic80 :
Bonjour,
Le script check_connectivity essaie de récupérer la page connectivitycheck.gstatic.com/generate_204 , en jetant tout dans le vide /dev/null (ce n' est pas la page qui nous interresse mais si la page est joignable), tout en ecrivant le code retour de curl (mais ce script ne va pas retourner 0 à chaque fois à cause du exit 0 ?)
Le wait online est juste une boucle infinie qui appelle qui vérifie le lien toutes les 2s (et n' est interrompue que si le code retourné par check_connectivity est différent de 0.
Enfin le script appellé par cron appelle le script wait_online, tout en définissant l' environnement (cron n' a aucune configuration particulière par défaut de l' environnement qui sera utilisé par le script. On est donc obligé de le définir nous même, avant de lancer le script wait_online.
Le script check_connectivity essaie de récupérer la page connectivitycheck.gstatic.com/generate_204 , en jetant tout dans le vide /dev/null (ce n' est pas la page qui nous interresse mais si la page est joignable), tout en ecrivant le code retour de curl (mais ce script ne va pas retourner 0 à chaque fois à cause du exit 0 ?)
Le wait online est juste une boucle infinie qui appelle qui vérifie le lien toutes les 2s (et n' est interrompue que si le code retourné par check_connectivity est différent de 0.
Enfin le script appellé par cron appelle le script wait_online, tout en définissant l' environnement (cron n' a aucune configuration particulière par défaut de l' environnement qui sera utilisé par le script. On est donc obligé de le définir nous même, avant de lancer le script wait_online.
OK merci pour tes explications, effectivement le premier script renvoie 0.
Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
zatox :
Bonsoir,
OK merci pour tes explications, effectivement le premier script renvoie 0.
nic80 :
Bonjour,
Le script check_connectivity essaie de récupérer la page connectivitycheck.gstatic.com/generate_204 , en jetant tout dans le vide /dev/null (ce n' est pas la page qui nous interresse mais si la page est joignable), tout en ecrivant le code retour de curl (mais ce script ne va pas retourner 0 à chaque fois à cause du exit 0 ?)
Le wait online est juste une boucle infinie qui appelle qui vérifie le lien toutes les 2s (et n' est interrompue que si le code retourné par check_connectivity est différent de 0.
Enfin le script appellé par cron appelle le script wait_online, tout en définissant l' environnement (cron n' a aucune configuration particulière par défaut de l' environnement qui sera utilisé par le script. On est donc obligé de le définir nous même, avant de lancer le script wait_online.
Le script check_connectivity essaie de récupérer la page connectivitycheck.gstatic.com/generate_204 , en jetant tout dans le vide /dev/null (ce n' est pas la page qui nous interresse mais si la page est joignable), tout en ecrivant le code retour de curl (mais ce script ne va pas retourner 0 à chaque fois à cause du exit 0 ?)
Le wait online est juste une boucle infinie qui appelle qui vérifie le lien toutes les 2s (et n' est interrompue que si le code retourné par check_connectivity est différent de 0.
Enfin le script appellé par cron appelle le script wait_online, tout en définissant l' environnement (cron n' a aucune configuration particulière par défaut de l' environnement qui sera utilisé par le script. On est donc obligé de le définir nous même, avant de lancer le script wait_online.
OK merci pour tes explications, effectivement le premier script renvoie 0.
Oui, mais le second script lit la sortie standard du premier script et non son code de sortie. De plus, le premier script s'est bien déroulé, ce n'est actuellement pas le cas, mais si on les imbriquait :
Script1 && script2
Script2 ne serait pas exécuté car le premier script doit renvoyer 0.
Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
zatox Membre non connecté
-
- Voir le profil du membre zatox
- Inscrit le : 27/09/2011
- Groupes :
nic80 :
Le script check_connectivity essaie de récupérer la page connectivitycheck.gstatic.com/generate_204 , en jetant tout dans le vide /dev/null (ce n' est pas la page qui nous interresse mais si la page est joignable), tout en ecrivant le code retour de curl (mais ce script ne va pas retourner 0 à chaque fois à cause du exit 0 ?)
Le wait online est juste une boucle infinie qui appelle qui vérifie le lien toutes les 2s (et n' est interrompue que si le code retourné par check_connectivity est différent de 0.
Enfin le script appellé par cron appelle le script wait_online, tout en définissant l' environnement (cron n' a aucune configuration particulière par défaut de l' environnement qui sera utilisé par le script. On est donc obligé de le définir nous même, avant de lancer le script wait_online.
Le wait online est juste une boucle infinie qui appelle qui vérifie le lien toutes les 2s (et n' est interrompue que si le code retourné par check_connectivity est différent de 0.
Enfin le script appellé par cron appelle le script wait_online, tout en définissant l' environnement (cron n' a aucune configuration particulière par défaut de l' environnement qui sera utilisé par le script. On est donc obligé de le définir nous même, avant de lancer le script wait_online.
OK merci pour ces explications. Concernant le premier script effectivement il renvoie 0.
Ensuite j'ai testé le script suivant:
Caché :
#! /bin/bash
sleep 10
while true
do
ping -c3 google.fr
TEST=$?
if [ $TEST -ne 0 ]
then
DATE=$(date +%d/%m/%Y---%Hh%Mm%Ss%Cc)
echo "Arrêt connexion internet le: " $DATE >> /home/user/Documents/test-connexion.txt
reboot
fi
unset TEST
done
sleep 10
while true
do
ping -c3 google.fr
TEST=$?
if [ $TEST -ne 0 ]
then
DATE=$(date +%d/%m/%Y---%Hh%Mm%Ss%Cc)
echo "Arrêt connexion internet le: " $DATE >> /home/user/Documents/test-connexion.txt
reboot
fi
unset TEST
done
ça marche très bien sur mon ordi, quand je coupe la connexion, il écrit bien le fichier et il redémarre.
Je l'ai donc transféré sur l'ordi de mon pote en l'adaptant (changé le user), je me suis assuré qu'il se lançait au démarrage de l'ordi (un coup de ksysguard) et hier la connexion a été rompue 2 fois mais il n'a pas écrit le fichier et il n'a pas redémarré !!! ce qui me porte à croire que la rupture de liaison entre mon ordi (client) et celui de mon pote (serveur) a été rompue mais que la connexion internet de l'ordi de mon pote n'a pas subi de coupure !!
Je ne comprends pas trop ce qui se passe quand les pings sur google continuent de fonctionner et que la connexion des 2 ordis est coupée !
Bon voilà, je continue ce matin les sauvegardes tant que j'ai la connexion.
pour vos réponses.
zatox Membre non connecté
-
- Voir le profil du membre zatox
- Inscrit le : 27/09/2011
- Groupes :
Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
Au lieu de faire un ping de google, on peut faire un ping du serveur par le client, ou inversement.
Et même faire ça en quinconce avec un ping sur google.
Lorsque la connexion est rompue, ce n'est pas forcément entre les ordinateurs, mais entre les logiciels. Il se peut que le redémarrage vienne remettre à zero le logiciel (lequel ?) ou simplement le kill+restart dans le cas ou le logiciel "est" planté, pour accepter une nouvelle connexion.
zatox Membre non connecté
-
- Voir le profil du membre zatox
- Inscrit le : 27/09/2011
- Groupes :
Jybz :
Lorsque la connexion est rompue, ce n'est pas forcément entre les ordinateurs, mais entre les logiciels.
Là j'ai quelques doutes car lorsque je m'aperçois que le rsync ne renvoie plus rien, la première chose que je fais c'est de lancer une connexion VNC (anydesk), une connexion sftp et également je refais en konsole un ssh user-serveur@adresse-ip-du-serveur et il n'y a rien qui marche donc j'en conclus que la connexion entre client et serveur est rompue, ai-je tort ?
Jybz :
Au lieu de faire un ping de google, on peut faire un ping du serveur par le client, ou inversement.
Et même faire ça en quinconce avec un ping sur google.
Et même faire ça en quinconce avec un ping sur google.
oui pourquoi pas ? par exemple je pourrai faire ceci:
ping du serveur par le client, si problème écrire un fichier texte avec quelques infos
ping google par le client, si problème écrire un fichier texte avec quelques infos
ping du client par le serveur, si problème écrire un fichier texte avec quelques infos et reboot du serveur (pas sûr que ça marche mais faut essayer)
ping google par le serveur, si problème écrire un fichier texte avec quelques infos et reboot du serveur (pas sûr que ça marche mais faut essayer)
Bon je vais voir pour écrire ces script.
Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Oui la coupure peut se passer à n' importe quel niveau de pile.
Au niveau de la couche physique (1) (cable débranché), mais aussi au niveau pilote (bug qui fait que la carte n' émet/ reçoit plus rien), au niveau... au logiciel qui crash (et donc forcément le port n' étant plus accessible, la connexion ne marche plus sur le service demandé, etc... il n' y a rien dans les logs des deux machines pouvant permettre de savoir à quel niveau ça plante ?
zatox Membre non connecté
-
- Voir le profil du membre zatox
- Inscrit le : 27/09/2011
- Groupes :
Jybz :
Tu as l'air d'aimer les scripts, on va bien s'entendre :-D
on va dire que je bricole un peu mais je ne suis pas un champion, cependant oui je me fais parfois quelques petits scripts
nic80 :
il n' y a rien dans les logs des deux machines pouvant permettre de savoir à quel niveau ça plante ?
Je ne sais pas trop à quel endroit je peux trouver les logs concernant la connexion des 2 machines, dans /var/log/ j'ai beaucoup de monde mais je ne trouve rien qui pourrait correspondre à la connexion entre les 2 machines en tous cas sur la machine client. Je vais regarder sur le serveur, si je trouve je posterai le résultat.
nic80 :
Oui la coupure peut se passer à n' importe quel niveau de pile.
Au niveau de la couche physique (1) (cable débranché), mais aussi au niveau pilote (bug qui fait que la carte n' émet/ reçoit plus rien), au niveau... au logiciel qui crash (et donc forcément le port n' étant plus accessible, la connexion ne marche plus sur le service demandé, etc...
Au niveau de la couche physique (1) (cable débranché), mais aussi au niveau pilote (bug qui fait que la carte n' émet/ reçoit plus rien), au niveau... au logiciel qui crash (et donc forcément le port n' étant plus accessible, la connexion ne marche plus sur le service demandé, etc...
Oui je sais que c'est compliqué, le petit script qui devait redémarrer quand le ping renvoyait un code différent de zéro fonctionnait très bien en test sur mon ordi mais quand je l'ai monté sur le client ça n'a pas marché, après une coupure de connexion l'ordi n'a pas redémarré !!!
Je crois que ce qui aurait été bien si j'avais pu le prévoir c'était d'activer le wake on lan sur le serveur, je vais voir pour le faire quand je vais aller chez mon pote.
zatox Membre non connecté
-
- Voir le profil du membre zatox
- Inscrit le : 27/09/2011
- Groupes :
Quand je lance la sauvegarde, si je garde en même temps une connexion VNC j'ai des coupures au bout d'un certain temps qui peut-être un temps relativement court. Hier soir je n'ai gardé que la connexion ssh pour les sauvegardes par rsync et ce matin la sauvegarde est toujours active. J'en conclus que les plantages ont lieu uniquement lorsque je garde une connexion VNC à côté de la connexion ssh. Bon ce n'est qu'un constat.
Donc pour le moment je continue jes sauvegardes, par contre le débit est faible, je le vois varier actuellement entre 50 et 150 kB/s.
Alors je me suis posé la question suivante:
actuellement depuis le client je me connecte sur le serveur par la commande: ssh user@ip-du-serveur puis depuis la konsole du serveur
je tape screen -RDU puis
rsync -azz --progress --exclude=.* /home/user-serveur/ user-client@ip-client:/dossier-destination/
J'ai essayé de faire l'inverse à savoir depuis une konsole sur l'ordi client:
rsync -azz --progress --exclude=.* user-serveur@ip-serveur:dossier-a-sauvegarder-sur-serveur/ /dossier-sauvegardé-sur-client/
A priori les deux sont semblables au niveau vitesse.
Voilà, affaire à suivre.
Pardon pour la question subsidiaire, je vais poster ailleurs.
Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
Je me demande si ce n'est pas SSH qui plante, ainsi tout ce qui l'utilise (rsync je suppose, ssh lui meme, peut-être vnc aussi) sont plantés.
Juste un logiciel et plus rien ne marché ^^
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Pour le débit, cela dépend de la capacité de teléversement de la ligne emmitrice. Dans un sens comme l' autre (client <-> serveur), c' est toujours la capacité de celle ci qui fait office de goulet d' etranglement. Or les capacités de l' adsl sont limitées (https://en.m.wikipedia.org/wiki/Asymmetric_digital_subscriber_line rubrique adsl standarts). Et dans 1 B(ytes) il y a 8 b(its)...
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie