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 06/12/2021 07:53
Cette archive a été créée par hypermail 2.3.0 : 07/12/2021 01:30 CET