Some Useful Linux Command-Line Commands (Items in Brackets [] Are Optional, Italicized Names Are Placeholders.)

Total Page:16

File Type:pdf, Size:1020Kb

Some Useful Linux Command-Line Commands (Items in Brackets [] Are Optional, Italicized Names Are Placeholders.) Some Useful Linux Command-Line Commands (Items in brackets [] are optional, italicized names are placeholders.) Task Command Managing Directories (Folders) List the contents of the current directory ls [-al] List the contents of an arbitrary directory ls [-al] directoryName Create a new (empty) directory mkdir directoryName Remove an empty directory rmdir directoryName Remove a non-empty directory (!!) rm –r directoryName Rename a directory mv oldName newName Copy a directory cp –r directoryName copyName Print path to current directory pwd Change working directory to HOME cd Change working directory to directoryName cd directoryName Change working directory to parent cd .. Managing Files View a file in its entirety cat fileName View a file page-by-page less fileName View first 10 lines of a file head fileName View last 10 lines of a file tail fileName Remove a file rm fileName Rename a file mv oldName newName Copy a file cp fileName copyName Search file for pattern grep pattern fileName Run program in file in working directory ./fileName Managing Processes Show running processes ps Show real-time process statistics top Terminate process with id pid kill -9 pid Terminate process with name name pkill name Terminate all processes beginning with name killall name Pipe output of process1 to input of process2 process1 | process2 Miscellaneous Change your password yppasswd Launch Eclipse (in the background) eclipse & Show environment variables env Show value of a specific environment variable echo $variableName Login to a remote host ssh username@remoteHostName Stop current command cntrl-c Suspend current command cntrl-z Run suspended command in background bg Repeat last command é Begin terminal-recording session script [recordingFilename] Quit terminal-recording session cntrl-d CS 112, Introduction to Data Structures Dept of Computer Science Joel Adams Calvin College .
Recommended publications
  • Beginning Portable Shell Scripting from Novice to Professional
    Beginning Portable Shell Scripting From Novice to Professional Peter Seebach 10436fmfinal 1 10/23/08 10:40:24 PM Beginning Portable Shell Scripting: From Novice to Professional Copyright © 2008 by Peter Seebach All rights reserved. No part of this work may be reproduced or transmitted in any form or by any means, electronic or mechanical, including photocopying, recording, or by any information storage or retrieval system, without the prior written permission of the copyright owner and the publisher. ISBN-13 (pbk): 978-1-4302-1043-6 ISBN-10 (pbk): 1-4302-1043-5 ISBN-13 (electronic): 978-1-4302-1044-3 ISBN-10 (electronic): 1-4302-1044-3 Printed and bound in the United States of America 9 8 7 6 5 4 3 2 1 Trademarked names may appear in this book. Rather than use a trademark symbol with every occurrence of a trademarked name, we use the names only in an editorial fashion and to the benefit of the trademark owner, with no intention of infringement of the trademark. Lead Editor: Frank Pohlmann Technical Reviewer: Gary V. Vaughan Editorial Board: Clay Andres, Steve Anglin, Ewan Buckingham, Tony Campbell, Gary Cornell, Jonathan Gennick, Michelle Lowman, Matthew Moodie, Jeffrey Pepper, Frank Pohlmann, Ben Renow-Clarke, Dominic Shakeshaft, Matt Wade, Tom Welsh Project Manager: Richard Dal Porto Copy Editor: Kim Benbow Associate Production Director: Kari Brooks-Copony Production Editor: Katie Stence Compositor: Linda Weidemann, Wolf Creek Press Proofreader: Dan Shaw Indexer: Broccoli Information Management Cover Designer: Kurt Krames Manufacturing Director: Tom Debolski Distributed to the book trade worldwide by Springer-Verlag New York, Inc., 233 Spring Street, 6th Floor, New York, NY 10013.
    [Show full text]
  • Unix/Linux Command Reference
    Unix/Linux Command Reference .com File Commands System Info ls – directory listing date – show the current date and time ls -al – formatted listing with hidden files cal – show this month's calendar cd dir - change directory to dir uptime – show current uptime cd – change to home w – display who is online pwd – show current directory whoami – who you are logged in as mkdir dir – create a directory dir finger user – display information about user rm file – delete file uname -a – show kernel information rm -r dir – delete directory dir cat /proc/cpuinfo – cpu information rm -f file – force remove file cat /proc/meminfo – memory information rm -rf dir – force remove directory dir * man command – show the manual for command cp file1 file2 – copy file1 to file2 df – show disk usage cp -r dir1 dir2 – copy dir1 to dir2; create dir2 if it du – show directory space usage doesn't exist free – show memory and swap usage mv file1 file2 – rename or move file1 to file2 whereis app – show possible locations of app if file2 is an existing directory, moves file1 into which app – show which app will be run by default directory file2 ln -s file link – create symbolic link link to file Compression touch file – create or update file tar cf file.tar files – create a tar named cat > file – places standard input into file file.tar containing files more file – output the contents of file tar xf file.tar – extract the files from file.tar head file – output the first 10 lines of file tar czf file.tar.gz files – create a tar with tail file – output the last 10 lines
    [Show full text]
  • Unix/Linux Command Reference
    Unix/Linux Command Reference .com File Commands System Info ls – directory listing date – show the current date and time ls -al – formatted listing with hidden files cal – show this month's calendar cd dir - change directory to dir uptime – show current uptime cd – change to home w – display who is online pwd – show current directory whoami – who you are logged in as mkdir dir – create a directory dir finger user – display information about user rm file – delete file uname -a – show kernel information rm -r dir – delete directory dir cat /proc/cpuinfo – cpu information rm -f file – force remove file cat /proc/meminfo – memory information rm -rf dir – force remove directory dir * man command – show the manual for command cp file1 file2 – copy file1 to file2 df – show disk usage cp -r dir1 dir2 – copy dir1 to dir2; create dir2 if it du – show directory space usage doesn't exist free – show memory and swap usage mv file1 file2 – rename or move file1 to file2 whereis app – show possible locations of app if file2 is an existing directory, moves file1 into which app – show which app will be run by default directory file2 ln -s file link – create symbolic link link to file Compression touch file – create or update file tar cf file.tar files – create a tar named cat > file – places standard input into file file.tar containing files more file – output the contents of file tar xf file.tar – extract the files from file.tar head file – output the first 10 lines of file tar czf file.tar.gz files – create a tar with tail file – output the last 10 lines
    [Show full text]
  • The Linux Command Line
    The Linux Command Line Fifth Internet Edition William Shotts A LinuxCommand.org Book Copyright ©2008-2019, William E. Shotts, Jr. This work is licensed under the Creative Commons Attribution-Noncommercial-No De- rivative Works 3.0 United States License. To view a copy of this license, visit the link above or send a letter to Creative Commons, PO Box 1866, Mountain View, CA 94042. A version of this book is also available in printed form, published by No Starch Press. Copies may be purchased wherever fine books are sold. No Starch Press also offers elec- tronic formats for popular e-readers. They can be reached at: https://www.nostarch.com. Linux® is the registered trademark of Linus Torvalds. All other trademarks belong to their respective owners. This book is part of the LinuxCommand.org project, a site for Linux education and advo- cacy devoted to helping users of legacy operating systems migrate into the future. You may contact the LinuxCommand.org project at http://linuxcommand.org. Release History Version Date Description 19.01A January 28, 2019 Fifth Internet Edition (Corrected TOC) 19.01 January 17, 2019 Fifth Internet Edition. 17.10 October 19, 2017 Fourth Internet Edition. 16.07 July 28, 2016 Third Internet Edition. 13.07 July 6, 2013 Second Internet Edition. 09.12 December 14, 2009 First Internet Edition. Table of Contents Introduction....................................................................................................xvi Why Use the Command Line?......................................................................................xvi
    [Show full text]
  • K15569543: Producing a TMM Diagnostic Core File
    K15569543: Producing a TMM diagnostic core file Support Solution Original Publication Date: Oct 22, 2019 Update Date: Aug 12, 2020 Details Description F5 Support may ask you to produce a Traffic Management Microkernel (TMM) core file on the BIG-IP system to establish the state of TMM process during an event. You should perform this task only when asked to do so by F5 Support. Important: The BIG-IP system will temporarily fail to process traffic as it recovers from TMM restarting, and devices configured as a high availability (HA) pair may fail over. Additionally, on platforms with a large memory capacity, the system will respond slowly while it writes several gigabytes of data to the disk and compresses the core file. This process may take several minutes to complete. When the core file compression is complete, the unit returns to normal operation and restarts the TMMs. Environment BIG-IP F5 Support has requested a TMM diagnostic core file Adequate amount of disk space for the diagnostic core file K14403: Maintaining disk space on the BIG-IP system Cause None Recommended Actions To produce a TMM diagnostic core file, perform the following: 1. Disable the watchdog process K13539: Disabling the watchdog process to perform a core dump (11.x - 15.x) 2. Log in to the BIG-IP command line 3. Determine which tmm processes are running on the system, enter the following command: ps ax | grep -i tmm Note: Most BIG-IP platforms are enabled with Clustered Multiprocessing (CMP) and run multiple TMM 3. instances. Example: If a system has two instances of tmm running, output appears similar to the following: 5736 ? S 0:00 runsv tmm 12325 ? S 0:00 /usr/bin/tmipsecd --tmmcount 12 12327 ? S 0:00 /etc/bigstart/scripts/tmm.start /var/run 12 6 0 0 --platform E101 -m -s 21853 16379 ? SLl 17:22 tmm.0 -T 6 --tmid 0 --npus 12 --platform E101 -m -s 21853 16380 ? SLl 17:31 tmm.6 -T 6 --tmid 6 --npus 12 --platform E101 -m -s 21853 17707 pts/0 S+ 0:00 grep -i tmm Note: In this example, the two tmm instances are tmm.0 and tmm.6 4.
    [Show full text]
  • Unix (And Linux)
    AWK....................................................................................................................................4 BC .....................................................................................................................................11 CHGRP .............................................................................................................................16 CHMOD.............................................................................................................................19 CHOWN ............................................................................................................................26 CP .....................................................................................................................................29 CRON................................................................................................................................34 CSH...................................................................................................................................36 CUT...................................................................................................................................71 DATE ................................................................................................................................75 DF .....................................................................................................................................79 DIFF ..................................................................................................................................84
    [Show full text]
  • Linux Hardening Techniques Vasudev Baldwa Ubnetdef, Spring 2021 Agenda
    Linux Hardening Techniques Vasudev Baldwa UBNetDef, Spring 2021 Agenda 1. What is Systems Hardening? 2. Basic Principles 3. Updates & Encryption 4. Monitoring 5. Services 6. Firewalls 7. Logging What is System Hardening? ⬡ A collection of tools, techniques, and best practices to reduce vulnerability in technology applications, systems, infrastructure, firmware, and other areas ⬡ 3 major areas: OS vs Software vs Network ⬠ When have we done hardening in this class before? ⬠ This lecture is focusing mostly on OS and software level Why Harden? ⬡ Firewalls can only get us so far, what happens when at attack is inside the network? ⬠ If you have nothing protecting your systems you are in trouble ⬡ We want some kind of secondary protection A Few Cybersecurity Principles ⬡ Zero Trust Security ⬠ Instead of assuming everything behind the firewall is safe, Zero Trust verifies each request as though it originates from an unsecure network ⬡ Principle of Least Privilege ⬠ Only privileges needed to complete a task should be allowed ⬠ Users should not have domain administrator/root privileges ⬡ Principle of Least Common Mechanism ⬠ Mechanisms used to access resources should not be shared in order to avoid the transmission of data. ⬠ Shared resources should not be used to access resources The Threat Model ⬡ A process by which potential threats can be identified and prioritized. ⬠ If you have a web server that feeds input to a mysql database, then protecting against mysql injections would be prioritized in your model. 2 considerations ⬡ *nix like is a very
    [Show full text]
  • Linux Cheat Sheet
    1 of 4 ########################################### # 1.1. File Commands. # Name: Bash CheatSheet # # # # A little overlook of the Bash basics # ls # lists your files # # ls -l # lists your files in 'long format' # Usage: A Helpful Guide # ls -a # lists all files, including hidden files # # ln -s <filename> <link> # creates symbolic link to file # Author: J. Le Coupanec # touch <filename> # creates or updates your file # Date: 2014/11/04 # cat > <filename> # places standard input into file # Edited: 2015/8/18 – Michael Stobb # more <filename> # shows the first part of a file (q to quit) ########################################### head <filename> # outputs the first 10 lines of file tail <filename> # outputs the last 10 lines of file (-f too) # 0. Shortcuts. emacs <filename> # lets you create and edit a file mv <filename1> <filename2> # moves a file cp <filename1> <filename2> # copies a file CTRL+A # move to beginning of line rm <filename> # removes a file CTRL+B # moves backward one character diff <filename1> <filename2> # compares files, and shows where differ CTRL+C # halts the current command wc <filename> # tells you how many lines, words there are CTRL+D # deletes one character backward or logs out of current session chmod -options <filename> # lets you change the permissions on files CTRL+E # moves to end of line gzip <filename> # compresses files CTRL+F # moves forward one character gunzip <filename> # uncompresses files compressed by gzip CTRL+G # aborts the current editing command and ring the terminal bell gzcat <filename> #
    [Show full text]
  • Gist of Test Program 1 Socket Class and Its Client Class This Class Hasn't
    Gist of test program 1 Socket class and its client class This class hasn't been changed except that an overloaded method send has been added. This send method use a very flexible way to send contents with a customised size, two arguments are passed, I.e. a pointer pointing to the start of the block of memory, and a integer typed size. Within this block of memory to be sent, users can send any types of data with a specified size. This is the way to make a socket send method more flexible, and more important thing is to make it type independent. Based on the same spirit, a recv method has been overloaded, with only one argument. This recv method is to receive the block of data contained in a specified memory and customised size. So the pointer will be pointing the start of the block of memory that it receives. So before sending a block of data in the memory, users should know how to package the data block. Similarly, after receiving a block of data, users should know how to decode that block of data by its types and size respectively, as shown in the figure below. Data type 1 Data type 2 Pointer pointing to start Data type ... Drawing 1: package a block of data 2 ClientSocketN class In this class, the LogSend and LogRecv methods are overloaded in order to cope with the client interface for send and recv methods described above. Again, the same type of arguments are adjusted. 3 odr.h In this header file, the ODR packet contains many things as described as follows.
    [Show full text]
  • Processes and Job Control
    Processes and Job Control Hour 17 PObjectives < Definitions: process, orphan, and zombie < System processes < Process creation < Examining processes: the ps command < Job control: &, nohup, fg, bg, jobs, ( ), and kill < Exit status Copyright © 1998-2002 Delroy A. Brinkerhoff. All Rights Reserved. Hour 17 Unix Slide 1 of 12 Process Also called a job by C and Korn shells PWhen a program or executable file is loaded from disk and started running (i.e., when a command is run), it is called a process vi pid 641 < identified by a unique process ID (PID) number < has an owner vi < private data vi PA program can be loaded more than once pid 895 < creates multiple processes vi < each process has a different PID < each process may have a different owner PPIDs are unique, nonnegative integers < numbers recycle without collisions Hour 17 Unix Slide 2 of 12 System Processes Processes created during system boot P0System kernel < “hand crafted” at boot < called swap in older versions (swaps the CPU between processes) < called sched in newer versions (schedules processes) < creates process 1 P1 init (the parent of all processes except process 0) < general process spawner < begins building locale-related environment < sets or changes the system run-level P2 page daemon (pageout on most systems) P3 file system flusher (fsflush) Hour 17 Unix Slide 3 of 12 Process Life Cycle Overview of creating new processes fork init init pid 467 Pfork creates two identical pid 1 exec processes (parent and child) getty pid 467 Pexec < replaces the process’s instructions
    [Show full text]
  • Signals Lecture 07.01 Demo Code: Rock.Edu/Git/Mbarsky/Signals Demo.Git
    Signals Lecture 07.01 Demo code: https://src-code.simons- rock.edu/git/mbarsky/signals_demo.git • Clone the repository • Compile dots.c into executable called dots • Run the program • Press CTRL+C • What do you think happened? Signals table • For each process, in addition to • Process statistics • Memory allocation • File Descriptors table operating system stores • Signals table • The OS is constantly running an event loop to detect any of the user signals and act according to the table The O/S controls your program with signals • A signal is a short message – just an integer value – which can be sent to a process by O/S • When a signal arrives, the process has to stop whatever it is doing and deal with a signal. Signals interrupt normal process execution • The process looks into a mapping table of 32 signal numbers for the instructions of how to handle each signal Signals mapping table Signal Value Action Comment SIGINT 2 Term Interrupt from keyboard SIGQUIT 3 Core Quit from keyboard SIGABRT 6 Core Abort signal from abort(3) SIGKILL 9 Term Kill signal SIGSEGV 11 Core Invalid memory reference SIGALRM 14 Term Timer signal from alarm(2) SIGTERM 15 Term Termination signal SIGUSR1 30,10,16 Term User-defined signal 1 SIGUSR2 31,12,17 Term User-defined signal 2 SIGCHLD 20,17,18 Ign Child stopped or terminated SIGCONT 19,18,25 Cont Continue if stopped SIGSTOP 17,19,23 Stop Stop process To see running processes ps a = show processes for all users ps aux u = display the process's user/owner x = also show processes not attached to a terminal belonging
    [Show full text]
  • Multiresolution Recurrent Neural Networks: an Application to Dialogue Response Generation
    Multiresolution Recurrent Neural Networks: An Application to Dialogue Response Generation Iulian Vlad Serban∗◦ Tim Klinger University of Montreal IBM Research 2920 chemin de la Tour, T. J. Watson Research Center, Montréal, QC, Canada Yorktown Heights, NY, USA Gerald Tesauro Kartik Talamadupula Bowen Zhou IBM Research IBM Research IBM Research T. J. Watson Research Center, T. J. Watson Research Center, T. J. Watson Research Center, Yorktown Heights, Yorktown Heights, Yorktown Heights, NY, USA NY, USA NY, USA Yoshua Bengioy◦ Aaron Courville◦ University of Montreal University of Montreal 2920 chemin de la Tour, 2920 chemin de la Tour, Montréal, QC, Canada Montréal, QC, Canada Abstract We introduce the multiresolution recurrent neural network, which extends the sequence-to-sequence framework to model natural language generation as two parallel discrete stochastic processes: a sequence of high-level coarse tokens, and a sequence of natural language tokens. There are many ways to estimate or learn the high-level coarse tokens, but we argue that a simple extraction procedure is sufficient to capture a wealth of high-level discourse semantics. Such procedure allows training the multiresolution recurrent neural network by maximizing the exact joint log-likelihood over both sequences. In contrast to the standard log- likelihood objective w.r.t. natural language tokens (word perplexity), optimizing the joint log-likelihood biases the model towards modeling high-level abstractions. We apply the proposed model to the task of dialogue response generation in arXiv:1606.00776v2 [cs.CL] 14 Jun 2016 two challenging domains: the Ubuntu technical support domain, and Twitter conversations. On Ubuntu, the model outperforms competing approaches by a substantial margin, achieving state-of-the-art results according to both automatic evaluation metrics and a human evaluation study.
    [Show full text]