I recently read a book called Linux Unveiled, that unveiled only that the author, ‘Half-job Hussain’, had no idea how to show newbies around. I did like some of the book somewhat (very little), so I’ll be stealing some of that to do a proper job for our FCM newbies (no, I will not be using anything from that horrible book). I’ll try to take a more hands-on approach, so I would ask you to keep your terminal emulators open and follow along, just to get the muscle-memory going. Now obviously I cannot cover a whole book’s worth of stuff on here, but I’m thinking CPU, memory, and disk here. This can then tie into some of the LPI stuff we are covering elsewhere. That means there will be homework, but I’ll keep it short. Say you logged on to a friend’s computer and the prompt did not display the name of the computer, you could use the hostname command to get that information, right? But how would you get more information, like the “about” page on Gnome, but from the command line? Yep, the smarties among you got it immediately, hostnamectl. The nice thing about hostnamectl, is that you can immediately see if you are in a virtual machine or not (Chassis).
J’ai récemment lu un livre intitulé Linux Unveiled (Linux dévoilé), qui révélait seulement que l’auteur, « Half-job Hussain », n’avait aucune idée de comment montrer les choses aux débutants. J’ai un peu aimé certaines parties du livre (très peu), donc je vais en voler une partie pour faire un travail correct pour nos débutants FCM (non, je n’utiliserai rien de cet horrible livre). Je vais essayer d’adopter une approche plus pratique, donc je vous demanderais de garder vos émulateurs de terminaux ouverts et de suivre, juste pour faire travailler la mémoire musculaire. Maintenant, évidemment, je ne peux pas couvrir tout un livre ici, mais je pense au CPU, à la mémoire et au disque. Cela peut alors se lier à certaines des choses du LPI que nous couvrons ailleurs. Cela signifie qu’il y aura des devoirs, mais je serai bref.
Supposons que vous vous êtes connecté à l’ordinateur d’un ami et que l’invite n’affiche pas le nom de l’ordinateur, vous pouvez utiliser la commande hostname pour obtenir cette information, n’est-ce pas ? Mais comment obtenir plus d’informations, comme la page « à propos » de Gnome, mais à partir de la ligne de commande ? Oui, les plus fûtés d’entre vous l’ont immédiatement compris, hostnamectl. L’avantage de hostnamectl, c’est que vous pouvez immédiatement voir si vous êtes dans une machine virtuelle ou non (Chassis).
You could see “desktop” or “laptop” on your machine instead, and if yours did say either, you would not see “Virtualization”. We can see the operating system name, in my case Ubuntu 24.04, even though it is Lubuntu and my kernel version. If I wanted more information on the kernel, I would use: uname -a and I’d get a bit more, but not too much more. If I really wanted more information about my CPU, I’d use cat /proc/cpuinfo | less and I’d get a decent info dump. Go ahead, try it quickly, I’ll wait… Now, if I needed more information on my OS, I could try cat /etc/*-release and see the codename of my OS (sorry about the mistake, a girl with long, long legs and short shorts was mobile zombie-ing around in the coffee shop, but I’ll leave it there so you can see everyone makes mistakes.) Then there are the ls-commands, like lshw, or if we are talking CPU, lscpu, or even lsusb or lspci and so forth. My point is that there are lots of ways for you to find out more about a foreign (or your own!) computer.
Vous pourriez voir « desktop » ou « laptop » sur votre machine à la place, et si la vôtre indiquait l’un ou l’autre, vous ne verriez pas « Virtualization ». Nous pouvons voir le nom du système d’exploitation, dans mon cas Ubuntu 24.04, même s’il s’agit de Lubuntu et de ma version du noyau. Si je voulais plus d’informations sur le noyau, j’utiliserais : uname -a et j’en aurais un peu plus, mais pas trop. Si je voulais vraiment plus d’informations sur mon processeur, j’utiliserais cat /proc/cpuinfo | less et j’obtiendrais un bon dump d’informations. Allez-y, essayez vite, j'attends…
Maintenant, si j'avais besoin de plus d'informations sur mon système d'exploitation, je pourrais essayer cat /etc/*-release et voir le nom de code de mon système d'exploitation (désolé pour l'erreur, une fille avec de très longues jambes et un short court faisait le zombie mobile dans le café, mais je vais la laisser là pour que vous puissiez voir que tout le monde fait des erreurs.) Ensuite, il y a les commandes ls, comme lshw, ou si nous parlons de CPU, lscpu, ou même lsusb ou lspci et ainsi de suite. Ce que je veux dire, c'est qu'il existe de nombreuses façons d'en savoir plus sur un ordinateur étranger (ou le vôtre !).
Most of you know: df -h - to see information on how full - or empty - your drive is and: free -h - to see the same about your memory. A favourite of the LPI exams is: uptime, though in my whole career, I have never needed to type that command once in the real world(!), we just have so many better tools, for instance, I can see the uptime in: htop - and usually I have some form of monitoring software installed to get a better view of load over time. I love that there are many ways to skin a cat in Linux! Hehe, yes, I suppose lolcat would be “skinning” your terminal output… but you know what I mean. Before I move on, let’s quickly look at what we covered in that short piece: • hostname, hostnamectl, uname, lscpu, lshw, lspci, lsusb, df, free, uptime, htop, lolcat • 12 commands in 5 minutes; you are on a roll my friend!
La plupart d'entre vous connaissent : df -h - pour voir les informations sur le niveau de remplissage - ou de vidage - de votre disque et : free -h - pour voir la même chose sur votre mémoire. L'un des favoris des examens LPI est : uptime, bien que dans toute ma carrière, je n'ai jamais eu besoin de taper cette commande une seule fois dans le monde réel (!), nous avons juste tellement de meilleurs outils, par exemple, je peux voir le temps de fonctionnement dans : htop - et généralement j'ai une forme de logiciel de surveillance installé pour avoir une meilleure vue de la charge au fil du temps. J'aime le fait qu'il existe de nombreuses façons de dépecer un chat sous Linux ! Héhé, oui, je suppose que lolcat « dépècerait » la sortie de votre terminal… mais vous voyez ce que je veux dire.
Avant de continuer, regardons rapidement ce que nous avons couvert dans ce court article : ••hostname, hostnamectl, uname, lscpu, lshw, lspci, lsusb, df, free, uptime, htop, lolcat ••12 commandes en 5 minutes ; tu es sur la bonne voie mon ami !
One way of finding out what you are dealing with, when troubleshooting, is the log file, or should I say logs, as there are quite a few. The main one I’d like you to look at is: tail /var/log/syslog (I trust that you are familiar with head and tail?) or you could peruse the whole thing: cat /var/log/syslog | less (I will also assume you know more and less, as they are some of the first commands that one learns when using a terminal). Most of you should also be familiar with: dmesg - or if you did not use earlier versions of Ubuntu, it would be: sudo dmesg - (it did not need sudo elevation before 20.04? not 100% on that, don’t quote me, but if you have old Ubuntu in a VM, say, Hardy Heron or whatever, you can just type dmesg.) You should know that dmesg is not the only way to see what is/has happened during your boot. You could also look at the boot log: tail /var/log/boot.log
Une façon de savoir à quoi vous avez affaire, lors du dépannage, est le fichier journal, ou devrais-je dire les journaux, car il y en a pas mal. Le principal que j'aimerais que vous regardiez est : tail /var/log/syslog (j'espère que vous connaissez head et tail ?) ou vous pouvez parcourir le tout : cat /var/log/syslog | less (je supposerai également que vous connaissez more et less, car ce sont certaines des premières commandes que l'on apprend lorsqu'on utilise un terminal). La plupart d'entre vous devraient également être familiers avec : dmesg - ou si vous n'avez pas utilisé de versions antérieures d'Ubuntu, ce serait : sudo dmesg - (il n'y avait pas besoin d'élévation sudo avant 20.04 ? Je ne suis pas sûr à 100 %, ne me citez pas, mais si vous avez un ancien Ubuntu dans une VM, disons Hardy Heron ou autre, vous pouvez simplement taper dmesg.)
Vous devez savoir que dmesg n'est pas le seul moyen de voir ce qui se passe/s'est passé pendant votre démarrage. Vous pouvez également consulter le journal de démarrage : tail /var/log/boot.log
Your homework, erm, mission – should you choose to accept it – is: 1. To look inside the /var/log/ directory and poke around in some of those log files. In particular, I want you to check the logged-on users with the command: w - and then check auth.log to see those users. On some servers though, the logs may be sent off to a log server, so I would suggest doing this on your own desktop/laptop/VM. 2. To type sudo dmesg and type the password wrong three times. I then want you to go and look at /var/log/auth.log - we will talk about this in the next issue. Now that you have wet your footsies in logfiles, remember to actually go here (/var/log) and have a look here, next time you get an error on the command line. We covered the ‘where’ “where am I”, and the ‘how’ “how do I check for errors”. ‘When’ you are is not important, but if you really have to know, type: date ;) As always, should you find an error, or think I helped you in a wrong direction, please let us know on: misc@fullcirclemagazine.org
Votre devoir, euh, mission - si vous choisissez de l'accepter - est : 1. Regarder à l'intérieur du répertoire /var/log/ et fouiller dans certains de ces fichiers journaux. En particulier, je veux que vous vérifiiez les utilisateurs connectés avec la commande : w - puis que vous vérifiiez auth.log pour voir ces utilisateurs. Sur certains serveurs, les journaux peuvent être envoyés à un serveur de journaux, je vous suggère donc de le faire sur votre propre ordinateur de bureau/portable/VM. 2. Tapez sudo dmesg et tapez trois fois le mauvais mot de passe. Je veux ensuite que vous alliez voir /var/log/auth.log - nous en parlerons dans le prochain numéro.
Maintenant que vous avez fait vos premiers pas dans les fichiers journaux, n'oubliez pas d'aller ici (/var/log) et de jeter un œil ici, la prochaine fois que vous obtenez une erreur sur la ligne de commande.
Nous avons abordé le « où » « où suis-je » et le « comment » « comment puis-je vérifier les erreurs ». Le « quand » vous êtes n'est pas important, mais si vous devez vraiment le savoir, tapez : date ;)
Comme toujours, si vous trouvez une erreur ou pensez que je vous ai aidé dans la mauvaise direction, veuillez nous le faire savoir à : misc@fullcirclemagazine.org