2019年5月24日金曜日

LPIC/LinuC Level 1 manページ

manページのセクション番号

1: ユーザコマンド
2: システムコール(カーネルの提供する関数)
3: ライブラリ関数
4: デバイスファイル
5: ファイルのフォーマット
6: ゲームプログラム
7: マイクロパッケージ、プロトコル、ファイルシステム
8: システム管理コマンド
9: カーネルルーチン

2019年5月18日土曜日

LPIC/LinuC Level 1 パッケージ管理コマンドまとめ

dpkg、apt、rpm、yumで大混乱するので、まとめてみた。

■設定ファイル

dpkg:/etc/dpkg/dpkg.cfg
apt-get:/etc/apt/sources.list
rpm:
yum:/etc/yum.conf、/etc/yum.repos.d

■インストールと更新

パッケージインストール

dpkg -i/--install
apt-get install *インストールまたはアップグレード
aptitude install *インストールまたはアップグレード
rpm -i/--install
yum install

アップデート対象のパッケージリストを表示する

dpkg:なし
apt:なし
rpm:なし
yum check-update

パッケージをアップグレードする(なければインストールする)

dpkg:なし
apt:なし
rpm -U/--upgrade
yum:なし


パッケージをアップグレードする(なければインストールしない)

dpkg:なし
apt:なし
rpm -F/--freshen
yum update

インストール中、詳細情報を表示する

dpkg:なし
apt:なし
rpm -iv
yum:指定しなくても表示される

インストール中、進行状況を#で表示する

dpkg:なし
apt:なし
rpm -ih
yum:指定しなくても表示される

依存関係を無視してインストールする

dpkg:なし
apt:なし
rpm -i --nodpeps
yum:なし

実際にはインストールせずインストールテストのみ行う

dpkg:なし
apt:なし
rpm -i --test
yum:なし

同じバージョンがインストールされていれば、インストールしない

dpkg -E
apt:なし 
rpm:なし
yum:なし


新しいバージョンがインストールされていれば、インストールしない

dpkg -G
apt:なし 
rpm:なし
yum:なし

全パッケージアップグレード

dpkg:なし
apt-get upgrade 
aptitude upgrade
rpm:なし
yum:なし

ディストリビューションを最新にアップグレードする

dpkg:なし
apt-get dist-upgrade 
aptitude dist-upgrade
rpm:なし
yum:なし

■アンインストール

設定ファイルを残してパッケージをアンインストールする

dpkg -r/--remove
apt-get remove 
aptitude remove
rpm -e/--erase
yum remove

設定ファイルも含め完全にパッケージをアンインストールする

dpkg -P/--purge
apt-get:なし 
aptitude purge
rpm:なし
yum:なし

依存関係を無視してアンインストールする

dpkg:なし
apt:なし
rpm --nodeps
yum:なし

■検索・情報表示

インストール済みパッケージを検索して表示する

dpkg -l/--list
apt-get:なし 
rpm -q/--query
yum search

全パッケージ情報を表示する

dpkg:なし
apt-get:なし
rpm -qa/--all
yum list

パッケージグループをリスト表示する

dpkg:なし
apt-get:なし
rpm:なし
yum grouplist

グループパッケージをインストールする

dpkg:なし
apt-get:なし
rpm:なし
yum groupinstall

指定したファイルがどのパッケージからインストールされたかを表示する

dpkg -S/--search
apt-get:なし 
rpm -f
yum:なし

指定パッケージからインストールされたファイルを一覧表示する

dpkg -L/--listfiles
apt-get:なし
rpm -l/--list
yum:なし

検索・照会時、パッケージファイルを対象とする

dpkg:なし
apt:なし
rpm -qp
yum:なし

設定ファイルのみを表示する

dpkg:なし
apt:なし
rpm -qc/--configure
yum:なし

ドキュメントのみを表示する

dpkg:なし
apt:なし
rpm -qd/--docfiles
yum:なし

パッケージ情報を表示する

dpkg -s/--status
apt-cache show *簡易情報
apt-cache showpkg *詳細情報
aptitude show
rpm -i/--info 
yum info

パッケージの依存関係を表示する

dpkg:なし
apt-cache depends 
rpm -qR/--requires
yum:なし

パッケージを検索する

dpkg:なし
apt-cache search
rpm:なし
yum:なし

