Macを教える・教わるコミュの【システム】ホームフォルダを別パーテーションへ移動したのにディスクスペースが増えない

いつもお世話になっています。
またまたお助けくださいf(^^;。

iBook G4 1.2GHz
OS10.3.9
メモリ1.25GB

現在、80GBの内蔵ハードディスクを、以下のように４つのパーテーションに分けて使用しています。
　Classic起動用　　5GB
　スワップ領域用　5GB
　OSX起動用　　　16GB
　データ用　　　　47GB
すべてフォーマットはHFS+（ジャーナリング）です。

＃「パーテーションは切らないほうがよい」という意見もあるようですが、まぁもう切っちゃってありますし、当面このまま運用したいと思っています。

さて、最近OSX起動用ボリュームの残り容量が1GBを切るようになったので、
http://mixi.jp/view_bbs.pl?id=13250541&comm_id=174656&page=all
で紹介されていた方法（別ボリュームに移動したホームのシンボリックリンクをUsersフォルダへ）で、ホームフォルダをデータ用ボリュームへ移動することにしました。

ところが、移動じたいはうまくいったのですが、9GB以上あったホームフォルダを移動したにもかかわらず、OSX起動用ボリュームの空き容量が増えてくれません。

試しに「What'sSize（http://www.id-design.com/software/whatsize/）」という、不可視ファイルなども表示してくれディスクの使用量が一目でわかるユーティリティーで調べてみましたが、一番大きいのは「System」の1.5GBで、次いで「アプリケーション」が1.3GB、「ライブラリ」が900MB程度...となっていて、全部足してもせいぜい6GBぐらいしか使っていないはずなのです。が、FinderでもWhat'sSize上でもディスクユーティリティー上でも使用量合計が15GB程度とあり、残り1.2GBとなっています。

ディスクユーティリティーで「ディスクの修復」「アクセス権の修復」もしてみましたし、Onyxでメンテ＆掃除もやってみましたが、いっこうに改善されません。

どなたか、原因または解決に向けてまだやれることがあるようなら、アドバイスいただければ幸いです。

どうかよろしくおねがいします。

コメント(14)

最初
全て
最新の40件

[1] mixiユーザー 12月30日 09:26

お疲れ様です、年末の忙しい時期のトラブルは大変ですよね..ターミナルからdf打ってみても空き容量は少ないでしょうか？
不可視も含めて合計容量がおっしゃる通りだったとしたらＯＳのバグかも？？

[2] mixiユーザー 12月30日 09:53

>>ginnez さん
　Finderから「フォルダに移動」で「/Private/」に移動して「/Private/var/tmp/」以下、「/Private/var/vm/」以下を見て下さい。

　「/Private/var/vm/」以下のapp_profile以外は削除しても構いません（要再起動ですが）。
　これで様子を見てフィードバックを下さい。

[3] mixiユーザー 12月30日 12:49

ちなみに移動しただけで元のデータが残っているなんて話はないんですよね。

[5] mixiユーザー 12月30日 13:49

What'sSizeを試してみたのですが、いくつか表示されない場所があるようです。
ルートディレクトリ（/）しか確認できていませんが、
/automount
/Volumes
/Network
の３つはWhat'sSizeでも表示されません。
通常は普通のファイルがここに行くことはありえないのですが、念のためそれぞれ「フォルダに移動」やターミナルなどから中身を確認した方がいいかもしれません。

[6] mixiユーザー 12月30日 16:35

皆さん、さっそくありがとうございます。
＞ばさささん
dfやってみました。結果は以下のとおり。
　Filesystem 512-blocks Used Avail Capacity Mounted on
　/dev/disk0s3 34406232 31210480 2851696 92% /
　devfs 180 180 0 100% /dev
　fdesc 2 2 0 100% /dev
　<volfs> 1024 1024 0 100% /.vol
　/dev/disk0s5 11489848 1338976 10150872 12% /Volumes/OS9System
　/dev/disk0s7 11489848 182328 11307520 2% /Volumes/SwapDisk
　/dev/disk0s9 97866904 91485032 6381872 93% /Volumes/DATADisk
　automount -nsl [462] 0 0 0 100% /Network
　automount -fstab [465] 0 0 0 100% /automount/Servers
　automount -static [465] 0 0 0 100% /automount/static
うーん、、どうなんでしょ？

＞白い月の鏡さん
スミマセン。書き忘れてましたが、スワップファイルはスワップ用ボリュームに移動させているので、/private/var/vm/内には64MBのスワップファイルが１個あるだけでした。/private/var/tmp/内も大きなファイルはありません。

＞Akira™さん
あはは、さすがにそれはありません。念のため確認してみましたけど。

＞再びばさささん
/automount内には「Servers」「static」という0MBのネットワークエイリアスがふたつあるだけでした。
/Volumes内もそれぞれのボリュームのエイリアスがあるだけでした。
/Network内も「Servers」のみ。

＞Cristianoさん
ターゲットディスクモード試してみましたが、やはり空き容量1.2GBちょっとです。細かく調べたわけではありませんが、ファイル構成も同じようです。

皆さん本当にありがとうございます。いろいろ勉強になります。
引き続き、何かアドバイスがありましたらお願いします。

[7] mixiユーザー 12月30日 17:24

うーん、、、UNIX上でも容量は同じですねぇ。
一度homeのシンボリックリンクを作り直してみてはいかがでしょうか？

[9] mixiユーザー 12月31日 01:01

setuidとかスティッキービットとか影響してませんか？

私のお薦めは
fstabを使ってLABELでボリュームを指定する事をお薦めします

mac fstab label でぐぐって下さい

[10] mixiユーザー 12月31日 04:04

ありがとうございます。

＞ばさささん
シンボリックリンク作り直してみました。実は前につくったときは、SymbolicLinkerというGUIのコンテキシャルメニューアイテムを使ったのですが、今度はターミナルからつくってみました。
が、状況変わらずです。。。

＞単細胞 2.0さん
ぐぐってみました。どんどんUNIXの迷宮に嵌っていくようで、未だ何かを試すほどには理解できていませんが。。。

＞fstabを使ってLABELでボリュームを指定する事をお薦めします

これは「別ボリュームにコピーしたホームフォルダのシンボリックリンクを/Usersフォルダに置く」というのをやめて、「別ボリュームじたいを/Usersとして指定する」ってことでしょうか？

ところで、DATADisk上にコピーしたホームフォルダから、同じ階層にシンボリックリンクをつくると、オーナーは自分自身となり、名前の変更等もできますが、これを/Usersフォルダへコピーすると、オーナーはシステムとなり、リネームなどはできなくなってしまいます。これって何か関係あるでしょうか？

あと、ばさささんから教えていただいたdfコマンドについて調べていたら、duというコマンドもあるようなので試してみたところ、WhatSizeでもlsでも「フォルダへ移動」でも出てこない/devというディレクトリが結構なサイズみたいなんですが、これって何でしょう？

以下、duの結果の抜粋です。
$ du /
24 /.svn
du: /.Trashes: Permission denied
2667216 /Applications
3 /automount
6928 /bin
281520 /cores
40 /Desktop Folder
20095600 /dev
: Permission deniedFolder
1955800 /Library
4 /Network
56048 /opt
213720 /private
4288 /sbin
2842376 /System
16 /TheVolumeSettingsFolder
1449064 /Users
1570504 /usr
du: /Volumes/DATA/.Trashes: Permission denied
92567368 /Volumes
123728815 /

[11] mixiユーザー 12月31日 04:20

追記です。
duの結果を調べてみると、
　/dev/fd/3
以下のファイル（？）構成が、ホームフォルダとまったく同じということがわかりました。
/dev/fd/3というディレクトリを削除したらまずいでしょうか？

[12] mixiユーザー 12月31日 07:56

> 11: ginnez さん、

/dev はUNIX一般で(ハードウェアなどの)デバイスがファイルとしてマッピングされた領域ですから、普通は削除しても意味がない、または削除してはいけません。

もしやるならCD, DVD, 外付けHDなど、取り外し可能なデバイスにバックアップをし、それらのディスクを物理的に取り外してから行ってください。
＃取り外ししないとそのディスクも被害に巻き込みます。

http://freebsd4-jman.kandk.co.jp/5/fdesc.5.html
http://www.kernelthread.com/mac/osx/arch_fs.html

ちなみに当方がホームディレクトリを移動する場合はシンボリックリンクを作るのではなく、NetInfo Managerで指定して行っています。

移動対象とは別の管理者権限ユーザでログインし、
/Applications/Utilities/NetInfo Manager.app を起動して、

/users/[username]
の
homeプロパティを書き換え、[username]でログインして動作を確認した後、ログアウトし、別の管理者権限ユーザで既存のホームディレクトリの内容を移動先にコピーしています。

あと、root権限がないと読めないディレクトリもあるはずですが、sudoコマンド、またはsudo suでrootになってから調べられていますか?

[13] mixiユーザー 12月31日 14:28

＞daishiさん
ありがとうございます。訊いておいてよかったです(^^;A。

ホームフォルダの移動にも、シンボリックリンク、fstab、NetInfoマネージャ等、いろいろ方法があるんですね。
それぞれの違いや善し悪しはまだよくわかりませんが。

ターミナルの作業はroot権限で行ってはいなかったので、それを試してみます。
ありがとうございました。

[14] mixiユーザー 01月04日 02:17

皆さんあけましておめでとうございます。
今年もよろしくお願いいたしますm(_ _)m。

結論から言うと、解決しました。
で、原因はというと....ああ、ハズカシや。
結局3: Akira™さんのご指摘が正しかったというか。。。

問題のファイル群は、ふだん管理アカウントとして使っているのではなく、ちょっと訳あって臨時に作った管理アカウントのゴミ箱の中に（しかも不可視状態で）ありました。

12: daishiさんのご指摘に従い、root権限でduした結果をつらつら眺めていると、「（臨時管理アカウント）/.Trash/」のなかに、削除したはずの旧ホームのデータがあるじゃありませんか。

で、臨時管理アカウントでログインし、ターミナルからゴミ箱の中身を覗いてみると、やはりありました。
　rm -rf .Trash
とやると、ちゃんと9GB強分のディスクスペースが開放されました。

いや、確かに削除＆ゴミ箱を空にした記憶があったんですけど。。。
Akira™さんゴメンナサイm(> <;)m。
そして皆さま、新年早々お騒がせでした（滝汗。

こんなお間抜けですが、今年もよろしくご鞭撻くださいませm(_ _)m。

ログインすると、みんなのコメントがもっと見れるよ