IFT-2001 / Automne 2026 / Interfaces, processus et Linux
Mini-test — Interfaces, processus et Linux
Exercices d’entraînement créés pour le portail. Aucun questionnaire officiel. Banque v1.
7 questions. Un point par réponse automatique correcte; aucun crédit partiel. Les autoévaluations sont comptées séparément. Les corrigés apparaissent après chaque réponse; ce mini-test sert à apprendre.
Aucune tentative commencée.
1. Une application demande une lecture protégée. Que garantit le chemin normal d’appel système ?
Compréhension · version 1
Hypothèses et règle de réponse
- Modèle pédagogique du maître S02; aucune commande exécutée par le portail.
Le raisonnement prime sur les noms, PID ou valeurs fictives; les hypothèses fixent les garanties.
Corrigé — question 1
La transition donne accès au code privilégié selon une entrée contrôlée; elle ne supprime pas les validations. Autorisation du compte et mode CPU sont différents. Le même processus peut reprendre après le service; transition de mode et changement de processus ne sont pas synonymes.
Variantes : Le raisonnement prime sur les noms, PID ou valeurs fictives; les hypothèses fixent les garanties.
Revoir la matière — 4.3 Mode utilisateur et mode noyauRevoir la matière — 9. Interruptions et appels système2. Trace sur un cœur : P0 actif demande une E/S indisponible; P1 est choisi; l’E/S de P0 se termine pendant l’exécution de P1. Quel est alors l’état de P0 avant une nouvelle sélection ?
Application · version 1
Hypothèses et règle de réponse
- Un seul cœur; P0 se bloque réellement; P1 continue; aucune sélection de P0 n’a encore eu lieu.
Le raisonnement prime sur les noms, PID ou valeurs fictives; les hypothèses fixent les garanties.
Corrigé — question 2
P0 passe actif → bloqué quand il attend l’E/S, puis bloqué → prêt à la fin de l’E/S. Prêt signifie attendre le CPU; bloqué signifie attendre un événement. Seule une sélection ultérieure lui permet prêt → actif; la préemption conduit actif → prêt.
Variantes : Le raisonnement prime sur les noms, PID ou valeurs fictives; les hypothèses fixent les garanties.
Revoir la matière — 6.2 Cycle de vieRevoir la matière — 7. Ordonnancement et changement de contexte3. Trace fictive : P0 est préempté juste avant ADD, avec PC=ADD et EAX=7. P1 avait PC=SUITE et EAX=42. Décrivez la sauvegarde, l’exécution de P1 puis la reprise de P0 avant son ADD.
Application · version 1
Hypothèses et règle de réponse
- Un cœur, registres pédagogiques, aucune modification explicite des contextes sauvegardés; P0 redevient prêt.
- On observe les valeurs juste après restauration et avant la prochaine instruction.
Le raisonnement prime sur les noms, PID ou valeurs fictives; les hypothèses fixent les garanties.
Corrigé — question 3
Les registres physiques sont réutilisés, mais les contextes logiques sont séparés. La valeur 42 de P1 ne devient pas celle de P0. À sa reprise avant ADD, P0 retrouve 7 et l’instruction interrompue. Ce modèle n’impose ni durée réelle, ni politique particulière, ni format de PCB d’un noyau courant.
- Sauvegarder PC=ADD et EAX=7 de P0 dans son contexte/PCB et mettre P0 prêt.
- Choisir P1 puis restaurer PC=SUITE et EAX=42 pour P1.
- Avant de revenir à P0, sauvegarder le contexte courant de P1; restaurer PC=ADD et EAX=7 de P0.
- La sauvegarde/restauration coûte du temps; elle ne réalise pas directement le travail applicatif et ne se confond pas avec un simple changement de mode.
Variantes : Le raisonnement prime sur les noms, PID ou valeurs fictives; les hypothèses fixent les garanties.
Revoir la matière — 7. Ordonnancement et changement de contexteRevoir la matière — 6.3 PCBRevoir la matière — 4.1 Une instruction de haut niveau n'est pas nécessairement atomique4. Un fork réussi crée un fils de PID fictif 812. Quelles valeurs reçoit l’appel dans les deux branches ?
Application · version 1
Hypothèses et règle de réponse
- Un seul fork réussi; PID 812 fictif et positif; aucun deuxième fork.
Le raisonnement prime sur les noms, PID ou valeurs fictives; les hypothèses fixent les garanties.
Corrigé — question 4
Les deux processus continuent après fork. Le père obtient le PID du fils et le fils obtient zéro. L’échec donne une valeur négative au processus appelant. Sans synchronisation, l’ordre dans lequel les branches s’exécutent reste non garanti.
Variantes : Le raisonnement prime sur les noms, PID ou valeurs fictives; les hypothèses fixent les garanties.
Revoir la matière — 8.2 `fork()`5. Dans un shell Linux, cwd=/home/etude/projet et fichier ordinaire initialement 640. On exécute chmod u+x ./outil. Quel chemin est ciblé et quels droits ordinaires résultent ?
Application · version 1
Hypothèses et règle de réponse
- ./outil existe, appartient à l’utilisateur; commande réussie; seuls les neuf bits ordinaires sont considérés, sans ACL ni bits spéciaux.
Le raisonnement prime sur les noms, PID ou valeurs fictives; les hypothèses fixent les garanties.
Corrigé — question 5
Le chemin relatif ./outil part du répertoire courant. 640 vaut rw-r-----; u+x ajoute seulement le bit 1 au propriétaire : 740, rwxr-----. Propriété inchangée; chmod ne fait pas chown et n’exige pas ici sudo. Sur un répertoire, x signifie notamment traversée; vérifier les cibles avant toute commande destructive.
Variantes : Le raisonnement prime sur les noms, PID ou valeurs fictives; les hypothèses fixent les garanties.
Revoir la matière — 10.2 Permissions et propriétéRevoir la matière — 10.1 Chemins, fichiers et répertoires6. Bash interactif, job control actif : le job %1 possède le PID fictif 812 et a été suspendu par Ctrl+Z. Quelle commande le reprend en arrière-plan sans le détacher ?
Application · version 1
Hypothèses et règle de réponse
- Le job %1 existe dans ce shell et reste suspendu; aucun autre terminal ne le gère.
Le raisonnement prime sur les noms, PID ou valeurs fictives; les hypothèses fixent les garanties.
Corrigé — question 6
bg %1 reprend le job du shell en arrière-plan. %1 est un numéro de job, 812 un PID. fg le reprend au premier plan; disown le retire de la table sans constituer la même opération. Arrière-plan n’assure pas la survie à SIGHUP. ps est un instantané, top se rafraîchit; leurs PID ne sont pas les numéros de jobs.
Variantes : Le raisonnement prime sur les noms, PID ou valeurs fictives; les hypothèses fixent les garanties.
Revoir la matière — 10.4 Jobs du shell et terminalRevoir la matière — 10.3 Observer les processus7. Une récursion sans arrêt épuise la pile. Quelle interprétation du diagnostic est correcte ?
Compréhension · version 1
Hypothèses et règle de réponse
- Modèle pédagogique du maître S02; aucune commande exécutée par le portail.
Le raisonnement prime sur les noms, PID ou valeurs fictives; les hypothèses fixent les garanties.
Corrigé — question 7
La pile et les cadres relient le modèle théorique à l’échec observable. ulimit -s modifie la limite du shell et ulimit -c autorise des tailles, sans garantir à lui seul un fichier local ni son nom. -g conserve les informations de débogage. Aucune profondeur numérique universelle, manipulation VM ou production de core n’est attestée.
Variantes : Le raisonnement prime sur les noms, PID ou valeurs fictives; les hypothèses fixent les garanties.
Revoir la matière — 11.3 Récursion, pile et *core dump*Revoir la matière — 4.2 Pile d'exécutionRécupérer manuellement les données locales
Copier séparément les données ci-dessous dans des fichiers texte avant de fermer la page ou de modifier le stockage. Une valeur illisible ou incompatible reste en place. Aucun effacement ni rétablissement écrasant n’est effectué automatiquement. L’export/import JSON est disponible sur la page Progression du cours. Cette récupération séparée reste utile pour une valeur brute ou un conflit.
Clé de ce cours : . Format v1 porté par cette clé; dates UTC et identifiants durables.
Si l’accès est refusé, la valeur persistée peut rester inaccessible. Réautoriser le stockage dans le navigateur puis rouvrir ce cours permet de la relire. Une réinitialisation exige une décision explicite après récupération; aucune commande de suppression n’est proposée ici. Les données restent sur cette origine et cet appareil, sans transfert automatique.