Vous n'êtes pas identifié(e).
Bonjour,
Dokouest a écrit :J'ai ajouté
_monnomutilisateur_ ALL=(ALL:ALL) ALL
Je ne sais pas si il y a une procédure plus "propre". En tout cas "veracrypt' peut fonctionner dans debian bulleyes
Effectivement, cela n'est pas très "propre". Tu offres ainsi à l'utilisateur la possibilité de lancer n'importe quelle commande en tant que root.
Quelque chose comme :_monnomutilisateur_ _nomdupc_ = (root) /chemin/vers/veracrypt
Serait mieux
Il serait bien aussi de ne pas ajouter cette ligne à /etc/sudoers.
Mais de la mettre dans un fichier (n'importe quel nom ira, veracrypt est bien) dans le répertoire /etc/sudoers.d
Merci, pour ce TRÈS BON conseil de sécurité.
Je l'ai suivi, et ça fonctionne parfaitement pour l'ouverture de veracrypt (le sujet peut être mis en "Résolu" il me semble)
P.S. Souvent, les "amateurs" (comme moi) bidouillons notre debian pour que tout fonctionne sans prendre conscience des problème de sécurité, de stabilité que nous pouvons créer. ((je pense particulièrement à l'imprimante brother, que j'ai réussis à faire fonctionner en wifi, sans trop savoir ce que je faisais, en accordant des autorisations par ci, par là...)) Ce serait cool, d'avoir une page du wiki, pour cheker les problèmes de sécurité, stabilité, d'une installation débian qui à déjà quelques heures de vol...:cool:
Encore merci @agp91
;
Quand je lançais veracrypt dans gnome, et que je voulais monter une partition cryptée, une fenêtre "demande de mdp" s'ouvre. Et si je rentrais mon mdp admin ou mon mdp user, la fenêtre "demande de mdp" s'ouvrait de nouveau à chaque essais...
J'ai alors ouvert des droits "sudo" à ma session utilisateur
Sous la ligne :
J'ai ajouté
Puis j'ai relancé "veracrypt". J'ai lancé la procédure pour monter un volume. Il m'a demander le mot de passe admin. J'ai donné celui de ma session utilisateur. Et cela à fonctionné...
Je ne sais pas si il y a une procédure plus "propre". En tout cas "veracrypt' peut fonctionner dans debian bulleyes
Sinon j'ai vu ça pour démarrer sur une clé USB --> https://support.lenovo.com/sg/fr/solutions/ht500207
Apparemment c'est la touche F12 pour le boot menu
Je tente ça demain, merci !!!
Hello,
Et joyeux Noël
Si ça peut t'aider --> https://wiki.debian.org/InstallingDebia … SSD/jessie
À adapter avec debian bullseye
Sinon il y a ça aussi --> https://debian-facile.org/doc:install:uefi
Oui, j'ai fais comme le tuto (j'ai l'habitude d'installer des debian chez tout ceux qui sont d'accord). D'habitude je galère pas autant. À priori, d'autre eurent aussi des problème < https://wiki.debian.org/InstallingDebia … SSD/jessie >
J'ai peut-être loupé un truc, je vais tout retenter...
Ho, ho, hôôô comme ont dit le 25 !!!:cool:
Avez vous essayer de creer la clef USB avec rufus?
Non, j'ai plein de clé (c'est Noël) je vais tenter
Merci !!!
Pour installer veracrypt, d'après le message d'erreur que tu as eu, il te faut d'abord installer libwxgtk3.0-gtk3-0v5 avant d'installer veracrypt
apt install libwxgtk3.0-gtk3-0v5
dpkg --install veracrypt-1.24-Update4-Debian-10-amd64.deb
Il est probable que d'autres dépendances manquantes vont appraître au fur et à mesure, à installer les unes après les autres, si possible avec apt.
Un rapide passage par wikipedia semble indiquer que veracrypt n'est pas totalement sûr, bien que les failles ne soient pas à la portée du premier (ou de la première) venue. Tout dépend aussi du secret à attacher à ces dossiers patients - normalement absolu...
J'utilise cryptsetup pour me ballader sans crainte avec mes disques durs, qui n'est pas uilisable entre Win et Linux. Mais je tenterais bien face au même problème de passer par des clés GPG. Cette solution aurait l'avantage de se passer de tout logiciel tiers au destin fragile, les clés gpg étant vraiment une norme transversale à une multitude d'applications et d'usages. Peut-être voir ici, par exemple :
https://btor.fr/2018/04/17/chiffrer-donnees-gpg/
Merci ! Cela fonctionne juste avec l'installation de la dépendance !! Vous (tu ?) avez raison, les dossiers patients (le secret médical) devrait bénéficier de ce qu'il y a de plus sur. Mais dans la pratique, l’aspiration des données de santé est devenue sport national : doctolib qui sait tout de vos RDV (ex : homme de 60 ans qui voit son MG le lundi, l'urologue le vendredi, IRM la semaine suivante, puis RDV de chirurgie oncologique urologique la semaine suivante ... => cancer de prostate !!! (tien son renouvellement mutuelle vient d'augmenter, et on lui propose un taux d'assurance de son prêt très élevé...). Il y a aussi les logiciels professionnels qui transmettent en douce vers leurs serveurs vos prescriptions (à des fins statistiques ) : https://twitter.com/MedecineLibre.)
Le concept des clés GPG, je ne connais pas ; je vais regarder ça, ça me semble idéal.
P.S = Je suis à deux doigts de ne travailler que sous Debian. Ce qui m'a beaucoup freiné : c'est que pour la télétransmission sous linux, ça semble coton.Et pour l'authentification par CPS (Carte Professionnel de Santé) et Carte vital sur le site "amelipro", la aussi, ça semble coton... Donc je suis toujours le c... entre deux chaises (Win et debian),
Merci !
Ben, voila, encore une fois coincé...
Ensuite, en regardant si les différents "protocoles" de chiffrement qui son utilisables sous Win et Linux, (et comme je intéresse pas la NSA), je suis parti sur le système de fichier : EncFS (je rappelle que je n'y connais rien, issou)
Là, on m'explique que, bien motivé, ce chiffrement peut être cassé (tant pis, j'ai pas trouvé mieux).
Ensuite, créer un dossier chiffré sur la clé USB et utiliser SiriKali est facile. Un tuto ici => https://www.2daygeek.com/sirikali-passw … ory-linux/ !
Maintenant, je pars taffer, je vais voir si je peux ouvrir cette clé avec windows10
J'ai aussi fait une recherché sur le web, mais rien trouvé de probant. Les seuls cas résolus sont quand le système de fichiers de destination était en FAT dont la taille de fichier maximum est 4 Gio.
Est-ce que le problème se produit toujours et seulement avec le même fichier ? Si oui, quelle est sa taille ?
Si je comprend bien le log de rsync, le fichier en cause est "/media/adz/ZENON/VIDEO SONY/01 2019-12-18/2019-12-18 16.47.54 01.avi".
Il "pèse", 9,5 Go.
Là, je viens de tenter de le copier sur mon ordi avec nautilus "jusq'ici, tout va bien"
Bonjour,
C'est bientôt Noël et j'ai réussi à transférer des films vhs de famille en fichiers . avi sur un dd ntfs (2To). Youpi!!!
Bon, maintenant il faut que je les enregistre sur des dd externes usb (ntfs) pour les mettre sous le sapin (dans les chaussettes, j'hésite, car c'est pour des ados, hihihi).
Ben, zut, ça marche pas, avec nautilus ou avecrsync -av /fichier à copier.avi /fichier copié.avi
Pour, vous, cela doit être fastoche, non ?
A noël, on ne recule devant rien pour un point chocolat Voir le tuto : Manuel du chocolat DF : « Ça marche pas ! »
Bon, ben ça veux toujours pas...