パッケージ変更履歴を表示する

dpkg:なし
apt:なし
rpm -q --changelog
yum:なし

■その他

パッケージデータベースを更新する

dpkg:なし
apt-get update
aptitude update
rpm:なし
yum:なし

ディレクトリ内を再帰的に処理する

dpkg -R/--recursive
apt-get:なし 
rpm:なし
yum:なし

パッケージファイルをダウンロードする(インストールしない)

dpkg:なし
apt-get -d
aptitude download
rpm:なし
yumdownloader

過去に取得した保存中のパッケージを 削除する

dpkg:なし
apt-get clean
rpm:なし
yum:なし

2014年2月9日日曜日

『第2版 入門RedMine』(前田 剛 著・秀和システム)の要点拾い出し

Chapter1 Redmineの紹介

1.1 課題管理とバージョン管理の意義

1.1.1 課題管理

  • 作業項目の発生から完了までを記録・追跡できる→進捗確認できる
  • ソースコードバージョン管理ソフトと連携できる
  • 担当者が明確になる→同じ課題を複数の人間が行わない
  • 放置された課題も記録に残る→忘却しない
  • Web-DB管理による多重アクセス一元管理を実現→Excel管理は複数人で同時使用できない

1.1.2 バージョン管理

  • 全変更追跡可能、任意の時点のファイル取り出しも可能→怪しいバックアップファイルの散乱を防ぐ
  • ソースコード修正後の不具合発覚時、簡単に前のソースコードを取り出せる
  • 複数開発者が同じファイルを直した場合、競合するとシステムが検知する

1.2 Redmineとは

省略

1.3 Redmineを利用するメリット

問題点
  • Excelでは複数の人が同時に情報更新できない→PMなど特定の人が情報収集して更新することになってしまう
  • メールで情報が散財し、最新情報や過去の履歴を追いにくい
  • ファイル更新をいつ・誰が実施したか、という記録が残りにくい
  • 作業項目増加と指示・連絡が膨大になりきちんと追うことができない
  • PMは情報整理・進捗の為に多大な時間を割かねばならなくなる

1.4 Redmineの主な機能

1.4.1 作業項目の管理(チケットの管理)

  • Redmineのチケット=作業指示書
  • 1件の作業項目に1件のチケットを作成する
  • メンバーは自分に割り当てられたチケットを参照して自分のタスクを明確化できる
  • 上司に都度指示を仰ぐ、作業漏れなどを防ぐことができる
  • チケットは、活動、ロードマップ、カレンダー、ガントチャート機能でも参照される。

 

 1.4.2 活動

  • プロジェクトの動きが時系列で表示される

 

1.4.3 ロードマップ

  • プロジェクトの区切りとなるイベントをバージョンとバージョンに関連付けられたチケットの一覧を閲覧する
  • あるバージョンリリースに必要なチケット作業残量、特定機能実装予定チケットの確認

 

1.4.5 ガントチャート

  • チケットから自動生成

 

1.4.6 ニュース

  • ユーザに対する伝達事項を掲載する
  • ホーム画面、マイページ画面、プロジェクトの概要画面、ニュース画面に表示可能

 

1.4.7 文書

  • メールボックスの添付に埋もれることがなくなる

 

1.4.8 ファイル

  • 製品のリリースパッケージをバージョンごとに分類してダウンロード用に掲載する機能

 

1.4.9 Wiki

省略

 

1.4.10 バージョン管理システムとの連携

省略

 

1.4.11 フォーラム

  • ユーザ同士が特定の話題について議論を行う機能
  • メールだと遡るのが難しいがこちらだと用意

 

1.5 Tracとの比較

省略

1.6 日本語環境における問題点

  • PDFファイル出力する時に文字化けする可能性がある

1.7 Remineの歴史

省略

1.8 Redmineの情報源

1.8.1 Redmineオフィシャルサイト

  • Redmine作者・Jean-Philippe Langさんが運営している公式サイト
  • このサイト自身がRedmineで構築されている
  • 世界各国の利用者がバグ報告、パッチ投稿、機能要望のチケットを追加している

1.8.2 RubyForge

  • Redmineの基板となるRubyをダウンロードできる

1.8.3 Redmine.JP

  • 著者・前田さんが運営しているRedmineサイト

1.8.4 r-labs

  • オリジナルプラグインや、プラグイン開発方法などが掲載されている

