空繰再繰

Windowsでアクセス権限がおかしくなって削除できなくなったファイルやディレクトリを削除する方法

rsyncで一時間毎にバックアップ！しててログ見たらPermission deniedというエラーが出てたので、 原因を調べてたら、削除や修正を一切受け付けなくなった状態のファイルやらディレクトリがあったので、 それを元に戻した方法をメモる。

ますなった状態はというとこんな感じ。

1. ファイルを削除できない
2. ディレクトリも削除できない
3. Administratorでも削除したりできない

要するにファイルやディレクトリの操作が一切できない状態。

で、原因は何かというと、どうもファイルやディレクトリの所有者が、 作成ユーザーからSYSTEMになってたことが原因みたい。

でこれを直す方法。

ます準備として、エクスプローラーのツール->フォルダオプションの表示タブの簡易ファイルの共有を使用する(推奨)のチェックをはずす。 これで、ファイルやディレクトリの所有者をみたり変更したりできる。

で、所有者がおかしくなって削除できなくなったファイルを右クリック->プロパティを開いて、セキュリティタブを開く。 そして詳細設定というボタンがあるので、それをクリック。 そうすると色々書かれたWindowが出てくるので、そこの所有者タブを開く。

んで所有者タブを開くと、現在の所有者と所有者を変更する選択肢が出てくるので、 そこで新しい所有者を選択してOKをクリックする。 で、所有者を変更できたら、新しい所有者にアクセス権限を与える。

アクセス権限を与えるユーザー一覧に新しい所有者の名前がない場合は、 追加 (D)というボタンをクリックして、新しい所有者の名前を追加する。 んでその後新しい所有者にアクセス権限を与える。

でまあこれで新しい所有者にアクセス権限が与えられたので、 ファイルを削除したりできるようになる。

ぶっちゃけると最初2chの質問系のスレで聞こうかなと思って、 Windows板のWindowsXP質問スレにたどり着いたんだけど、 そのスレのテンプレで、Windows を再インストール後、元からあるファイルにアクセスできません というのが紹介されていて、そこを見たら所有者云々と書かれていて、 そこでようやく解決方法が見つかったという。

なんというかWindowsのアクセスコントロールはややこしいよ！ UNIX系OSだとrootでchmod -R {permission} {file or dir}で一発なのに！とか思わなくもない。

まあなんとか解決できたのでよかったよかったという感じです。 色々やってダメだったらもう再フォーマットしかとか思ってたもん。

つーかrsync on WindowsでPermission関係のエラーが良く出てるんだけど、何でだろうね。 UNIX系OSだと簡単なのに！

なんというか疲れた。今度こそスムーズにバックアップが取れると良いなぁ。

coLinuxでUbuntu serverを試してみた。

coLinuxサービス化しようと思ったんだけど、メモリがちときついので、 軽いディストリなりかなーと思って、試しにUbuntu server試してみた。

インストールの仕方については、Ubuntu61を参照。 流れとしては、こんな感じ。

1. QEMUでインストール
2. QEMUのイメージをcoLinux用に変換
3. 設定を色々いじる

っていうか前にFedora Core6入れたときとほとんど一緒。 作業した時間としては大体3時間ぐらい。もっとも作業の途中で出かけていたので、 正確ではないけど。

で、使ってみた感想。……あんまり軽くない。 っていうかFedora Coreとそう変わらない。

とは言っても、結構簡単にインストールできたので、Ubuntu Server自体は結構よさげ。 もっとも簡単にインストールできたのはcoLinuxに慣れてると言うのもあるんだろうけど。

メモリは、……増やすしかないか。

Fedora Core6のcoLinux用最小構成イメージを作成中。

マシンスペックの関係で、XmingやVNC使ったGUIがあんまり早くないため、 CUIだけの最小パッケージを作成中。

前にFedora Coreに乗り換えたとき、色々とGUIやらなにやら試したかったため、 大量にパッケージを突っ込んだんだけど、CUIで作業するのに、 無駄が多すぎると判断、イメージを作り直すことになった。

とりあえず、自分が開発で最低限必要と感じるのは、

• Subversion
• Vim
• httpd (Apache/lighttpd)
• その他 (開発用ライブラリ/ssh等)

あたりだけなので、これらだけを含んだ最小イメージを作成。 で、今Vimの設定とかhttpdの設定とかをいじってる真っ最中。

あぁ、設定がめどい。

coLinux + CentOS4.4からcoLinux + Fedora Core 6に乗り換えた。

今までcoLinux + CentOS4.4でごにょごにょしていたんだけど、 最新のパッケージ使いたい！とか思ったときに、色々と面倒だったので、 coLinux + Fedora Core 6に乗り換えた。

以下今後参考するためのメモ。

coLinuxのイメージをQEMU使って作る方法はcoLinuxのWikiの、 Fedora6のインストールについてのページ を参考にやっていけば問題なくできる。

流れとしては、

1. 空のイメージを作成
2. QEMUでインストール
3. QEMUのイメージをddでcoLinuxのイメージに変換

と言う感じ。

ポイントとしてはQEMUでインストールするときにKQEMU使うことと、 ddのWindows版をどこかから調達することぐらい。

KQEMU使わないとしゃれにならないほど時間がかかるので注意。 KQEMU使わなかったときGUIインストールできなかったんだけど、 KQEMU使ったら何故かGUIインストールできた。

あと、GUIでインストールするときは言語を英語にしておいた方がいい。 あとで、coLinuxを起動するときに色々文字化けする。

で、Fedora Core 6をcoLinuxで動かす場合、coLinuxのバージョンが0.6.4だと、 カーネルが古いとかなんとかで問題があるらしいいので、開発版の0.8.0を使うようにする。 0.8.0は設定ファイルがXMLではないのでちょっと戸惑ったんだけど特に問題なく設定。

さあそして起動、してみたものの途中で止まった。ランレベル5で起動していたので、 グラフィック関係で止まったものと判断、ランレベルを3にしてようやく起動。

このとき、何かのメッセージが出たんだけど、言語を日本語にしていたせいで、 思いっきり文字化けして、解読不能だった。

あとはネットワークの設定とyum -y updateをして使えるようにする。

ここで作業は終了。QEMUでのインストールに3時間半、QEMU->coLinuxへの変換に20分、 yum -y updateに50分、その他色々やって合計5時間弱かかったので、 時間に余裕があるときに作業をやった方がいい。

ちなみに、coLinux用インストーラーのQEMU版 最初に使ったんだけど、何故か動かなかったため、自力でインストール。 Linuxのインストールに慣れてる人や、インストールの仕方を勉強したい人は、 QEMU使ってやったほうがいいかも。

あとはGUIをVNCとかFreeNXとかXmimg使って何とかする。Xmimngはマルチウインドウモードが早いらしい。

とりあえずこんな感じ。作業するのに二日かかりました。

GUIははっきり言って重かった。

Gnomeは重いので、Xfceに入れ替えてみたんだけど、それでも重い。 CPU1.6Ghz、メモリ512MBでなんで重いのか考えてたら、 そういえばVRAMが16MBしかないのを思い出してorz。

3年前のPCなので、全体的スペック低いから特にどれが遅い原因か分かりづらいんだけど、 多分VRAM足りてないんだろうな、きっと。しかもグラボはオンボードらしく、 さらに新しいボード挿すとこ空いてないため、どうしようもなかったり。

こうなってくるとputty+screen+vimで開発した方が快適なような気がする。 ただ、そうは言うものの、vimがよく分からなかったり、screenってなに？ みたいな状態なので、どうしようと思っていたり。

まあ、挑戦してみるか。