Ceci est une ancienne révision du document !
Note on the last article: Gord Campbell was kind enough to point out to me that, while Chinese can be written vertically, it seems that it's not as common as I had assumed it to be. If you, the readers of Command & Conquer, are anything like me, you will have probably enticed one or two people you know into trying Linux. My first and foremost aim is always to make the operating system run as stable as possible, so that the user will have less to fight with (in order to fend off complaints about how Windows had fewer problems). Once I have that taken care of, I give the user a short run through some things they need to be aware of – what this list consists of is generally dependent on the distribution I installed. However, most recently I installed ArchLinux on a netbook (after we decided Chakra didn't quite fit the bill). Shortly thereafter, the KDM wasn't starting properly on run level 5, dropping the user into a tty screen. This is generally one of those moments where the user will feel lost as to how to proceed, which brings me to the purpose of today's article, the Message of the Day (motd). The Message of the Day is a file on the system that is printed upon login, located at /etc/motd and /etc/motd.tail. There is also a package called update-motd for Ubuntu, which seeks to offer more options. Usually used by server administrators to list the terms of use, or list help information (rooms, phone numbers, emails, etc.). Since it's a text file, absolutely anything can go in there. I felt it might be useful to cover a list of things you can put in your Message of the Day, so that if your user needs to log in on a tty shell, he (or she) will not be completely lost.
Note sur l'article précédent: Gord Campbell a été bien sympathique de me rappeler que, bien que le chinois puisse être écrit verticalement, il semble que ce n'est pas aussi courant que je le pensais.
Si vous, les lecteurs de Command & Conquer, êtes comme moi, vous avez probablement séduit une ou deux connaissances pour essayer Linux. Mon premier but et le plus important est de toujours faire que le système d'exploitation soit le plus stable possible, pour qu'ainsi l'utilisateur ait moins à galérer (afin de couper court à toute remarque sur le fait que Windows ait moins de problèmes). Ayant pris soin de ceci, je donne aux utilisateurs une brève démo sur les choses sur lesquelles ils doivent êtres avertis - cette liste dépend généralement de la distribution que j'ai installée. Mais, très récemment j'ai installé ArchLinux sur un réseau (après avoir décidé que Chakra n'aurait pas fait l'affaire). Peu de temps après, KDM ne démarrait plus correctement au niveau 5 de démarrage, laissant l'utilisateur dans un écran tty. C'est généralement dans un de ces moments que l'utilisateur se sentira perdu sur ce qu'il aura à faire, ce qui me conduit au sujet de l'article d'aujourd'hui, le Message du Jour (motd). Le Message du Jour est un fichier sur le système qui est affiché au moment du login, situé dans /etc/motd et /etc/motd.tail. Il y a aussi un paquet update-motd pour Ubuntu, dont le but est d'offrir plus d'options. Utilisé habituellement par les administrateurs de serveurs pour afficher les conditions d'utilisation, ou des informations d'aide (salles, numéros de téléphones, e-mails…). Puisque c'est un fichier texte, absolument tout peut y être entré. Je pensais qu'il serait très utile de lister ce que vous pouvez mettre dans votre Message du Jour, de façon que si votre utilisateur doit se connecter dans un shell tty, il (ou elle) ne soit pas complètement perdu(e).
About the files: For Ubuntu Server (and probably the Desktop version), you need to edit /etc/motd.tail and /etc/motd, so that the .tail file doesn't overwrite the /etc/motd file after a reboot. For the newer versions of Ubuntu, the files may be located in /etc/update-motd.d/. This seems to be a result of the update-motd package, but the files are clearly named and should be easy enough to edit. Useful commands The first thing I did was add a list of commands for getting around in the shell (cd, cat, vim/nano, pwd, etc.) and a brief explanation of each command. After that, you may want to supply some system-specific commands (i.e. if you have a command-line email client configured, how to access that); however, it is completely system-dependent. Important locations You could also include a list of important files/directories, where the user can either access help pages/tutorials, or else a file with more commands, or a file containing contact information (if it's not included in the MotD already).
A propos des fichiers: Pour un serveur Ubuntu (et probablement la version PC), vous devez éditer /etc/motd.tail et /etc/motd, pour que le fichier .tail n'écrase le fichier /etc/motd après un reboot. Pour les nouvelles versions d'Ubuntu, les fichiers peuvent être situés dans /etc/update-motd.d/. Ça doit être le résultat du paquet update-motd, mais les fichiers sont clairement nommés et devraient être assez faciles à modifier.
Commandes utiles La première chose que je faisais était d'ajouter une liste de commandes pour se débrouiller dans le shell (cd, cat, vim/nano, pwd, etc.) et une brève explication de chaque commande. Après cela, vous pouvez vouloir donner des commandes spécifiques au système (ex: si vous avez un client e-mail en ligne configuré, comment y accéder) ; sinon, il dépend complètement du système.
Localisations importantes Vous pouvez aussi inclure une liste de fichiers/répertoires importants, là où l'utilisateur peut soit avoir des pages d'aide, des manuels, ou bien un fichier avec plus de commandes, ou un fichier contenant des informations de contact (si ce n'est pas déjà inclus dans MotD).
Troubleshooting I would also list one or two of the most common fixes (such as restarting the Xserver or login manager) in order to get the User out of the tty shell. If you feel that the user would be comfortable with it, you can also explain how to capture debugging information, or log files, that they should then send to you. Mounting external devices If the user needs to send you log files, or needs to back up a file (or restore a backup), it would be extremely helpful for them to connect an external drive of some sort to the computer. Since hal or udev generally handle that, it may still work in the tty shell, although I find it rather unlikely. Therefore, I would list a few commands (label them something useful, like “USB” (generally FAT32), “external hard drive” (usually ntfs or ext3/ext4), or even specific devices if you know the hardware). I wouldn't advise adding all this extra information in unless it's extremely important, or if the user lives in a location where you, or someone who is comfortable with Linux, cannot easily intervene and help, be it in person or via SSH.
Recherche de panne Je listerais aussi un ou deux des correctifs les plus courants (comme redémarrer le serveur X ou le gestionnaire de login) afin de sortir l'utilisateur du shell tty. Si vous sentez que l'utilisateur serait capable de le faire, vous pouvez aussi expliquer comment récupérer des informations de débogage, ou des fichiers de log, qu'il vous enverrait ensuite.
Monter des périphériques Si l'utilisateur doit vous envoyer des fichiers de log ou doit sauvegarder un fichier ( ou restaurer une sauvegarde), il serait extrêmement utile pour lui de connecter à l'ordinateur quelque chose comme un lecteur externe. Puisque hal ou udev gèrent en général cette fonction, cela doit continuer à fonctionner dans le shell tty, bien que je trouve cela plutôt invraisemblable. Donc je listerais quelques commandes (les décrire avec quelque chose d'utile, comme « USB » (généralement en FAT32), « disque dur externe » (habituellement NTFS ou ext3/ext4), ou même des appareils spécifiques si vous connaissez le matériel). Je ne conseillerais pas d'ajouter ces informations supplémentaires à moins que ce ne soit extrêmement important, ou si l'utilisateur vit dans un lieu où vous, ou quelqu'un qui sait travailler avec Linux, ne peut intervenir facilement et aider, en personne ou via SSH.
Contact information If you're employing this as a system administrator for a company, or for someone you don't know well, I would include a phone number, email address, and maybe a website where they can contact you. That essentially covers all the items I would usually include in a Message of the Day, but it's by no means extensive. If anyone has an interesting or unique use for their Message of the Day, feel free to share it with me at lswest34@gmail.com. If I find it interesting as well, I may compile a list of them for next month's article. As always, suggestions and questions are also very welcome. Any emails sent to me should include “C&C” or “FCM” in the subject line, so that they get sorted properly.
Information de contact Si vous utilisez ceci en tant qu'administrateur pour une société, ou pour quelqu'un que vous ne connaissez pas vraiment, j’inclurais un numéro de téléphone, une adresse e-mail et peut-être un site web où ils peuvent vous contacter.
Ceci couvre essentiellement tous les points que j'inclurais d'habitude dans un Message du Jour, mais ce n'est en aucune manière exhaustif. Si quelqu'un a un usage intéressant ou unique de son Message du Jour, n'hésitez pas à le partager avec moi à lswest34@gmail.com. Si je les trouve intéressants, je constituerai une liste pour l'article du mois prochain. Comme toujours, des suggestions ou des questions sont aussi les bienvenues. Les e-mails que vous m'envoyez devraient avoir « C&C » ou « FCM » dans le sujet, pour qu'ils soient triés correctement.