差分

このページの2つのバージョン間の差分を表示します。

--- linux [2018/07/07 23:30] – [ディスクの管理] 削除 nullpon
+++ linux [2024/06/23 04:54] (現在) – nullpon
@@ 行 1: / 行 1: @@
-====== Linux関連めも ======
+====== Linux ======
-===== man page =====
-[[http://www.linux.or.jp/JF/JFdocs/Man-Page-2.html|2. man page はいかにしてアクセスされるか？]]
-===== ファイル =====
+  * [[linux:system|システム関連]]
-番目のビットについて、rwsrwsrwtみたいなやつ
+  * [[linux:disk|ディスク関連]]
-  * 4 - SUID - 実行ファイルならば、所有者の権限で実行する
-  * 2 - SGID - 実行ファイルならば、所有グループの権限で実行する。ディレクトリならば、そこに作られたファイルのグループ所有権がディレクトリと同じになる
-  * 1 - sticky - ディレクトリならば、そこに作られたファイルを削除できるのはrootか作成者のみ。/tmp ディレクトリ等で使う
-===== ユーザ管理 =====
+===== 終了・再起動 =====
-==== ユーザ ====
-useraddとadduserコマンドがあるが、CentOS等ではadduserはuseraddのシンボリックリンクなのでどっちも同じ
-ユーザ追加
+現状はpoweroffとrebootだけで十分
-  $ sudo /usr/sbin/useradd -s /bin/bash -d /home/nullpon nullpon
-  $ id nullpon
-  uid=501(nullpon) gid=501(nullpon) 所属グループ=501(nullpon)
-ユーザのプライマリグループ変更
+  * poweroff 停止して電源オフ
-  $ sudo /usr/sbin/useradd -g developers nullpon
+  * halt 停止のみ
-  uid=501(nullpon) gid=1001(developers) 所属グループ=1001(developers)
+  * reboot 再起動
+  * shutdown
+    * -H, --halt 停止のみ
+    * -h, -P --poweroff 停止して電源オフ
+    * -r, --reboot 再起動
-ユーザの所属グループ変更
+[[systemd]]採用のLinuxではこれらコマンドは ''systemctl'' へのリンクとなっており、poweroffは以下のコマンドに相当する
-  $ sudo /usr/sbin/useradd -G staff,adm nullpon
-  uid=501(nullpon) gid=1001(developers) 所属グループ=1001(developers),1002(staff),4(adm)
-ユーザをグループから削除（削除は無いので再度グループ変更を行う）
+<code>
-  $ sudo /usr/sbin/useradd -G staff nullpon
+systemctl poweroff
-  uid=501(nullpon) gid=1001(developers) 所属グループ=1001(developers),1002(staff)
+</code>
-==== グループ ====
+これはさらに以下に相当する
-グループ追加
-  $ sudo /usr/sbin/groupad staff
+<code>
+systemctl start poweroff.target --job-mode=replace-irreversibly --no-block
+</code>
+haltは停止するだけで電源を落とさない。よってVirtualBox上などで仮想アプライアンスとして起動している場合、Linuxが終了してもVMは終了しないので使用しない方がいいかもしれない
+===== man =====
+コマンドがよくわからない時はman（manual）
+  man ls
+最近作られたコマンドはmanがなく -h などのオプションでヘルプを表示するものも多いが、基本的なコマンドならばmanがある。
+===== sudo =====
-==== sudo ====
 sudoerファイルの編集
   # visudo
@@ 行 46: / 行 55: @@
 #3) With great power comes great responsibility.
 </code>
-==== Windowsファイル共有をマウント ====
+===== Windowsファイル共有をマウント =====
   # mount -t cifs -o username=usr,password=pwd,iocharset=utf8,codepage=utf8 //192.168.1.5/shared ~/samba
 ドメイン使ってる場合は知らん
-===== システム管理 =====
+===== システムクロック =====
-システム情報の取得
-  $ uname
-プロセスIDを調べる
-  $ pidof nginx
-プロセスが使っているリソースを調べる
-  $ lsof -p 11012   # プロセスID指定
-  $ lsof -c nginx   # プロセス名指定（ただし15文字まで）
-du等で見つけられない解放漏れのfile descriptorがあるか調べる。dfとduの値が違う場合、rmされてファイルシステムから消えたがプログラム側でcloseされてないのでディスクが解放されてないことがあり、それを検出できる。
-  # lsof | grep deleted
-指定ポートを使っているプロセスを調べる。
-  # lsof -i:80,8080
-ユーザのリソース制限の確認
-  # ulimit -a
-ユーザのリソース制限の設定（uオプション→プロセス数の制限）
-  # ulimit -u 1024
-===== システムconfigについて =====
-==== io scheduler ====
-[[https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/7/html/Performance_Tuning_Guide/chap-Red_Hat_Enterprise_Linux-Performance_Tuning_Guide-Storage_and_File_Systems.html#sect-Red_Hat_Enterprise_Linux-Performance_Tuning_Guide-Considerations-IO_Schedulers|Red Hat Enterprise Linux 7 Performance Tuning Guide 5.1.2. I/O Schedulers]]
-  * noop - 何もせずに受付順に処理。SSD等の高速ストレージや、別途スケジューラを持っているraidコントローラがある場合など
-  * deadline - 待ち時間を一定にするようにがんばる。データベースやSSD向け。[[https://wiki.debian.org/SSDOptimization#Low-Latency_IO-Scheduler|SSDで大きなファイルを扱う場合はこちらが良いらしい]]？
-  * cfq - プロセス毎にキューを持つ。だいたいの環境で上手く動く
-  * anticipatory - ハードディスク向け、もはや使う事はないので忘れましょう（RHELでは既に無効化されてるっぽい）
-==== システムクロック ====
 今の設定を見る