くだらねえ質問はここに書き込め！ Part 132

そもそも、その為にここはあるんじゃないの？

>>952
ググレカスって書くためのスレだと思ってたｗ

Windows2000のマシンのみ手元にあります。
外付けのＨＤをext2にフォーマットできるツールってどんなのがありますか？

>>954

knoppix

一枚は
　もっておくこと
　　もうだめぽ

>955
さんきゅ

knoppixを使えばいいｼﾞｬﾏｲｶ。

例えば
ttp://www.thinkpad-lover.org/knoppix/QTParted.htm
を見れ

RPMパッケージからでなく
実行ファイル、ソースからapache,phpを
インストールしました。
で、もう一度再インストールしたいので
今のを一度アンインストールしたいんですが
apache2,phpフォルダごと削除しちゃえばOK？
もし違うなら手順を教えてください

>>953
いや、そうだよ。

>>958
http://linux2ch.is.land.to/index.php?ApplicationsSrcInstallFAQs#x77079e6

ソースからApacheか。もう面倒なんで上書きインストール。コレ。

>>960-961
有難うございます。
一突になるのですが
>>958の参考サイトに一つ一つ消すのが基本、と
かいてあるけどapache2ディレクトリごと
消しちゃって問題ないですよね？

>>962
インストーラが他の場所にファイルを配置したり
アカウント作成等のシステムへの変更をしていなければ。

>>963
アカウントは作ってない。
インストーラーが・・・そんなの解んないよ。

もういい。ディレクトリごと消して見る。

皆さん、レス有難う

>>964
2行目も主語は「インストーラが」だ。

#make uninstall

これは？

ここは優しい人で一杯ですね。
もうね、ディスプレイが滲んで見えるよ

>>967
俺も優しくしてみるよ。

uninstall apache2

これは？

あれ？Apacheってmake uninstall出来んかったか？

ビルドしたディレクトリが残ってれば、そこで
#meke uninstall

無ければ展開して前回のビルドと同じオプションつけて
$ ./configure
# make unistall

洩れ何か間違ってた？

>>969
やはり、くだ質以下の質問スレが必要だよね。
何か間違ってた？とか気軽に質問できるスレ。

やっぱりｱﾝｲﾝｽﾄｰﾙしなくても済みそうです。
だから、uninstall apache2もmake uninstall
はもうしません。
ごめんなさい。本当にごめんなさい

>>971
ﾜﾛﾀ

Part 133はこちら。↓

http://pc8.2ch.net/test/read.cgi/linux/1160894184/

>>970
前はくだ質と超初心者スレの二本建てだったんだけど
けっきょく使い分けできなくて
どっちか片方があがっててもう一方は使われず下がりっぱなし
っていう状態が多かった。
なんで、別にくだ質だけでいいと思うよ。

ごめん。apacheはmake uninstall出来んかったんやね

>>974
そだね。

>>974
それはスレタイが失敗していただけかも。

スレの使いわけがちゃんと出来る奴はくだらない質問なんてしないわな

df の表示がおかしくて、困っています。

Debian GNU/Linux Testing (2.6.17-2-486)

作業用に用意したパーティション (/dev/hda3, /mnt) の表示がおかしいです。
以下、 df と du /mnt を晒します。

# df
Filesystem 1K-ブロック 使用 使用可 使用% マウント位置
/dev/hda1 9614116 813432 8312312 9% /
udev 10240 60 10180 1% /dev
devshm 226020 0 226020 0% /dev/shm
/dev/hda5 9614116 130364 8995380 2% /home
/dev/hda3 4806936 140768 4421980 4% /mnt

# du /mnt
16 /mnt/lost+found
20 /mnt

cdebootstrap を試そうと、 切ってあったパーティション (/dev/hda3) に、

# mkfs -t ext3 /dev/hda3
# mount -t ext3 /dev/hda3 /mnt
# cdebootstrap /mnt

その後、

# rm -r /mnt/*

で、上記のような状態になってしまいました。

# shutdown -Fr now
# fsck /dev/hda3

でもエラーはありません。
また、 df が壊れているのかと考え、
再度 cdebootstrap をインストールして、その中の df を
使っても、上記と同じ状態です。

また、

# cp -r /home/*****/firefox /mnt/firefox

などとしてみると、