1.8.5 Redmine Users(Japanese)メーリングリスト

  • Redmine利用についての日本語での情報交換

Column システム開発以外でのRedmine利用事例(しろくま堂)その1 
  • サイト:http://www.shirokumado.net/
  • 呉服、時代装束の制作・販売を行っている
  • 受注衣装の工程管理にRedmineを導入
  • 制作過程では複数の職人が関わるため誤解・行き違いが発生しやすい
  • 材料によっては海外の工場ともやりとりが発生する
  • Excelによる進捗管理ではかなりの事務作業量を負担を強いられていた
  • 詳細工程管理、ネット経由で海外工場からのアクセスも可能、オープンソースにより自社用カスタマイズもしやすい、という理由でRedmineを採用した
  • 月あたり数千件のチケット追加に耐えられるか心配だったが、 問題なく運用できている 

Chapter2 利用者編

2.1 RedmineとSubversionを使った開発の流れ

  • 基本原則は作業を全て登録する
  • 自分に割り当てられたチケットがそのままTODOリストとなる
  • 作業進捗、方針、調査等、作業に関することは全て記録する~後で「何故こうしたのか」を振り返ることができる
  •  作業者を変えることで、そのまま作業の引継ができるようにする為にも、作業に関することは全て書く

2.2 Redmineを使ってみる

デモサイトあり:https://my.redmine.jp/demo/

2.2.1 Redmineへのアクセス

省略

2.2.2 ログイン

省略

2.2.3 プロジェクトの選択

省略

2.2.4 チケットの追加

  • 各担当者がチケットに基づいて作業を実施し進捗を更新していく→Redmineを通じてチーム全体の状況が把握できるようになる
  • 逆に、Redmineにきちんと作業進捗を登録しないと、Redmine導入による業務改善ができない
「新しいチケット」画面の入力項目
  • トラッカー:チケットの分類。追加・削除・名称変更が可能。
  • 題名:チケットの内容を端的に示す題名をつける。題名はチケット一覧画面に表示される。
  • 説明:詳細説明を記入する。
  • ステータス:作業進捗状態。カスタマイズ可能。
  • 優先度:チケット作業の優先順位。追加・削除・編集が可能。
  • 担当者:チケットの作業を実施する担当者。
  • カテゴリ:トラッカーよりも詳細な分類を指定する。自由にカテゴリを追加できる。
  • 対象バージョン:そのチケットによる変更/修正が取り込まれるバージョンを指定する。ロードマップでバージョン毎に割り当てられたチケットの一覧が表示される。
  • 開始日:作業開始日。
  • 期日:作業期日。
  • 予定工数:作業の予定工数。
  • 進捗:0~100%の間で、10%刻みで入力する。ガントチャートの進捗、バージョンの進捗で使用される。チケットステータスに応じた値を自動設定することもできる。
  • 添付ファイル:複数のファイルを添付できる。ファイル上限は5Mだが、上限値変更可能。

2.2.5 チケット一覧

  • フィルタに検索条件を設定することで、各種検索条件のチケットを表示することができる。
  • 作成したフィルタ設定は保存することができ、次回から1クリックで呼び出すことができる。

2.2.6 チケットの更新

  • 作業実施中に行われる様々な検討や意思決定をコメントとして記録しておけば、どのような経緯・目的でその作業を行ったのか、なぜそのような意思決定をしたのかといった、時間が経過すると忘れがちな情報を振り返ることができる。

2.2.7 ソースコードのコミット

  • コミットとは、開発用のPC上で更新したソースコードの内容をバージョン管理システムのリポジトリに登録する操作のこと。
  • コミットすることで、担当者の開発用PCのみに存在していたソースコードがプロジェクトメンバー全員に共有される。
  • コミットメッセージとは、ソースコード変更目的どのように変更したのか簡潔にまとめて記述すること。

2014年2月2日日曜日

『プロのためのLinuxシステム構築・運用技術』(技術評論社・中居悦司さん著)をCentOS6.4 on Hyper-Vで進めてみる

1. /dev以下に光学ドライブまたはisoを読み込めない場合

ll /dev コマンドを打っても、srも表示されなければ、cdromも表示されず、メディアがマウントできない場合がある。その場合、下記コマンドを実行する。
# uname -r (これで、使用しているkernerlバージョンを確認する)
# insmod /lib/modules/上記コマンドで表示されたkernelのバージョン/kernel/drivers/ata/ata_piix.ko
# mount /dev/cdrom /マウントポジション

 

