Installation from scratch

Tags: #<Tag:0x00007fb41b148fa8>

Salut,

Simple question:

Est il possible avec debian d’installer les kernels comme on le fait avec arch - et ensuite installation manuelle du grub?

Connaissant assez bien le process d’installation d’arch - installation avec arch-chroot - je me demandais s’il etait possible de faire de même avec debian.
En effet arch permet d’installer linux et linux-lts en une seule fois avec mkinitcpio ce qui est assez interessant à la longue.

edit:

Aussi, est ce que l’option « advanced » de l’installer permet ca?

Bonjour,

je ne suis pas certain. En faisant ça, je pense que tu as un risque de briser la chaine des dépendances.
Tu parles d’utiliser kernel-install?

Ben justement…je ne sais pas. Sur arch c’est assez simple mais sur debian je ne sais pas.

Pour ma part, je n’ai pas utilisé l’installateur Debian depuis un moment. Pour installer une nouvelle version de Debian sur ma machine, je crée le stockage du nouveau rootfs et j’utilise debootstrap pour installer le système ce que je veux (je n’installe pas GRUB ou de noyau sur certaines machines par exemple).
Tu peux ensuite manipuler ton système à l’aide d’un chroot pour mettre ce qu’il faut dessus et faire les paramétrages.

Tu as aussi le simple-cdd avec lequel tu peux choisir quel noyau tu veux au départ, et éventuellement en ajouter d’autres via la partie postinst.

En fait je voudrais, à court terme, installer debian avec une cohabitation LTS et rolling

A chaque fois que je vois les termes rolling release et Debian associé ça me fait peur.

Il y a déjà des projets qui font ça bien comme Arch, Manjaro, Opensuse et PureOS (que je ne connais pas mais semble basé sur Debian).
Sinon tu peux te tourner vers Aptosid pour rester sur du Still In Developpement :wink:

En tout cas ce que tu cherche à faire n’est pas évident à transposer mais initramfs-tools semble être l’outil le plus proche de mkinitcpio

2 J'aime

:rofl: idem

Arch (manjaro etant arch) c’est sûr c’est seamless et pratique

edit: c’est surtout de la curiosité

Ça en fait des sujets dans ce sujet un peu fourre-tout…

● Installation from scratch

→ soit netinstall en mode expert (option priority=low du noyau), sans aucune installation supplémentaire en fin de process, avant reboot.

debootstrap: Installation d’un système Debian de base, puis chroot dans la partition pour compléter l’installation.
exemple:

debootstrap --arch amd64 testing /mnt/debinst/ http://ftp.fr.debian.org/debian

avantages:
:black_small_square: l’installation se fait à partir de l’environnement en cours d’utilisation, sur une partition libre et formatée;
:black_small_square: ça installe vraiment un système de base, ce qui permet de comprendre ce qui est strictement nécessaire pour un « système de base » (la demande).

inconvénient:
:black_small_square: tout ne marchera pas du premier coup la première fois, mais c’est ce qui permet d’apprendre pour la deuxième fois, et d’apprécier les suivantes.

● kernels ‹ comme on le fait avec arch ›
Dans Debian, ce sera comme dans Debian en choisissant son noyau
apt-cache search --names-only linux-image

● Image de démarrage noyau:
Initramfs par défaut, configurable /etc/initramfs-tools/initramfs.conf
tiny-initramfs qui permet de faire une image très petite/minimale
→ ou faire son image noyau ‹ à la main ›, à partir de busybox, avec cpio, ce qui permet d’apprendre le mécanisme de ‹ switch_root › entre l’image de démarrage et le système installé.
—> franchement pas simple, plein de pièges vicieux, pas insurmontable, puisque je l’ai fait, mais exclusivement pour les amateurs de spéléologie très profonde.
Il y a un intérêt à faire ça, mais pas à développer ici.

● Bootloader
→ installation manuelle du grub ? Grub-pc: une usine à gaz, mais possible de tout installer/gérer en manuel

exemple pour orientation, et non référence, les variables étant des chemins à évidemment adapter:

