Discussion:Dossier technique linux
De TcWeb.
Sommaire |
Gestion des droits
La vision octal est-elle explicite d'après toi ? Ne devrait-elle pas figurer dans la partie avancée ? Qu'apporte-t-elle aux non initiés ? Il manque les poids des bits. R(4) W(2) X(1) d'où le 664 !
--Utilisateur:Tom 18 oct 2005
La version "octale" est perso la première version que j'ai apprise ! donc peut être par histoire personnelle je la trouve plus simple, mais effectivement faut indiquer le poids des bits.
- Nicolas 18 oct 2005 à 16:10 (CEST)
Perso, c'est la seule que j'utilise, et comme nicolas c'est la première que j'ai apprise.
- ThomasClavier 18 oct 2005 à 16:45 (CEST)
Processus
Pour les processus, est-ce raisonnable de donner la commande kill à un non-initié ? N'est-il pas préférable d'utiliser les scripts d'arrêt et redémarrage ? Où mettre une section consacré aux points de montage et montage d'une disquette ??? --Utilisateur:Tom 14 oct 2005 à 10:30 (CEST)
- kill est la seule commande qui permet d'envoyer des signaux, si on n'en parle pas, alors on ne parle pas des signaux.
- oui, il faut souligner que pour démarrer ou stoper une application (pas un processus) il est mieux d'utiliser init.d.
- ça s'utilise encore des disquette ?
- ThomasClavier 14 oct 2005 à 12:56 (CEST)
On peut très bien parler des signaux sans donner aux initiés le moyen d'en envoyer dans la mesures où il ne saura pas quels signaux envoyer. La première partie constitue un bagage culturel de base. C'est pour titiller le lecteur afin qu'il aille plus loin dans sa lecture. Je ne parlerais pas de kill au même titre que nous n'avons pas parler de nice pour les processus. Qu'en penses-tu ?
--Utilisateur:Tom 17 oct 2005
ça ne me gène pas de leur dire comment marche les signaux et de donner aussi comment faire pour en envoyer. Nous n'avons pas parlé de nice pour les process, mais nous n'avons pas parlé de priorité dans l'ordonanceur ....
- ThomasClavier 17 oct 2005 à 09:43 (CEST)
2.4 - Et maintenant ?
la section 2.4 - Et maintenant ? me semble de trop.
- ThomasClavier 14 oct 2005 à 12:56 (CEST)
Je l'ai ajouté parceque j'ai discuté du DT avec un non initié et il m'a dit que ce DT ne l'interessait pas parcequ'il ne permettait pas de répondre à un besoin minimal. Que vont faire les gens pendant 3 mois (en attendant le prochain DT) avec un linux fraichement installé mais qui ne sait rien faire ???
Là au moins, il ont la possibilité de consulter le man de proftpd, d'apache, ... pour s'essayer à Linux. Derrière ces outils peuvent répondre à un besoin.
- Utilisateur:Tom 17 oct 2005
de base, ils ont le man ssh, sftp, et la liste de tous les paquets ... donc ils ont de quoi jouer ... Reste juste à bien définir la cyble de ce DT.
- ThomasClavier 17 oct 2005 à 09:44 (CEST)
Je suis d'accord, c'est pour çà que j'ai donné le strict minimum pour eux tripatouiller dedans. Mais je l'ai ajouté histoire de leur donner quelque chose de plus concret qu'un simple ssh. Le laisser ne gènera pas les initiés et sera utils aux non initiés. J'en ai discuté avec quelqu'un refractaire à Linux, c'est lui qui m'a suggéré cette idée.
- Utilisateur:Tom 18 oct 2005
Je trouve que cette partie est nécessaire aussi, bon peut-être préciser que le services mis en place sont "vide"... (acceuil par défaut de apache, et accés uniquement utilisateurs enregistrés sur proftpd)
Tiens, pourquoi pas samba ? plus utile non ? (ok, après il faudrais aussi expliquer cups pour partager une imprimante, etc.)
- Nicolas 18 oct 2005 à 16:08 (CEST)
je propose sortir ce chapitre du chapitre 2 et d'en faire un chapitre niveau 1, en laissant tel quel sans en faire une version avancée, ce qui conduirait quasi à faire un DT pour chaque produit. par contre, il manque l'utilisation de samba qui me parait plus pertinente que ftpd, sachant que l'on pousse l'utilisateur à ne pas installer ftpd au profit de ssh/sftp lors de l'install de l'OS!
--Gmarfjan
Avancé
A utiliser dans la section avancées.
Historiquement, Linux utilise un système de fichiers nommé "EXT2" (pour extended file system 2). Celui-ci remplace l'extended file system (EXT), qui lui même remplace le système de fichier Minix utilisé dans les premières version du noyau. Un peu d'histoire pour comprendre: comme Linux a été développé et compilé à l'origine sur un système Minix, celui-ci a été intégré dans le noyau afin de faciliter les échanges entre les deux systèmes. Puis il a été décider de mettre en place un système spécifique. Afin de faciliter le portage de différents systèmes de fichiers sur Linux, un système de fichier virtuel a été créer : VFS. Il a en charge de gérer les échanges entre le noyau et les systèmes de fichiers "réels". Cette solution a permis d'interfacer de très nombreux fs. le premier implémenté fut l'extended file system. Celui-ci reprends les caractéristiques de Minixfs, et l'améliore (taille maximal de 2Go pour le fs, et 255 caractères max pour les noms de fichiers.) Le problème est que sa structure interne créer un forte fragmentation et des chutes de performances. La réponse à tout ça fut apportée par XIAfs et la version 2 du extfs, le second extended file system, ou EXT2. XIAfs était dérivé de Minixfs. EXT2 était dérivé de ext. Les améliorations de EXT2 on donner defacto la superiorité à celui-ci. EXT2 supporte, comme ext des fichiers de 2Go, mais la taille maximal du FS est ici de 4To, il permet d'avoir la date de création d'un fichier, de modification ainsi que d'accés à celui-ci. Il est extensible, largement supporté et optimisé pour Linux. De nos jours, il est possible de monter un système de fichier Linux EXT2 sur de nombreux autres systèmes (windows, etc.). De par sa conception, il peut évoluer et recevoir de nouvelles fonctions. Le meilleur exemple est la journalisation. La journalisation est un système qui permet de tracer les modification faites sur un système de fichier. Une modification n'est pas faite immédiatement, mais d'abord mise dans le journal, puis elle est appliquée au système. Dans un système classique, lors d'un interruption brutale, les données écrite crées alors des incohérences, devant êtres corrigé (via fsck sur linux, scandisk sous Microsoft Windows.). En cas de problème avec un système journalisé, seul le journal est impacté, le système de fichier garde lui sa cohérence. Si des donnés on été déjà appliqués sur le système, il ya possiblité de retour arrière via le journal. Ceci est bien plus rapide que le fsck classique. L'apparition de la journalisation sur linux a donnée naissance à un nouveau système : ext3 (third extended file system). Celui-ci est en pratique le ext2 avec un journal (il est d'ailleur très facile de passer de l'un à l'autre !) Un système de fichier de plus en plus utilisé a fait son apparition. Développé par un allemand, Hans Reiser. Il est present dans les noyaux en version stable 3.6. Une version 4 du resiserfs existe, mais n'as pas encore le niveau de stabilité de ReiserFS-3.6. L'avantage de ReiserFS est sa journalisation native, apportant de meilleurs performances sur ext3. L'avantage en performance comparé à ext2 est moins flagrante, mais la sécurité de la journalisation compense ce dernier point. Chose intéressante, certaines distributions linux, comme Suse ou Gentoo, utilisent par défaut ReiserFS. Les autres, RedHat et Debian par exemple, proposent en option l'installation d'un système complètement ReiserFS
Résumé :
| Type | Avantage | Désavantage |
|---|---|---|
| ext2 |
|
|
| ext3 |
|
|
| reiserfs |
|
|
Ordres de préférence des systèmes de fichier : ReiserFS ex-equo avec ext3fs, ext2fs.
la hiérarchisation des répertoires
Une remarque, l'aroborescence décrite, avec etc, dev, sys, proc, media, usr/src, usr/local ne serais pas pour les utilisateurs avancés ?
je pense que le stricte nécessaire à connaitre est :
- /etc
- /media
- /bin
- /sbin (et /usr/sbin )
- /usr
- /home
- /dev
Le reste n'est pas vitale pour l'utilisateur lambda.
- Nicolas 18 oct 2005 à 16:15 (CEST)
Je trouve que ça n'alourdi pas vraiment le document et au moins tous les reps listé dans le ls / trouvent une explication :-)
- ThomasClavier 18 oct 2005 à 16:48 (CEST)
On aurrait pas un pb de déffinition claire de la cyble ?
- ThomasClavier 18 oct 2005 à 16:53 (CEST)
