ROUGEXIII a écrit 35 commentaires

  • [^] # Re: GPT

    Posté par  . En réponse au message Deux systèmes de chiffrement cote à cote pour un système dual boot (suite). Évalué à 1.

    Pour la taille de la partition du point de montage /boot, je pense pouvoir confirmer que 200Mo est trop peu: Lors de l'installation du driver de la carte graphique, il essaye d'écrire /boot/initrd.img-5.4… et n'y arrive pas, probablement car il n'y a pas assez de place. (sans doute pour cela que la notification espace faible est apparue)

  • [^] # Re: GPT

    Posté par  . En réponse au message Deux systèmes de chiffrement cote à cote pour un système dual boot (suite). Évalué à 1.

    Bonjour,

    J'ai réussi avec succès à installer linux sur une partition chiffrée à côté de celle de windows sur bitlocker.

    En fait tu avais raison c'était assez simple avec l'installateur de linux mint: partitionnement manuel, il a suffit de choisir "partition chiffrée" à la place d'ext4/btrfs, de choisir une clef, de mettre le point de montage "/" dedans et "/boot" en dehors et c'était fait.

    Par contre je ne pouvais pas ajouter un fichier clef. Une fois la distribution démarrée, avec gnome disk utility, ("Disques" en Français) je peux changer la clef, mais toujours pas ajouter un fichier clef.

    => Une idée de comment faire? Il faut utiliser un autre outil je suppose?

    L'autre soucis c'est que je n'arrive pas à mettre GRUB sur la clef USB externe. Si je choisi cette clef en guise de disque où installer le bootloader et que je met le point de montage "/boot" sur une partition de la clef, au redémarrage j'arrive systématiquement au prompt de grub (sans aucun choix/menu quoi).

    En revanche si je choisi le disque interne en guise de disque où installer le bootloader et que je mets le point de montage "/boot" sur une partition de ce disque, aucun problème, j'ai mon menu GRUB fonctionnel.

    => Qu'est-ce qui m'échappe?

    => Question bonus: Lorsque j'ai cherché la taille idéale à donner à la partition du point de montage "/boot" j'ai vu qu'elle n'avait pas besoin d'être très grande. J'ai mis 200Mo, bon avec le recul j'aurais du mettre 256Mo voire 512Mo (https://linuxhint.com/boot-partition-size-debian/) car j'ai une notification qui m'indique que l'espace disque est faible sur cette partition alors qu'il reste pourtant 74Mo de libre. Est-ce qu'il y a des cas/usage où cela peut créer des problèmes?

  • [^] # Re: GPT

    Posté par  . En réponse au message Deux systèmes de chiffrement cote à cote pour un système dual boot (suite). Évalué à 1. Dernière modification le 05 septembre 2021 à 20:22.

    Non, les tables de partitions (FAT), quelles soient MBR ou GPT […] se trouvent sur les premiers secteurs du disque (et aussi les derniers dans le cas de GPT).

    Oh ok c'est plus clair, merci

    => Du coup je suppose que Gparted (par exemple) reconnaît si il y a une table de partition MBR ou GPT et adapte la première adresse sur le disque où il peut commencer à inscrire une "vraie" partition ? (un peu plus loin pour la GPT du coup)

    => Que contient et à quoi sert la partition EFI? Je suppose qu'elle ne contient pas le firmware successeur du BIOS, celui-ci doit toujours être dans l'eeprom sur la carte mère non?

    => Du coup Grub lui il s'installe ou par défaut?

    En ce qui concerne le chiffrement, as-tu lu : https://www.howtoforge.com/automatically-unlock-luks-encrypted-drives-with-a-keyfile ? Tout y est il me semble.

    Super lien, merci :)
    Aurais tu un lien pour les étapes qui précèdent la configuration de la clef:

    1. Je démarre sur une clef usb live de linux mint

    2. J'installe d'abord LUKS depuis la live ou j'installe d'abord linux mint?

    3. Comment je fais pour installer GRUB deux fois, une fois sur le disque, une autre dans la carte SD. Avec le premier qui renvoie sur le deuxième si la carte SD est présente ou démarre windows si elle est absente?

  • [^] # Re: GPT

    Posté par  . En réponse au message Deux systèmes de chiffrement cote à cote pour un système dual boot (suite). Évalué à 1. Dernière modification le 04 septembre 2021 à 10:16.

    Pour ma part, j'ai deux partitions chiffrées (sur deux disque, mais ça ne change rien) : /home et /data. Le déchiffrement de /data se fait par un fichier se trouvant sur /home.

    Oui j'avais vu qu'il était possible d'utiliser un fichier clef, j'avais trouvé cela ici : https://wiki.archlinux.org/title/dm-crypt/Device_encryption donc vis à vis de ton expérience on peut le stocker sur la carte SD et LUKS saura le trouver? On peut bien aussi le coupler à un mot de passe: utiliser le fichier clef ET le mot de passe demandé à l'utilisateur?

  • [^] # Re: GPT

    Posté par  . En réponse au message Deux systèmes de chiffrement cote à cote pour un système dual boot (suite). Évalué à 1. Dernière modification le 04 septembre 2021 à 10:04.

    Bonjour, merci d'avoir répondu si vite :)

    GPT n'est pas un type de partition mais un successeur de MBR, c’est-à-dire une table de partition (FAT) : https://lecrabeinfo.net/differences-mbr-gpt-tables-de-partitionnement.html t'éclairera sans doute.

    En effet j'ai fait un raccourci alors que "table de partition" != "partition", je m'étais renseigné ici : https://wiki.archlinux.fr/GRUB#Syst.C3.A8mes_UEFI
    En fait j'avais commencé par chercher sur google "où est installé GRUB par défaut". J'ai visiblement un peu tout mélangé.
    Si je comprends bien la table de partition (GPT dans mon cas) se trouve dans la partition "EFI"? La deuxième sur mon image de Gparted? En revanche ce n'est pas ici que sera mis en place GRUB c'est bien ça?

    En ce qui concerne le chiffrement de partition via LUKS, nul besoin de l'associer à LVM : https://doc.ubuntu-fr.org/cryptsetup

    Oui j'avais compris cela, mais ce que je voulais dire c'est que les tutoriels pour mise en place de LUKS intègrent une partie LVM dont je n'ai pas besoin et qui du coup me perd :/

    Notes que j'ai obtenues ces deux liens en trois secondes grâce à mon moteur de recherche favori !

    J'ai pourtant bien effectué pas mal de recherches avant de passer la soirée à rédiger ce sujet, mes faibles connaissances ou peut-être une tendance à balayer trop vite les résultats ne m'ont pas permis de m'en sortir :/ En tout cas merci pour ton aide :)

  • [^] # Re: Nautilus

    Posté par  . En réponse au message Recherche avancée graphique. Évalué à 3.

    Merci pour l'info!

    Ben mince alors je croyais que Némo était un fork de Nautilus. La recherche avancé aurait donc été ajoutée après le fork?

    D'ailleurs je comprends pas bien il y a eu un rattrapage de fonctionnalités Nautilus dans Némo là ? https://github.com/linuxmint/nemo/pull/864

    En regardant le github de Nemo, ça fait un moment qu'un substitut est évoqué ou que des demandes sont ajoutées:
    - https://github.com/linuxmint/nemo/pull/429
    - https://github.com/linuxmint/nemo/issues/426
    - https://github.com/linuxmint/nemo/issues/1918

    Si j'ai bien compris la prochaine version de linux Mint Tina utilisera encore Némo, je ne sais pas si une installation a posteriori de Nautilus est aussi bien intégrée au système dans ce cas?

  • [^] # Re: KFind

    Posté par  . En réponse au message Recherche avancée graphique. Évalué à 1.

    Merci, il est vraiment pas mal.
    Et non pas besoin de l'indexation :)
    Le seul mini défaut que je vois pour l'instant c'est qu'on ne peut pas chercher un fichier compris entre une taille min et un max, c'est soit supérieur à soit inférieur à soit égal, mais bon c'est chipoter ^

    Y aurait-il un moyen de l'intégrer au système? en l’occurrence à Nemo?

  • [^] # Re: Concernant Conversations

    Posté par  . En réponse au message Metronome. Évalué à 1. Dernière modification le 21 septembre 2015 à 18:22.

    Bonjour,

    Voilà mon point de vue (peut-être erroné):
    Le DNS sert à convertir une url facilement mémorisable par un humain du genre monjolisiteweb.fr en une adresse machine du type xxx.xxx.xxx.xxx.
    Dans mon cas je ne souhaite pas que n'importe qui ai accès à mon serveur, je paramètre moi même tous les clients qui doivent accéder au serveur. Pourquoi aurais-je besoin d'un nom de domaine?
    Si le client a directement l'adresse machine, cela évite en plus de passer par un tiers (DNS) pour résoudre le nom de domaine.
    Pourquoi un client ne pourrait-il pas trouver les services liés à mon serveur s'il a l'adresse publique de la machine?

    Quelque chose m'échappe?
    En tout cas merci pour les réponses :)

    Edit: Si j'héberge mon propre serveur DNS et que je le paramètre dans mes clients, cela règle le problème?

  • [^] # Re: Concernant Conversations

    Posté par  . En réponse au message Metronome. Évalué à 2.

    J'ai pas compris à quoi sert le "SRV records", apparemment ça a un rapport avec le DNS,
    je n'ai pas de nom de domaine et n'en ai pas l'utilité, j'utilise directement l'adresse publique de mon serveur.

  • [^] # Re: Une première liste

    Posté par  . En réponse au message Metronome. Évalué à 1.

    Merci pour la réponse rapide,
    mais justement, si tu prends l'exemple de Jitsi qui est dans la liste, je n'ai réussi qu'à faire que de la messagerie texte et la conversation téléphonique.