C'est vraiment super comme travail. Je pense que je vais donner l'URL à nos étudiants (qui viennent d'installer Linux et doivent l'administrer, certains découvrant linux à l'occasion).
Je n'ai pas encore tout lu, j'ai plutôt survolé le début du document (partie 1) mais voici quelques petites remarques (je contribuerai si j'ai le temps, mais je préfère les lister maintenant pour ne pas oublier ou si d'autres veulent s'en occuper) :
- le partitionnement est orienté MS-DOS sans mention de GPT (or tous les ordi récents viennent avec un DD en GPT maintenant, même si MS-DOS est encore utilisé : clé USB, cartes SD, etc.)
- dans les dessins LVM, les PV sont parfois en haut, parfois en bas (sans réelle logique à mon sens) [remarque très mineure ici]
- pour LVM, j'aurais parlé de lvresize (avec mention de resize2fs) qui permet (à chaud, sans interruption de service) d'augmenter une partition. Quand on fait installer linux en dual-boot à nos étudiants, on utilise toujours LVM pour qu'ils puissent redimensionner facilement leur partition / et/ou /home (c'est très difficile au début de les conseiller sur la taille de /home car ça dépendra beaucoup de ce qu'ils y mettront comme doc perso (musique, ...))
- le paragraphe sur le bloc de boot me semble incorrect en cas de partitionnement GPT (et n'a rien à faire dans la partie sur les systèmes de fichiers, il serait plutôt vers le partitionnement)
- gestion des processus : ce n'est pas toujours le processus init (1) qui récupère les processus orphelins. Il me semble que upstart utilisait assez intensivement cette possibilité.
- avec nohup, j'aurais aussi parlé de screen (beaucoup plus utile à mon sens)
- personnellement, j'utilise beaucoup plus rsync que cpio pour faire des sauvegardes (et encore plus git ;-) )
- init et démarrage du système serait à mettre à jour (UEFI et systemd)
- la config réseau est très orientée Redhat et assimilées (/etc/sysconfig), et pas du tout Debian et dérivées (/etc/network/interfaces). Et sur un poste perso, c'est souvent network-manager qui est utilisé en pratique.
- idem pour la gestion des logiciels (rpm/yum et pas apt)
Heu, qu'on soit bien d'accord : le document est déjà super en l'état. Mes remarques au-dessus, c'est ce qu'il me semblerait intéressant d'améliorer, ça ne remet absolument pas en cause le contenu global. À mon sens, le plus gros point, c'est l'absence d'info pour les distrib dérivées de Debian quand ça diffère de Redhat et dérivées. Si ce n'est pas changé (et je suis conscient que ça serait un gros boulot), il faudrait au moins le mettre en avant.
# Bravo
Posté par Vincent Danjean . En réponse à la dépêche Lancement de Formatux v2 : supports de cours GNU/Linux libres. Évalué à 2.
C'est vraiment super comme travail. Je pense que je vais donner l'URL à nos étudiants (qui viennent d'installer Linux et doivent l'administrer, certains découvrant linux à l'occasion).
Je n'ai pas encore tout lu, j'ai plutôt survolé le début du document (partie 1) mais voici quelques petites remarques (je contribuerai si j'ai le temps, mais je préfère les lister maintenant pour ne pas oublier ou si d'autres veulent s'en occuper) :
- le partitionnement est orienté MS-DOS sans mention de GPT (or tous les ordi récents viennent avec un DD en GPT maintenant, même si MS-DOS est encore utilisé : clé USB, cartes SD, etc.)
- dans les dessins LVM, les PV sont parfois en haut, parfois en bas (sans réelle logique à mon sens) [remarque très mineure ici]
- pour LVM, j'aurais parlé de lvresize (avec mention de resize2fs) qui permet (à chaud, sans interruption de service) d'augmenter une partition. Quand on fait installer linux en dual-boot à nos étudiants, on utilise toujours LVM pour qu'ils puissent redimensionner facilement leur partition / et/ou /home (c'est très difficile au début de les conseiller sur la taille de /home car ça dépendra beaucoup de ce qu'ils y mettront comme doc perso (musique, ...))
- le paragraphe sur le bloc de boot me semble incorrect en cas de partitionnement GPT (et n'a rien à faire dans la partie sur les systèmes de fichiers, il serait plutôt vers le partitionnement)
- gestion des processus : ce n'est pas toujours le processus init (1) qui récupère les processus orphelins. Il me semble que upstart utilisait assez intensivement cette possibilité.
- avec nohup, j'aurais aussi parlé de screen (beaucoup plus utile à mon sens)
- personnellement, j'utilise beaucoup plus rsync que cpio pour faire des sauvegardes (et encore plus git ;-) )
- init et démarrage du système serait à mettre à jour (UEFI et systemd)
- la config réseau est très orientée Redhat et assimilées (/etc/sysconfig), et pas du tout Debian et dérivées (/etc/network/interfaces). Et sur un poste perso, c'est souvent network-manager qui est utilisé en pratique.
- idem pour la gestion des logiciels (rpm/yum et pas apt)
Heu, qu'on soit bien d'accord : le document est déjà super en l'état. Mes remarques au-dessus, c'est ce qu'il me semblerait intéressant d'améliorer, ça ne remet absolument pas en cause le contenu global. À mon sens, le plus gros point, c'est l'absence d'info pour les distrib dérivées de Debian quand ça diffère de Redhat et dérivées. Si ce n'est pas changé (et je suis conscient que ça serait un gros boulot), il faudrait au moins le mettre en avant.