c'est top ! une idée du temps passé ? (tout compris, recherches, essais, etc...) *************************************** oui, y a peu de tutos et d'éléments, sur le net. et les man ne suffisent pas pour tout. => "* Contribuer à un nouveau tutoriel pour les autres noobs d’*OpenBSD* ?" oh oui ! stp... *************************************** si besoin de publier quelque part, on peut là : *Hygiène Numérique* <http://www.hygiene-numerique.org/> Les PC, portables et ordinateurs de bureaux, ... trucs, astuces, outils, savoir-faire <https://www.cool-raoul.com/internet/informatique-saine-donc-libre/isdl-desktop-trucs-astuces-outils-savoir-faire.php>. ou là aussi.... http://www.la-maison-de-mes-donnees.com/ un article sur : "un appart en temps partagé à la montagne ou à la mer....OpenBSD et Linux sur un même PC." publié en CC By-SA. A+ A Cordialement, Antoine Herzog 06 95 65 88 22 *Favorisez le numérique sain*,... donc libre, pour vous, vos proches, vos clients, vos fournisseurs,... et tous ceux que vous aimez ! Conseil, audit, assistance et réalisations pour une bonne *Hygiène Numérique* <http://www.hygiene-numerique.org/>,... et éviter la "*Malbouffe Numérique* <http://www.malbouffe-numerique.com/>". http://www.gers-informatique.com Nouveaux *tarifs 2021* <http://www.gers-informatique.com/Prestations-Gers-Informatique-tarifs.php>. Le 08/12/2021 à 18:45, Alnotz a écrit : > Au rapport. > > Une deuxième installation d’*OpenBSD 7.0* a été menée suite aux retours > de mon premier message. > > Étant donné la rareté des tutoriels du le réseau international, je > rédige ici-même la procédure qui a mené au succès d’une cohabitation > entre une distribution *Debian GNU/Linux* (ou dérivée) et une > distribution *OpenBSD*. > > Début d’installation > ==================== > > Je suis donc parti de 0. J’ai déconnecté un HDD contenant une sauvegarde > des partitions initiales des deux principaux disques et connecté la clef > USB avant de démarrer la machine. > > Depuis l’UEFI l’amorçage est fait par USB. > > L’installateur d’*OpenBSD* apparaît et l’option *(I)nstall* est prise. > > Après un temps vient la configuration du réseau. > > Accès réseau > ============ > > Différentes interfaces sont indiquées. Je choisis `re0` qui correspond > au réseau local (LAN) via Ethernet. > > Je choisis en suite `autoconf` pour *IPv4* et *IPv6* puis une URL pour > les téléchargements futurs. > Parmi ceux proposés j’ai préféré ce miroir dont le dépôt est hébergé à > Paris : > > ftp.fr.openbsd.org > > Vient l’opération délicate des partitions. > > Partitionnement des disques > ========================== > > Selon le système, les disques ne sont pas nommés de la même manière. > Sur *OpenBSD* le HDD est `sd0` et le SSD est `sd1`. > > La table (GPT) du HDD est faite via `fdisk` comme suit. > > sd1 > | > |-0 EFI(fat32) '/boot/efi' > | > |-1 UBUNTU(ext4fs) '/' > | > |-2 OPENBSD(ufs) > > La nouvelle partition `OPENBSD` est créée sur 64 Gio. > > Je continue avec `disklabel` pour configurer les sous-partitions dans > `OPENBSD`. > > OPENBSD [64 Gio] > | > |-a -> '/' [10 Gio] > | > |-c -> ALL > | > |-e -> '/var' [6 Gio] > | > |-f -> '/usr' [8 Gio] > | > |-g -> '/usr/X11R6' [4 Gio] > | > |-h -> '/usr/local' [16 Gio] > | > |-i -> MSDOS > | > |-j -> EXT2FS > | > |-k -> '/usr/src' [10 Gio] > | > |-l -> '/usr/obj' [10 Gio] > > Vient le HDD et sa propre table où est ajoutée `OPENBSD_EXT`. > > sd0 > | > |-0 UBUNTU_EXT(ext4fs) '/home' > | > |-1 OPENBSD_EXT(ufs) > > Trois sous-partitions sont définies dans `OPENBSD_EXT`. > > OPENBSD_EXT [128 Gio] > | > |-b -> SWAP [32 Gio] > | > |-c -> ALL > | > |-d -> '/var/log' [8 Gio] > | > |-j -> EXT2FS > | > |-m -> '/home' [88 Gio] > > Reste alors à installer les composants du système *OpenBSD*. > > Paquets du système > ================== > > En général c’est un CD ROM qui possède les «sets» à installer. Ici je > m’attendais à ce que la clef USB les ait sur elle. Pourtant seuls `sd0` > et `sd1` sont disponibles selon l’installateur. > > Où diable ont-ils planqué la clef!? > > Que je dise que le support est un CD (`cd0`) ou un disque (`disk`), déjà > monté ou non, le répertoire `7.0/amd64` est introuvable. > > De ce constat je suis passé par le réseau. Ainsi en optant pour `http` > le dépôt est `https://ftp.fr.openbsd.org/pub/OpenBSD/7.0/amd64/`. > > J’ai inclus tous les «sets» et terminé l’installation. > De retour dans le shell je tape `reboot`. > > Ça n’a pas suffi pour lancer *OpenBSD* lors du redémarrage. > > Entrée dans l’UEFI > ================== > > Pour permettre l’amorçage du nouveau système, je suis retourné dans mon > premier système d’exploitation [1]. > > Je télécharge deux fichiers du même dépôt : `BOOTX64.EFI` et > `BOOTIA32.EFI`. > > Je crée ensuite le répertoire `/boot/efi/EFI/openbsd/` et y copie les > deux fichiers car la partition `EFI` est montée sur `/boot/efi/`. > > Dans les distributions comme *Debian* existe la commande `efibootmng`. > Elle permet de gérer les différentes entrées d’amorçage de l’UEFI. > > Les commandes qui suivent suffisent pour obtenir une deuxième entrée > amorçable pour *OpenBSD* : > > sudo efibootmgr --create \ > --disk $BOOT_DISK \ > --part $EFI_PART_NB \ > --label 'OpenBSD' \ > --loader '\EFI\openbsd\BOOTX64.EFI' > sudo efibootmgr --bootorder $ENTRIES_LIST > > Dans mon cas j’ai `BOOT_DISK=/dev/nvme0n1` pour le SSD car c’est lui qui est > amorcé. Comme c’est la première partition (`EFI`), j’ai `EFI_PART_NB=1`. > > Enfin j’ai ajusté l’ordre des entrées, `ENTRIES_LIST` étant une suite de > numéros hexadécimaux séparés par des virgules, soit > `ENTRIES_LIST='0000,0001,0002,0003,0004,0005'` dans mon cas. > > Ça a suffi à rendre *OpenBSD* accessible. ;-) > > Mais comment ajouter *OpenBSD* dans *GRUB 2*, mon chargeur d’amorçage ? > > Intégration à GRUB 2 > ==================== > > Encore une fois c’est le premier système d’exploitation que sera créée > une entrée d’*OpenBSD* dans GRUB 2. > > Dans le fichier de configuration `/etc/grub.d/40_custom` j’ai ajouté ces > lignes: > > menuentry "OpenBSD 7.0" { > insmod ufs2 > chainloader (hd3,gpt1)/EFI/openbsd/BOOTX64.EFI > } > > Le SSD qui était `/dev/sd1` dans *OpenBSD* puis `/dev/nvme0n1` dans une > distribution comme *Debian* devient `(hd3)` dans *GRUB 2*. > De même la partition `EFI` qui était `/dev/sd1a` puis `/dev/nvme0n1p1` > se transforme en `(hd3,gpt1)`. > > À quand un standard unique pour nommer les périphériques? :-/ > > La commande `update-grub` permet de terminer la configuration. > Un redémarrage de la machine devrait afficher la nouvelle entrée lorsque > *GRUB 2* apparaît. > > Dernières manipulations > ======================= > > Une fois revenu dans *OpenBSD* j’ai mis à jour le système via la > commande `syspatch`. > > J’ai aussi amélioré le système en ajoutant un répertoire `/tmp` monté > sur la RAM. > Pour ce faire j’ai suivi les conseils de _at_Solene [2]. > > Dans le fichier de configuration `/etc/fstab` j’ai ajouté cette ligne : > > swap /tmp mfs rw,nodev,nosuid,-s=2g 0 0 > > Ce qui revient à ajouter une «sous-partition» MFS de 2 Gio montée sur > `/tmp`. Sur 32 Gio de RAM ce n’est pas trop invasif. > > Ne pas oublier de faire aussi ces trois commandes : > > umount /tmp > chmod 1777 /tmp > mount /tmp > > J’ai redémarré pour être sûr de la modification. > > Voilà comment je suis parvenu à atteindre mon but (voir le premier > message). Reste à explorer *OpenBSD 7.0*. :-) > > Prochaine étape > =============== > > * Apprendre à compartimenter correctement chaque application. > > * Contribuer à un nouveau tutoriel pour les autres noobs d’*OpenBSD* ? > > Bibliographie > ============= > > [1] Nouvelle entrée d’amorçage: > https://ackstorm.de/posts/uefi-openbsd-fedora-dual-boot.html > [2] Monter `/tmp` dans la RAM: > https://dataswamp.org/~solene/2018-05-08-mfs-tmp.html > > Fière de son succès, > Alnotz, encore un gnou. > > Sent with ProtonMail Secure Email. > > ‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐ > > Le lundi 6 décembre 2021 à 21:14, Gers-Informatique (ap) <adresse-publique_at_gers-informatique.com> a écrit : > >> Hello, >> >> j'ai lu, mais n'ai pas grand chose pour t'aider. >> >> je trouve cela intéressant. >> >> en effet, une belle installation. >> >> l'impression que j'ai : en fait, tu veux faire de la "coloc" d'OS. >> >> la coloc, c'est très à la mode pour les appartements, en ce moment. >> >> cela demande des adaptations et organisations .... adéquates... (donc le >> >> Grub, etc...). >> >> moi, j'aime pas trop (la coloc d'os). >> >> je préfère prendre un PC d'occasion sur lebon du coin d'à coté. >> >> y a des machines d'entreprises, avec un i7 4770 et plein de go de ram >> >> pour... 120 ou 140 E. >> >> elles sont très puissantes (voir benchmark du proc), et cela leur donne >> >> une deuxième très belle vie .... >> >> (et peu de gens en veulent, parce qu'ils voient un proc "série 4" alors >> >> qu'on est à 11.... alors ils boudent, sans voir la puissance déjà dispo). >> >> quitte à avoir à eteindre l'un pour alumer l'autre, autant avoir deux >> >> machines, dédiés à chaque os,... et donc sûrement fonction. >> >> bon, mais ce que tu vas faire est très intéressant aussi. >> >> peut être faire ensuite un petit article pour expliquer tous les trucs >> >> et astuces, et comment faire cela ? >> >> y a beaucoup d'infos et d'expériences qui seront utiles, dans une >> >> aventure comme celle là... >> >> A+ >> >> A >> >> Cordialement, >> >> Antoine Herzog >> >> 06 95 65 88 22 >> >> Favorisez le numérique sain,... donc libre, pour vous, vos proches, >> >> vos clients, vos fournisseurs,... et tous ceux que vous aimez ! >> >> Conseil, audit, assistance et réalisations pour une bonne Hygiène >> >> Numérique http://www.hygiene-numerique.org/,... et éviter la >> >> "Malbouffe Numérique http://www.malbouffe-numerique.com/". >> >> http://www.gers-informatique.com >> >> Nouveaux tarifs 2021 >> >> http://www.gers-informatique.com/Prestations-Gers-Informatique-tarifs.php. >> >> Le 06/12/2021 à 07:53, Vincent Finance a écrit : >> >>> Bonjour Alnotz, >>> >>> Je vois que tu as l'air de vouloir faire un belle installation pour ta >>> >>> machine et je t'encourage dans ce projet, même si ironiquement, je n'ai >>> >>> jamais vraiment fait de chose équivalent car pas très bon pour >>> >>> configurer GRUB pour un dual-boot de ce type ^^' . >>> >>> Concernant tes partitions, cela me semble pas trop mal, mais je pense >>> >>> que tu peux profiter de tes 32 Go de RAM pour mettre ton /tmp dans un >>> >>> tmpfs. Cela mettra ta partition /tmp dans une partie de la RAM, ce qui >>> >>> est pratique pour l'effacer à chaque reboot et parmet d'economiser de >>> >>> l'espace disque que tu peux réutiliser ailleurs. La partition /var >>> >>> semble un peu petite et elle risque de contenir pas mal de logs au fil >>> >>> du temps, d'où ma remarque. >>> >>> Je te mets un article (en anglais) de solene pour faire ton tmpfs sous >>> >>> OpenBSD : https://dataswamp.org/~solene/2018-05-08-mfs-tmp.html >>> >>> Concernant ton obstacle, c'est un classique pour moi : en fait, tu dois >>> >>> considérer ta clé USB comme un disque et l'image install70.img contient >>> >>> les filesets. La technique est de choisir 'disk' dans le menu, puis >>> >>> répondre 'No' à la question 'Is the disk already mounted?'. >>> >>> Il va afficher ensuite le menu des disques et tu pourras voir ta clé >>> >>> (en appuyant sur '?', tu peux voir la liste des périphériques derrière >>> >>> les noms). Il suffira de la sélectionner et de laisser le choix par >>> >>> défaut pour le dossier des filesets et il te proposera de les >>> >>> installer. >>> >>> Concernant l'usage de 2 disques sur une install OpenBSD, j'ai un cas >>> >>> similaire sur un VPS et j'ai pas de soucis en particulier. Mêmes les >>> >>> mises à niveau marchent bien, tant que tu laisses le bon disque >>> >>> démarrer en premier (ce qui n'était pas mon cas avant). >>> >>> Bon courage à toi et hésite pas à donner un retour ici. >>> >>> ~vinishor >>> >>> Le dimanche 05 décembre 2021 à 13:41 +0000, Alnotz a écrit : >>> >>>> Salutation. >>>> >>>> Je suis un gnou habitué des distributions similaires à GNU/Linux >>>> >>>> Debian avec un peu d’expérience en matière d’installation. >>>> >>>> Je me suis rendu compte que les distributions BSD n’étaient pas moins >>>> >>>> intéressantes. >>>> >>>> Étant encore dans la découverte je souhaite me renseigner sur une >>>> >>>> installation d’OpenBSD 7.0. >>>> >>>> Le message est plus tôt volumineux et c’est normal : je n’ai pas >>>> >>>> trouvé de tutoriel pour cette situation. >>>> >>>> Est-ce vraiment atypique ? >>>> >>>> Si quelqu’un connait une méthode d’installation plus efficace dans ces >>>> >>>> conditions ça m’intéresse! :-) >>>> >>>> But >>>> === >>>> >>>> Plus précisément je souhaite : >>>> >>>> - Une cohabitation avec Kubuntu 18.04 ; >>>> - Une entrée dans GRUB2 ; >>>> - Installer via `install70.img` dans une clef USB ; >>>> - Adapter à une architecture AMD64 ; >>>> - Adapter à des tables GPT avec UEFI ; >>>> - Partager entre un SSD et un HDD [2]. >>>> >>>> Support d’installation >>>> ====================== >>>> >>>> Pour installer OpenBSD, j’ai décidé de copier le fichier >>>> >>>> `install70.img` dans une clef USB de taille supérieure à 2 Gio. >>>> >>>> Conformément aux instructions [1] la copie est obtenue ainsi : >>>> >>>> dd if=install70.img of=/dev/sdc bs=1M status=progress >>>> >>>> Après un HDD connecté en SATA et un SSD connecté en M.2, la clef est >>>> >>>> la dernière connectée avant démarrage de la machine. >>>> >>>> Cette clef est amorcée depuis l’UEFI de la machine. >>>> >>>> Je suppose que la clef contient tous les fichiers nécessaires pour une >>>> >>>> installation complète du système, interface graphique incluse. >>>> >>>> L’installation est manuelle puisque nécessitant une personnalisation >>>> >>>> des tables de partition et de sous-partition. >>>> >>>> De plus le clavier n’a pas une disposition QWERTY(US). >>>> >>>> Tables de partition >>>> =================== >>>> >>>> Le SSD permet dans peu de mémoire une lecture rapide, notamment pour >>>> >>>> amorcer le système. >>>> >>>> Le HDD permet une extension importante du stockage de mémoire qui est >>>> >>>> autant lu qu’écrit. >>>> >>>> Un couple SSD+HDD permet d’exploiter le meilleur des deux mondes. >>>> >>>> On a un premier partitionnement dans le SSD nommé `sd1` : >>>> >>>> sd1 >>>> >>>>> -0 -> EFI(fat32) '/boot/efi/' >>>>> >>>>> -1 -> UBUNTU_ROOT(ext4fs) '/' >>>>> >>>>> -2 -> OPENBSD_ROOT(ufs) >>>>> >>>>> La partition `OPENBSD_ROOT` contient alors ce qui amorcera OpenBSD. >>>>> >>>>> Je nomme sous-partition ce qui divise une partition UFS d’OpenBSD. >>>> Contrairement aux systèmes GNU/Linux, une séparation dans OpenBSD >>>> >>>> en plusieurs parties est encouragée. >>>> >>>> La partition `OPENBSD_ROOT` de 64 Gio est disposée comme suit : >>>> >>>> OpenBSD_ROOT >>>> >>>>> -a -> '/' [1 Gio] >>>>> >>>>> -c -> ALL >>>>> >>>>> -e -> '/var/' [2 Gio] >>>>> >>>>> -f -> '/usr/' [4 Gio] >>>>> >>>>> -g -> '/usr/X11R6/' [1 Gio] >>>>> >>>>> -h -> '/usr/local/' [16 Gio] >>>>> >>>>> -i -> MSDOS >>>>> >>>>> -j -> EXT2FS >>>>> >>>>> -k '/usr/src/' [4 Gio] >>>>> >>>>> -l '/usr/obj/' [4 Gio] >>>>> >>>>> Cette disposition est inspirée du manuel de `disklabel(8)`. >>>>> >>>>> On a un second partitionnement dans le HDD nommé `sd0` : >>>> sd0 >>>> >>>>> -0 -> UBUNTU_HOME(ext4fs) '/home/' >>>>> >>>>> -1 -> OPENBSD_EXT(ufs) >>>>> >>>>> La partition `OPENBSD_EXT` de 128 Gio contient les plus gros volumes. >>>>> >>>>> Elle est disposée ainsi : >>>> OpenBSD_EXT >>>> >>>>> -b -> SWAP [32 Gio] >>>>> >>>>> -c -> ALL >>>>> >>>>> -d -> '/tmp/' [16 Gio] >>>>> >>>>> -j -> EXT2FS >>>>> >>>>> -m -> '/home/' [80 Gio] >>>>> >>>>> J’espère que l’installateur tiendra compte correctement des >>>>> >>>>> différentes sous-partitions en dépit de disques différents. >>>>> >>>>> La partition `SWAP` est adaptée aux 32 Gio de RAM. >>>> De bonnes proportions en taille pour les sous-partitions ? >>>> >>>> Obstacles >>>> ========= >>>> >>>> Ce qui bloque dans l’installation se situe après le partitionnement >>>> >>>> via les outils fdisk et disklabel. >>>> >>>> L’installateur demande la nature du support et l’emplacement des >>>> >>>> sets qui pourront être installés. >>>> >>>> Considère-t-on une clef USB comme un CD ROM (`cd0`) ou comme un disque >>>> >>>> dur (`disk`) ? >>>> >>>> Un répertoire nommé `/7.0/AMD64/` semble être celui par défaut >>>> >>>> contenant les sets mais est introuvable. >>>> >>>> S’agit-il d’un pseudo-fichier tel que `/dev/rsd0c`? >>>> >>>> Doit-on télécharger soi-même ce répertoire et le téléverser dans la >>>> >>>> clef USB ou a-t-il un nom différent? >>>> >>>> Futur : entrée dans GRUB2 >>>> ========================= >>>> >>>> Suite à l’installation d’`*OpenBSD 7.0*` la prochaine étape sera >>>> >>>> l’inclusion au GRUB par une nouvelle entrée dans le menu [3]. >>>> >>>> Pour se faire le système Kubuntu 18.04 sera démarré. >>>> >>>> Le fichier `/etc/grub.d/41_openbsd` sera créé avec le code suivant : >>>> >>>> menuentry "OpenBSD 6.4" >>>> >>>> { >>>> >>>> chainloader (hd0,gpt1)/EFI/openbsd/bootx64.efi >>>> >>>> } >>>> >>>> Un répertoire `/boot/efi/EFI/openbsd/` devra contenir les fichiers >>>> >>>> `bootia32.efi` et `bootx64.efi`. >>>> >>>> Exécuter la commande `update-grub` suffira a terminer la >>>> >>>> configuration. >>>> >>>> Bibliographie >>>> ============= >>>> >>>> [1] Guide d’installation : >>>> >>>> https://ftp.fr.openbsd.org/pub/OpenBSD/7.0/amd64/INSTALL.amd64 >>>> >>>> [2] Exemple du couple SSD+HDD : >>>> >>>> https://bsdly.blogspot.com/2017/07/openbsd-and-modern-laptop.html >>>> >>>> [3] Entrée dans le GRUB : >>>> >>>> https://teddit.net/r/openbsd/comments/9uyra9/ >>>> >>>> dual_boot_debian_and_openbsd_issue_with_grub/ >>>> >>>> Espérant être assez explicite, >>>> >>>> Alnotz, encore un gnou. >>>> >>>> Sent with ProtonMail Secure Email. > >ReÇu le 09/12/2021 10:06
Cette archive a été créée par hypermail 2.3.0 : 10/12/2021 01:30 CET