Scribd Logo
Importer

Bienvenue sur Scribd !

  • 117 vues

    Correction Linux Polytech 2008

    Transféré par

    fahssi-1987

    Droits d'auteur :

    © All Rights Reserved
    Téléchargez comme PDF, TXT ou lisez en ligne sur Scribd

    Correction Linux Polytech 2008

    Transféré par

    fahssi-1987
    117 vues2 pages

    Titre original

    Correction Linux Polytech 2008[1]

    Copyright

    © © All Rights Reserved

    Formats disponibles

    PDF, TXT ou lisez en ligne sur Scribd

    Avez-vous trouvé ce document utile ?

    Ce contenu est-il inapproprié ?

    Droits d'auteur :

    © All Rights Reserved
    Téléchargez comme PDF, TXT ou lisez en ligne sur Scribd
    Télécharger au format pdf ou txt
    117 vues2 pages

    Correction Linux Polytech 2008

    Transféré par

    fahssi-1987

    Droits d'auteur :

    © All Rights Reserved
    Téléchargez comme PDF, TXT ou lisez en ligne sur Scribd
    Télécharger au format pdf ou txt
    sur 2

    Correction de l'examen Unix/Linux Polytech IG3 octobre 2008 Pierre Pompidor

    Q1 : Quest-ce une distribution Linux ? Un systme d'exploitation bas sur un noyau UNIX pour un "PC". Il en existe plusieurs versions (Ubuntu...). Q2 : Qu'est-ce un systme de fichiers ? "Ensemble" des tables systmes qui organisent le stockage et l'accs aux informations contenues dans une mmoire de masse (disque...). Q3 : Que faut-il faire pour avoir une partition commune Windows et Linux ? Le plus facilement, la crer sous un systme de fichiers compatible pour les deux systmes installs en Dual Boot (notamment en FATxx). Q4 : Quapporte ext3 par rapport FAT ? Principalement la scurisation grce aux mcanismes de journalisation. Q5 : Quel est le rle de la mmoire virtuelle ? Pallier la saturation de la mmoire vive en permettant d'utiliser le disque dur pour stocker des informations peu utilises par les processus (cette mmoire est appele SWAP sous Linux). Q6 : Qu'est-ce un serveur ? Un dmon rpondant des requtes rseau et donc offrant un service, et plus gnralement une machine grant un plusieurs de ces services. (Vous m'avez presque tous que parl de l'aspect "machine"). Q7 et Q8 : Comment configurer bash pour qu'il : explore en premier le rpertoire d'accueil lors de l'appel d'un excutable ; export PATH="~:$PATH" ou export PATH="$HOME:$PATH" dans le .bashrc passe automatiquement la main tcsh. tcsh dans le .bashrc (bon j'ai donn 0,5pt ceux qui m'ont parl de $SHELL...) Q9 : Que signifie le mta-caractre & pour bash ? Le dtachement : cela permet au processus pre de continuer tre actif sans attendre la mort de son fils (plus ou moins 0,5pt ceux qui m'ont parl de tche de fond...) Q10 : Que ralise la commande : chmod 751 ~/*.pl rwxr-x--x (ou explications dtailles ;-)) tous les fichiers de suffixe .pl du rpertoire d'accueil Q11 : Que ralise la ligne de commandes : ls -l | egrep '^[^0-9]+$' Rien (ou pas grand chose) ! : car elle ne cherche filtrer que les lignes d'informations dtailles sur le rpertoire courant qui ne comprennent aucun chiffre (ce qui est difficlle (date, taille, etc)). Q12 : Que cherche savoir l'utilisateur par la commande suivante : ps -edf | grep -c firefox Le nombre de processus firefox qui tournent sur la machine.

    Q13 : Pourquoi le rsultat de la commande prcdente n'est-il pas vraiment exact ? Car firefox va apparatre dans le processus lui-mme : "ps -edf | grep -c firefox" Beaucoup de rponses ont tourn sur les dsirs vritables/cachs de l'utilisateur, mais l on passe dans le subjectif (j'ai plus ou moins donn des points)... Q14 : Que cherche savoir l'utilisateur par la commande : find /etc -name bash* -mtime 1 Trouver l'emplacement de tous les fichiers dont le nom commence par bash, (a priori donc les fichiers de config. de bash), se trouvant dans le rpertoire /etc et qui ont t modifis avant hier (en deux mots (pas avant-hier)). Q15 : Comment connatre le nombre de dmons HTTP qui tournent sur votre machine ? Et bien comme en Q13 : ps -edf | grep -c httpd J'ai accept toutes les tentatives raisonnables pour nommer le dmon HTTP (demon_http, http*, apache...) Q16 : Quelle est la diffrence d'excution entre les deux commandes suivantes: ls -l > fichier; grep *pl fichier et ls -l > fichier; grep ".*pl" fichier Premire question perverse : Il suffisait de pointer que dans le premier cas * va tre consomm par bash (il n'est pas protg, le filtre portant donc sur le nom des fichiers Perl), ce qui n'est pas le cas dans la deuxime version... Q17 : Quel problme prvient une connexion ssh avec l'option -X ? Un problme devenu rare : le non-repositionnement de la variable DISPLAY, c'est dire le fait de ne pouvoir afficher les applications interfaces lances de la machine distante sur la machine locale. Q18 : Quels sont les avantages respectifs des langage de scripts Perl et Python sur les langages systme tels que VBS (ou les fichiers batch) sous DOS, ou bash/tcsh sous Linux ? C'est qu'ils sont portables sous tous les systmes d'exploitation volus (Windows, Linux...) alors que cela n'est pas le cas avec VBS, batch ou bash/tcsh qui sont dvolus leur systme de prdilection. Bon j'ai accord 0,5 sur l'expos de leurs mrites intrinsques (typage conciliant, regexp...) Q19 : Avantages/inconvnients des tableaux associatifs par rapport aux tableaux classiques ? Avantages : accs rapide (par fonction de hashage) et smantique du nommage des lments Inconvnients : plus grande place en mmoire et surtout listing des lments dans un ordre alatoire Q20 : Que se passe-t-il lors de l'excution du script (felicitation.pl) (deux prochaines lignes) : #!/usr/bin/perl print "Et bien voil, vous avez fini ! \n"; LA question perverse : le #!/usr/bin/perl est dcal de deux caractres ce qui le dsactive (le # doit tre le premier caractre de la ligne). Donc un appel du script directement par son nom ou par "./felicitation.pl" provoque son interprtation par bash, et le plantage du script. Mais un appel par "perl felicitation.pl" russit. Je sais, je sais. Je ne le referai plus.

    Vous aimerez peut-être aussi