Linux screenコマンド使い方 - Qiita
かなり基本的な操作について screenを使ったことがない人は、たぶん<ctrl> + <a>という操作に慣れないと思う。慣れればなんてことはないだろうけど。 3つの目的別に説明。 （１）スクリーンでセッションを保存 （２）スクリーンで画面分割 （３）スクリーンでマウスを使わずにコピー＆ペースト（画面のスクロール） （１）スクリーンでセッションを保存 作業している状態を保存する。マシンの電源が切れない限り保持される。 たとえば、普通にログインしてジョブを流していると、いつの間にかsshの接続等が切れてjobが止まってしまうときがある。screenで生成したセッション内で計算を投入し、セッションからデタッチ（一時的に離れる）しておくことで、途中で計算プログラムが止まることがなくなる。 新しいセッションを作る
#/usr/binとその同種の周辺を探る | POSTD
(注：2017/04/10、いただいたフィードバックを元に翻訳を修正いたしました。) はじめに 私はLinuxが大好きです。コンピュータとのやりとりが楽しくなるし学ぶことも多くなります。OSとハードウェアの基盤となる基本原則を学びたい人にとって、Linuxはとてもいい出発点と言えるでしょう。 ご存じのとおりLinuxとは大抵の場合プログラム（コマンド）を通してやりとりします。Linuxと他のUNIX系システムが持っている特徴は、コマンドラインと、パイプのコンセプトです。プログラムの提供する入力と出力を統合すれば、データを操作するのに非常にパワフルなプラットフォームになります。 Linuxのコマンド、プログラム、バイナリ（何と呼んでもいいのですが）の大部分は、/usr/bin、/usr/sbin/、/binそして/usr/local/binに存在しています。これらのディレクトリを見れば、プロ
Unixコマンド”yes”についてのちょっとした話 | POSTD
知っているUnixのコマンドで一番シンプルなものは何ですか？ 例えば echo という、stdoutに文字列を出力し true を返す – すなわち常に0の終了コードで終了するシンプルなコマンドがあります。 シンプルな、と言えば yes もそうでしょう。引数なしで実行すると、改行されたyが無限に出力され続けます。
)
Sync
概要 UNIX では、Sync という名前の標準のユーティリティが提供されています。Sync を使用すると、ファイル システム データの安定性を確保し、システム障害時にデータが失われないようにするために、すべてのファイル システム データをディスクにフラッシュするようオペレーティング システムに指示することができます。そうしなければ、キャッシュに存在する変更されたデータは失われることになります。私は、この UNIX の Sync と同等の機能を持ち、すべてのバージョンの Windows で使用できるユーティリティを作成しました。このユーティリティの名前は Sync です。変更されたファイルのデータがハード ドライブ上に安全に格納されていることを確認したいときは、いつでもこの Sync をご利用ください。ただし、Sync を実行するには管理者特権が必要です。このバージョンでは、Zip ドライ
Linux シグナルの基礎
TLPI (The Linux Programming Interface) 再々。 TLPI の輪読の際に @matsumotory よりシグナルセットあたりをまとめるようにと指令が出たので、拙遅な感じでまとめました。 シグナルとは プロセス間通信の一種。「プロセスにシグナルを送信すると、そのプロセスの正常処理に割り込んで、シグナル固有の処理(シグナルハンドラ) が実行される」プロセス側では、シグナルを受信した際の動作(シグナルハンドラ) を設定することや、シグナルをブロックすることも可能。 コンソールで、プロセスを終了させるためにkill -9 <PID>とかCtrl+Cとかした際にも、対象プロセスにシグナルが送信されている。 ちなみに、PID「1」の init や systemd にkill -9 1しても何も起らない。(そういえば昔、oom-killer に init を殺された覚
天泣記
2014-09-03 (Wed)#1ふと openSUSE 13.1 を install してみた。lsb_release の Description と /etc/os-release の PRETTY_NAME は一致しているようだ。 % lsb_release -a LSB Version: n/a Distributor ID: openSUSE project Description: openSUSE 13.1 (Bottle) (x86_64) Release: 13.1 Codename: Bottle % cat /etc/os-release NAME=openSUSE VERSION="13.1 (Bottle)" VERSION_ID="13.1" PRETTY_NAME="openSUSE 13.1 (Bottle) (x86_64)" ID=opensuse A
論文紹介: The Evolution of C Programming Practices: A Study of the Unix Operating System 1973–2015 - みずぴー日記
ICSE 2016勉強会に参加するために論文リストを確認していたら、40年間のC言語のプラクティスの変遷を追った論文がおもしろかったので紹介する。 対象の論文 論文: The Evolution of C Programming Practices: A Study of the Unix Operating System 1973–2015 論文中で使われれたデータ: https://github.com/dspinellis/unix-history-repo 要約 過去40年間のUnixのソースコードを分析し、コーディングスタイルの変化を調査した。その結果、以下のことが分かった。 新しい言語機能は価値のあるものならば採用される レジスタ割り当てをコンパイラに任せるようになる スペースをどこにいれるかなどのコードの書き方が統一されていく 分析対象 1972年以降にリリースされた計66個
Linuxを使い始めたころの話 | ず＠沖縄
Linux以前1990年前後は NEC PC-9801にMS-DOSを載せて使っていました。当時のよくある構成。 Super ASCIIやbit誌を読んで UNIX に憧れてはいたものの、そんな高価な機器は買えなくて、それでも DOS-Extender 上で TeX や GNU toolsを走らせたりしてた。 （雑誌とASCII net pcs や 日経MIX、 NIFTY Serve の FUNIX あたりが情報源でした） MINIXは草の根BBSホストとして使ってたけど、これは常用するには色々と機能不足。hackしまくったけどOS自体の能力不足は否めなかった。 XENIXなどの商用PC系UNIXが存在するのは知っていたけど、PC/ATを買うのはまだ敷居が高かったし、そもそも商用OS自体が高価だった。 いろいろ探しているうちに 386BSD というものが存在するというのを知りました。たぶ
#25歳までに経験しておきたいUNIX管理作業での失敗
案外成功方法より失敗集のほうがタメになりそう． ところでhost名がtaihaなのは安定性に関係ないです!!
RealTimeIsUniversalの落とし穴にはまった - エンジニア徒然草
「RealTimeIsUniversal」はWindowsレジストリの設定項目で、Mac OS XやLinuxとデュアルブートで使う際、コンピューターのバッテリーでバックアップされたハードウエア時計（リアルタイム・クロック、Real Time Clock, RTC; 以降RTCと略）の取り扱いを統一するために必要なものだ。この設定値を「1」にすると、RTCの時刻がUTC（Universal Time, Coordinated：協定世界時）であるとしてWindowsの時刻を設定するようになる。その方法・効用などについて、ここで改めて説明するより、「RealTimeIsUniversal」で検索 していただいた方が宜しかろうと思う。 現在プライベートで主に使っているコンピューターのOSはWindows Vista SP2である。２年ほど前Linuxとデュアルブートにしていた時期があり、その際上
JavaScript is not available.
Something went wrong, but don’t fret — let’s give it another shot.
きまぐれ日記: sudo のGUIダイアログはセキュリティ的に大丈夫なのか?
UbuntuやMac OSXを使っていると、権限の高いオペレーションを実行しようとしたときに、ユーザのパスワードを要求するダイアログが起動します。毎回ハイハイと思いつつ入力しているのですが、ふと考えるとこのセキュリティモデルというかユーザビリティー的に大丈夫なのかどうかと思うようになりました。 例えば、インストーラーでダミーのパスワードダイアログを表示させればマルウェア作者はユーザのパスワードを取り放題だし、OSのファイル保存ダイアログをクラックして、適当なファイル保存のタイミングで同ダイアログを出せば、無知なユーザはホイホイパスワードを入力してしまうのではないでしょうか。Webサイトのフィッシングと全く同じ話です。 このダイアログはそもそも CUIプログラム sudo のラッパーにすぎません。しかし、話はそんなに単純ではありません。CUIの場合は、ほとんどの操作が「能動的」なために、su
lsofの使い方 - プロセスが使用中のファイルを調べる - うまいぼうぶろぐ
odz buffer - プロセスが開いているファイルを確認する ls -l /proc/`pgrep -n java`/fd lsofでも調べられます。 lsof - list open files lsof うにょうにょと結果が出てきます。が、多すぎて訳わからん。 -pオプションでプロセスID指定 ### プロセスID指定 lsof -p 12345 ### バッククォート使うとこんな感じ lsof -p `pgrep -n java` -cオプションでプロセス名指定 lsof -c java -uオプションでユーザ指定 lsof -u hoge -iオプション [@IPアドレス:ポート番号] listenしてるポートを出力。指定したポートのみ表示することもできる。 lsof -i # Listenしてるのずらずら表示 lsof -i :22 # ssh lsof -i :22,80
Linuxの各種コマンドのチートシートに日本語版登場
以前に「Linuxの各種コマンドのチートシート」というのを紹介しましたが、日本語訳したバージョンが新たに追加されたようです。以前の英語版でもかなり便利だったのですがこれでさらに便利になりました。 ダウンロードは以下から。 Unix/Linuxコマンドリファレンス - よたらぼ 保管庫 http://www.yotabanana.com/hiki/ja/?fwunixref PDF形式のファイルと、ODT形式のファイルの2種類があり、元のファイルと同じクリエイティブコモンズライセンスで提供されています。 あと「manコマンド使え」という意見もあるのですが、そもそも何のコマンドかすらわからないというそれ以前の状態の場合はチートシートがあると役立つ。もうちょっと進歩するとこのあたりのコマンドリファレンスをまとめたサイトが便利に思えてくるようになる。 Linuxコマンドリファレンス http://
Unix基本のキ | 秋元@サイボウズラボ・プログラマー・ブログ
via del.icio.us/popular コマンド、デバイスファイル、ログファイル、設定ファイルなどの代表的なものを分類して、それぞれに最低限の説明を加えている。 この記事は移転前の古いURLで公開された時のものですブックマークが新旧で分散している場合があります。移転前は現在とは文体が違い「である」調です。(参考)記事の内容が古くて役に立たなくなっている、という場合にはコメントやツイッターでご指摘いただければ幸いです。最新の状況を調べて新しい記事を書くかもしれません
*NIX初心者だったあの頃 - naoyaのはてなダイアリー
ログインした。twm。ウィンドウを閉じようとしてもアイコンになる。途方に暮れる。 Emacs というのを使うと日本語が打てるらしいと聞いた。日本語入力への切り替え方法がわからない。立ち上げた Emacs を終了できない。 Cannna というのを使えば日本語が打てるらしい。apt-get install。他のパッケージのインストールが始まり混乱に陥る。 Emacs 使ってるって言ってたのに mule って書いてるよ? cat /var/log/messages | moer → command not found: moer apt-get install 中に Yes or No の質問をたくさんされる。よくわからないけど全部 yes にする。何が起こったかわからない。知らない振り。 X-Window のグレーバックの壁紙。解像度が適切に設定されてないせいでにじんでいる。設定方法がわから
vimで効率的にコードを書くための小技 - bonar note
vimは使いこなしている人は超人のように使いこなしているのですが、「たまにconfファイルいじる時だけ使うよ。まあ、普段はemacsだけどね」という人は、vi時代の機能のみ使っているのをたまに見かけます。 そこで、通ぶって恐縮なのですが、僕が普段vimを使っていてとっても便利で効率が上がると思う操作を紹介したいと思います。また、僕自身が Mac OS X な環境なので、「外部コマンドとの連携」などでWindowsだと再現できないものがあるかもしれません。ごめんなさい。 用語の使い方や理解が間違っている部分があるかもしれませんがその場合はご指摘いただければと思います。あと、「これ抜かしちゃ駄目でしょ！」みたいなのがあればアドバイスお願いします〜。 それでは、 [あとで読む] vimの基本操作 （知っていると思うので省略） 超概略 挿入モードと編集モード キー操作 内容 i 挿入モード突入（文
ManPage JM Project (Japanese)
JM Project について JM Project は日本語オンラインマニュアルパッケージの作成、 配布を行なっているプロジェクトです。 このプロジェクトにおける仕事には man page の翻訳・校正 man page package の編集と配布 (RPM/SRPM 配布) man コマンド等周辺環境の整備 などがあります。また今後の課題としては、 翻訳済み man page の収集 上流への連絡と、必要に応じて翻訳配布許可の明示的な取得 上流パッケージへの翻訳のマージ が挙げられます。 活動の詳細や JM への参加方法については JM 翻訳作業の手引き をご覧ください。 なおメールが配送されなくなったメンバーは、 配送エラー一覧 を確認してください。 バグレポートをお寄せください JM Project で配布しているマニュアルに関して、 誤字・誤訳その他お気づきの点がありましたら、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - mtoyoda/sl: SL(1): Cure your bad habit of mistyping
日本[情報]の会