Good Morning from my Robotics Lab! This is Shadow_8472 with another tip for how I would relearn Linux. Let\u2019s get started.<\/p>\n\n\n\n
No serious system administrator has time to memorize long chains of commands taking minutes to type and might need fixing after the first try. When faced with a periodic task involving a long, involved [set of] command[s], it\u2019s preferable to write them in a script to be run sequentially from file. While I did get by for a few years by using Bash\u2019s (terminal shell, see section on shells) history functionality, a script is a much more sustainable way to \u201cremember\u201d commands.<\/p>\n\n\n\n
To write a script, put your command[s] into a text document \u2013 one per line. The pound sign # at the start of a line turns it into a comment to clue future you or others into your thought process. Using a backslash \\ character and additional whitespace for alignment, lines may be broken up at any point to increase readability. This becomes especially useful when dealing with half a dozen flags.<\/p>\n\n\n\n
#this line is a comment\npodman run \\\n --name testpilot \\\n --network podman \\\n --ip 10.88.2.88 \\\n -v ~\/sandbox\/testVolume:\/root\/vol1 \\\n --rm \\\n busybox:latest\n#No interrupting commands \u2013 even with commented flags.\n# -v ~\/sandbox\/wrongTestVolume:\/root\/vol2 \\<\/code><\/pre>\n\n\n\nA script will then need permission to execute.<\/p>\n\n\n\n
chmod +x <filename><\/code><\/pre>\n\n\n\nLacking a proper explanation of the Linux permissions system, just know this is a fast way to ensure YOU have permission to EXECUTE your script.<\/p>\n\n\n\n
Even understanding up to this point unlocks a powerhouse of possibility. These tools \u2013sequential commands, comments, line breaks, and white space\u2013 are all I need to make scripts to stitch together more complicated programs I work with to build my home server. Most importantly: scripting commands allows me to clearly visualize the command I\u2019m working on.<\/p>\n\n\n\n
Shells<\/h2>\n\n\n\n
One slightly mind bending concept is the shell. In simplified terms, a computer shell is an operating environment. Open a terminal on a Linux workstation, and you probably have a Bash shell. Some part of desktop environment you opened that shell from is a graphical shell. From Bash, you can open another instance of Bash inside the last one like a Russian matrushka doll (nesting dolls). Connect to another computer with SSH, and there\u2019s another shell (one one each machine working together, I think?). Other programs \u2013such as a Python interpreter\u2013 may have a shell of their own.<\/p>\n\n\n\n
Not all shells are intended for human interaction. Somewhere below the graphical environment is logically a shell either running directly atop the kernel (I don\u2019t actually know if the kernel itself counts as a shell) optimized for running quickly.<\/p>\n\n\n\n
Most important to this conversation: running a script will open a shell for its own use and close it afterwords. Fancier shell scripts can leverage many powers characteristic of typical programming languages. Flow control allows logic to branch and loop depending on the state of a whole assortment of variable types. And thanks to shell manipulation, variables can be isolated from one another in ways I\u2019m totally unfamiliar with. And all this exposed power comes packaged directly into the operating system itself.<\/p>\n\n\n\n
Takeaway<\/h2>\n\n\n\n
Shell scripting is a powerful tool. This single lesson is enough to unlock a wealth of potential, yet only a fraction of its total capabilities. Variables \u2013for example\u2013 turned out more involved than I thought, so I scrapped a section them after writing about shells to support it. While it\u2019s OK to run with only a partial knowledge, it\u2019s also good to be aware of additional capacities when reading scripts written, polished, and published for use by other people.<\/p>\n\n\n\n
Final Question<\/h2>\n\n\n\n
What projects have you designed with scripts?<\/p>\n","protected":false},"excerpt":{"rendered":"
Good Morning from my Robotics Lab! This is Shadow_8472 with another tip for how I would relearn Linux. Let\u2019s get started. Scripts No serious system administrator has time to memorize long chains of commands taking minutes to type and might need fixing after the first try. When faced with a periodic task involving a long, … <\/p>\n