# df
Filesystem 1K-ブロック 使用 使用可 使用% マウント位置
/dev/hda1 9614116 813432 8312312 9% /
udev 10240 60 10180 1% /dev
devshm 226020 0 226020 0% /dev/shm
/dev/hda5 9614116 130272 8995472 2% /home
/dev/hda3 4806936 163208 4399540 4% /mnt

その分はきちんと反映されているようです。

この現象の原因・解決法をご存知の方がいらっしゃいましたら、
アドバイスをお願いいたします。

よろしくお願いします。

df が見にくくなってしまってすみません。
よろしくお願いします。

>>978
もう少し分かり易くパーティションを萌えキャラに例えて説明してくれ。

powernow-k8 ってモジュールじゃないとダメだったりする？

>>978
http://linux2ch.is.land.to/index.php?FAQ%2FAfterInstall#bf4a3a6a
これと同じ現象かな。
消したファイルを握ってるプロセスを kill するとか
一度 umount するとかでどうよ。

>>982

分かりにくくてすみません。

# df -h
(略)
/dev/hda3 4.6G 138M 4.3G 4% /mnt

# du -h /mnt
16K /mnt/lost+found
20K /mnt

du では全然使ってないのに df では 138MB も使われていると表示されるのは
なぜかということです。
萌えキャラは……むりぽ。

>>984

ありがとうございます。
私もそのような現象かとも思ったのですが、
マウントしているのは /mnt ですので、プロセスがファイルを作ることは
考えにくいのです。umount / shutdown ともに試していますが、
解決しません。なにか他に理由は考えられるでしょうか？

>>979
正常に umount すると clean だと判断されて
fsck かかんないんじゃないかな。
fsck -f だとどうよ。

>>986
ありがとうございます。
それは試していませんでした。もしかしたら直るかも！と思って
期待してやってみたのですが、変わらずでした。残念 orz
引き続きよろしくおねがいします。

もうmkfs -t ext3 /dev/hda3しちゃっていいんじゃないか

>>979
同じようにdebootstrapした、いらないパーティション(/dev/hdb9)あったんで
中身を全削除してdfとduの出力を比較してみた。サイズが同じ4.6G。

---
# rm -r /mnt/deb32/*
# df -h
/dev/hdb9 4.6G 33M 4.4G 1% /mnt/deb32

# du -s -h /mnt/deb32
4.0K /mnt/deb32
---

サイズは違うのだけども、dfの方が33MBと大きくなるみたい。
duは4.0Kしか使ってないのに... ｷﾓﾃｨ悪いな。
他のパーティションも、全削除はしてないけどdfとduは一律dfの方が
サイズが大きかったｽ。
わかんないけど予約領域ってやつがあるのでない？
http://www.google.co.jp/search?num=100&hl=ja&safe=off&q=ext3+%E4%BA%88%E7%B4%84%E9%A0%98%E5%9F%9F+%E3%83%87%E3%83%95%E3%82%A9%E3%83%AB%E3%83%88&btnG=Google+%E6%A4%9C%E7%B4%A2&lr=lang_ja

ちなみに環境もたまたま同じ。
Debian GNU/Linux Testing (2.6.17-2-486)

manページみたら、
df --- amount of disk space
du --- disk usage of each FILE
と書いてあるんで、duは真にファイルのサイズ、dfはファイルの管理に使う
データーも含んだサイズなんじゃないかな？

実害ないんで、今まで全然気にしなかったけど。ちなみに全部ext3です。

>>989
デフォルトは-o bsddfだから予約領域は入らないんじゃなかったか

>>988
ありがとうございます。
試してみました。ですが、変わりません。残念 orz
思い余って
# dd if=/dev/zero of=/dev/hda3
# mkfs -t ext3 /dev/hda3
# mount -t ext3 /dev/hda3 /mnt
としてみましたが、
# df -h
(略)
/dev/hda3 4.6G 138M 4.3G 4% /mnt
と、変わらずです。信じられません。
何が原因なのかさっぱりわかりません。
みなさまのお知恵をお貸しください。

>>989
わざわざ実験してくださって、ありがとうございます。
しかし、管理領域だとしても、
私の場合はサイズが大きすぎるような気がします。

du は、ブロックサイズのようですね。
http://sonic64.com/2004-05-26.html

こっち行けば？
/**ファイルシステム総合スレその5**/
http://pc8.2ch.net/test/read.cgi/linux/1152348695/

そのスレはキチガイ隔離スレだから普通の人を誘導しちゃ駄目

>>980
$ du -s -h -L /mnt

h

t

t

p

1000ならジュースでも飲むか

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。