👍

Créez simplement des volumes logique lvm de la taille souhaitée pour chaque partition ?

Je m'y connais pas trop c'etait juste pour savoir comment faire le mieux pour pas avoir a redimensionner tout le temps

@@user-me5nk9ik4y si les partitions sont bien dimensionnées au début, il n'y aura pas a les modifier... en fait c'est assez rare d'avoir à faire ça, même si LVM simplifie les choses.

Merci pour ton commentaire, c'est une bonne remarque. Certaines distributions comme Fedora et Ubuntu ont, en effet, des variantes "serveur". J'ai commencé par mettre ces variantes, mais je me suis ravisé car ça compliquait le graph d'avoir plusieurs logo de la même distribution avec des pastilles "serveur", d'autant plus qu'il a fallu faire le tri dans les distributions pour limiter le nombre d'icônes. Cependant, je réfléchis à une formule qui pourra intégrer ce paramètre et permettre d'introduire toutes les distributions qui n'ont pas pu être mises en avant.

Oui, mint est définitivement une distribution très appréciée. Et cette analogie fonctionnerait très bien avec Arch Linux ;)

En effet, je dis dans la vidéo que ce paramètre n'est "pas utile". On ne l'utilise que si le répertoire de cache de pacman a été paramétré avant, afin d'utiliser un cache partagé qui a des droits d'écriture.

Bonjour et merci pour ce commentaire. En effet, les records d'uptime sont davantage observés sur des BSD que des Linux. La plupart des distributions Linux demandent un redémarrage à la mise à jour (plus ou moins fréquente) du noyau. D'autre part, même les distributions linux minimales sous souvent plus "lourdes" qu'un système BSD minimal. BSD est aussi comme mentionné, sauf cas particulier, parfaitement adapté à un poste bureau.

Merci pour ce commentaire. Est-ce qu'un bootctl install --graceful passe ? Si la commande est lancée et que ça bloque, ouvrir un nouveau tty (ctl+alt+f2), killer le processus bootctl, puis lancer avec l'option --graceful.

​@@DarkoneLinux Merci pour cette proposition, je viens de tenter cette commande, même résultat, tout freeze, ctrl+alt+f2 ne fais rien, tout reste complètement figé :/

@@sorashiro5175 c'est en effet étonnant. J'imagine qu'un efivar --list (ou ls /sys/firmware/efi/efivars) liste bien les variables efi ? Cela ressemble à un problème d'écriture des variables, si ça se produit avec n'importe quel autre OS Linux, même si je n'en mettrais pas ma main à couper. Je tenterais une mise à jour du firmware de démarrage (BIOS) et une étude de ses options pour s'assurer que les modifications des variables EFI sont possibles. Il est aussi faisable avec certains firmwares d'installer Linux sans bootloader, puis paramétrer dans le "BIOS" un démarrage sur la partition système. Bon courage ;)

@@DarkoneLinux Au vu du nombre de ligne résultant de ces commandes, et reconnaissant certains paramètres, les variables efi sont bien listés. J'avais déjà pensé à un firmware pas à jour, mais en vérifiant sur le net, il semblerais qu'il soit bien à jour, pourtant. Pour lancer mon arch sans bootloader, je vais me renseigner de mon côté, peut-être que ça sera la solution, même si de ce que j'ai pu voir sur certains forum, Acer à l'air d'être assez protecteur de ce côté ^^' En tout cas merci pour ces conseils, je me sens avancer un minimum, merci bien !

​@@DarkoneLinux Je viens mettre à jour mes recherches, mon firmware est bien à jour, très peu d'options dans le menu bios, packard bell n'ont pas l'air bien ouvert de ce côté, car aucune options avancées, et le freeze survient pour le peu qu'une commande touchant au boot est lancée, j'ai testé efibootmgr -o et -c, pour réordonner ou créer, les deux font freeze autant un bootctl, j'ai beau chercher, je ne trouve aucun cas similaire au miens... Je vais de ce pas faire un topic sur un forum archlinux car je suis à bout de solution, surtout au bout de 5 jours consécutif :')

Merci beaucoup. Bon nombre de distributions ne sont pas citées, je note pour la v2.

Bonjour. Oui c'est tout à fait possible. 2 solutions : si votre firmware permet d'avoir 2 disques en RAID1 alors c'est ce qu'il y a de plus simple et efficace. Sinon, on peut le faire simplement avec une partition système btrfs mirrorée comme expliqué à 5:27 ou ici www.beginninglinux.com/home/btrfs En espérant que ça répond à votre question.

​@@DarkoneLinux raid avec ma carte mère le plus simple a réalisé j'ai pas bien compris ? Désolé j'ai hero x670e

​​​​​@@DarkoneLinuxhello mais j'aimerais que le système archlinux soi en raid Mirroir est possible? J'ai pas vue beaucoup de tuto la dessus Si un disque fonctionne plus j'ai encore tout sur autre

