One addition to the above. A lot of bash scripts and programs will have a command line argument that allows unattended install by auto selecting the defaults or by specifying them as an argument on the command line. But, you have to be sure if course ... 😁
So today I decided to finally learn about Linux after 17 years of pure Windows computing... and then this video pops up... the timing couldn't be more perfect
other good channels: joe collins, average linux user, chris titus tech, dorian dot slash, switched to linux, infinitely galactic there is a brand new FB group for newbies called Penguin Momentum
The ease of navigating by double clicks to access just about anything kept me as a Windows user for 20+ yrs. Recently I've been making many changes to the registry and user account to give myself more control over this operating system that… you know… paid for and own? Microsoft clearly disagrees and feels I need help from myself by denying access to many things and making it literally impossible in some cases to disable software that sends them usage data. Im now a Linux (Arch) user indefinitely now.
I've been watching loads of Terminal tutorials over the last couple of days. I should have known that Chris would have the best video out there. Clear, concise and to the point. I find myself coming away from this video having learnt something instead of watching someone race through their instructions without mentioning their shortcuts.
As a kali Linux hacker I can say that this video helped to new users using Linux or looking forward to be using it, just a proposition, if someone wants to be anonymous, use Linux becouse it's really secure and they don't steal your information
MSDOS like windows is a rip off of Unix or *Nix to those in the know. DOS or even powershell have anything on the early shells eshell cshell let alone ash or bash. I thankfully skipped the need for dos/windows since I was brought up on SCO ( true SCO ) and Solaris.
@@5argetech56 Me to all the way back from Slackware ( yes the first Linux distro ( a floppy disc ) .. I used to have various SGi kits also ( pizza boxes ) that had irix on them.
@@ericscaillet2232 You shouldn't duplicate names like that. It's just asking for problems and confusion, especially when copying between filesystems. You're very likely to wipe one of the folders/files out.
This is so true -- knowledge that is not excercised somehow drains from our skulls. I sometimes have to go back to my own videos (or scripts therefore) to check what I "know" about something! :)
This is why I watch your channel. This. You, sir, are thoughtful and generous and patient. I knew all this, but it has been taught well and with the proper pace. Awesome!
That's a great tutorial Chris! There's a couple of points that I'll add, although it's not much. 1) be aware that `sudo apt install` is distro specific, most (all?) debian based distros use apt but other distros use different package managers, for example I'm on arch and use pacman (cool name btw arch people). 2) if you want to remove a directory with files in it, neither rm or rmdir will work: you have to use `rm -r` just like you have to do `cp -r` on directories. 3) running a command on the terminal is basically just running a program. cp is a program, so is rm and mkdir etc. Some programs, like cp and rm only work if they are run from the terminal, but others (for example chromium-browser (guess what that does)) will work either from the terminal or from the GUI. 4) If --help doesn't give enough info, try `man `. Man stands for manual, and it usually gives a very indepth view of the options and some examples. 5) ctrl-d to exit terminal is pretty efficient IMO They're just a few things I use a lot and thought some people might want to know.
Actually, beginners usually want a very simple explanation, not an in-depth one. Even --help makes an appalling amount of output if all you want is the basics of running the command. Good post otherwise, tho ...someone must have typed --help in your terminal :)
@@Reziac yes of course but there's both in-depth and also the basics covered in this video, I'm guessing it's aimed at people who aren't _complete_ beginners but they may have used CMD before etc.
That too -- as I mention below, I'm an old DOShead, but still find the linux commandline opaque, so this kind of familiarization is actually quite helpful.
Yet another timely video with the end of Windows 7 support earlier this week, very well explained Chris and makes the whole process seem much easier than many Windows users would have expected.
11:50 It may be instinctive to MS-DOS-experienced users to type “*.*”, but remember such a wildcard will only match names with a dot in them. To match all names, type “*”.
Nice tutorial and I noticed this too! Indeed, the concept of a file extension as a separate "field" of a filename doesn't really exist in Linux at the CLI. It may be a convenience in recognizing the type of data if one makes a name ending in dot-something (or for the gui file manager which maintains application associations). Maybe it's due to this that there is the `file` command which can deduce what kind of file one is seeing even if there is no extension there. Also, while some commands do support --help or maybe -? or -h (linux not always the most consistent!), there is usually more complete help with the man (manual) command. Hopefully viewers are inspired to explore more around the command line!
@@lawrencedoliveiro9104 Yes, but those are far less common. Who puts dots in their folder names? I mean "rmdir dir" and "rm -rf dir" can both delete directories, but one is considerably safer than the other by default.
@@encycl07pedia- Rather common, actually, particularly among system directories. On my Debian system, the command find /etc -type d -name \*.\* | wc -l finds 216 of them.
The terminal might seem scary at first, but it doesn't have to be. It's pretty easy to learn the basics, and it can make doing certain tasks easier. If you're looking to learn more about the Linux terminal, Joe Collins made a fantastic video which teaches you all the basics I definitely recommend.
*+Алексей* second that. i've been suggesting that on a couple of videos. or even the less exhausting Patreon type route. but seems Chris Sir is a one many army and with other real life work there's only so much he might be getting time to tidy things up. although it doesn't cost that exorbitantly to get someone to create phone or PC applications.. still it's a cost and ..finding the right people.. who remain invested (mentality) invested.. over 2-3 years to iron things out. .. that's a bit tough. unless we all, those with relevant skills, resources chip in too.
Nice. I'm one of the users who recently migrated from Windows to Mint. This playlist really helps with progressing with my Linux learning. I'm glad for all the gui options as it has helped with the transition, but it's been long enough. I have leaned on the update manager, but i'd like to start using the command terminal and see what is possible. These videos are a good start for me. Ta!
Last week I took with me the old core2duo pc my grandmother used, since she recently bought a laptop. I installed Mint over Windows 10 (it ran so slowly) with the intention to give it away, but now I'm using it as my main machine: I've been inadvertently converted!
Thanks Frank. I've also found that many old PC's run horribly slowly with Windows 10 but run much faster with Linux, for example MX or Xfce versions of Mint (etc....).
Thanks! I used to be a Unix user just to run various pieces of equipment around the lab. Now, thanks to the intrusive mandate of all major computer companies I have switched from Windows and Mac to Linux. It's a great refresher and seems much better than the old days ... much appreciated!
Hmm, there's room for improvement. 1) Copy and paste with the terminal is annoyingly much work, but there's a other way that's usually far quicker and has worked on every Linux distro I've used: Just mark the text, it gets automatically moved into a copy buffer, and then anywhere you press your middle mouse key it gets pasted (I. E. The terminal). 2) like others mentioned `apt` is a distro specific command, that's something you should've mentioned 3) also like others mentioned you could've shown `man [cmd]` too 4) while we're speaking of that, another command I find pretty helpful from time to time is `apropos [keyword]`, that one searches all the documents you get shown with `man` (called manpages). That helps you find a commands name if you can only remember what it does, or if you want to find a new command 4) there's autocomplete, and then there's autocomplete suggestions, which in my setup is called when I press tab twice, that's very helpful if you're writing a long directory and can't remember it precisely 5) also the generic nature of `- - help`, where you can often use it on subcommands like `apt install - - help`
I tried here to cover things for beginners; knowing what to leave out is as important as what is included. Not every mouse has a middle button! And doing things with a mouse button click is not good in video, as the viewer cannot see what you are doing.
I am new in the Linux world, just 3/4 days old. I find your video very valuable and knowledgeable. Thanks for your time in making the video a very useful one to all like me. I really love your clear pronunciation.
Thanks for a great intro tutorial on the Linux terminal! As someone looking for an alternative to the ever more intrusive and restrictive Windows OS this is very helpful. With each new version of Windows we know even less about what's going on under the hood, not to mention how much Microsoft is spying on users of their bloated operating system.
Thank Christopher Barnatt, you show me a little more of the problems that I was trying to find on the flash drive? Using Linux. The way you explained terminal was like the early computing day with the MS/PC Dos command prompt/symbol, I learn a little faster now. Ol'd them day 1980-1995 when dos/Basic C, C+ was common. B4 Window point and clicks now! Thanks.
I learned more in 20 min here than all my attempts at books and texts on the subject. Thank you so much - excellent! Need to re-watch and tale some notes now.
It's been decades since I really worked on a computer from the command line interface (in the context of using a PC), probably 1993, and yet I can still remember learning MS-DOS before then, at school, and continuing in computer training. I might get a book on Linux as I intend to re-purpose an older PC as a Linux machine.
Thank you so much for the terminal commands refresher video! As always, I enjoyed watching it, was reminded of things I had forgotten over the years and learned a few things I had previously missed.
This is a good basic foundation to the linux terminal command line. Watch this video 10 times. There's a lot of information to take away from this, but Chris is only scratching the surface, and there is so much more you can do.This is where the real magic happens. I would encourage anyone to use only the command line for a week. I learned Unix in the 70's out of a manual before I had access to a computer, so you can learn this too. Linux is very closely related to Unix. If you know one. You pretty much know the other. I don't see a link to a linux tutorial here, but there are many out there on Amazon.
Hello. OpenSource enthusiast since first Linux distro release, Slackware. I have watched several of your videos and I am very impressed with the tools, creation, content, and the way u explained some complicated subjects for the regular audience in very understanding manner. Not to mention the nice British accent!! Kudos!!!
The 'cd' command without arguments will also return you to your home directory. The 'clear' command can also be done as Ctrl-L, as well. Handy little shortcuts that turn up over time.
There is something very satisfying about learning to use the cli and linux in general. I know a fair bit about the shell but it never hurts to brush up and this channel is always a reliable source of useful information that I never have to point out corrections or criticise the fact checking.
In 21 minutes you’ve explained the basics far better than some videos that are hours long. I wanted to learn Linux because of the terminal and not in spite of it, I used to enjoy using MSDOS and XTree gold when they were real programs.
It is good to see command line basics explained, thanks!! Amazing what you can do with command line with the addition of grep, sed & awk tools! It would be great to see a basic demo of these powerful tools at some point. Many think you would need a formal programming language like C or Python to get more complex tasks completed but by using these tools, complex data manipulation and more are very possible with one command line. Thanks again for another great video!! Great to see deeper dives into the complexities of Linux!
0:45 Worth also mentioning that there is another terminal emulator, built right into the Linux kernel itself. This offers up to 8 different text consoles, and if you don’t have a GUI running, you will normally see one of these anyway. You can switch between them using CTRL-F1 .. CTRL-F8. If you are already in a GUI, you can suspend it and switch to a text console with CTRL-ALT-F1, CTRL-ALT-F2 etc. (Once you are in a text console, you can leave off the ALT for subsequent switches.) The GUI takes over one of the text consoles, so you switch back to it with the corresponding CTRL-Fn keystroke-for example, CTRL-F7 works on my Debian system.
Great video. I think the terminal scares a lot of potential new Linux users. Nice to see you explain the basics and show that it's not really that scary. I love working in the terminal, you can do so many cool things with it, especially when you get into writing shell scripts.
Same reason I'm using command prompt in Windows(7)..I re-activated my pirate copy this way the last time Microsoft disabled my "genuine" activation.. 😇
Zorin OS has become my standard OS by now, only using Windows when necessary. I am amazed by the increase in speed I experience. Thanks EC for the tip leading me to Zorin!
This was a great video, I have been using Linux as my desktop for almost 10 years, started with Ubuntu, then Mint, I now use Manjaro with KDE and love it. That said I picked up a few tricks from this video that I didn't know. Thanks!
Linux BASIC command i like it. Since windows 7 ends i want to migrate to Linux permanently. Thank you Mr. Barnatt. I hope will be usefull with the next part of Linux command on the next videos
This is indeed another of those videos that can provide a stepping stone to other things. I am trying to build up a library of them covering such topics.
Another helpful option when using ls is to add ”-h” for example: ”ls -lh”. This will give you the list with more ”human readable” numbers for size etc...
I just moved over to Ubuntu from windows about a week ago. I’ve been using the terminal a fair amount since installing Ubuntu, mostly for installing packages. Your tutorial has made my life so much easier now that I know the shortcuts and how to navigate through my files. Thank you!
Thank you thank you! This really helps fill in a few of the gaps! I already have a small amount of experience but this was really really helpful. Do as many of these as you can haha.
In fact, in this video you are not using a Terminal but a Pseudo Terminal Slave (PTS). It is just an emulated Terminal. This emulation is done by Terminal Emulators like Xterm. The real Terminal is a TeleTYpe writer (TTY). It is accessible from the Ctrl + Alt + F shortcut. In order to know if you are currently using a PTS or a TTY, type the 'tty' command. I know that the word Terminal is commonly used for PTS so it is acceptable for novice users but I had to explain that for expert users. By the way, great video as always, the basics are explained perfectly.
There is no need to explain it to the experts as we are aware but this is aimed at noobs who wanne become. This is trivial for them at this point in their learning curve. They are not gonna hop TTY for at least another year at this stage and this might only confuse them more.
Dispelling the wondrous mysteries of the dreaded terminal. Good video. I've been running various versions of Linux since 2008. I found this to be very helpful.
The Linux terminal is awesome once you get used to it. You need to set it up properly though, choose a good font and font-size, add some colors to LS and the man-pages, maybe make the command prompt look better if you want to...
I know I'm a bit late to the party but I've been watching your vids quite a bit lately and I decided to give Linux another go (it's been years). I've tried several Distros that you have recommended and I ended up liking Linux Mint the best. This tutorial has been extremely helpful (actually necessary for me) and I greatly appreciate it!
Also useful: *man bash* -- an exhaustive but dense [edit: like compact / non-verbose] description of your shells capabilities (I assumed bash here. Run "echo $SHELL" to see what's your shell.) Comes handy when you only have a terminal and no Internet connection. Although, reading the man pages online in a browser is often more comfortable. *alias* to define your personal shortcuts (confession: I still use : alias dir="ls -ltrF". Current distributions already provide a *dir* command nowadays to welcome refugees ;-) You might still want to tweak it as you like.) *less* - it's Windows *more* (but less is still more) to page through long outputs (i.e. "ls -l | less" or "dmesg | less"). When working with terminals have a look at *tmux* and *screen* . These are ultra useful when all you have is a terminal (no GUI at all, i.e. on remote logins). They allow you to have multiple terminal sessions within your single terminal and can even make sessions permanent, so after logging out&in you can continue where you left (assuming no reboot happened in between).
man bash is the full Bash manual-all 5000 or so lines of it. It’s also available to read online at www.gnu.org/savannah-checkouts/gnu/bash/manual/bash.html
THE BEST INTRO TO THE LINUX TERMINAL I'VE EVER SEEN!!!!!! You did an outstanding job with the crystal clear graphic presentation of the Linux terminal, the narration, and the demonstrations. I have always loved the way your videos begin with electronic music and the various computers being displayed. Keep up the great work! 👍
The comments are a continuation of this lesson! I am inspired, and I thank all of you who enjoy sharing your knowledge, and not looking down on beginners. We all had to crawl before we walked people. Thank you ALL, especially Chris for starting this information filled basic lesson. I have found it the most exciting place to begin out of all the stuff I've been learning.
As a Systems Engineer, I work with both Windows and Linux machines, mostly servers. I'd recommend anyone who uses Linux to jump into using the Terminal, much as I advise people using CMD Prompt or better still, Powershell on a Windows box. Great tutorial for the novice Linux user!
Thank you Chris for another great presentation , easy to understand visually and audibly . This Tutorial is without doubt a great help for those like myself and others who need reassurance when delving into the Terminal in Linux OS . I thank you again Chris for your contribution in helping the not so savvy Terminal users into gleaning much needed down to Earth information on this subject . Oh and by the way " happy new year " .
Liked your video very much. I have worked with MSDOS in the early days. So I am not afraid of the terminal. Maybe you could explain more about sudo and how permissions work. Maybe also try to explain the file-system in Linux. It is not so difficult to copy and paste commands in the terminal. But sometimes on the internet you get a lot of mis-information and then you need some skills to recover. But this is very newbie friendly. Thanks for the nice video.
You may find these RU-vid channels of interest. Average Linux User - Command Line Tutorial; ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-px8D72loRVg.html LearnLinuxTV - Linux Commands for Beginners; ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-lvSoxOMg5_c.html
Wonderful demonstration of the Linux command language. Everybody who uses a computer should at least be aware that such a thing exists. Knowing how to use it gives us more "direct control" over our devices. My first computer in 1978 used the long-defunct CP/M operating system, and the first IBM PC used MS-DOS, which was an outright rip-off of CP/M. Both CP/M and MS-DOS used only their command languages, since in those days there were no graphical user interfaces like Windows. People now have no idea how useful computers could be using only command languages. In fact, those interactive command languages were themselves a GREAT advance over their "main-frame" computer predecessors JCL (Job Control Language), which were typically commands that had been "key-punched" onto punch card decks so they could be run repetitively using computer card readers as input devices. There were also keyboard computer control consoles where official "computer operators" would often enter commands themselves, one by one. Those console commands were the predecessors of the computer command languages, such as the Linux "terminal" command lines you have demonstrated. Learning how to do that takes us almost all the way back to the beginning of the computer age, when command languages themselves were a GREAT advance over having to toggle in machine-code instructions, bit-by-bit. How far we've come in a lifetime!
1) @0:36 The terminal: Note that all of the examples given require that your system's GUI (graphical user interface) is cooperating. If for some reason your GUI stops responding, or your mouse stop working, you will need an alternative for starting the terminal (which, once started, can be used to trouble-shoot and fix any issues, or to do a clean reboot). There are a few terminals that you can access, that are independent of your GUI. You access them by pressing Ctrl+Alt+F3 (or F4, or F5, etc). Each one will open a terminal. From there, you can run a command to reboot your computer, or any other commands to help identify problems and apply fixes. Pressing Ctrl+Alt+F6 (might differ depending on which Linux distribution you are running), will take you back to your GUI. 2) @12:01 That will copy only files that have a dot (a period symbol). If you have a file named "stuff", then using "cp **.** Pictures" will not include your "stuff" file when the copying takes place. If you really want to copy everything, then use only an asterisk (*). cp * Pictures If you want to see what will be copied, before executing the cp command, then run (for example): ls **.** Whatever "ls" shows you is what will be copied when you, instead of using "ls" you use "cp". 3) @19:44 Yes, issuing some command with the "--help" argument will usually provide documentation on how to use the command. Note: "usually", not "always". Also note that Linux documentation is built around the "man" command (stands for reading the "manual" for a command). So for help on the cp (copy) command, you can use either: cp --help (or) man cp Does it matter? It might. The help that is returned will be similar, but not the same. You might need to run both, in order to have your question(s) answered. Cheers!
In addition to --help, one can also use the command *man* ( for manual? ) in front of an app you need to know more about. Type *man nano* , or *man ifconfig* etc, and *ctrl+z* to exit the manual.
13:01 Probably a good time to mention another useful feature of tab completion, namely if you type a wildcard spec and then press tab once or twice, Bash will show you all the expansions of that wildcard spec, so you can confirm that your command will be acting on what you thought it would be acting on. Another useful trick is to first use the wildcard with something harmless like an “ls” command, to confirm that it only shows the files you want to affect. Then press uparrow to bring the command back, change the “ls” to “rm”, and turn it loose. Because, you know, having suffered the occasional embarrassment of inadvertent deletion or overwriting of files I didn’t mean to over the years, you learn a few tricks for, shall we say, “defensive command-lining” ...
I remembered a question from the distant past, when I sat down to study the Linux terminal. for some reason, all linux tutorials never indicate how to create a file on the command line. At first I thought I was imagining it. I flipped through several printed and electronic books, the same thing. All they have answers how to create a directory, how to move or delete, but how to create a new file "test.txt" not. in one place, I remember, I found the command "touch" to create a new file. The lesson is great, the picture, the sequence, the work of the master indeed! Thank you very much! Like and subscribe!)🍻
I moved to Linux about 4 years ago and have never looked back. The CLI or terminal is immensely powerful and useful particularly for bulk file wrangling activities. I now use the terminal for everything from resizing photos, converting RAWs to PNGs masses of things with AV content in FFMPEG, old drive restoration with powerful disc tools plus bash scripting and so much more. I even browse Google with Googler in the terminal!
9:47 Worth demonstrating what happens when it cannot find an unambiguous completion: pressing tab the first time will do nothing, pressing it a second time will display available completion candidates. Then you can type some more to narrow the options down, and try again.
21:00 One reason for using the terminal is if you switch between distros a lot. Each distro will likely provide its own GUI tools for performing various admin/config tasks, but they will all be different. But behind the scenes, they are all managing the same common config files, system processes etc. In fact, they are very likely generating command-line sequences to perform their actions. So at the command-line layer, a lot of the differences between distros disappear, and you have common ways of performing common tasks.
Just migrated to Linux Mint. Very happy with its performance and productivity. But of course know nothing about using Terminal:( So this video is exactly what I have been waiting for! Thanks!
Another thing worth mentioning about the "mv" command is that it can be used to rename files too. So, if you typed something like: mv OldFile.txt NewFile.txt Then this will move "OldFile.txt", but as you've not entered a different directory, then it's moving the file from the current directory to the current directory - in other words, it's not going anywhere and is staying in the same directory it was - but we've specified a new filename for it - "NewFile.txt" - so it's "moved" into this new file. And the additional handy thing about using "mv" rather than a dedicated renaming command is that you could both move the file to another directory AND rename that file at the same time. So you could also do this: mv OldFile.txt ~/Pictures/NewFile.txt Which both renames it and places it in the "Pictures" folder of your home directory too. This is one of those things which might not immediately be apparent, but moving a file to a new filename is, of course, equivalent to renaming it. Because you might be thinking "I need to rename this file" and then wonder if there's a "rename" or "ren" command (by default, there isn't), but you can just use the "mv" command to do the job. One of those things that, once mentioned, makes perfect sense but you probably wouldn't have thought of yourself, without a little nudge, to have the "lateral thinking" to realise that "moving with a new name" is equivalent to "renaming".
I was actually in a 'terminal' discussion when this video popped up in notifications - I was talking about history in terminal and if chris covered this I missed it.. but my favourite Command Line instruction is history. as you scroll through the results of 'history' you may notice each entry is numbered, so if you type !34 or whatever corresponding number is on the list, you will have actioned that script. Awesome eh.
Been using Linux for months and didn't know half of these. It helps that it's not compulsory to know them since the Mint let's you do many things as you would in Windows, but it's still good to learn.
Correct, and to exit the terminal shell, the shortcut is Ctrl-D. The case does not matter for these shortcuts. In days of yore, a terminal was a large, noisy electromechanical machine called a Teletype, the classic model being ASR-33. These machines could only print capital letters.
Kenny Luba - That's the kind of futile detail that Linux users love to throw at newbies. Maybe to create confusion or to brag about their superior knowledge of Linux.
@@RandomNullpointer Well, it dates back to the days of teletypes. You can't erase what's printed on paper so to 'clear' it you issue a formfeed to eject the current page of continuous stationery (fan-fold paper) and start at the top of a new page.
Awesome Video, I learned a lot from it. Thank you :-) Plz expand on this topic, perhaps create a series all the way to the advance commands and shortcuts.