これも Qiita に投稿できないのでこっちに。 〈カラム表示〉 /usr/bin/column /usr/bin/lam /usr/bin/paste /usr/bin/pr /usr/bin/rs 〈テキスト生成・加工〉 /usr/bin/fmt：テキストのセンタリング /usr/bin/fold：長くなったテキストを指定行で折り返す /usr/bin/jot：連続・ランダムデータの生成 〈カラム表示〉 column 行をデリミタで分割してカラム表示するコマンド。一行あたり 2048 バイトまでの制限がある。 ( echo "PERM LINKS OWNER GROUP SIZE MONTH DAY TIME NAME" /bin/ls -l / | tail -n +2 ) | column -t PERM LINKS OWNER GROUP SIZE MONTH DAY TIME

前提条件# Vagrant BoxがファイルシステムにLVM + ext3/4を使っていること。今回はVagrantbox.esで配布されているDebian Wheezyを利用した。 仮想ディスクを拡張する# VMDK形式だとサイズを変更することが出来ないのでVDI形式に変換する必要がある。リサイズが完了したらVirtualBoxのVMの設定画面でHDDをVDIのほうに差し替えておく。 $ cd ~/VirtualBox\ VMs/vagrant_default_xxxxx_xxxxx $ VBoxManage clonehd box-disk1.vmdk box-disk1.vdi --format VDI $ VBoxManage modifyhd box-disk1.vdi --resize 20480 パーティションテーブルを変更する# ここからはゲスト側での操作。 fdiskで/

最近 Stop using tail -f (mostly) や 「tail -f」を使うのは情弱、情強は「less +F」を使う などless押しな記事が幾つか上がっているんだけど、タイトルが煽り気味なのか若干反感を呼んでいるようなのでless派が職場で肩身の狭い思いをしないようにもう少し便利な使い方を紹介したい。 tail -fの様なScroll forward less +Fで起動またはless起動中にF 元記事にもあるtail -fと同様の振る舞い。正直この機能と検索だけでいいのであればtailで十分。lessの便利なところは様々な機能との組み合わせにあって、これから紹介する機能は基本的にこのモードと組み合わせが可能だ。あと、less開いてFのほうがタイプが面倒くさくないのでおすすめ。 1行で表示する (改行しない) less -Sで起動またはless起動中に-Sr(-Sでモード切

From: リスキルテクノロジー 松田航 新宿本校にて、、、 「カーネル（Kernel）」 Linuxを学んでいると 必ず一度は耳にする言葉です。 カーネルとは和訳すると 「核」 という意味で、 文字通りLinuxの中心的役割を持っています。 今回はカーネルの基本について お話ししましょう。 カーネルの役割は「橋渡し」 コンピューターには ディスプレイやマウスなど さまざまな機器が接続されています。 そしてコンピューターには メールソフトやブラウザーなど、 さまざまなアプリケーションが動作しています。 アプリケーションの動作には メモリーやハードディスクなど、 数多くの装置を動かす必要がありますが… 複数のアプリケーションが メモリーやハードディスクなどの制御を奪い合うと 収拾がつかなくなってしまいますよね。 そこで活躍するのがカーネルです。 カーネルの役割は アプリケーションとハードウェ

システムを運用していく上で cron を使う場面はよくありますよね 処理をスケジュール実行したい時にとても便利です そんな cron ですが、最近仕事で作業しているときに ntpdate でシステム時刻を変更した後に cron で設定した時刻になってもジョブが実行されないという問題が見つかりました 全てのジョブが実行されていないわけではなく一部のジョブは実行されているようでした また、時刻を変更した後に crond を再起動すれば全てのジョブが正常に実行されるようになりました 幸い、実運用ではなくてシステムテスト中に見つかった問題なのでまだよかったんですが、運用している環境で同じ問題が起きたら相当マズイですよね そもそも ntp の時刻同期でシステム時刻が修正された場合にも同じ問題が起きそうじゃないですか？ ググっても同じような事象は見つからず、社内のメンバーにも聞いてみても cron で

最近はクラウド上のサーバーを利用する事も多くなってきた。 サーバーの用意やネットワーク周りの設定はインフラ部門がやってくれるけど、アプリのデプロイ／設定は開発者がする事が多いので、開発メインでやってるエンジニアでも最低限SSHの知識は必要になる。 また、Vagrant等でローカル環境にVMを作成する事もあるので、ローカル環境内でSSHを使用するケースも増えてきた。 というわけでインフラエンジニアじゃなくてもSSHクライアントの知識は必須になってきているので、改めてSSHの再学習をしてみることにした。 SSHとは 暗号や認証の技術を利用して、安全にリモートコンピュータと通信するためのプロトコル。 SSHでは以下の点で従来のTelnetより安全な通信が行える。1 パスワードやデータを暗号化して通信する。 クライアントがサーバーに接続する時に、接続先が意図しないサーバーに誘導されていないか厳密に