JeromeLEKIEFFRE a écrit 11 commentaires

  • [^] # Re: Log après arrachement et avant rechangement ?

    Posté par  . En réponse au message Udev m'en veut! :(. Évalué à 1.

    Oui c'est mon idée mais la question était plutôt, vaut-il mieux écrire un script et demander à Udev de l'exécuter ou écrire le script dans la règle Udev? (ce serais beaucoup plus propre dans un fichier pour le script mais au niveau fonctionnel?)
    (en posant la question je pense connaître la réponse mais… autant profiter du sujet pour avoir l'avis d'autres…)

    Bien souvent, si tu as un problème, demande toi qui est le couillon qui viens d'écrire le script que tu viens d'écrire... ça y est, il y a de fortes chances pour que tu ai trouvé le coupable! Et si en l'intérogeant tu ne trouve rien, vas faire dodo!

  • [^] # Re: Log après arrachement et avant rechangement ?

    Posté par  . En réponse au message Udev m'en veut! :(. Évalué à 1.

    (je devrais peut-être faire un nouveau sujet pour ça…)

    Bien souvent, si tu as un problème, demande toi qui est le couillon qui viens d'écrire le script que tu viens d'écrire... ça y est, il y a de fortes chances pour que tu ai trouvé le coupable! Et si en l'intérogeant tu ne trouve rien, vas faire dodo!

  • [^] # Re: Log après arrachement et avant rechangement ?

    Posté par  . En réponse au message Udev m'en veut! :(. Évalué à 1.

    Si je veux utiliser inotify, je vois comment faire pour un fichier en particulier mais est-il possible de faire un inotify sur un dossier qui copierait le fichier qui as été modifié de ce dossier ailleurs?
    (un genre de:
    A=0
    while $A = 0
    do
    if [!carteSDmonté];then A=1;
    fi
    inotifywait -q -q -o /media/sdcard/inotify.log -e modify /var/log/*
    cp /var/log/"le_fichier_modifié" /media/sdcard/"le_fichier_modifié"
    done

    )
    je sais pas trop si je suis bien clair ^

    Bien souvent, si tu as un problème, demande toi qui est le couillon qui viens d'écrire le script que tu viens d'écrire... ça y est, il y a de fortes chances pour que tu ai trouvé le coupable! Et si en l'intérogeant tu ne trouve rien, vas faire dodo!

  • [^] # Re: Log après arrachement et avant rechangement ?

    Posté par  . En réponse au message Udev m'en veut! :(. Évalué à 1.

    C'est effectivement probablement le plus sage, mais je me disait que ce serais peut-être moins une usine à gaz si tout était dans un seul et unique script… Du coup quuelqu'un saurait s'il vaut mieux faire éxecuter un script à Udev ou directement des commandes les unes après les autres (par exemple pour déplacer les logs…)

    Bien souvent, si tu as un problème, demande toi qui est le couillon qui viens d'écrire le script que tu viens d'écrire... ça y est, il y a de fortes chances pour que tu ai trouvé le coupable! Et si en l'intérogeant tu ne trouve rien, vas faire dodo!

  • [^] # Re: Log après arrachement et avant rechangement ?

    Posté par  . En réponse au message Udev m'en veut! :(. Évalué à 1.

    Pas bête mais c'est souvent assez tordu à comprendre parce que beaucoup plus généraliste que ce que je souhaite faire…

    Bien souvent, si tu as un problème, demande toi qui est le couillon qui viens d'écrire le script que tu viens d'écrire... ça y est, il y a de fortes chances pour que tu ai trouvé le coupable! Et si en l'intérogeant tu ne trouve rien, vas faire dodo!

  • [^] # Re: Log après arrachement et avant rechangement ?

    Posté par  . En réponse au message Udev m'en veut! :(. Évalué à 1.

    il n'écris rien dans le fichier… il n'en créé même pas…
    C'est à n'en rien comprendre… mkdir n'as pas de résultat…

    Bien souvent, si tu as un problème, demande toi qui est le couillon qui viens d'écrire le script que tu viens d'écrire... ça y est, il y a de fortes chances pour que tu ai trouvé le coupable! Et si en l'intérogeant tu ne trouve rien, vas faire dodo!

  • [^] # Re: Log après arrachement et avant rechangement ?

    Posté par  . En réponse au message Udev m'en veut! :(. Évalué à 1. Dernière modification le 28/11/17 à 17:17.

    Cela effectivement ne se voyait pas dans les logs car mon code commence par

    #!/bin/bash -xe

    (le '-e' arrête mon script à la première erreur rencontrée. Mais si j'enlève ce fameux 'e', je vois bien le résultat de mon test suivant, donc mkdir me rend la main mais termine avec un code différent de 0.
    (après l'avoir imprimé je peut même te dire qu'il se termine en renvoyant la valeur 1)

    Bien souvent, si tu as un problème, demande toi qui est le couillon qui viens d'écrire le script que tu viens d'écrire... ça y est, il y a de fortes chances pour que tu ai trouvé le coupable! Et si en l'intérogeant tu ne trouve rien, vas faire dodo!

  • [^] # Re: Log après arrachement et avant rechangement ?

    Posté par  . En réponse au message Udev m'en veut! :(. Évalué à 1.

    J'ai bien vérifié, /media est libre en écriture et lecture pour tout le monde normalement.
    A priori Udev est sensé exécuter les scripts en root puisqu'il est lui même exécuté en root…
    J'avais commencé par mettre un sudo mais rien n'y fais…
    Je ne connaissait pas ce terme de race condition mais si je récapitule mon idée c'est que ce script serve à initier la carte µSD en créant un dossier propre pour qu'ensuite Udev puisse monter la carte dedans donc cela me conviens bien que Udev soit en pause le temps que le dossier soit créé…
    Enfin je crois…

    Bien souvent, si tu as un problème, demande toi qui est le couillon qui viens d'écrire le script que tu viens d'écrire... ça y est, il y a de fortes chances pour que tu ai trouvé le coupable! Et si en l'intérogeant tu ne trouve rien, vas faire dodo!

  • [^] # Re: Log après arrachement et avant rechangement ?

    Posté par  . En réponse au message Udev m'en veut! :(. Évalué à 1.

    Ben surtout qu'a l'heure actuelle je ne lui demande pas de monter la carte puisqu'impossible de créer le dossier dans lequel je souhaiterais qu'il me la monte…
    Si je comprend bien ce qui est dit dans les liens que tu m'as mis, Systemd est capable de détecter la présence de la carte (on laisse les règles par défaut Udev la monter là où il le souhaite alors?) et on exécute le script à partir de là? L'idée me plaît, cela seras probablement plus stable de laisser Udev faire comme il le souhaite et d’interagir avec le produit finis (si je puis dire) directement.
    Ce que je voit c'est qu’apparemment il est écris quelque part à propos d'Udev qu'il ne supporte pas les gros scripts… Il semblerait que je n'ai pas suffisamment RTFM… :)
    Mais du coup cela veut dire que je n'ai plus la main sur le dossier dans lequel le système monte la carte… peut-être, ceci dit, qu'il est plus stable d'utiliser des liens plutôt que de se mettre directement dans la carte…

    J'aimais bien l'idée d'avoir quelque chose de fixe. Et surtout simple de configuration pour les autres personnes présentes dans le projet…

    Ce que j'aurais aimé faire c'est une règle qui ne fasse qu'appeler mon script qui lui ferais le reste…
    (initialisation des dossiers et montage de la carte puis après les modifications sur les logs)
    et un service Systemd ou cron qui, à chaque démarrage, réinitialise le système (on part du principe que la carte n'est pas présente, et si par hasard elle est présente on agis…) donc qui supprimerais toutes traces de la carte et reconfigurerais les logs (en gros mon idée pour les logs c'etait : Stopper rsyslog, déplacer les logs, supprimer /var/log, créer un lien de /var/log vers /media/sdcard/log, redémarrer rsyslog. Et donc au retrait de la carte suppression du lien et création du dossier /var/log… mais c'est un premier jet qui pose des soucis…)

    Bien souvent, si tu as un problème, demande toi qui est le couillon qui viens d'écrire le script que tu viens d'écrire... ça y est, il y a de fortes chances pour que tu ai trouvé le coupable! Et si en l'intérogeant tu ne trouve rien, vas faire dodo!

  • [^] # Re: Log après arrachement et avant rechangement ?

    Posté par  . En réponse au message Udev m'en veut! :(. Évalué à 1.

    j'exécute à l'insertion:

    ACTION=="add", SYMLINK+="disk/by-label/sdcard", RUN+="/root/ServolineScripts/PrepareSDCard.sh"
    (si c'est bien ce que tu me demande…)

    Bien souvent, si tu as un problème, demande toi qui est le couillon qui viens d'écrire le script que tu viens d'écrire... ça y est, il y a de fortes chances pour que tu ai trouvé le coupable! Et si en l'intérogeant tu ne trouve rien, vas faire dodo!

  • [^] # Re: Log après arrachement et avant rechangement ?

    Posté par  . En réponse au message Udev m'en veut! :(. Évalué à 1.

    Je prend bonne note de ta proposition. Mais à l'heure actuelle, la fonctionnalité de déplacement des logs n'est même pas encore implantée. Le problème est que je ne peut même pas monter la carte car le système n'arrive pas à créer le dossier /media/sdcard dans lequel je souhaite monter la carte… (je vais modifier un peu mon post car je vois que je n'ai pas été très clair sur ma question :) )
    Je ne connaît pas inotify, aurait-tu un bon lien l'expliquant? (la compréhension de l'anglais n'est pas un problème donc si tu as un lien en anglais cela me convient parfaitement) sinon je vais faire mes recherches moi même :)
    Merci pour l'idée!

    Bien souvent, si tu as un problème, demande toi qui est le couillon qui viens d'écrire le script que tu viens d'écrire... ça y est, il y a de fortes chances pour que tu ai trouvé le coupable! Et si en l'intérogeant tu ne trouve rien, vas faire dodo!