​​​@@DarkoneLinuxmerci j'ai trouvé ce que je voulais il me manquait de maître dans etc/mkinitcpio.conf... HOOKS=(base udev autodetect microcode modconf kms keyboard keymap consolefont block mdadm_udev filesystems fsck) ... Mon doubles système archliinux mdadm démarre sur gnome. petit question dans réglage ecrean de gnome je ne vois pas mon 2 eecrean et sur ecrean 1 peut pas réglé ni la fréquence ni résolution sa peut venir d'où carte graphique pas reconnu ? Dans paramètre système il me mes pas comme autre installation Arch et 7900 xtx merci de votre aide

sur les freebsd et debian vms, pas de /boot/efi

C'est pas grave, en particulier pour une VM avec qemu-kvm. UEFI est la norme pour les machines physiques récentes. Avec qemu, par défaut, on est pas EFI.

C'est noté pour Parabola, en effet ça ferait plaisir à Richard. Merci.

Pour ses caractéristiques intéressantes ^^

@@DarkoneLinux compris, successfull install sur un i7 2600 (avec archinstall lol), mais mauvaise install de virt-manager (but premier : un opnsense de secours en virtuel, pas sur que la machine fasse du pass through sur les carte reseau, on verra....) alors j'aurais bien aimé retourner en arrière mais j'ai pas fait de snapshot et je sais pas comment l'utiliser alors réinstall et je vais dans un premier temps faire un snapshot juste après install.... au cas où revenir en arrière sur une install foirée ne semble pas propre... Merci.

