Derniers messages sur Zeste de Savoirhttps://zestedesavoir.com/forums/2021-06-24T21:22:27+02:00Les derniers messages parus sur le forum de Zeste de Savoir.Hash grub différent (algo PBKDF2), message #2354812021-06-24T21:22:27+02:00anonyme/@anonymehttps://zestedesavoir.com/forums/sujet/15464/hash-grub-different-algo-pbkdf2/?page=1#p235481<p>Merci pour vos réponses, ça m’a éclairci pas mal de choses sur la cryptographie <img src="/static/smileys/svg/clin.svg" alt=";)" class="smiley"> </p>Hash grub différent (algo PBKDF2), message #2354332021-06-23T23:40:09+02:00ache/@achehttps://zestedesavoir.com/forums/sujet/15464/hash-grub-different-algo-pbkdf2/?page=1#p235433<p><a href="/@RDTL" rel="nofollow" class="ping ping-link">@<span class="ping-username">RDTL</span></a>: Je pense que tu n’as pas compris ce qu’est le sel ni sont but.</p>
<p>Le sel, c’est un nombre aléatoire (quelques octets). Que tu ajoutes au mdp avant de le hasher.
Dans la sortie de <code>grub-mkpasswd-pbkdf2</code>, il y a toute une partie qui n’est pas le hash et qui indique simplement comment est générer le bon hash.</p>
<figure><div class="hljs-code-div hljs-code-plain"><div class="hljs-line-numbers"><span data-count="1"></span></div><pre><code class="hljs language-plain">grub.pbkdf2.sha512.10000.4B12
</code></pre></div><figcaption>Le début du résultat de grub-mkpasswd-pbkdf2</figcaption></figure>
<p>Ici, tu as toutes les informations nécessaires pour à partir d’un mot de passe, générer le même hash. Notamment le sel (<code>"\x4B\x12"</code>).</p>
<p>Par exemple si le mdp est <code>"1234"</code>, le sel pourrait être <code>"4B12"</code> (en hexadecimal).</p>
<p>Ce qui sera hasher sera : <code>"1234\x4B\x12"</code>, la fonction de hashage ici est SHA512.
Le résultat de la fonction de hashage sera par exemple : <code>08ee930e177b84c0d7e0fe19bcc096821d4d48a3021da869d678d319f91030e3ec8905d0ffe3abc5b74f00823627a0ccc0ff0a2b3bcf150fe2e504139cfbcf6c</code> (hexadecimal encore).</p>
<p>Cette valeur sera hasher encore et encore le nombre de fois qu’il faut (le nombre d’itérations spécifié). Ici, c’est 1000 fois. Le but étant que ça prenne du temps.</p>
<p>Donc maintenant supposons que tu entres ton mdp. Grub va prendre ton mdp, lui ajouter le sel, hasher le tout le nombre de fois qu’il faut. Et si le résultat est égale à ce qui est stocker alors c’est que tu as tapé le bon mot de passe.</p>
<p>L’idée du sel, c’est que un attaquant ne peut pas créer un base de mot de passe pré-hashé. Par exemple, je pers une journée à hasher tous les mots de passe courants type : "ILoveYou" et "c00kies". Pour cela, j’utilise SHA512 avec 1000 itérations.</p>
<p>Quand je voudrais essayer de casser le mdp de ce hash, cette table ne me servira à rien ! Car même si c’est un mdp courant il y a un hash ajouter avant de hasher.</p>
<p>Une solution serait de hasher tous les mots de passe courants avec tous les sels possibles. Sauf que ça va augmenter la taille de ma table de mot de passe pré-hasher. Si le sel fait 1bit, alors ça double la taille de ma table. Par défaut le sel de grub fait 1024bits. Donc la taille de ma table de mot de passe pré-hasher sera multipliée par <span class="math math-inline"><span class="katex"><span class="katex-mathml"><math xmlns="http://www.w3.org/1998/Math/MathML"><semantics><mrow><msup><mn>2</mn><mn>1</mn></msup><mn>024</mn></mrow><annotation encoding="application/x-tex">2^1024</annotation></semantics></math></span><span class="katex-html" aria-hidden="true"><span class="base"><span class="strut" style="height:0.8141079999999999em;vertical-align:0em;"></span><span class="mord"><span class="mord">2</span><span class="msupsub"><span class="vlist-t"><span class="vlist-r"><span class="vlist" style="height:0.8141079999999999em;"><span style="top:-3.063em;margin-right:0.05em;"><span class="pstrut" style="height:2.7em;"></span><span class="sizing reset-size6 size3 mtight"><span class="mord mtight">1</span></span></span></span></span></span></span></span><span class="mord">0</span><span class="mord">2</span><span class="mord">4</span></span></span></span></span>, ce qui est totalement au delà du nombre d’atomes dans l’univers.</p>
<p>Une table de mot de passe pré-hasher s’appelle une <a href="https://fr.wikipedia.org/wiki/Rainbow_table">rainbow table</a>. Le sel sert précisément à empêcher l’usage de ce type de table.</p>Hash grub différent (algo PBKDF2), message #2354302021-06-23T22:02:20+02:00Moté/@Mot%C3%A9https://zestedesavoir.com/forums/sujet/15464/hash-grub-different-algo-pbkdf2/?page=1#p235430<p>Le sel est enregistré quand tu fais cette commande, et quand tu rentres ton mot de passe il rajoute le sel en question <img src="/static/smileys/svg/hihi.svg" alt="^^" class="smiley"></p>Hash grub différent (algo PBKDF2), message #2354292021-06-23T21:56:11+02:00anonyme/@anonymehttps://zestedesavoir.com/forums/sujet/15464/hash-grub-different-algo-pbkdf2/?page=1#p235429<p>Merci pour vos réponses, donc il y a un sel aléatoire (je ne sais pas vraiment ce que c’est) qui ajoute en complexité et qui crée donc un hash différent à chaque fois. Mais du coup comment peuvent se comparer les hash ? <img src="/static/smileys/svg/1f914.svg" alt="🤔" class="smiley"></p>Hash grub différent (algo PBKDF2), message #2354222021-06-23T16:58:38+02:00Aabu/@Aabuhttps://zestedesavoir.com/forums/sujet/15464/hash-grub-different-algo-pbkdf2/?page=1#p235422<p>Salut,</p>
<p>Cette commande utilise effectivement un sel pour le hash.</p>
<p>La <a href="https://www.linux.org/docs/man1/grub2-mkpasswd-pbkdf2.html">documentation</a> mentionne qu’il est possible de paramétrer la longueur du sel.</p>
<p>On retrouve également dans le <a href="https://github.com/vathpela/grub2-fedora/blob/d7cac52eb21b866ffec66dc8d1319cc0695c94ee/util/grub-mkpasswd-pbkdf2.c#L164">code source</a><sup id="fnref-1-_XiZv7AnI"><a href="#fn-1-_XiZv7AnI" class="footnote-ref">1</a></sup> la génération du sel à partir de données aléatoires, qui est ensuite utilisé pour hasher le mot de passe quelques lignes plus loin.</p>
<p>Édit. : un peu grillé, mais tant pis. <img src="/static/smileys/svg/hihi.svg" alt="^^" class="smiley"></p>
<div class="footnotes">
<hr>
<ol>
<li id="fn-1-_XiZv7AnI">Pas forcément exactement la même version que la tienne, mais c’est sûrement quasi-identique quoi qu’il en soit.<a href="#fnref-1-_XiZv7AnI" class="footnote-backref" title="Retourner au texte de la note 1">↩</a></li>
</ol>
</div>Hash grub différent (algo PBKDF2), message #2354202021-06-23T16:51:13+02:00Fantasio/@Fantasiohttps://zestedesavoir.com/forums/sujet/15464/hash-grub-different-algo-pbkdf2/?page=1#p235420<p>Pour compléter, c’est utile pour éviter de pouvoir créer des dictionnaires de hash. Si quelqu’un te vole ton hash, pour pouvoir trouver ton mot de passe par brute force, il est obligé de tout calculer à partir de ton sel <img src="/static/smileys/svg/smile.svg" alt=":)" class="smiley"></p>Hash grub différent (algo PBKDF2), message #2354192021-06-23T16:41:23+02:00ache/@achehttps://zestedesavoir.com/forums/sujet/15464/hash-grub-different-algo-pbkdf2/?page=1#p235419<p>En fait, tout est écrit dans le nom de la commande <img src="/static/smileys/svg/hihi.svg" alt="^^" class="smiley"></p>
<p><a href="https://fr.wikipedia.org/wiki/PBKDF2">PBKDF2</a></p>
<p>C’est une <a href="https://fr.wikipedia.org/wiki/Fonction_de_d%C3%A9rivation_de_cl%C3%A9">fonction de dérivation de clés</a>. C’est typiquement pour ralentir le processus de génération d’un hash.</p>
<p>Et donc effectivement, il y a bien un hash qui est généré aléatoirement. Tu peux le désactiver avec <code>-s 0</code>.</p>
<div class="hljs-code-div hljs-code-shel"><div class="hljs-line-numbers"><span data-count="1"></span><span data-count="2"></span></div><pre><code class="hljs language-shel">$ grub-mkpasswd-pbkdf2 -s 0
grub.pbkdf2.sha512.10000..3E99BAA98B35D1AD0D32CA79CEF23A3354F2E2D3568279079F88B20A2AE7A884189FB0B8D61D30AE7C54B52A2820A174D9C36317B13A595C8FE0A9F80929EC7F
</code></pre></div>
<p>Au début, on a <code>grub.pbkdf2</code> donc la fonction de dérivation de clé. La fonction de hashage, le nombre d’itération, le sel (vide ici) puis enfin le hash.</p>Hash grub différent (algo PBKDF2), message #2354172021-06-23T16:07:32+02:00Moté/@Mot%C3%A9https://zestedesavoir.com/forums/sujet/15464/hash-grub-different-algo-pbkdf2/?page=1#p235417<p>Peut-être que la commande génère automatique un <em>sel</em> qui est ajouté au mot de passe ?</p>Hash grub différent (algo PBKDF2), message #2354142021-06-23T15:34:18+02:00anonyme/@anonymehttps://zestedesavoir.com/forums/sujet/15464/hash-grub-different-algo-pbkdf2/?page=1#p235414<p>Bonjour,</p>
<p>J’ai voulu sécuriser le Grub avec un mot de passe au démarrage, stocké en hash (algorithme PBKDF2) dans un fichier de configuration.
Pour cela, j’utilise la commande <code>grub-mkpasswd-pbkdf2</code> et je mets le mot de passe <strong>1234</strong> (pour l’exemple <img src="/static/smileys/svg/heureux.svg" alt=":D" class="smiley"> ).</p>
<p>j’obtiens donc un hash. </p>
<p>Et juste par curiosité, j’ai voulu refaire la commande avec <strong>exactement</strong> le même mot de passe et j’obtiens un hash complètement différent!</p>
<p>Alors je ne m’y connais pas très bien en cryptographie, mais je pensais que pour un même mot de passe le hash devait être similaire auquel cas on ne pouvait pas les comparer… Est-ce que vous auriez une explication à ça ?</p>
<p>merci d’avance !</p>Petits détails à corriger sur Linux, message #2249102020-08-12T14:19:08+02:00adri1/@adri1https://zestedesavoir.com/forums/sujet/14436/petits-details-a-corriger-sur-linux/?page=1#p224910<figure><blockquote>
<p>Si je ne me trompe pas, Grub s’installer en partie dans la partition de boot, ce qui fait que ça le rend inopérant après. Enfin, il s’agit juste de prendre un live USB et de réparer Grub, le problème est connu depuis longtemps.</p>
</blockquote><figcaption><a href="https://zestedesavoir.com/forums/sujet/14436/petits-details-a-corriger-sur-linux/?page=1#p224903">Phigger</a></figcaption></figure>
<p>Normalement, non, comme l’a dit <a href="/membres/voir/Taurre/" rel="nofollow" class="ping ping-link">@<span class="ping-username">Taurre</span></a>, Windows installe ses fichiers de démarrage sur la partition et n’a aucune raison de toucher à ce qui existe sur la partition EFI. En pratique, le problème est parfois qu’il va toucher aux partitions en s’installant, ce qui peut poser problème si il refait la table complètement (et là, c’est pas une question de réparer Grub ou un quelconque bootloader/bootmanager, c’est une question de donner la bonne table à Linux et potentiellement <code>mkinitcpio</code> pour régénérer <code>initramfs</code>)… Il est du coup souvent plus simple de l’installer en premier en lui laissant faire son bousin puis installer Linux en lui disant où et comment parce que lui essaiera pas d’être plus malin que toi.</p>Petits détails à corriger sur Linux, message #2249032020-08-12T11:01:10+02:00Moté/@Mot%C3%A9https://zestedesavoir.com/forums/sujet/14436/petits-details-a-corriger-sur-linux/?page=1#p224903<p>Si je ne me trompe pas, Grub s’installer en partie dans la partition de boot, ce qui fait que ça le rend inopérant après. Enfin, il s’agit juste de prendre un live USB et de réparer Grub, le problème est connu depuis longtemps.</p>Petits détails à corriger sur Linux, message #2249022020-08-12T10:56:02+02:00Taurre/@Taurrehttps://zestedesavoir.com/forums/sujet/14436/petits-details-a-corriger-sur-linux/?page=1#p224902<figure><blockquote>
<p>Oui parce que Windows installe le MBR qui va faire sauter GRUB. À prendre en compte et réparer Grub.</p>
</blockquote><figcaption><a href="https://zestedesavoir.com/forums/sujet/14436/petits-details-a-corriger-sur-linux/?page=1#p224878">Phigger</a></figcaption></figure>
<p>Visiblement, ici, c’est un démarrage en UEFI, donc normalement Windows va simplement installer son <em>bootloader</em> sur la partition EFI sans écraser celui de GRUB.</p>Petits détails à corriger sur Linux, message #2248932020-08-12T02:25:45+02:00ache/@achehttps://zestedesavoir.com/forums/sujet/14436/petits-details-a-corriger-sur-linux/?page=1#p224893<blockquote>
<blockquote>
<ol start="3">
<li>J’ai vu passer le paquet <code>wpa_supplicant</code>, mais ayant le WiFi qui fonctionne, je ne l’ai pas installé. Je ne sais pas ce que ça va apporter.</li>
</ol>
</blockquote>
<p>Tu es sûr qu’il n’est pas installé en dépendance d’un autre paquet ?
Il y a des gestionnaires wifi qui ne se basent pas sur <code>wpa_spplicant</code> ?</p>
</blockquote>
<p><a href="https://www.blog-libre.org/2020/08/03/iwd-le-daemon-wi-fi-quil-vous-faut/">iwd</a>.</p>Petits détails à corriger sur Linux, message #2248922020-08-12T00:32:58+02:00entwanne/@entwannehttps://zestedesavoir.com/forums/sujet/14436/petits-details-a-corriger-sur-linux/?page=1#p224892<blockquote>
<ol start="3">
<li>J’ai vu passer le paquet <code>wpa_supplicant</code>, mais ayant le WiFi qui fonctionne, je ne l’ai pas installé. Je ne sais pas ce que ça va apporter.</li>
</ol>
</blockquote>
<p>Tu es sûr qu’il n’est pas installé en dépendance d’un autre paquet ?
Il y a des gestionnaires wifi qui ne se basent pas sur <code>wpa_spplicant</code> ?</p>
<figure><blockquote>
<ol start="4">
<li>Quand j’évoquais des paquets, c’était surtout au niveau fonctionnel. C’est peut-être que j’ai beaucoup entendu qu’Arch Linux était compliqué et que je me dis que je n’ai pas fini de tout installer.</li>
</ol>
</blockquote><figcaption><a href="https://zestedesavoir.com/forums/sujet/14436/petits-details-a-corriger-sur-linux/?page=1#p224882">Helmasaur</a></figcaption></figure>
<p>On n’a jamais vraiment fini de tout installer, mais c’est pas propre à Archlinux.
Un jour tu vas vouloir lire un DVD et te rendre compte que tu as besoin de la <code>libdvdcss</code>, un autre jour tu voudras accéder en écriture à un disque NTFS et tu installeras les paquets pour, etc.
C’est difficile d’en faire une liste exhaustive quoi, tu verras ça à l’utilisation.</p>Petits détails à corriger sur Linux, message #2248902020-08-12T00:15:39+02:00thibsc/@thibschttps://zestedesavoir.com/forums/sujet/14436/petits-details-a-corriger-sur-linux/?page=1#p224890<p>Bonjour,</p>
<figure><blockquote>
<p>Archlinux est "compliqué" par rapport aux distributions comme Ubuntu dans le sens où c’est à toi de te renseigner et d’installer ce dont tu as besoin, donc ça demande un peu de recul sur les pièces logicielles qui constituent un système.</p>
</blockquote><figcaption><a href="https://zestedesavoir.com/forums/sujet/14436/petits-details-a-corriger-sur-linux/?page=1#p224889">adri1</a></figcaption></figure>
<p>Je rejoins ce qu’a dit <a href="/membres/voir/adri1/" rel="nofollow" class="ping ping-link">@<span class="ping-username">adri1</span></a>, ArchLinux n’est pas forcément évident à installer pour un néophyte, surtout quand on a besoin de driver non libre (comme c’est souvent le cas pour les cartes wifi). Mais rappelons que ArchLinux se base sur le principe <a href="https://fr.wikipedia.org/wiki/Principe_KISS">KISS</a> (Keep It Simple, Stupid). Donc une fois installé, c’est généralement très agréable à utiliser, et pas besoin de se soucier de version LTS et cætera.<br>
De plus pour les paquets sur AUR, tu peux avoir aussi des paquets AUR reliés directement au GitHub donc tu peux toujours profiter des versions "dev" ce qui est agréable.</p>Petits détails à corriger sur Linux, message #2248892020-08-11T23:55:38+02:00adri1/@adri1https://zestedesavoir.com/forums/sujet/14436/petits-details-a-corriger-sur-linux/?page=1#p224889<blockquote>
<p>C’est peut-être que j’ai beaucoup entendu qu’Arch Linux était compliqué et que je me dis que je n’ai pas fini de tout installer.</p>
</blockquote>
<p>Archlinux est "compliqué" par rapport aux distributions comme Ubuntu dans le sens où c’est à toi de te renseigner et d’installer ce dont tu as besoin, donc ça demande un peu de recul sur les pièces logicielles qui constituent un système. En pratique, c’est pas si compliqué que ça et les gens qui se prennent pour des cadors qui ont tout compris à l’informatique parce qu’ils ont vaguement installé Archlinux un jour se fourrent le doigt dans l’œil. Si tu lis la doc, t’as rien de fondamental à comprendre et l’administration se passe globalement bien si tu suis les instructions (perso, la raison pour laquelle je l’utilise est justement parce que j’ai moins de problème avec Archlinux qu’avec les OS qui essaient de faire le café à ma place, j’installe ce que je veux, je mets à jour quand je veux, et ça roule tout seul).</p>
<blockquote>
<p>Je vois qu’il y a certain paquets qui peuvent être intéressant via AUR. Un paquet peut-être sur les AUR et le dépôt pacman en même temps ?</p>
</blockquote>
<p>Oui, souvent tu auras par exemple la version "stable" dans les dépôts officiels, et par exemple une version de développement dans AUR. Exemple, le <a href="https://www.archlinux.org/packages/community/any/jupyterlab/">jupyterlab officiel</a> et le <a href="https://aur.archlinux.org/packages/jupyterlab-git/">jupyterlab sur AUR</a>. En pratique, à moins soit de vouloir aider les développeurs de ces projets à traquer les bugs ou bien avoir besoin d’une feature en développement, il vaut mieux utiliser la version officielle pour éviter les surprises en cas de mise-à-jour foireuse sur l’AUR (relativement rare, mais ça peut arriver et en comparaison beaucoup plus souvent qu’avec les paquets officiels).</p>
<blockquote>
<p>On m’a toujours dit d’installer Windows avant Linux car il pouvait engendrer des problèmes. Par « dangereux », je parle de casser Windows. Je n’ai jamais su pourquoi mais j’imagine que c’est en effet de la table de partitionnement.</p>
</blockquote>
<p>En fait, le risque est surtout dans l’autre sens (à moins de faire n’importe quoi en installant Linux, bien sûr…). Le plus gros problème que j’ai eu avec mon installation actuelle Linux a été causé pas une mise à jour Windows (dans les débuts de 10) qui a eu la bonne idée d’écraser les fichiers de démarrage Linux. C’est la seule fois où je pouvais pas démarrer sous Linux du tout et que j’ai du chrooter sur l’installation pour la réparer. Donc j’imagine que si tu installes Windows après Linux, le risque qu’il foute en l’air la table de partoche ou écrase des fichiers Linux est effectivement bien réel…</p>Petits détails à corriger sur Linux, message #2248862020-08-11T23:13:10+02:00Moté/@Mot%C3%A9https://zestedesavoir.com/forums/sujet/14436/petits-details-a-corriger-sur-linux/?page=1#p224886<p>Regarde bien les pages d’installation de Arch, ils redirigent beaucoup vers d’autres pages complémentaires. Par exemple, tu peux regarder si tu as bien les bons drivers. Voir aussi si tu as configuré ntp. Etc.</p>Petits détails à corriger sur Linux, message #2248822020-08-11T22:58:50+02:00Helmasaur/@Helmasaurhttps://zestedesavoir.com/forums/sujet/14436/petits-details-a-corriger-sur-linux/?page=1#p224882<h3 id="arch-linux">Arch Linux<a aria-hidden="true" href="#arch-linux"><span class="icon icon-link"></span></a></h3>
<p>Je tiens à préciser que j’ai suivi la documentation en anglais (avec parfois des coup d’œils à des informations sur d’autres sites).</p>
<ol>
<li>Je vais me renseigner par rapport à la configuration du GRUB et bien tester que le après modification fonctionne avant de supprimer le dossier. J’avais pourtant modifier mon fichier <code>fstab</code>. J’imagine qu’il y a des choses que j’ai mal fait.</li>
<li>J’ai vu qu’il ne s’agissait pas d’un paquet mais d’un groupe. J’ai par exemple vu qu’il comprenait <code>konsole</code>. Je me suis donc dit qu’il y avait peut-être des paquets qui vont poser problème après coup. Je ne suis pas limité par l’espace mais j’aimerai tout de même supprimer ce que je ne vais jamais utiliser. Au final, il vaut mieux désinstaller ce dont je n’ai pas besoin ?</li>
<li>J’ai vu passer le paquet <code>wpa_supplicant</code>, mais ayant le WiFi qui fonctionne, je ne l’ai pas installé. Je ne sais pas ce que ça va apporter.</li>
<li>Quand j’évoquais des paquets, c’était surtout au niveau fonctionnel. C’est peut-être que j’ai beaucoup entendu qu’Arch Linux était compliqué et que je me dis que je n’ai pas fini de tout installer.</li>
<li>J’avais lu cette page et tenté quelque chose mais ça ne devait pas être la solution à ce que je souhaitais faire. Je vais retenter ça !</li>
<li>Je vois qu’il y a certain paquets qui peuvent être intéressant via AUR. Un paquet peut-être sur les AUR et le dépôt pacman en même temps ?</li>
</ol>
<h3 id="debian">Debian<a aria-hidden="true" href="#debian"><span class="icon icon-link"></span></a></h3>
<ol>
<li>Non, ce n’est pas très grave mais j’aimerai vraiment pouvoir supprimer ça. J’avais entendu cette histoire déverrouillage au moment de l’allumage de l’écran, en plus de l’histoire des deux gestionnaires installés en même temps (je crois que c’est mon cas).</li>
<li>Arch est sur mon ordinateur de bureau et Debian sur mon ordinateur portable. J’ai essayé de jouer avec les paramètres, mais je n’ai pas du tout réussi à bien le configurer. Je vais donner plus de détails avec des captures d’écran dans ma future réponse.</li>
<li>On m’a toujours dit d’installer Windows avant Linux car il pouvait engendrer des problèmes. Par « dangereux », je parle de casser Windows. Je n’ai jamais su pourquoi mais j’imagine que c’est en effet de la table de partitionnement.</li>
</ol>Petits détails à corriger sur Linux, message #2248782020-08-11T22:29:59+02:00Moté/@Mot%C3%A9https://zestedesavoir.com/forums/sujet/14436/petits-details-a-corriger-sur-linux/?page=1#p224878<p>Hello, tu as déjà pas mal de bonnes réponses, je rajoute mon grain de sel.</p>
<blockquote>
<h3 id="arch-linux">Arch Linux<a aria-hidden="true" href="#arch-linux"><span class="icon icon-link"></span></a></h3>
<ol>
<li>J’ai une partition EFI qui était déjà présente sur le SSD, donc je l’ai gardé. Par contre, sans savoir pourquoi, le dossier <code>boot/efi/</code> n’a pas été installé dans cette partition mais dans <code>/</code>. Est-il possible de déplacer tout ça dans la partition <code>/boot</code> ? Est-il plus simple de refaire l’installation ?</li>
</ol>
</blockquote>
<p>Les réponses au-dessus te suffiront je pense, pour ça il faut bien fouiller la doc de Arch sur la gestion des partitions. Pense éventuellement à ton fichier fstab qui contient les infos de montage des partitions pour ton système Archlinux (après Grub, donc).</p>
<blockquote>
<ol start="2">
<li>En installant KDE, j’ai installé <a href="https://www.archlinux.org/groups/x86_64/kde-applications">kde-applications</a> qui installent beaucoup trop de chose. Je vais sûrement voir où en sont les différentes applications de l’environnement de bureau avant d’installer ce que j’ai besoin. Je voulais savoir si je pouvais installer ce groupe sans risque.</li>
</ol>
</blockquote>
<p>Bien que je sois d’accord avec adri1, tu peux quand même tout virer d’un coup et réinstaller ce qui t’intéresse, ou virer à la main les paquets qui t’embêtent. Ça va juste te prendre du temps dans les deux cas.</p>
<blockquote>
<ol start="3">
<li>Sur divers articles ou vidéos concernant l’installation d’Arch Linux, j’ai vu que certains installaient de certains paquets. J’ai en particulier vu des paquets concernant le WiFi, la gestion de MS-DOS et FAT et <code>dialog</code>. Pour le WiFi, ça sert à quoi si l’ordinateur est bien connecté à Internet ? Pour les derniers, est-ce vraiment utile ?</li>
</ol>
</blockquote>
<p>Ça dépend desquels tu parles. NetworkManager est un must-have pour une utilisation sans prise de tête, parce qu’il fonctionne bien et est intégré correctement au DE. Voir la doc pour voir ce qu’il faut installer.</p>
<blockquote>
<ol start="4">
<li>Comment faire en sorte que GRUB reconnaisse l’installation Windows qui est sûr un autre disque ?</li>
</ol>
</blockquote>
<p>Comme dit adri1, voir la doc de Arch ou de Grub.</p>
<blockquote>
<ol start="5">
<li>Y a-t-il des paquets intéressants à installer ?</li>
</ol>
</blockquote>
<p>Dans la liste des applications intéressantes, tu trouveras des applications intéressantes. Ensuite, tu fouilles un peu et tu vois au fur et à mesure de tes besoins. Tu peux aussi regarder les pages sur l’optimisation de batterie, la sécurité, ou les ordinateurs portables pour voir des choses qui peuvent te manquer.</p>
<blockquote>
<ol start="6">
<li>AUR est vraiment à prendre en considération ?</li>
</ol>
</blockquote>
<p>Dépend de ton utilisation. Si tu as besoin d’un logiciel qui est dessus, alors c’est mieux de le prendre sur l’AUR. Tu peux télécharger les paquets à la main en suivant la procédure décrite dans le wiki, ou installer yay qui est une surcouche pacman avec gestion de l’AUR. yay est lui-même un paquet AUR.</p>
<blockquote>
<h3 id="debian">Debian<a aria-hidden="true" href="#debian"><span class="icon icon-link"></span></a></h3>
<ol>
<li>Quand l’ordinateur sort de veille, l’écran affiche brièvement l’espace de travail avant de montrer l’écran de déverrouillage. En cherchant un peu sur Internet, on me dit que ça peut arriver avec deux gestionnaires de sessions installés mais je n’ai pas trop compris comment corriger ça.</li>
</ol>
</blockquote>
<p>Certains gestionnaires de verrouillage verrouillent l’écran au moment où il est rallumé et pas au moment où il s’éteint. Tu peux regarder de ce côté, peut-être. Je ne saurais pas trop t’en dire plus, c’est peut-être indiqué sur le wiki Debian. Après, ce n’est dans tous les cas pas très grave comme situation.</p>
<blockquote>
<ol start="2">
<li>Le pavé tactile sur Linux est ignoble ou alors, il faut le configurer et je ne sais pas comment faire. Je trouve que tout est une horreur…</li>
</ol>
</blockquote>
<p>Sur Debian uniquement ? Avec Arch ça fonctionne bien ? Il faudrait nous décrire ce qui ne va pas. Normalement, c’est géré par xorg et ton DE permet de modifier les paramètres, il faut regarder du côté du DE pour voir ce qu’il propose.</p>
<blockquote>
<ol start="3">
<li>Est-il « dangereux » de réinstaller Windows alors que Linux est installé.</li>
</ol>
</blockquote>
<p>Oui parce que Windows installe le MBR qui va faire sauter GRUB. À prendre en compte et réparer Grub.</p>Petits détails à corriger sur Linux, message #2248772020-08-11T22:10:09+02:00adri1/@adri1https://zestedesavoir.com/forums/sujet/14436/petits-details-a-corriger-sur-linux/?page=1#p224877<blockquote>
<h3 id="arch-linux">Arch Linux<a aria-hidden="true" href="#arch-linux"><span class="icon icon-link"></span></a></h3>
<ol>
<li>J’ai une partition EFI qui était déjà présente sur le SSD, donc je l’ai gardé. Par contre, sans savoir pourquoi, le dossier <code>boot/efi/</code> n’a pas été installé dans cette partition mais dans <code>/</code>. Est-il possible de déplacer tout ça dans la partition <code>/boot</code> ? Est-il plus simple de refaire l’installation ?</li>
</ol>
</blockquote>
<p>C’est possible, oui. Il faut simplement redéfinir la table de partition, un coup de <code>mkinitcpio</code> et reconfigurer ton bootloader correctement si nécessaire.</p>
<blockquote>
<ol start="2">
<li>En installant KDE, j’ai installé <a href="https://www.archlinux.org/groups/x86_64/kde-applications">kde-applications</a> qui installent beaucoup trop de chose. Je vais sûrement voir où en sont les différentes applications de l’environnement de bureau avant d’installer ce que j’ai besoin. Je voulais savoir si je pouvais installer ce groupe sans risque.</li>
</ol>
</blockquote>
<p>J’imagine que tu veux dire "désinstaller", c’est probablement une mauvaise idée vu qu’il contient beaucoup de choses et donc que le risque de virer un truc que tu utilises (directement ou sans le savoir par jeu de dépendances) est grand. Il n’y a pas de gros risques, tu peux toujours le réinstaller après si tu vois que tu en avais besoin (mais vu la teneur de tes questions, c’est probablement pas le truc avec lequel tu es le plus à l’aise). Par ailleurs, à moins d’être <em>vraiment</em> limité par l’espace disque, tu ne gagnes pas grand chose à virer ce group si tu es sous KDE de toutes façons.</p>
<blockquote>
<ol start="3">
<li>Sur divers articles ou vidéos concernant l’installation d’Arch Linux, j’ai vu que certains installaient de certains paquets. J’ai en particulier vu des paquets concernant le WiFi, la gestion de MS-DOS et FAT et <code>dialog</code>. Pour le WiFi, ça sert à quoi si l’ordinateur est bien connecté à Internet ? Pour les derniers, est-ce vraiment utile ?</li>
</ol>
</blockquote>
<p>L’écosystème Arch évolue relativement rapidement, évite les sources non-officielles. Il y a toutes les explications nécessaires et les réponses à ces questions. Le <a href="https://wiki.archlinux.org/index.php/Installation_guide">guide d’installation</a> et les pages connectées sont un <em>must-read</em>. Archlinux est une distribution qui ne s’administre pas en improvisant ce qu’on fait parce qu’il n’y a pas de garde-fous particulier, il est important de lire et comprendre sa documentation. C’est pas compliqué (surtout par rapport à il y a 15 ans), mais ça demande un investissement tout de même.</p>
<blockquote>
<ol start="4">
<li>Comment faire en sorte que GRUB reconnaisse l’installation Windows qui est sûr un autre disque ?</li>
</ol>
</blockquote>
<p>Pareil, <a href="https://wiki.archlinux.org/index.php/GRUB">voir la doc</a>.</p>
<blockquote>
<ol start="5">
<li>Y a-t-il des paquets intéressants à installer ?</li>
</ol>
</blockquote>
<p>Pareil, <a href="https://wiki.archlinux.org/index.php/Installation_guide#Installation">voir la doc</a>.</p>
<blockquote>
<ol start="6">
<li>AUR est vraiment à prendre en considération ?</li>
</ol>
</blockquote>
<p>Ben ça c’est à toi de voir. Si il y a des paquets dessus qui t’intéressent, oui. Sinon, non. Par exemple, les paquets sur mon ordi venant d’AUR (sans leur dépendances sur AUR potentielles) :</p>
<div class="hljs-code-div hljs-code-console"><div class="hljs-line-numbers"><span data-count="1"></span><span data-count="2"></span><span data-count="3"></span><span data-count="4"></span><span data-count="5"></span><span data-count="6"></span><span data-count="7"></span><span data-count="8"></span><span data-count="9"></span><span data-count="10"></span><span data-count="11"></span></div><pre><code class="language-console">$ pacman -Qemq
chrome-gnome-shell-git
dropbox
google-chrome
mumps
nautilus-dropbox
skypeforlinux-stable-bin
spotify
trizen
zoom
zotero
</code></pre></div>Petits détails à corriger sur Linux, message #2248762020-08-11T21:59:06+02:00kayou/@kayouhttps://zestedesavoir.com/forums/sujet/14436/petits-details-a-corriger-sur-linux/?page=1#p224876<p>Bonjour </p>
<p>Pour Arch:</p>
<ol>
<li>Plutôt que de déplacer le dossier <code>boot/efi</code> sur la partition <code>efi</code>, il vaut mieux le copier, et ensuite il faut ajouter la nouvelle config à grub de cette façon même en cas d’erreur il est toujours possible d’amorcer la système avec l’ancienne config, et une fois que tout est ok supprimer ce qui est inutile, le <a href="https://wiki.archlinux.fr/GRUB">Wiki de Arch (grub)</a> contient toutes les infos, on y trouve aussi la config pour un démarrer 2eme système (Windows par exemple).</li>
<li>kde-applications est un "faux" paquet qui permets d’installer l’ensemble des applications kde, il n’y pas de risque à désinstaller ce genre de paquets (si c’est possible) contrairement à kde-base qui est indispensable mais il me semble que ce paquet installe juste l’ensemble des applications, mais ne peux pas être supprimer parce qu’il n’existe pas par lui même dans la base installée, et il faut donc choisir les applications a supprimer 1 par 1.</li>
<li>Pour le wifi avec kde, j’ai juste besoin de Networkmanager et wpasupplicant, il existe des alternatives mais si ton install de base fonctionne ca ne sert rien de la changer.</li>
<li>Il ya à énormément de paquets intéressant à installer, mais il faut faire des choix en fonction de tes besoins (graphisme, audio, dev, bureautique, d’autre environment de bureau pour tester ).</li>
<li>Voir point 1</li>
<li>Pour Aur, c’est intéressant dans certains cas mais il vaut mieux chercher dans les depots de pacman en 1er (Cf point 4), En général il n’y a pas de problèmes avec Aur, mais les mises a jour sont plus longue à faire (compilation),il faut faire attention avec la gestion des dépendances, et comme ces paquets n’évoluent pas forcements à la même vitesse que le reste du système ca peut parfois bloquer des mises à jour, jamais rien de définitifs mais ca peut demander des efforts et du temps à résoudre (en général je résous en supprimant les paquets aur et les réinstallant plus tard si je les utilise vraiment).</li>
</ol>
<p>J’utilise la même install d’Arch sur le même PC depuis 10 ans et les seuls problèmes que j’ai eu, ce sont des maj lancées trop rapidement sans avoir lues les <a href="https://archlinux.fr/">Dernière nouvelles d’Arch</a>, mais cela s’est toujours bien fini. Une bonne base de connaissance c’est le <a href="https://archlinux.fr/">wiki d’arch</a> qui est vraiment très complet, même si parfois la version française est un peu en retard. </p>