gby06

Toutes mes réponses sur les forums

11 sujets de 1 à 11 (sur un total de 11)
  • Auteur
    Messages
  • en réponse à : URGENT incompatibilité avec Mojave #5741

    gby06
    Participant

    Bonjour

    A priori, la version Medintux pour MacOS a été faite sur base de la version 10.7 de macOS (Lion) donc en 2011… MacOS Mojave (10.14) est sorti fin 2018, soit 7 ans et 7 versions plus tard, un gouffre dans le temps en matière d’informatique ….

    Pour avoir une réponse sur une éventuelle chance de support/correction  de Medintux dans de telles conditions, le mieux est d’envoyer un mail de contact aux admins du site et créateurs du logiciel , voir formulaire de contact ici

    Bonne chance !

    GB

    en réponse à : Sauvegarde et restauration base de donnée #5638

    gby06
    Participant

    Bonjour,

    Le mieux serait de commencer par vérifier quels sont les paramètres utilisés sur l’ancienne installation; pour cela il faut lancer l’utilitaire setbases, et vérifier quels sont les paramètres définis dans l’onglet « installation des bases », champs « Nom ou adresse IP », puis « port », puis « Nom de connexion » etc …/…

    Si l’utilitaire setbases fonctionne correctement, alors la sauvegarde sera facile à lancer en réutilisant les même paramètres de connexion

    gb

    en réponse à : Tuto Installation MedinTux 2.16 sur xubuntu 18.04 LTS #5586

    gby06
    Participant

    Super

    Bon week-end !

    en réponse à : Tuto Installation MedinTux 2.16 sur xubuntu 18.04 LTS #5582

    gby06
    Participant

    Bizarre, on dirait que l’installation a été incomplète . Etes vous sur d’avoir suivi dans le détail le tuto d’installation, en particulier l’étape d’installation du package libpng12 (qui n’existe plus en natif sous ubuntu 18.04 LTS) ?

    Il fallait faire les étapes suivantes :

      Ouvrir un Terminal
      sudo dpkg -i /tmp/libpng12.deb
      rm /tmp/libpng12.deb

    Si  vous n’aviez pas fait l’étape ci-dessus, il faut la réaliser puis lancer Manager

    Si vous aviez déjà bien suivi cette étape, alors il faudrait tenter de réinstaller le package manquant :

      sudo apt install libgstreamer-plugins-base0.10-0

    Relancer Manager et indiquer le résultat ?

    en réponse à : Tuto Installation MedinTux 2.16 sur xubuntu 18.04 LTS #5578

    gby06
    Participant

    Bonjour,
    Comme cela, sans autre indication, cela va être difficile de répondre … Il faudrait donner un peu de contexte et de détail, par exemple :
    – Est-ce que vous êtes bien allé jusqu’au bout de l’initialisation des DB via setbase ?
    – Quelle commande exacte lancez vous pour Manager ?
    – Si vous lancez Manager depuis une ligne de commande, quel est le message donné en retour apres lancement de la commande ?
    …/…

    en réponse à : C MoteurBase->m-Database ne peut s'intancier #5554

    gby06
    Participant

    Bonne nouvelle donc, tu as maintenant une sauvegarde de tes bases Medintux

    ceci te permettra de faire la suite avec la sécurité de pouvoir revenir en arrière , ou bien dans le pire des cas de pouvoir refaire une installation de zero , et ensuite de restaurer les sauvegardes.

    Donc pour la récupération du mot de passe root, l’idée est la suivante :

    • créer un nouveau compte utilisateur ayant les mêmes droits que root
    • Puis Tenter la connexion vers MedinTux , avec set_bases, en utilisant ce nouveau compte utilisateur, puis lancer Medintux
    • Si cela fonctionne alors tu as le choix de rester avec ce nouvel utilisateur ou bien de tenter de modifier le mot de passe du compte root originel

    On va donc tenter de créer un nouveau compte root

    Lancer MySql Administrator

    • Utiliser le menu User Account
    • Verifier que tu as bien
      • un utilisateur « root »
      • que sous cet utilisateur « root » tu as bien « localhost »
    • positionner la souris sur utilisateur « root »
      • faire click droit sur utilisateur « root »
      • Dans le sous menu qui apparait,  selectionner « clone user »
      • nommer le nouvel utilisateur en « newroot » par exemple
    • selectionner « newroot »
      • Dans le menu Information Utilisateur
        • Mettre un mot de passe facile a retenir (2 fois)
        • Appliquer les changements
    • quitter MySql Administrator

    Lancer set_bases

    • Tenter la connection avec le nouveau compte utilisateur newroot et nouveau mot de passe associé
    • Si OK , les bases MedinTux doivent être visibles
    • Quitter set_bases

    Tenter alors le lancement du client MedinTux (Manager)

    Et poster alors le résultat
     

    en réponse à : C MoteurBase->m-Database ne peut s'intancier #5549

    gby06
    Participant

    Bonjour
    Au vu du premier message et du dernier test, je reste donc pour l’instant dans l’idée que c’est un problème de mot de passe de l’utilisateur root.

    J’ai compris que tu as réussi a utiliser MySql Administrator pour te connecter sur les DB de MedinTux.

    Si c’est bien le cas alors cela confirme que 1) le service MySql est bien fonctionnel et que 2) l’outil MySql Administrator a bien le mot de passe root correctement configuré, car il réussit lui a établir la connection avec la base MySql.

    Je te propose alors de tenter 2 actions principales via MySql Administrator
    -Faire une sauvegarde des DB MedinTux, si cela n’avait pas déja été fait
    -Retrouver un compte/mot de passe root sur mysql

    Pour cela il faudrait commencer par faire les sauvegardes en utilisant par exemple la procédure décrite dans le lien https://help.fasthosts.co.uk/app/answers/detail/a_id/558/~/back-up-and-restore-mysql-with-mysql-administrator
    Attention à démarrer au step 5
    Quand c’est fait , confirmes que c’est OK, et on passerait alors à l’étape recup mot de passe root

    GB

    en réponse à : C MoteurBase->m-Database ne peut s'intancier #5535

    gby06
    Participant

    Bonjour

    En imaginant que la base Medintux sur le portable contient encore des données, et au vu du premier message d’erreur du post initial « acces denied for user ‘root’@’localhost’ (using password / NO) » :

    Il me semble que contrairement à ce qui a été échangé ce pourrait être une tentative d’accès à la base mysql qui échoue car il n’y a pas de mot de passe fourni (ou bien le mot de passe fourni est erroné).

    Donc une possibilité serait de lancer set_bases , en précisant explicitement le mot de passe de Medintux, pour voir si les DB apparaissent bien dans la liste des DB présentes. Si tu ne connais pas le mot de passe, tenter avec le mot de passe par défaut qui est utilisé par Medintux pendant l’installation . C’est « admin »  (sans les guillements bien sur …)

    Puis relancer ensuite Manager et voir ce que cela donne

    GB

    en réponse à : mise à jour impossible #5506

    gby06
    Participant

    Moi je dirai qu’il faut essayer de repartir de zero sur un PC avec MedinTux 2.16 déja installé, et donc en résumé,
    Sur un PC qui a déjà un Medintux 2.16 (et qui peut être sacrifié en cas de problème technique) :
    Lancer Set_Base ,
    – Verifier que le champ « Nom ou adresse IP est bien « 127.0.0.1 » ou « localhost »
    – cliquer « se connecter à la base de données
    La zone de message doit maintenant indiquer avoir trouvé plusieurs DB, car  l’install de base en compte 9:

    DrTuxTest, MedicaTuxTest, BaseGetTest, CIM10Test, CCAMTest, qlaboftp, Comptabilite,bdm_gouv, dbi_C_DBM_GouvPlugin

    – Si il n’y a pas de DB installée, il faut sélectionner « Toutes les Bases » et cliquer sur «  »Installer les bases de Medintux »
    Si les bases sont déjà installées , et que tu veux restaurer seulement « DrTuxTest », il faudrait tenter de selectionner « DrTuxTest », et ensuite « Installer les bases de Medintux »

    Cela va mettre la DB DRTuxTest dans la version livrée par defaut lors de l’installation de Medintux.
    Ensuite faire une restauration de DrTuxTest  en utilisant le bouton « Restaurer un fichier SQL ».

    Et ainsi de suite pour chacune des bases à restaurer, avec l’espoir que tu avais bien un fichier de sauvegarde distinct par DB installée.

    Une fois terminée la restauration de chacune des DB, tu peux lancer Manager, il devrait alors se connecter sur la DB locale au PC avec les bases restaurées

    ET alors tu devrai retrouver un PC fonctionnel

    Bon courage !

    GB

    en réponse à : mise à jour impossible #5502

    gby06
    Participant

    Bonjour

    La démarche que tu appliques n’est pas évidente à suivre , il faudrait donner quelques explications complémentaires :

    « j’essaye de restaurer la dernière sauvegarde mais j’ai bloqué tous les pc où j’avais installé Medintux  »

    -> Veux tu dire que tu as une installation MedinTux en réseau avec un poste en Serveur et tous les autres sont clients , ou bien as tu plusieurs PC sur lesquels tu as installé à chaque fois un MedinTux monoposte ?

    « (fonctionnel avant d’installer cette sauvegarde) »

    -> Veux tu dire qu’en faisant une tentative de restauration des DB avec une sauvegarde, tu as fini par rendre MedinTux non fonctionnel sur plusieurs PC à la fois ?

    « Lorsque je lance set bases puis Medintux, une erreur apparaît et la fenêtre de mise à jour (alors que j’ai déjà installée la version 2.16) se lance et ça donne une erreur »

    -> Suivant les réponses aux 2 questions ci-dessus, es tu sur que tu tentes d’accéder à la bonne Base MedinTux ? Si tu es dans un mode installation en réseau il faut dans set_base, indiquer l’adresse du serveur et non pas celle du PC depuis lequel tu lance le client MedinTux .

    -> Enfin il n’est clair de savoir si tu as fait une installation de Zero de MedinTux, et que ensuite tu essayes de restaurer les DB, ou bien si tu essayes juste de restaurer les DB sur la version Medintux en production au moment de ton hacking.

    Un peu d’explication sur le contexte aidera donc à comprendre ce qui se passe et a pouvoir t’aider

    GB

     

     

    en réponse à : tuo mise en réseau #5490

    gby06
    Participant

    Bonjour

    Sachant que :

    • La plupart des PC (Windows, Linux, Mac) sont configurés de base pour fonctionner en DHCP client (se faire attribuer une adresse ip),
    • Les Box de tous les fournisseurs Internet sont configurées par défaut pour fonctionner en DHCP serveur (distribuer une adresse ip),

    Une autre solution plus standard (et plus propre au niveau réseau, car évitant les possibles conflits d’adresse ip) consiste à:

    • laisser les PC et le serveur et ou le NAS en mode client DHCP,
    • configurer la box internet pour qu’elle distribue toujours la même adresse ip au serveur et/ou au NAS (on appelle cela faire une réservation statique dans DHCP)

    Un exemple est donné dans le lien ci-dessous

    pour une configuration sur une freebox de Free:

    http://supertos.free.fr/supertos.php?page=1013

    Pour une configuration sur une livebox d’Orange:

    https://assistance.orange.fr/livebox-modem/toutes-les-livebox-et-modems/installer-et-utiliser/piloter-et-parametrer-votre-materiel/le-parametrage-avance-reseau-nat-pat-ip/creer-un-reseau-local-a-votre-domicile/livebox-4-attribuer-une-ip-fixe-a-un-equipement_188821-730602

    L’avantage est que toutes les définitions sont centralisées dans la Box, et donc cela limite les oublis ou doublons de configuration qui peuvent arriver lorsque certains postes sont en DHCP et d’autres en configuration statiques

    GB

     

11 sujets de 1 à 11 (sur un total de 11)