2. pxelinux.0 と tftpbootの場所はどこ?

下記コマンドでインストールされたファイル・ディレクトリの場所を調べる。
# rpm -ql (パッケージ名) | grep (探したいファイル・ディレクトリ)

出力例:
# rpm -ql syslinux | grep pxelinux
/usr/share/doc/syslinux-4.02/pxelinux.txt
/usr/share/syslinux/gpxelinux.0
/usr/share/syslinux/pxelinux.0

# rpm -ql tftp-server | grep tftpboot
/usr/share/doc/tftp-server-0.49/README.security.tftpboot
/var/lib/tftpboot

3. 最終準備

その1:tftpのポート(69)を、ファイヤーウォールにて開通させておくこと
その2:新たにCentOSをインストールするHyper-V側のネットワークカードはレガシーにしておくこと(PXEブートが起動しない)

2013年2月7日木曜日

Hyper-Vでvhdファイルのバックアップを使おうとする時の注意

vhdファイルをバックアップコピー後、システム変更を試して失敗した際などに戻す、という操作をする時があると思う。

しかし、エクスプローラ上で元のvhdファイルを削除し、バックアップコピーしておいたファイルの名前を変えて使用しても、下記のようなエラーが発生する。


'XXX'の状態を変更しようとして、アプリケーションで
エラーが発生しました。

アクセスが拒否されたため、仮想マシンの構成の読み取りまたは
更新を行おうとして失敗しました。


このエラーが出た場合、Hyper-Vの設定画面で、対象のハードドライブを選び、一度削除した後、再度、リネームしたバックアップコピーから戻したファイルを指定する(要は再マウントということらしい)と、無事に起動できるようになる。

2012年12月18日火曜日

Exchange Server 2007インストール注意点

Hyper-V上のWindows Server 2003 SP2 x64にExchange Server 2007をインストールした際、何度もエラーが出てしまったので、注意点を簡単にメモしておく。

0. Exchange Server 2007はx64アーキテクチャしかインストールできない。
1. サーバのネットワークインターフェースはExternalにしておくこと。





















 
2. プライマリのDNS機能はADのドメインコントローラに組み込む。
3. AD内のDNS, Exchangeサーバ共にドメイン認証を実施してAD内に参加させる。
4. Dot Net Frameworkは2.0以上をインストールしてもダメ。必ず指定のバージョンをインストールすること。
※Windows Server 2003用のPower Shellがバージョン1.0のみで、それがDot Net Framework 2.0以外受け付けないから。
5.  Exchange Serverのインストーラーの画面には表示されないが、IISもインストールする必要がある。

2012年6月25日月曜日

Windows Vista/7でログオンできない

ログオンしようとすると、

User Profile Service サービスによるログオンの処理に失敗しました。
ユーザープロファイルを読み込めません。

なんてエラーが出ることがある。
サイトを探すと、殆どのケースが、一度ログオンしたユーザでログオンできない、という前提になっているが、一度もログオンしたことのないユーザでもこのメッセージが出てログオンできないことがある。

根気よく検索結果を探すと、

Defaultのプロファイルが壊れている

という情報を見つけたので、以下の手順を実施したら、直ったので記載する。

1.他のPCで、問題なくログオンできるWindows Vista/7を探す

2.1.のPCにLocal Administrator権限を持つユーザでログオン

3.フォルダーオプションにて、隠しファイルを表示させる設定でOK
 

4.C:\ユーザーフォルダ直下にある、半透明のDefaultフォルダをコピー

※錠前のかかったDefault Userフォルダではない

5.管理者権限のあるユーザで問題の起きたPCにログオンし、C:\ユーザーフォルダ直下のDefaultフォルダを移動or削除
※どのユーザでもログオンできない場合は、上記のエラーメッセージで検索すると、対処法は豊富に出てくるので、そちらを試してください
6.4.でコピーしてきた正常なDefaultフォルダをC:\ユーザーフォルダにコピー

7.管理者権限のあるユーザーをログオフし、ログオンできないユーザでログオンを試す。

8.他のユーザーも問題なくログオンでき、かつ、PC再起動後も問題なくログオンできることを確認。