この記事の監修：宮崎智広（Linux実務・教育歴20年以上・受講者3,100名超）
「自分のセッションだけ何かが残っていて、翌朝の運用に影響が出る」
そんな経験はないでしょうか。
この記事では、20年以上Linuxサーバーを運用し、3,100名以上のエンジニアを指導してきた経験から、現場で信頼される人が必ずやっている「作業後の後片付け」という技術について解説します。
コマンド力でも設計力でもない、しかし評価を確実に左右するこの習慣を、具体例とあわせてお伝えします。
この記事のポイント
・後片付けの差は技術力以上に「現場の信頼」を左右する
・残してはいけないのは一時ファイル・編集中ロック・特権セッション
・historyとscriptで「作業の足跡」を意図して残す
・チェックリスト化で属人化せず誰でも同じ品質に保てる
でも安心してください。プロのエンジニアはコマンドを暗記していません。
「現場で使える型」を効率よく使いこなしているだけです。
なぜ「後片付け」が現場の信頼を決めるのか
私が現場でよく見かけるのが、技術力は高いのに「後任者から評価されない」エンジニアです。コマンドは速い、設計も悪くない。それなのに、なぜか問い合わせの矢面に立たされ続ける。
その原因のほとんどは、作業中の能力ではなく、作業を「終わらせる」能力にあります。
具体的には、自分が手を入れたサーバーを、来た時よりも整った状態で次の人に渡せるかどうかです。
受講生からよく聞かれる質問が「作業が終わったらログアウトすればいいんですよね？」というものです。
答えは半分正解で半分不正解です。ログアウトの前に、必ず通過すべき確認項目がいくつもあります。
残してはいけない「3つの足跡」
サーバーに残してはいけない代表的な足跡を、20年以上の運用経験から3つに整理しました。1. 一時ファイル・テスト用ファイル
作業中に作った /tmp/test.conf や /root/backup_20260421.tar.gz といったファイルは、放置すると次のような問題を起こします。・容量逼迫：数GBのバックアップが残り続けてディスクが満杯になる
・誤操作：後任者が「これは何だろう」と触って事故になる
・セキュリティ：パスワードや内部情報を含む一時ファイルが流出する
私のセミナーでも、過去にテスト用に置いた dump ファイルがそのまま放置され、半年後にバックアップ領域を圧迫するトラブルを目撃したことがあります。
2. 編集中のロック・スワップファイル
viやvimで編集中のファイルがクラッシュした時に残る .swp ファイルや、エディタが取得したロックは、後任者が同じファイルを開いた時に警告を出します。意図的に残すなら問題ありませんが、放置されたスワップファイルは「誰かが今も編集中なのか、それとも残骸なのか」を後任者に判断させる負担を生みます。
これが積み重なると、現場の作業速度を確実に落とします。
3. 特権セッション・SSH多重接続
sudo -i（管理者権限への昇格）したまま画面ロックして帰る、SSH（暗号化リモート接続）を開いたまま放置する、tmux/screen（端末多重化ソフト）の特権セッションを残す。これらは「次に座った人がそのまま root として作業できる」という、セキュリティ上極めて危険な状態を作ります。
監査ログの観点でも、誰の操作なのか追えなくなる致命的な穴になります。
意図して「残す足跡」と「消す足跡」を分ける
ここで誤解されやすいのが、「綺麗にする＝全て消す」ではない、という点です。むしろ、後任者のために意図的に残すべき足跡があります。
残すべきもの：作業の意図と判断の記録
historyコマンドで残るシェル履歴、scriptコマンドで取得した端末ログ、変更前にコピーしておいた .bak ファイル。これらは「なぜその変更をしたのか」を後から追える唯一の手がかりです。
具体例を挙げます。/etc/nginx/nginx.conf を変更する場合、私は必ず次のようにします。
# 変更前にバックアップを必ず取る [admin@web01 ~]$ sudo cp /etc/nginx/nginx.conf /etc/nginx/nginx.conf.20260421_miyazaki # 変更後の構文チェック [admin@web01 ~]$ sudo nginx -t nginx: the configuration file /etc/nginx/nginx.conf syntax is ok nginx: configuration file /etc/nginx/nginx.conf test is successful # 反映 [admin@web01 ~]$ sudo systemctl reload nginx
3か月後に「なぜこのバックアップがあるのか」を見て、誰がいつ触ったかが一目で分かります。
消すべきもの：意図のない残骸
一方で、何の意図もなく残った中間ファイルや、テスト用に置いただけのスクリプトは、後任者にとって「ノイズ」でしかありません。ノイズが多いサーバーほど、本当に重要な変更を見落とす確率が上がります。
後片付けを習慣化する「終了前チェックリスト」
セミナーでお伝えしている、作業終了前に必ず通すチェックリストを共有します。属人化を避けるためにも、チームでこの形式を共有することをおすすめします。
| チェック項目 | 確認コマンド例 |
|---|---|
| 一時ファイルが残っていないか | ls -la /tmp/ /var/tmp/ /root/ |
| viのスワップファイルがないか | find /etc /var -name ".*.swp" 2>/dev/null |
| ディスク使用量に変化がないか | df -h |
| 意図しないプロセスが残っていないか | ps -ef | grep $(whoami) |
| 変更したサービスが正常稼働しているか | systemctl status サービス名 |
| 作業ログを保存したか | history > ~/work_log_20260421.txt |
| 特権セッションをexitしたか | exit |
「Permission denied」が出た時のあるある
後片付けで意外と詰まるのが、自分が作ったはずのファイルを消そうとして権限エラーが出るパターンです。sudo で作ったファイルは root 所有になっています。
通常ユーザーで rm しようとすると「Permission denied」が出ます。
# 自分で作ったつもりが消せない [admin@web01 ~]$ rm /tmp/test_dump.sql rm: cannot remove '/tmp/test_dump.sql': Permission denied # sudo を付けて削除 [admin@web01 ~]$ sudo rm /tmp/test_dump.sql
後片付けができるエンジニアが評価される本質
技術力は採用時の選別基準になりますが、現場で長く信頼されるかどうかは別の軸で決まります。それが「自分の作業が次の人にどう影響するか」を想像できる力です。
セミナーで3,100名以上を指導してきた中で、評価が伸び続けるエンジニアには共通点があります。
それは、自分の作業を「終わらせる」ことに対する執着が強いことです。
コマンドの速さや知識量は、AIや自動化で代替できる時代になりました。
しかし「現場を綺麗にして去る」という習慣は、人にしかできない判断と配慮の塊です。
これこそが、これからのLinuxエンジニアの差別化ポイントになります。
本記事のまとめ
後片付けという技術を現場で実践するための要点を整理します。| 観点 | 実践内容 |
|---|---|
| 残してはいけないもの | 一時ファイル・スワップファイル・特権セッション |
| 意図して残すもの | 日付付きバックアップ・history・scriptログ |
| 習慣化の方法 | 終了前チェックリストをチームで共有 |
| 評価される本質 | 次の人への配慮を想像できる力 |
「現場を綺麗にする」習慣を仕組みで身につけませんか？
後片付けの技術は、サーバーの仕組みを正しく理解していることが土台になります。現場で通用する安全なLinuxサーバー構築の「型」を体系的に身につけたい方へ、『Linuxサーバー構築入門マニュアル（図解60P）』を完全無料でプレゼントしています。
「独学の時間がもったいない」「プロから直接、現場の技術を最短で学びたい」という本気の方には、2日で実務レベルのスキルが身につく【初心者向けハンズオンセミナー】も開催しています。
3,100名以上が実践した「型」を無料で公開中
プロのエンジニアはコマンドを暗記していません。
「現場で使える型」を効率よく使いこなしているだけです。
その「型」を図解60Pにまとめた入門マニュアルを、完全無料でプレゼントしています。
登録10秒／合わなければ解除3秒 ／ 詳細はこちら
この記事を書いた人
宮崎 智広（みやざき ともひろ）
株式会社イーネットマーキュリー代表。現役のLinuxサーバー管理者として15年以上の実務経験を持ち、これまでに累計3,100名以上のエンジニアを指導してきたLinux教育のプロフェッショナル。「現場で本当に使える技術」を体系的に伝えることをモットーに、実践型のLinuxセミナーの開催や無料マニュアルの配布を通じてLinux人材の育成に取り組んでいる。
趣味は、キャンプにカメラ、トラウト釣り。好きな食べ物は、ラーメンにお酒。休肝日が作れない、酒量を減らせないのが悩み。最近、ドラマ「フライトエンジェル」を観て涙腺が崩壊しました。
- 次のページへ：Ubuntu 26.04 LTS インストール手順｜USBメモリ作成からデスクトップ起動まで全工程
- 前のページへ：Linuxサーバーの環境差分で事故るエンジニアが見落としている3つの観点｜開発と本番の違いを意識する習慣
- この記事の属するカテゴリ：Linux学習ガイドへ戻る
無料メルマガで学習を続ける
Linuxの実践スキルをメールで毎週お届け。
登録は1分、解除もいつでも可。
登録無料・いつでも解除できます