| 属性名 | 意味（タイプ） |
|---|---|
| dc | ドメイン名の要素（Domain Component） |
| o | 会社名、組織名（Organization） |
| ou | 部署名（Organization Unit） |
| uid | ユーザー ID（UserID） |
| cn | 氏名（Common Name） |
| sn | 姓（Surname） |
| givenName | 名 |
| メールアドレス |
| 属性名 | 意味（タイプ） |
|---|---|
| shadowLastChange | 1970/01/01 から最後にパスワードを変更した日までの日数 |
| shadowMax | ユーザーに新しいパスワードを保持させる日数 |
| shadowMin | ユーザーが同じパスワードを使用できる日数 |
| shadowWarning | が近づいたことを、何日前からユーザーに通知するかを指定 |
| loginshell | ログインシェル |
| uidNumber | ユーザー ID |
| gidNumber | グループ ID |
| homeDirectory | ユーザーのホームディレクトリ |
| userPassword | ユーザーのパスワード |
Sambaの最新版のパッケージを作成してインストールを実行しているとファイルの競合が発生し、競合するファイルに依存するパッケージを削除していたら、デスクトップ環境に影響のパッケージを削除することになり、GUIログインすらできなくなってしまった。(T-T)（泣）
パッケージのインストールやアンインストールでエラーが発生して処理が途中で終了してしまうと、実際にはアンインストールされているのにパッケージデータベース情報は削除されずに残っていたりして整合性が取れなくなってしまう場合がある。今回まさにその通りの事がは発生したのでメモしておく。
今回は、clamavの調子が悪いので再インストールしようとしていたところ clamd だけが実際にはアンインストールされているがパッケージデータベース情報は残ったままとなってしまった。
# rpm -e --justdb パッケージ名 ↓（今回の件では下記のように） # rpm -e --justdb clamd上記で、パッケージデータベース情報が削除された。
上記とは逆の現象（パッケージがインストールされたのにパッケージデータベース情報に登録されていない）の場合は下記のコマンドになる。
# rpm -i --justdb パッケージ名
おまけ...重複してインストールされたパッケージの検索
[hoge@hoge01 ~]# package-cleanup -d Setting up yum [hoge@hoge01 ~]# もし、重複してインストールされたパッケージがあったら rpm -e --justdb パッケージ名 で古いほうを削除する。
WindowsXpのOracle10g OEMコンソールが昨年末から起動しなくなった。
if "%ORACLE_OEM_JAVAMX%" == "" set ORACLE_OEM_JAVAMX=-mx384m REMif "%ORACLE_OEM_JAVAMX%" == "" set ORACLE_OEM_JAVAMX=-mx128m上記は、以前にメモリを128mから384mに変更して起動できるようになったが、今回はこの値を大きくしても起動せず、なんど768mにしたら一度起動ができたが、その後起動ができない...
仕方ないので、調査を行う事にした。
タスクマネージャを起動してからOEMコンソールを起動してメモリ使用量の推移を監視してみる。
なんとか無事に起動するようになり安心した次第です。
MySQLは、バージョン５．５から設定内容がいろいろ変更になっているので、気づいた（ググって各サイトから教えて頂いた）点をメモしていく。
文字コード設定
# MySQL-5.5 default-character-set --> character-set-server character-set-server=utf8
いつも使っているのだが、ついつい忘れがちな設定方法をメモする。
sshdによるファイル転送を行うため、Linux(SVR)側で設定内容を確認する。
アクセスの制限sshd: 127.0.0.1 192.168.0. 192.168.1./etc/hosts.deny にアクセスを拒否先を設定。
sshd: ALL/etc/ssh/sshd_configの編集
#Port 22 #■ポート番号を変更しても良い 例) 2222等 #Protocol 2,1 #↓■SSH 2 のみ接続を許可 Protocol 2 #PermitRootLogin yes #↓■rootでのログインを禁止 PermitRootLogin no #↓■パスワード方式ログインで設定する場合、パスワードでのログインを許可 PasswordAuthentication yes
#↓■鍵方式ログインで設定する場合、パスワードでのログインを拒否 PasswordAuthentication no #↓■ 空パスワードの禁止 PermitEmptyPasswords no
【ログイン方式で鍵方式を設定した場合】
手順は下記の２通り考えられます。サーバーとクライアントが身近な（同一建物）場合は【手順１】で行い、ネットワークでの転送が必要な場合には、【手順２】が良いかも．．．
【手順１】でネットワークを経由で転送も方法を考慮すれば問題ないかもね。（キーをパスワード付きで圧縮して送り、パスワードは別手段で伝える）
ここでは、公開鍵・秘密鍵ともにデフォルトの値（名前）を使用して説明します。（鍵の生成時の名前（鍵名）は好きな名称をつけることが可能）
デフォルトでは、公開鍵（id_rsa.pub）・秘密鍵（id_rsa）になります。
【手順１】
■authorized_keysがない場合 $ cat ~/.ssh/id_rsa.pub > authorized_keys ■authorized_keysがある場合 $ cat ~/.ssh/id_rsa.pub >> authorized_keys ※登録したら、作成した id_rsa.pub（公開鍵）は削除します。
$ ssh-keygen -t rsa
実際に確認してみると大した事ないのだが... (^_^)