sudo grub-install --compress=no -d i386-pc-all --target=i386-pc --disk-module=nativedisk \
--modules='ata pata ahci ehci ohci uhci scsi usbms part_msdos fat ext2 minicmd keylayouts echo usb_keyboard at_keyboard minicmd configfile search test probe linux iso9660 loopback play true help' \
--install-modules="$(cat $L)" --boot-directory=$M/boot/ --locale-directory='' --locales='' $D

Ensuite faire son grub.lst à la mimine.

Sinon, limine : pour une configuration limitée à du ext2/3/4, je recommande limine , qui est une bombe pour sa légereté et simplicité d’installation. Immédiatement adopté en ce qui me concerne.
Même connu chez arch ! Limine - ArchWiki

● distris pseudo-rolling …
En maîtrisant très bien dpkg/apt/aptitude (nécessaire), une testing bien surveillée en évolution, avec quelques paquets unstable de temps en temps ne pose aucun problème.
Mais ça demande une maîtrise totale, de l’attention, gestion exclusive en ligne de commande pour voir ce qui se passe, et pas espérer faire des ‹ apt update/upgrade › comme une stable… Ce n’est pas le concept.
Donc une stable sur une partition, et une testing sur une autre: aucun risque en cas de problème.

Si j’analyse bien, comme sur arch, je pars d’une debian live et j’install debootstrap sur /mnt?

Quel est l’équivalent debian de « base » (arch) et « base-devel » (arch)?

Sérieux le créer manuellement???

Si tu pouvais éviter le ‹ comme sur arch ›, ça m’éviterait de dire ce que je pense de arch.
Debian a tout ce qu’il faut, et surtout une notion sérieuse de 'dépôts" inexistante sur arch qui est un foutoir sur ce point (expérience récente… 1 semaine max et on nettoie). Quand une arch casse, ben on ne sait pas vraiment quoi faire, à part « attendre ».
Par contre, la doc Arch est super, il faut le dire. Debian, c’est une autre histoire…
Voilà, arch c’est fait.

Même pas, beaucoup plus simple et confortable.
Dans ta debian (ou même ubuntu !) en cours d’utilisation, (ça peut être un liveCD aussi) tu installes deboostrap:
apt install debootstrap

Tu peux lister ce que tu peux installer avec:

ls /usr/share/debootstrap/scripts/ -1

Tu peux donc installer ubuntu ou debian dérivés à partir de Debian, ou l’inverse.
On va prendre le cas de testing pour exemple.

1 - préparation d’une partition /dev/sdX libre et formatée pour installer testing
2 - montage de /dev/sdX sur /mnt/debinst que tu crées, ou autre chose aucune importance, c’est du provisoire.

Dans un terminal en root:

debootstrap --arch amd64 testing /mnt/debinst/ http://ftp.fr.debian.org/debian

Et c’est parti mon kiki.
C’est presque fini … ou plutôt ça va commencer à se corser.

Tout dépend ce que tu considères un création « manuelle » qui est forcément ambiguë.
Tu peux aussi fabriquer un core.img en amont, et écrire {boot,core}.img en début de disque avec dd … ce que je ne te dirais jamais de faire, mais en lisant mon premier sujet sur ce forum, tu comprendras mieux ma notion de ‹ manuel ›.

Utiliser l’exécutable de grub-install est une meilleure maîtrise des options d’installation, par exemple pour faire un core.img plus robuste en intégrant plus de modules indispensables, qui est un grand confort pour éviter de se retrouver à poil en ‹ grub rescue › en cas de gros problème de boot.
grub-pc est une usine à gaz incroyable, et on se demande bien comment on en a pu en arriver là, mais ce n’est pas le sujet.
Je n’ai jamais utilisé grub-pc en mode ‹ automatique › qui fabrique des grub-cfg ridiculement illisibles (totalement surchargés pour rien).
Il n’y a pas de règles générales, selon son environnement et niveau de maîtrise du scratch.

En résumé, quand on demande du ‹ from scratch ›, tout le problème est de comprendre la taille du scratch.

?
Franchement … aller, merci quand meme mais bon…