ft_linux/docs/notes/questionnaire-binome.md

Questionnaire binôme — avant de figer ft_linux

À lui poser de vive voix. QEMU est déjà choisi, et ça colle aux sujets : ft_linux demande une machine virtuelle (VirtualBox et VMware ne sont que des exemples), KFS suggère KVM, que QEMU utilise avec -enable-kvm. Le disk.vdi du rendu est un exemple de checksum, pas un format imposé.

Les réponses notées ici feront bouger cadrage-ft-linux-en-attente.md : plus de VirtualBox, et le 64 bits seulement s’il peut produire de l’i386.

Chacun garde son login (hostname, vmlinuz-...-<login>, /dev/fortytwo). On ne le grave pas dans le code KFS, qui affiche 42.

Accord minimal pour la suite

Les deux distros solo peuvent diverger. On n’en gardera qu’une comme machine de KFS. On aligne seulement ce qui permet de compiler le même noyau, et de lancer le disque choisi sur les deux ordinateurs.

1. QEMU avec KVM, firmware BIOS (SeaBIOS), et le même format de disque (qcow2 ou raw).
2. GRUB installé pour ce BIOS. KFS s’en sert sur une image à part, au plus 10 Mo.
3. Toolchain i386 : GCC, Binutils, Make, nasm. Si la distro est en 64 bits, gcc -m32 doit marcher. Le script de lien sera le nôtre. Le binaire ld de la distro suffit.
4. Langage du duo : C et assembleur nasm. KFS-2 reprend le code de KFS-1.
5. La distro sait recompiler un noyau : Git, Internet, curl ou wget, modules.

Chacun le sien, sans bloquer la suite : login, hostname, version exacte du noyau (>= 4.0), SysV ou systemd, Eudev ou un autre udev.

---

Salut, je démarre ft_linux et je pars sur QEMU comme toi. Je veux les mêmes outils là où KFS et Little Penguin nous l’imposent. Réponses courtes.

Les trois qui décident

1. Tu lances qemu-system-i386 ou qemu-system-x86_64 ? KVM activé (-enable-kvm) ? ft_linux laisse 32 ou 64 bits. Le noyau KFS doit être i386. En 64 bits, il faut que gcc -m32, binutils et nasm sortent déjà un binaire i386.

2. Firmware : BIOS (SeaBIOS, le défaut QEMU) ou UEFI (OVMF) ? KFS-1 pose GRUB et un en-tête multiboot sur une petite image. KFS-2 déclare la GDT au BIOS.

3. Bootloader et init : GRUB en BIOS ? SysV + eudev, ou systemd ? La liste de ft_linux contient GRUB, Sysvinit et Eudev. Little Penguin charge un module au branchement d’un clavier USB : le fichier de règles dépend de udev ou de systemd.

Pour que la distro serve encore après

4. Comment tu installes un paquet qui n’est pas dans la liste du sujet ? Git n’y est pas. Little Penguin commence par un clone de l’arbre de Linus, puis linux-next.

5. La VM a Internet, et curl ou wget ? ft_linux l’exige pour l’évaluation : télécharger des sources et installer des paquets.

6. Ton noyau a les modules, l’USB et CONFIG_DEBUG_FS ? Little Penguin s’en sert (clavier USB, debugfs, /proc, /sys, /dev).

7. Pour KFS, tu vises quel langage ? Tu as gcc et nasm ? Rien n’est imposé. Les docs sont en C, l’auteur dit utiliser gcc et nasm. KFS-2 reprend le code de KFS-1.

Pour savoir où tu en es

8. Tu en es où (partitions /, /boot, swap, paquets, noyau déjà booté) ?
9. Version du noyau (>= 4.0) et sources dans /usr/src/kernel-$(version) ?
10. Format du disque (qcow2, raw, autre) et commande QEMU exacte, pour que je puisse lancer la même chose ?