ca y est mon second hyperviseur est une arch. Adopté, je migrerais peut être toute mon infra en Arch un jour (une 10aine de machines (pour les machine hors de chez moi je ne pense pas que arch soit dans la liste des fournisseurs de VPS)), peut être avant RHEL10..... par contre j'ai fait une impasse sur les snapshots pour l'instant. Je me demande : pour maintenir le snapshot (enfin les différences entre le snapshot et l'état futur du disque, ca va demander du travail au système..... est-ce que c'est la taille du snapsghot qui va évoluer au fil du temps pour garder les différences..... en fait je n'en sais rien encore, j'essaie de comprendre... je n'ai pas trouvé d'explications en français.... sur cet éventuel fonctionnement... qui prendrait de la ressource.... j'ai pas cherché assez longtemps peut être et pas voulu trop lire d'anglais lol, "btrfs assistant" n'est disponible que dans AUR et pour l'instant j'ai décidé de ne pas utiliser AUR) pas encore installé SELINUX sur l'arch, je testerais ca sur une machine virtuelle avant....

Si OpenBSD n'est pas à la portée des débutants, j'ai effectivement un peu exagéré sa complexité, point que je rectifierai dans la v2 de cette vidéo. J'ai pour info commencé des vidéos destinées à la prise en main de OpenBSD. Merci pour ce commentaire.

🦍

Il serait peut-être intéressant en effet de proposer un visuel sur les prérequis et compatibilités. Je note.

C'est noté ;)

Bonjour. Chacun fait selon ses besoins, le contexte et sa sensibilité. Un sudoer doit être considéré comme root quelque soient les paramètres de la conf sudo, nopasswd ou pas, il n'est pas un "simple utilisateur". On peut aussi ne pas être d'accord avec le fait même d'utiliser sudo après tout. Si cette option pose problème, il faut se plaindre auprès des concepteurs incompétents de sudo qui ont eu l'audace de la proposer...

Peut-être essayer un "device wlan0 set-property Powered off" suivi de "device wlan0 set-property Powered on" ? (en replaçant wlan0 par le device wifi à utiliser)

OpenBSD utilise des outils historiques assez KISS, contrairement à certaines distributions Linux.

Si tu viens de Linux tu ne seras pas vraiment perdu, tu as dû t'en rendre compte. Il y a des différences dans certaines commandes, tout comme entre les diverses distrib Linux. En revanche si tu viens du monde MS, ça va te faire bizarre au début, mais tu seras très vite pris au piège, et tu ne pourras plus faire marche arrière.

Merci, et tout à fait d'accord avec cette analyse.

Merci pour ton message. Voici quelques éléments de réponse, en espérant que ce soit utile : - :vg:allow-discard est juste un maillon de la chaîne de trim pour la couche lvm du premier disque. Dans cette démo par exemple ils font pareil : blog.zenithar.org/post/2020/04/01/archlinux-efi-ssd-luks2-lvm2-btrfs/ - Oui on peut utiliser GRUB avec LUKS2 et selon le même principe chiffrer /boot en l'intégrant dans la partition système, avec seulement EFI dans une partition à part. wiki.archlinux.org/title/GRUB#Encrypted_/boot - Concernant zram + hibernation, en effet ce n'est pas possible. La solution que tu envisages est peut-être possible en s'assurant que zram est désactivé pour l'hibernation... comme le fait ce genre de script : github.com/cmames/zramit . A tester, je ne me suis pas encore penché sur ce problème.

​@@DarkoneLinux Merci beaucoup pour tes réponses et suggestions. - Pour GRUB, je vois que je vais devoir utiliser le paquet AUR grub-improved-luks2-git, comme j'utilise le PBKDF Argon2id comme dans ta vidéo. Ce serait une bonne occasion d'apprendre à utiliser AUR. - Le projet ne semble pas à jour, le dernier commit remontant à 3 ans, au moins. J'ai trouvé d'autres scripts qui sont censés réaliser la même chose, mais eux aussi ne semblent plus activement maintenus. J'ai ensuite essayé de voir comment d'autres distributions basées sur Arch permettraient l'hibernation avec zRAM et quelqu'un avait mentionné Garuda Linux dans la description. Quelques postes sur leur forum officiel indiquent qu'il est possible d'utiliser l'hibernation avec zRAM, avec une partition de swap. Si j'ai bien compris leur solution est d'ajouter le hook "resume" à mkinitcpio (Garuda utilise dracut à la place, je ne sais pas si son utilisation est suffisamment similaire à mkinitcpio), d'ajouter la partition de swap à fstab et de l'indiquer en paramètre de noyau avec "resume=". J'ai essayé cela et mettre ma machine en hibernation, pour finalement me retrouver bloquer avec systemd sans accès au shell d'urgence. Seuls un formatage de ma partition de swap et une réinitialisation des modifications précédentes ont permis de revenir à un système fonctionnel. Cela me fait dire que Garuda utilise des paramètres différents pour zram-generator.conf, mais je n'ai pas trouvé leur configuration par défaut de zRAM. Je suspecte que Garuda n'utilise pas de "writeback device", mais je ne suis pas sûr de l'implication de ce paramètre. Je creuse encore. J'aurais aussi une autre question qui porte plutôt sur ton avis : est-ce une bonne idée d'utiliser Nix sur le canal "unstable" avec Arch ? Ou autant essayer NixOS ? Les versions des paquets disponibles sur le canal "unstable" de Nix semblent légèrement en retard sur celles utilisées par Arch, mais Nix offre tellement de fonctionnalités pratiques. Tu peux ne pas y répondre immédiatement, j'ai cru comprendre que tu envisageais de réaliser des vidéos sur NixOS. Je peux attendre :) Navré pour le pavé de texte, le sujet est vraiment passionnant. Merci encore pour tes réponses et ton contenu.

@@DarkoneLinux Pour faire suite à mon précédent commentaire, il est possible d'hiberner en conservant un swap compressé en RAM prioritaire. En utilisant, Zswap qui requiert un volume de swap sur le disque, à la place de zRAM, on peut permettre l'hibernation avec un minimum de configuration nécessaire. Je n'ai pas trouvé de données concernant de potentielles différences de performances en Zswap et zRAM, donc je suppose qu'elles sont négligeables. Concernant le partitionnement, j'ai trouvé un guide d'installation d'Arch sur GitHub qui recommande de garder /var/lib/pacman dans le même sous-volume que le root, contrairement à ce qu'OpenSUSE fait par défaut. Si j'ai bien compris, il s'agirait d'éviter de désynchroniser la base de données locale de pacman avec les paquets installés, quand on utilise les snapshots sur le sous-volume root. Est-ce pertinent selon toi ?

@@ch4n349 bravo pour la solution avec Zswap et merci pour le rapport, c'est intéressant. Concernant le fait d'avoir /var/lib/pacman dans le même sous-volume que /root, ça me semble effectivement cohérent et plus simple pour la maintenance. On peut peut-être envisager de créer des sous-volumes sur des sous-répertoires de /var pour plus de pertinence. Cependant, dans le cas d'un sous-volume spécifique pour une base de données par exemple, on peut avoir le même problème : devoir maintenir un lien entre la version installée du SGBD et ses données. Prévoir d'avoir des snapshots "compatibles" pour chaque sous-volume est une autre possibilité. Cela permet d'envisager des fréquences de sauvegarde différentes pour chaque sous-volume. La bonne solution dépends beaucoup du contexte. Enfin, concernant Nix, il n'y a pas semble-t-il pas de contre-indication à l'utiliser sous Arch. L'avantage de NixOS est d'avoir un système "full-nix", c'est pourquoi j'ai plutôt tendance, sauf besoin spécifique, à utiliser en priorité le package manager officiel de chaque distribution.

C'est noté. En fouillant sur le net il existe quelques réponses à ces questions, mais ça serait effectivement intéressant en vidéo.

Nickel la 4.5. Pour la vidéo j'en voulais une qui fasse "intro" et qui cite openbsd dès le début ;)