Clemzo a écrit 36 commentaires

  • [^] # Re: Grep après le branchement

    Posté par  . En réponse au message utilisation combinée de tee (resolu). Évalué à 1. Dernière modification le 23 août 2020 à 16:41.

    j'ai entièrement tapé la commande complète et je viens de verifier à nouveau et même comportement.
    Chose que je n'ai pas précisé : je suis sous freeBSD.
    Mais je ne pense pas que la syntaxe de cette commande soit différente d'un OS à l'autre dans la mesure ou rsync est commun à toutes les distributions.
    Edit : bien que le PB ne se situe pas sur rsync.

  • [^] # Re: Utiliser les options de rsync

    Posté par  . En réponse au message utilisation combinée de tee (resolu). Évalué à 1.

    Super, merci.
    Par contre ce que je souhaite faire c'est consigner uniquement les erreurs dans mon fichier error or je ne trouve aucun paramètre concernant les erreurs.
    Pour info un : rsync… 2> error.log n'affiche plus rien sur la console.
    Bref je tourne rond depuis un bout de temps sans trouver de bonnes solutions.

  • [^] # Re: Grep après le branchement

    Posté par  . En réponse au message utilisation combinée de tee (resolu). Évalué à 1.

    Nota : lorsque que je fais un UP pour retrouver la commande précédente, voici ce que je trouve :

    rsync -r --info=progress2 /dlink/francois/* /poolzfs-1/francois | tee > ( grep 'file has vanished:' > error.log )

    bash corrige en mettant des espaces partout

  • [^] # Re: Grep après le branchement

    Posté par  . En réponse au message utilisation combinée de tee (resolu). Évalué à 1. Dernière modification le 23 août 2020 à 12:11.

    j'ai tapé exactement ta syntaxe en respectant les espaces.
    d'après mes faibles connaissances ;) le grep ne semble pas poser de PB, mais plus le TEE

    voici ma ligne de commande :
    rsync -r --info=progress2 /dlink/francois/* /poolzfs-1/francois | tee >(grep 'file has vanished:' > error.log)

  • [^] # Re: Utiliser les options de rsync

    Posté par  . En réponse au message utilisation combinée de tee (resolu). Évalué à 1.

    Merci pour cette option qui pourrait effectivement me permettre d'arriver à mes fins, mais par contre je ne comprend pas la syntaxe du FORMAT par défaut (%i %n%L).
    Ou puis-je trouver plus d'explications ?

  • [^] # Re: Grep après le branchement

    Posté par  . En réponse au message utilisation combinée de tee (resolu). Évalué à 1.

    Merci pour cette réponse, c'est bien une syntaxe de ce genre que je recherche.
    Malheureusement la réponse est Missing name for redirect.

  • [^] # Re: sfdisk ?

    Posté par  . En réponse au message PB de géométrie disque dur (résolu). Évalué à 1. Dernière modification le 12 juillet 2020 à 09:59.

    En effet sfdisk est bien présent, j'ai du mal chercher.
    Par contre dans cette version (2.33.1), les options -C, -H et -S ont disparues.

  • [^] # Re: sfdisk ?

    Posté par  . En réponse au message PB de géométrie disque dur (résolu). Évalué à 3.

    Merci beaucoup pour t'être penché sur mon PB.

    Mais sfdisk semble obsolète sur Debian 10 : Le paquet "sfdisk" n'a pas de version susceptible d'être installée.

    De plus je pense que je fais 2 erreurs :
    1°) tenter de modifier un disque via un adaptateur USB
    2°) il semble de la géométrie ne soit plus utilisée avec des disques à grosse capacité (ici 6To) et que la méthode utilisée soit le LBA

    Effectivement lorsque je reformate le disque sous windows avec une partion GPT en NTFS je retrouve bien mes 6 To de disponibles.

    Par contre quand je remet ce disque fraîchement formaté dans mon adaptateur USB, je retrouve 1.5 To.

    et quand je remet ce même disque dans un pool zfs sa capacité est bien de 6To.

    Mon PB semble résolu.
    Merci.

  • [^] # Re: /tmp ou /var

    Posté par  . En réponse au message Le bon répertoire. Évalué à 1.

    En effet je connaissais son existence, mais dans le cas présent le répertoire tmp n'est pas adapté (même si le stycky bit est utile ailleurs).
    Merci pour ce rappel.

  • # Option retenue

    Posté par  . En réponse au message Le bon répertoire. Évalué à 1.

    Ok, pour mon projet, je vais retenir la solution var.
    Je vous remercie pour vos réponses.

    Bonne journée à vous.

  • # j'avance

    Posté par  . En réponse au message Le bon répertoire. Évalué à 1.

    J'ai oublié de préciser que je travaille sous Debian.

    j'avance un peu dans ma réflexion :
    j'ai effectué un
    shell
    sudo find / -type d -perm o=rw

    qui est est resté sans réponse

    Est-ce une bonne idée de créer un répertoire dans home nommé all avec l'attribut o=rw ?