pidof
PS
トップ
のIP
稼働時間の
wgetの
カール
TR
DD
タール
はgrepの
検索
詳細なコマンド
1.pidof
PIDは、実行中のプログラムを取得します
例1:
[ルート@県〜]#pidofのsshd 24342 23786 3026
2.ps
システム・プロセスのステータスを表示
オプションの一般的な組み合わせ:
AUX:BSDを表示するためのフォーマットです
項目が表示される:USER、PID、%のCPU、%MEM、VSZ、RSS、TTY、STAT、START、TIME、COMMANDを
-ef:標準形式で表示されます
項目が表示される:UID、PID、PPID、C、STIME、TTY、TIME、CMDを
例1:
[ルート県〜@]#psのauxを USERのPID%のCPU%MEM VSZ RSS TTY STAT START TIMEコマンド ルート1 0.0 0.4 125576 4072?SS Jan11午前0時55分は/ usr / libに/にsystemd / systemdに--switchedルート--system --dese ルート2 0.0 0.0 0 0?S Jan11 0時00分[kthreadd】 ルート3 0.0 0.0 0 0?S Jan11は0:05【は/ 0 ksoftirqd] ルート5 0.0 0.0 0 0?S <Jan11午後12時00分[kworker / 0:0H] ルート6 0.0 0.0 0 0?S Jan11 0:05 [kworker / U2:0] ルート7 0.0 0.0 0 0?S Jan11 0時00分[マイグレーション/ 0] ルート8 0.0 0.0 0 0?S Jan11 0時00分[rcu_bh] ルート9 0.0 0.0 0 0?R Jan11午後12時17 [rcu_sched】 ルート10 0.0 0.0 0 0?S <Jan11午後12時00分[LRU-追加ドレイン] ルート11 0.0 0.0 0 0?S Jan11 0:02 [ウォッチドッグ/ 0] ルート13 0.0 0.0 0 0?S Jan11 0時00分[kdevtmpfs]
実施例2。
-ef [ルート県〜@]#psの UID PID PPID C STIME TTY TIME CMDの ルート1 0 0 Jan11?午前〇時00分55秒は/ usr / libに/にsystemd / systemdに--switchedルート--systemは22 --deserialize ルート2 0 0 Jan11を?午前0時00分○○秒【kthreadd】 ルート3 2 0 Jan11?0時00分05秒[ksoftirqd / 0] ルート5 2 0 Jan11?00:00:00 [kworker / 0:0H] ルート6 2 0 Jan11?0時00分05秒[kworker / U2:0] ルート7 2 0 Jan11?午前0時00分○○秒[マイグレーション/ 0] ルート8 2 0 Jan11?午前0時00分○○秒【rcu_bh】 ルート9 2 0 Jan11?午前0時○○分17秒【rcu_sched】 ルート10 2 0 Jan11?午前0時00分○○秒[LRU-アドオンドレイン] ルート11 2 0 Jan11?午後12時00分02秒[ウォッチドッグ/ 0] ルート13 2 0 Jan11?午前0時00分○○秒【kdevtmpfs] ルート14 2 0 Jan11?午前0時00分○○秒[netns]
3.top
プロセスの表示のlinux
例1:
[ルート@ケン〜]#トップ トップ-午後05時03分06秒2アップ日、午前9時07分、1人のユーザ、負荷平均:0.00、0.01、0.05 タスク:108総計、2ランニング、106睡眠、0停止、0ゾンビ %のCPU(S):0.0私たち、0.3 SY、0.0 NI、99.7 ID、0.0 WA、0.0やあ、0.0 SI、0.0 ST KiBのMemの:1015828合計、95592フリー、326988使用、593248バフ/キャッシュ KiBのスワップ:2097148合計、2097148無料、0を使用しました。481564無駄Memの PIDユーザPR NI VIRT RES SHR S%のCPU%MEM TIME +コマンド 2796ルート20 0 298716 6124 4792 S 0.3 0.6 5:47.31 vmtoolsd 8151ルート20 0 161840 2180 1548 R 0.3 0.2 0:00.05トップ 1ルート20 0 125576 4072 2636 S 0.0 0.4 0:56.00 systemdに 2ルート20 0 0 0 0 S 0.0 0.0 0:00.04 kthreadd 3ルート20 0 0 0 0 S 0.0 0.0 0:05.85 ksoftirqd / 0 5ルート0 -20 0 0 S 0.0 0.0 0:00.00 kworker / 0:0H 6ルート20 0 0 0 0 S 0.0 0.0 0:05.05 kworker / U2:0 7ルートRT 0 0 0 0 S 0.0 0.0 0:00.00マイグレーション/ 0 8ルート20 0 0 0 0 S 0.0 0.0 0:00.00 rcu_bh 9ルート20 0 0 0 0 R 0.0 0.0 0:17.41 rcu_sched
行1:システム時間、走行時間、ログイン端末の数は、システムの負荷が(三つの値は、1分、5分、および平均値であった、値が小さいほど低負荷の15分以内を意味します)。
2行目:総プロセス数、実行中のプロセスの数、睡眠中のプロセス数、プロセスを停止し、プロセスにおける死者の数。
3行目:ユーザーによって占有リソースの割合、システムのカーネルリソースの占有率は、そのようなアイドル状態のリソース優先処理の割合などのリソースを超える割合の変化。データは、「97.1 ID」としてCPUとデータフォーマットのパーセンテージとして表示されるCPUのプロセッサリソースの97.1%がアイドル状態を意味します。
4行目:キャッシュとして物理メモリの合計、メモリ使用量、空きメモリの量、カーネルメモリの量。
5行目:仮想メモリ、仮想メモリの使用状況、仮想メモリ空き容量、事前にロードされているメモリの量の合計量。
4.ip
ビューおよび関連コンテンツのネットワークをセットアップします
例1:IP表示
サポートが省略され、以下の内容は、IP Aと略記することができます
[ルート@県〜]#のIP addrのショー 1:LO:<LOOPBACK、UP、LOWER_UP> MTU 65536のqdisc NOQUEUE状態UNKNOWNグループのデフォルト千QLEN リンク/ループバック00:00:00:00:00:00 BRD午後12時00分: 00:00:00:00 INET 127.0.0.1/8範囲ホストLO 永久preferred_lft永久valid_lft INET6 :: 1/128スコープホストは 永久preferred_lft永久valid_lft 2:eth0の:状態pfifo_fast <ブロードキャスト、マルチキャスト、UP、LOWER_UP> MTU 1500なqdisc 1000年QLEN UNKNOWNグループのデフォルト リンク/エーテル00:0C:29:99:EA:A6 BRD FF:FF:FF:FF:FF:FF INET 172.20.10.6/24 BRD 172.20.10.255スコープグローバルnoprefixrouteののeth0 valid_lft永遠preferred_lft永遠 のinet6 2408:84f4:48:32ed:20C:29ff:fe99:動的eaa6 / 64範囲グローバルmngtmpaddr valid_lft永遠preferred_lft永遠 INET6 FE80 :: 20C:29ff:fe99:eaa6 / 64スコープリンク valid_lft永遠preferred_lft永遠に
5.uptime
長い時間を実行しているシステムに知らせます
例1:
[ルート@県〜]#稼働時間 午前17時07分49秒2までの日、7時33分、3人のユーザ、負荷平均:0.00、0.03、0.05
6.wget
-P:P大文字のダウンロードパスを指定します
[ルート@ケン・マスター〜]#件のwget -P / tmpにhttps://repo.zabbix.com/zabbix/4.0/rhel/7/x86_64/zabbix-release-4.0-1.el7.noarch.rpm--2019 -05-06 10:58:45-- https://repo.zabbix.com/zabbix/4.0/rhel/7/x86_64/zabbix-release-4.0-1.el7.noarch.rpm 解決repo.zabbix.com (repo.zabbix.com)... 162.243.159.138、2604:A880:1:20 :: B82:1001 repo.zabbix.comへの接続(repo.zabbix.com)| 162.243.159.138 |:443 ...接続されています。 応答を待って、送信されたHTTPリクエスト... 200 OK 長さ:13712(13K)アプリケーション/ X-RedHatのパッケージマネージャ] 節約に: '/tmp/zabbix-release-4.0-1.el7.noarch.rpm' 100 %の[================================================ ============================>] 0で13712 --.- K /秒 2019年5月6日10時58分46秒(185メガバイト/秒) -保存された'/tmp/zabbix-release-4.0-1.el7.noarch.rpm' [13712分の13712] [ルート@ケン・マスター〜]# lsのを/ tmp tmpp6ayT2のvmware-ルートZABBIX-リリース4.0-1.el7.noarch.rpm
端末内のファイルをダウンロードするためのネットワーク
[ルート@県〜]#wgetのwww.baidu.com --2019-01-13 17:09:49-- http://www.baidu.com/ 解決www.baidu.com(www.baidu.com) ... 163.177.151.110、163.177.151.109 www.baidu.comへの接続(www.baidu.com)| 163.177.151.110 |:80 ...接続されています。 HTTPリクエスト送信され、待ち応答... 200 OK 長さ:2381(2.3K)[テキスト/ HTML] への保存: 'index.html.1' 100%[============== ================================================== ===============>】2,381 --.- 0におけるK / S 2019年1月13日17時09分49秒(75.0メガバイト/秒) - 「index.html.1 「保存された[2381/2381]
7.curl
送信またはサーバーからデータをダウンロードします
[ルート@県〜]#カールwww.baidu.com <!DOCTYPE HTML> <! - STATUSのOK - > <HTML> <HEAD> <META HTTP-当量=コンテンツ型コンテンツ= text / htmlの;のcharset = UTF-8> <META HTTP-当量= X-UA-互換性のあるコンテンツ= IE =エッジ> <メタコンテンツ=常に=リファラ> <リンクのrel =スタイルシートの種類に名前を付ける=テキスト/ CSSのhref =のhttp://s1.bdstatic。 COM / R / WWW /キャッシュ/ bdorz / baidu.min.css> <タイトル>百度一下、你就知道</ TITLE> </ HEAD> <BODYリンク=#0000CCの>の<divのid =ラッパー> <div要素のid =ヘッド>の<divクラス= "head_wrapper"> <DIV CLASS = "s_form"> <DIV CLASS = "s_form_wrapper"> <div要素のid = LG> <IMG hidefocus =真SRC = // www.baidu.com/img/bd_logo1 <> = "FM"幅= 270高さ= 129> </ div> <フォームID =フォーム名= Fアクション= // www.baidu.com/sクラスの.png入力タイプ=隠された名前= bdorz_come値= 1>の<input type =隠された名前=値すなわち= UTF-8>の<input type =隠された名前= f値= 8>の<input type = hidde
8.tr
変換や削除の文字
例1:
#エコー[ケン〜@ルート]「これはケンです」| TR [AZ] [AZ] THIS ISはKEN
例2:
#猫/ etc / passwdファイル[ケン〜@ルート] | TR [AZ] [AZ] ROOT:X:0:0:ROOT:/ ROOT:/ BIN / BASHの BIN:X:1:1:BIN:/ BIN:/ SBIN / NOLOGINの DAEMON:X:2:2:デーモン:/ SBIN:/ SBIN / NOLOGINの ADM:X:3:4:ADM:/ VAR / ADM:/ SBIN / NOLOGIN LP:X:4:7:LP:/ VAR / SPOOL / LPD:/ SBIN / NOLOGIN SYNC: X:5:0:SYNC:/ SBIN:/ BIN / SYNCの SHUTDOWN:X:6:0:SHUTDOWN:/ SBIN:/ SBIN /シャットダウン HALT:X:7:0:HALT:/ SBIN:/ SBIN / HALTの MAIL :X:8:12:MAIL:/ VAR / SPOOL / MAIL:/ SBIN / NOLOGINの OPERATOR:X:11:0:OPERATOR:/ ROOT:/ SBINは/ NOLOGINの ゲーム:X:12:100:ゲーム:/ USR /ゲーム:/ SBIN / NOLOGIN
9.dd
変換したファイルをコピーします
=ファイルがあれば
、ファイルの代わりに標準入力から読み込みます。
=ファイルの
代わりに標準出力のファイルに書き込ま行きます
BS =バイト
1バイトバイトの読み込みと書き込み
カウント=ブロックは
、入力ファイルのブロックの前にブロックのみをコピーします
例1:
#のDD [ケン〜@ルート]もし= / devの/ = test.shカウント= 100のBSのゼロ= 1M 100 + 0レコード 100件の+ 0レコードのうち 、0.805793秒コピー104857600バイト(105メガバイト)、/ sの130メガバイト [ルート@県〜]#LSの-lh test.sh -rw-rを- r--の1つのルートルート100M 1月13日午後05時23 test.sh
10.tar
ファイル圧縮や解凍のためのパッケージング
共通オプション:
-c | 圧縮ファイルを作成します。 |
-バツ | ファイルを解凍 |
-t | アーカイブ内のどのビューファイル |
-with | Gzip圧縮や解凍して |
-j | bzip2で圧縮や解凍 |
-v | ディスプレイの圧縮や伸長処理 |
-f | 宛先ファイル名 |
-p | オリジナルの権限と属性を保存 |
-P | 圧縮し、絶対パスを使用します |
-C | 解凍するディレクトリを指定します。 |
一般的な組み合わせ:
czvf:圧縮ファイルを作成します
xzvf:解凍します
例1:圧縮ファイルを作成します
[kenがルート@を設定するには〜]#タールczcf keysshtargz keyssh [ルートを設定するには、@県〜]#-l keysshtargz LS であるRW-R -月618へのルートR 1を設定したルートを設定します13午後05時26 keys.sh.tar.gz
例2:抽出
#タールxzvf keysshtargz [kenがルート@〜設定する] keysshを
11.grep
テキストの検索キーワード、および表示マッチングの結果
オプション | 説明 |
-E、-extended、正規表現 | モードは、正規表現(ERE)の拡張であります |
-i、-ignore-ケース | ケースを無視 |
-n、-line-数 | 印刷行番号 |
-o、のみのマッチング | 印刷コンテンツのみ一致 |
-c、-count | 一致する各ファイルの行数だけを印刷 |
-B、-beforeコンテキスト= NUM | 印刷の試合の最初の数行 |
-A、-afterコンテキスト= NUM | 印刷試合の数行後 |
-C、-context = NUM | 試合前と後の数行を印刷 |
-color [= WHEN] | フォントカラーマッチング |
-v、-invertマッチ | 印刷行と一致していません |
例1:ケースを無視します
#エコー[ケン〜@ルート]は、 "これはこれはKEN IS県です" | grepの-i 'ケン' これは県では、これはIS KEN [ルート@県〜]#は"これはこれはKEN IS県で"エコー| grepの'ケン' これはこれはKEN IS県です
例2:印刷のみコンテンツマッチ
#エコー[ケン〜@ルート]は、 "これはこれはKEN IS県です" | 'ケン' -oグレップ 県 [ケン〜@ルート]#は、 "これはこれはKEN IS県で"エコー| grepの'ケン' これはこれはKEN IS県です
3例:一致するファイルを印刷する行数
[root@ken ~]# grep -c 'root' /etc/passwd 2 [root@ken ~]# grep 'root' /etc/passwd root:x:0:0:root:/root:/bin/bash operator:x:11:0:operator:/root:/sbin/nologin
实例4:打印不匹配的行
[root@ken ~]# echo -e "hi\nthis is ken\nncie to meet you\nbye " | grep -v 'ken' hi ncie to meet you bye
12.find
用于按照指定条件来查找文件
参数 | 作用 |
-name | 匹配名称 |
-perm | 匹配权限(mode为完全匹配,-mode为包含即可) |
-user | 匹配所有者 |
-group | 匹配所有组 |
-mtime -n +n | 匹配修改内容的时间(-n指n天以内,+n指n天以前) |
-atime -n +n | 匹配访问文件的时间(-n指n天以内,+n指n天以前) |
-ctime -n +n | 匹配修改文件权限的时间(-n指n天以内,+n指n天以前) |
-nouser | 匹配无所有者的文件 |
-nogroup | 匹配无所有组的文件 |
-type b/d/c/p/l/f | 匹配文件类型(后面的字幕字母依次表示块设备、目录、字符设备、管道、链接文件、文本文件) |
-size | 匹配文件的大小(+50KB为查找超过50KB的文件,而-50KB为查找小于50KB的文件) |
-exec …… {} \; | 后面可跟用于进一步处理搜索结果的命令(下文会有演示) |
实例1:当前位置下找出后缀是txt的文件和目录
[root@ken ~]# find ./ -name "*.txt"
实例2:找文件大小是1M的文件
[root@ken ~]# find / -size 1M
实例3:找一般文件
[root@ken ~]# find / -type f
实例4:从/tmp下找出后缀是wps 或doc 或exel的文件
如果出现如下的报错信息,需要在文件名前加上单引号例如:‘ken*’
find: paths must precede expression Usage: find [-H] [-L] [-P] [path...] [expression]
[root@ken ~]# ind /tmp/ -name *.doc -o -name *.exel -o -name *.wps
实例5:将tmp下有执行权限的文件中的执行权限去除
[root@ken ~]# find /tmp -perm /111 -exec chmod a-x {} \;
命令行的通配符
*
?
[0-9]
[a-z]
[A-Z]
作为Linux运维人员,我们有时候也会遇到明明一个文件的名称就在嘴边但就是想不起来的情况。如果就记得一个文件的开头几个字母,想遍历查找出所有以这个关键词开头的文
件,该怎么操作呢?
顾名思义,通配符就是通用的匹配信息的符号,比如星号(*)代表匹配零个或多个字符,问号(?)代表匹配单个字符,中括号内加上数字[0-9]代表匹配0~9之间的单个数字的字
符,而中括号内加上字母[abc]则是代表匹配a、b、c三个字符中的任意一个字符。下面我们就来匹配所有在/dev目录中且以sda开头的文件:
[root@ken ~]# ls /dev/sda* /dev/sda /dev/sda1 /dev/sda2
如果只想查看文件名为sd开头,但是后面还紧跟其他某一个字符的文件的相关信息,该怎么操作呢?这时就需要用到问号来进行通配了。
[root@ken ~]# ls /dev/sd? /dev/sda
除了使用[0-9]来匹配0~9之间的单个数字,也可以用[135]这样的方式仅匹配这三个指定数字中的一个,若没有匹配到,则不会显示出来:
[root@ken ~]# ls /dev/sda[0-9] /dev/sda1 /dev/sda2 [root@ken ~]# ls /dev/sda[a-z] ls: cannot access /dev/sda[a-z]: No such file or directory
一切从“/”开始
在Linux系统中,目录、字符设备、块设备、套接字、打印机等都被抽象成了文件,即刘遄老师所一直强调的“Linux系统中一切都是文件”。既然平时我们打交道的都是文件,那么又
应该如何找到它们呢?在Windows操作系统中,想要找到一个文件,我们要依次进入该文件所在的磁盘分区(假设这里是D盘),然后在进入该分区下的具体目录,最终找到这个文
件。但是在Linux系统中并不存在C/D/E/F等盘符,Linux系统中的一切文件都是从“根(/)”目录开始的,并按照文件系统层次化标准(FHS)采用树形结构来存放文件,以及定义了常
见目录的用途。另外,Linux系统中的文件和目录名称是严格区分大小写的。例如,root、rOOt、Root、rooT均代表不同的目录,并且文件名称中不得包含斜杠(/)。Linux系统中的
文件存储结构如图6-1所示。
图6-1 Linux系统中的文件存储结构
前文提到的FHS是根据以往无数Linux系统用户和开发者的经验而总结出来的,是用户在Linux系统中存储文件时需要遵守的规则,用于指导我们应该把文件保存到什么位置,以及告
诉用户应该在何处找到所需的文件。但是,FHS对于用户来讲只能算是一种道德上的约束,有些用户就是懒得遵守,依然会把文件到处乱放,有些甚至从来没有听说过它。这里并不
是号召各位读者去谴责他们,而是建议大家要灵活运用所学的知识,千万不要认准这个FHS协定只讲死道理,不然吃亏的可就是自己了。在Linux系统中,最常见的目录以及所对应
的存放内容如表6-1所示。
表6-1 Linux系统中常见的目录名称以及相应内容
目录名称 | 应放置文件的内容 |
/boot | 开机所需文件—内核、开机菜单以及所需配置文件等 |
/dev | 以文件形式存放任何设备与接口 |
/etc | 配置文件 |
/home | 用户主目录 |
/bin | 存放单用户模式下还可以操作的命令 |
/lib | 开机时用到的函数库,以及/bin与/sbin下面的命令要调用的函数 |
/sbin | 开机过程中需要的命令 |
/media | 用于挂载设备文件的目录 |
/opt | 放置第三方的软件 |
/root | 系统管理员的家目录 |
/srv | 一些网络服务的数据文件目录 |
/tmp | 任何人均可使用的“共享”临时目录 |
/proc | 虚拟文件系统,例如系统内核、进程、外部设备及网络状态等 |
/usr/local | 用户自行安装的软件 |
/usr/sbin | Linux系统开机时不会使用到的软件/命令/脚本 |
/usr/share | 帮助与说明文件,也可放置共享文件 |
/var | 主要存放经常变化的文件,如日志 |
/lost+found | 当文件系统发生错误时,将一些丢失的文件片段存放在这里 |
在Linux系统中另外还有一个重要的概念—路径。路径指的是如何定位到某个文件,分为绝对路径与相对路径。绝对路径指的是从根目录(/)开始写起的文件或目录名称,而相对路
径则指的是相对于当前路径的写法。我们来看下面这个例子,以帮助大家理解。假如有位外国游客来到中国潘家园旅游,当前内急但是找不到洗手间,特意向您问路,那么您有两种
正确的指路方法。
絶対パス(絶対パス):中国に飛ぶためにまず、北京首都国際空港に、サンユアン・ブリッジにエアポートエクスプレスを取るその後、潘家園駅にライン10への転送、ステーションは光の中で農民に34台のバスを座って、ターンを左に降りました。
相対パス(相対パス):フロントターン左。
どちらの方法が正しいです。あなたは絶対パスであると言うならば、任意の外国人観光客は、このプロンプトによるとトイレ潘家園を見つけることができますが、あまりにも面倒。相対パスを言えば、非常に簡潔な表現であるが、しかし、
外国人観光客はバスルームを見つけるために、現在の位置(必ずしも潘家園)から進むことができ、したがって、以前のターンが去った後、浴室で見つけることができます保証することはできません、私たちは、相対パスは普遍ありません見ることができます。
あなたの読者は今も、相対パスと絶対パスの違いを理解することはできません、と心配していない場合は、以降の実用的な演習を通して、あなたは確かに完全に理解してすることができます。現在の仕様では、最初に、将来的に使用するように配置されますFHSディレクトリの役割を、覚えていることを示唆しています
フィールド。