Update eval.md

This commit is contained in:
Florent Gluck
2024-12-19 11:16:16 +01:00
parent 4312a1dafa
commit e2ff142cb0

29
eval.md
View File

@@ -21,4 +21,31 @@ eval: 0.9
- Q8 : où voyez vous ces infos ? On peut même trouver la sélection exacte de notre carte
- Q11 : quavez-vous réalisé pour obtenir un noyau compressé en xz ?
- Q11 : oublié de calculer le % disque gagné p/r à la version gz
- «comme ma» : attention à relire votre rapport
- «comme ma» : attention à relire votre rapport
# lab05
eval: 0.7
- Que veut dire cette phrase ? "dans /etc/ touch passwd et touch group"
- on ajoute le group "addgroup nogroup" : ceci na aucun sens. Attention à relire ce que vous écrivez.
- «Si on cat le repertoire group» : incorrect, on ne peut pas cat un répertoire
- "On peut aller modifier ensuite le fichier user pour" : quel est ce fichier «user» ?
- nogroup devrait plutôt être un group système
- Vous oubliez de changer lownership de /var/www de manière récursive
- En dehors de /var/www, aucune mise en place de lownership et des permission du reste du rootfs
- « de faire les bons chmods a la racine pour assigner les bonnes autorisations je vais pas tout citer ici.» : le but est exactement de tout citer, afin de voir si ce que vous réalisez est correct ou pas
- Attention à la case : pas «SDA», mais «sda» (ce nest pas le même fichier)
- mdev.conf : regex incorrecte (aussi, explication incorrecte de celle-ci)
- mdev.conf : mauvais propriétaire
- mdev.conf : mauvaises permissions
- mdev.conf : pourquoi @ ?
- script appelé par mdev : mount en read-write : incorrect ; aussi, vous copiez tout plutôt que seulement des images
- Vous vous compliquez nettement la tâche pour faire apparaître les img sur votre serveur web. Pourquoi ne pas simplement les copier dans /var/www/upload/files/ ?
- Aucune gestion derreurs dans votre script appelé par mdev ?
- Où/comment démarrez vous le service mdev ?
- Vous vous compliquez inutilement la vie avec les modules : il suffit simplement dutiliser la cible modules_install du noyau pour quils soient copiés au bon endroit dans le rootfs de votre cible
- «ca ne marche plus car les modules ne sont pas montés.» : attention à la précision du vocabulaire : les modules ne sont jamais montés, mais chargés
- Pensez à ré-écrire les questions dans votre journal
- Quels sont les modules chargés dans votre noyau ? (cf. lsmod)
- Preuve que votre noyau avec les nouveaux modules chargés gère encore la clé usb correctement ?