トップページ⇒linux
996コメント350KB

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

■ このスレッドは過去ログ倉庫に格納されています
0001login:Penguin2013/11/03(日) 17:05:39.70ID:fXGZvXZh
まずは2ch-Linux-Beginnersを読みましょう。
いろいろとまとめられているので(・∀・)イイ!!
http://www12.atwiki.jp/linux2ch/

読んでも解決しなかったら、質問を書きこむ前にここを読もう。
http://www12.atwiki.jp/linux2ch/?About
質問に対して答えてもらったら、お礼よりも、結果報告。

過去ログ検索（Part29: 22氏提供） http://2chlinux.dtdns.net/2ch-linux-ks/
Google検索　http://www.google.co.jp/linux

関連スレッドは >>3-4 あたり。

くだらねえ質問はここに書き込め！ Part 206 (実質207)
http://engawa.2ch.net/test/read.cgi/linux/1379628192/
http://2chlinux.dtdns.net/2ch-linux-ks/thread/1379628192.html
0778login:Penguin2013/12/13(金) 11:41:05.03ID:bT1KHjHE
>>777
userのgnomeデスクトップから、
/etc/samba/smb.confなどの中身も見れてしまうんです！！
0779login:Penguin2013/12/13(金) 11:46:21.84ID:mLBtX+de
>>778
chmod o-r /etc/samba/smb.conf じゃだめなんだっけ。
0780login:Penguin2013/12/13(金) 11:50:48.05ID:mLBtX+de
つーか chmod 751 / しても
/etc/samba/smb.conf の中身は見れんじゃね。
0781login:Penguin2013/12/13(金) 11:52:56.10ID:bT1KHjHE
>>779
otherからr権限の剥奪ですね
でも、smb.confは一例で、/ディレクトリや、/etcなどには、色々と見られたくないものがあるんです。
/home/user以外は、一切、userから見られたくないわけなんです。

そこで、root:rootの/ディレクトリにおいて、
chmod 751 .　にして、otherから隠してしまいたいと考えました。

レンタルサーバとかも、/homeよりも手前の/や、/etcにアクセスできるようになっているわけはないと思うんですが、
どういう方法をとればよいんでしょうか。
0782login:Penguin2013/12/13(金) 11:53:41.21ID:mLBtX+de
>>781
chroot かなぁ。
大変そうだけど。
0783login:Penguin2013/12/13(金) 11:54:32.67ID:bT1KHjHE
>>780
chmod 751 /　なので、/etcディレクトリへのアクセスができなくなるので、
設定ファイルなどをuserから隠せると思います。
0784login:Penguin2013/12/13(金) 11:55:12.62ID:mLBtX+de
>>783
実際やってみ。
cat /etc/samba/smb.conf とかできちゃうよ。
0785login:Penguin2013/12/13(金) 11:55:27.94ID:bT1KHjHE
>>782
chrootは、むりです。
userはgnomeを使うので。
0786login:Penguin2013/12/13(金) 11:57:11.88ID:bT1KHjHE
>>784
コマンドからだとできちゃうんですね。
でも、gnomeのウインドウからは、たどれなかったので。

コマンドからだとアクセスできるということは、
chmod 751 /　にしてしまっても大丈夫かな？
0787login:Penguin2013/12/13(金) 12:01:02.45ID:bT1KHjHE
今、テスト用のセントOS6.5のマシンで試しました。

chmod 751 /

gnomeのファイルウインドウで、/ディレクトリを開こうとすると、
アクセスが拒否されましたが、userの/homeディレクトリは表示できました。

ただ、何か他に悪い影響を与えていないかどうかが気になります。
0788login:Penguin2013/12/13(金) 12:13:11.13ID:bT1KHjHE
# chmod 751 /
と設定してから、

user$ cd /
user$ ls
とすると、許可がありませんとなってディレクトリ内容は表示できません。

しかし、test.txtを適当に作成して、/ディレクトリに置き、
user$ cd /
user$ ls ⇒許可がありません。
user$ cat test.txt　⇒中身が表示できました。

chmod 751 にすると、そのディレクトリの一覧ができなくなるだけのようです。

otherで動作しているプログラムが、/ディレクトリの一覧を必要とするようなことはおそらく
ないだろうと思われるので、
これでも十分なのでやってみます。
0789login:Penguin2013/12/13(金) 16:39:29.43ID:0/FafklR
Linuxでビットコイン掘れる？
0790login:Penguin2013/12/13(金) 16:43:43.05ID:oNTS4E73
>>789
あたりめーじゃ
0791login:Penguin2013/12/13(金) 16:54:27.56ID:NJqhOUXw
>>778
見られると何か困ることでもあるの?
0792login:Penguin2013/12/13(金) 19:56:21.62ID:BY4bfe5l
師匠に笑われる
0793login:Penguin2013/12/13(金) 20:05:38.30ID:8cnJL2uO
シンボリックファイルを作成して、chmodでアクセス権を変えようとすると、
エラーになりました。
調べてみると、chmodはシンボリックリンクのアクセス権を変えられないようです。
シンボリックリンクを削除できないようにするにはどうすればいいのでしょうか。
0794login:Penguin2013/12/13(金) 20:15:06.24ID:0sjy//bK
ファイルを削除できるかはそのファイル自体のパーミッションじゃなくて
格納されているディレクトリのx権限に依るんじゃないの
0795login:Penguin2013/12/13(金) 20:16:36.65ID:0sjy//bK
xじゃなくてwか。失礼。
0796login:Penguin2013/12/13(金) 21:20:28.91ID:LKlNbv1P
http://d.hatena.ne.jp/SPR/?of=72
のサイトに書いてある通りに、chgrp the_cathcer /var/run/torを行ったのですが、chgrp: invalid group: `the_cathcer'とエラーが出てしまいます。
なぜでしょうか？教えてください。
0797login:Penguin2013/12/13(金) 21:27:24.18ID:LKlNbv1P
すみません、上のは誤爆です。
Permissions on directory /var/run/tor are too permissive
torのログで上記の警告が出てしまうのですが、どのようにすれば解決できますか？
0798login:Penguin2013/12/13(金) 21:31:20.63ID:mLBtX+de
>>797
書いてあるとおりじゃね?
0799login:Penguin2013/12/13(金) 21:34:02.00ID:LKlNbv1P
>>798ごめんなさい、権限が強すぎるというのは理解したのですが、どうしたら権限を弱められるのですか？初歩的な質問ですみません。
0800login:Penguin2013/12/13(金) 21:45:03.84ID:mLBtX+de
>>799
chmod で。
0801login:Penguin2013/12/13(金) 21:55:37.17ID:LKlNbv1P
なんかごちゃごちゃ読みにくくって分かりにくいのかいててごめん。
800の言う通り、chmodでアクセス権をいろいろいじってたら動いた！
やっぱりLINUXたのしいね。
これには参ったよ。
0802login:Penguin2013/12/14(土) 05:06:19.05ID:EFucj13v
すみません、Centos6.5でハングアップになやまされています。

"mount -t cifs"で、SAMBA共有を「あるディレクトリ」にマウントしています。
GNOMEからこのディレクトリを開き、適当なディレクトリやファイルに対して、リンクを作成します。
このリンクを、GNOMEデスクトップ上にドラッグでコピーしたり、削除しようとすると、GNOMEがハングアップしてしまいます。
また、SAMBA共有のそのディレクトリへ別マシンからネットワーク経由ですることもできなくなってしまいます。

他の方、大丈夫でしょうか。
0803login:Penguin2013/12/14(土) 06:01:31.61ID:EFucj13v
>>802
SSH端末からの操作でも同じでした。
"mount -t cifs"でディレクトリツリーにマウント後に、このディレクトリを開き、
そこにtouchでファイルを作成後、ln -s　でリンクを作成しました。
vim でリンクを開いて編集して保存するときに、ハングアップしました。

kill で、vimプロセスを終了しなければなりませんでした。

非常に困っています。
0804login:Penguin2013/12/14(土) 07:07:14.14ID:Rlcnn/OA
>>802
gnomeというかnautilusが凍るのはよくなる。リンクでなく通常のファイルで。リモートからのコピーで。

redhat という糞ディストリビューション、gnomeという糞プロジェクトの、糞MS-Windowsに比肩する輝かしい成果だと思う。必要なければこんな汚ならしい物等に触れたくない。
0805login:Penguin2013/12/14(土) 08:56:23.87ID:EFucj13v
>>804
まあ、信じましょう。

しかし、>>803のように、SSH端末からのコマンド操作でもハングアップしちゃったんです。
0806login:Penguin2013/12/14(土) 09:06:54.56ID:EFucj13v
>>802-803
皆さんにも検証をやってもらいたく、詳細手順を挙げます。

１、まず、/home/MP/user　に共有をマウントします。
# mount -t cifs -o user=iam,password=pws //file-server/user /home/MP/user

２、マウントディレクトリに入ります。
# cd /home/MP/user

３、testというファイルを作って、ソフトリンクを張ります
# touch test
# ln -s /home/MP/user/test link-test

４、作成したリンクにアクセスします。
# vi link-test

ハングアップします。
killしなければ、sshコンソールが固まります！

あるいは、４の代わりに、gnomeのファイルウインドウで、link-testを、デスクトップ上に貼り付けようとしたり、
削除しようとすると、固まります。
gnomeを再起動しなければ直りません。

これって、mountのバグですよね。
0807login:Penguin2013/12/14(土) 10:59:14.73ID:eQARDl+4
>>806
CIFS使ってないけど、NFSだと応答がなかった時エラーにするsoftってオプションがあるよ。そういうのないの。
0808login:Penguin2013/12/14(土) 11:48:14.99ID:mgfv2oY7
そう思うんならcentosにバグレポートでも投げとけよ
0809login:Penguin2013/12/14(土) 11:51:52.50ID:S6rPIWeR
自鯖再構築中だったので待ち時間に試してみた。
結論から言うと再現不可なので尾前岳

環境
CentOS 6.5 / kernel 2.6.32-431.el6.x86_64
mount from util-linux-ng 2.17.2
VIM - Vi IMproved 7.2
samba v3.6.9
0810login:Penguin2013/12/14(土) 12:18:16.41ID:dVebNe4+
良く分からんが固まるのはソフトリンクからアクセスしたときなのか
それとも元のファイルにアクセスしても固まるのかぐらい書いて欲しい
あとSambaのクライアントだけじゃなくてサーバ環境も書いて欲しい
0811login:Penguin2013/12/14(土) 12:54:20.03ID:8l+rhjS4
AcerのAOA150にデュアルブートでUbuntu 12.04を入れており、DDNSの更新をcronで任せています
深夜はハイバネートしておくために"00 00 * * * rtcwake -m disk -s 21600"して6時間寝かせています
そのハイバネートからの復帰時に、GRUBで止まってしまい自動でubuntuに復帰しません
menu.lstのdefault numが正しく指定されていることもtimeout secが5になっていることも確認しましたし、
ttps://forums.ubuntulinux.jp/viewtopic.php?id=14167 を参考に
/etc/default/grubにGRUB_CMDLINE_LINUX="acpi_sleep=nonvs"を追加してもダメでした
シャットダウンからの起動時にはちゃんと5秒後に起動してくれるのですが…ハイバネートのGRUB設定は別なんでしょうか？
0812login:Penguin2013/12/14(土) 13:12:22.00ID:8l+rhjS4
自己解決しました
単に/etc/default/grubにスワップのUUIDを書いてないだけでした、失礼いたしました
0813login:Penguin2013/12/14(土) 13:26:46.64ID:3jorldcl
jobsで出てくるコマンド一覧について、各コマンドを実行したときのカレントディレクトリを
表示する方法ってないでしょうか？
今は↓みたいに各ジョブ番号をfgしてディレクトリを確認しているのですが、面倒です。
jobsのオプションにそういうのがあれば良かったんですが・・・

$ jobs
[1] running firefox
[2] + running sleep 1000
$ fg %2
[2] - running sleep 1000
(pwd : /tmp)
0814login:Penguin2013/12/14(土) 13:43:00.35ID:dVebNe4+
>>813
~/.bashrcあたりに以下を追加
function jobs2 {
while read a pid b; do
echo $a $pid $b $(readlink -f /proc/$pid/cwd)
done < <(jobs -l)
}
0815login:Penguin2013/12/14(土) 13:46:09.39ID:dVebNe4+
ごめん。zshとbashじゃjobsの表示が微妙に違うのね。
適当に改変して使ってくれ
0816login:Penguin2013/12/14(土) 14:13:48.55ID:3jorldcl
>>814
なるほど。プロセス毎にproc以下に色々作られるんですね。
ありがとうございました。
0817login:Penguin2013/12/14(土) 22:10:09.72ID:EFucj13v
>>809-810
SSHコンソールにおいて、リンク削除時に生じるフリーズは、
sambaのゴミ箱機能をオフにすることで解消されました。
（あるいは、しばらく待っていることでも復帰しました。）


しかし、gnomeのファイルウインドウにおいて、その作成したリンクを
デスクトップ上にコピーしようとすると、コピー中のタスクバーが表示された状態で止まります。

１、/home/MP/user　に共有（//file-server/user）をマウント
# mount -t cifs -o user=iam,password=pws //file-server/iam /home/MP/iam

２、マウントポイント（/home/MP/iam）へのソフトリンクをデスクトップに作成
# ln -s /home/MP/iam /home/iam/デスクトップ/link

３、gnomeデスクトップから「link」を開くことで、smb共有にアクセスできる。

４、その中の適当なディレクトリのリンクを作成（gnomeの右クリックメニューから作成）

５、作成したリンクはウインドウ内にあるので、デスクトップにドラッグで移動する

ここで、コピー中タスクバーを表示させて止まります。
「link」をクリックしても、もう開けません。

こんどこそ、再現性があると思います。よろしくお願いします。
0818login:Penguin2013/12/14(土) 22:14:19.26ID:dVebNe4+
>>817
最初の３行を読む限りネット環境が悪いだけのように見える
もしかして無線だったりする？
0819login:Penguin2013/12/14(土) 22:22:45.03ID:EFucj13v
>>818
いえ無線ではないです。

ちょっと、ひらめいたことがあるので、今検証作業をやっています。
実は、同じsmb共有を、複数（7個）のマウントポイントにマウントしているのです。

これを、一対一の関係にして再度、同じことをやってみたいと思います。
0820login:Penguin2013/12/14(土) 22:29:46.31ID:EFucj13v
↑
だめでした。SMB共有とマウントポイントを、一対一の関係にしても、同じ症状になりました。
0821login:Penguin2013/12/14(土) 22:44:59.12ID:ewA+yC+J
長くなりそうだから CentOS スレに移動した方がいいんじゃね。
0822login:Penguin2013/12/14(土) 22:48:04.99ID:EFucj13v
ZFS-fuseを使っているのが原因だろうかとも考えて、ext4領域をsmb共有領域とするなど行いましたが、やはり同じです。

>>817のgnomeをつかった手順には、再現性があると思います。
ご協力お願いいたします。
0823login:Penguin2013/12/14(土) 22:48:56.47ID:EFucj13v
>>821
はいすみません。
どこがふさわしいでしょうか。
0824login:Penguin2013/12/14(土) 22:50:38.28ID:lBNEzt4H
実は複数mountしてるとか実はzfs-fuse使ってるとか後出しが多くないですかね。
0825login:Penguin2013/12/14(土) 22:52:38.13ID:ewA+yC+J
>>823
CentOS スレ。
0826login:Penguin2013/12/14(土) 22:54:34.17ID:EFucj13v
>>824
すみません、もうありません。

ひょっとしてと思って全部はずしましたが、同じ症状です。
普通、それらは当然動作するものとして考えてしまったからです。

検証の結果、事実、関係がなかったようです。
標準の状態で再現性があると思います。
0827login:Penguin2013/12/14(土) 22:56:44.87ID:ewA+yC+J
ここね。

CentOS Part 39【RHEL Clone】
http://engawa.2ch.net/test/read.cgi/linux/1379621229/
0828login:Penguin2013/12/14(土) 22:56:55.33ID:Sql6FXXn
gphotoとgtkamのウィンドウズ版がインストールできないんですが、
これらのソフトって、LINUX専用とかでしょうか？
0829login:Penguin2013/12/14(土) 22:59:24.00ID:aVVnmcaH
win 版として公開されてるんだろ？
いくらなんでも板違いだべ
0830login:Penguin2013/12/14(土) 23:02:03.39ID:EFucj13v
>>827
了解です。

>>817の件について、
CentOS Part 40【RHEL Clone】
http://engawa.2ch.net/test/read.cgi/linux/1387029516/

に移動します。
0831login:Penguin2013/12/15(日) 01:55:11.09ID:EHhm4tJ9
関数やスクリプト内でbool的な処理をしたいとき、以下のようにしているのですが、いまいちカッコ悪いです。

isOK=""
case $hoge in
〜略〜
fuga)
isOK="true"
;;
〜略〜
fi
if [[ isOK == "true" ]] ;then

熟練の人はこうは書かないだろうなと思いますが、お勧めな書き方ってありますか。

特に、既に isOK が定義され何らかの値が入っていたとしても、後続の処理に影響を与えないようにしたいです。
08328312013/12/15(日) 01:56:24.94ID:EHhm4tJ9
すいません、
if [[ isOK == "true" ]] ;then
は
if [[ $isOK == "true" ]] ;then
の間違いでした。
0833login:Penguin2013/12/15(日) 06:52:42.87ID:nuWfbfLl
この人は人のものを尋ねる資格が無いようなので相手にするのはやめましょう。
0834login:Penguin2013/12/15(日) 11:37:14.10ID:6hXBTnw2
>>830
こらこら
終わりが近いからって勝手にスレ立てるなよ
0835login:Penguin2013/12/15(日) 12:05:23.70ID:dtQZScEk
>>831
> 熟練の人はこうは書かないだろうなと思いますが、お勧めな書き方ってありますか。
"true" → 1

> 特に、既に isOK が定義され何らかの値が入っていたとしても、後続の処理に影響を与えないようにしたいです。
自分で書いてるシェルスクリプトで何故そんな心配する？
0836login:Penguin2013/12/15(日) 12:22:31.71ID:YlVlpo7Q
[[ ]] じゃなく [ ] 使うかな。
どう違うかは忘れた。
0837login:Penguin2013/12/15(日) 12:38:23.74ID:NEJNaICE
0 と 0 以外にする。
isOK = 0 か、 isOK != 0
0838login:Penguin2013/12/15(日) 12:48:23.57ID:a8cjngJe
そんなにパフォーマンスが問題になるようなスクリプトでない限りは
1と0より"true" "false"の方が分かりやすいと思うけどね
特にlinuxだと終了コードが0で成功って文化がある訳だし
0839login:Penguin2013/12/15(日) 14:26:44.80ID:HCQOY1XB
bashで、あるプロセスが起動してなかったら起動スクリプトンを実行するってどうやるの？
0840login:Penguin2013/12/15(日) 14:36:20.22ID:YlVlpo7Q
>>839
pgrep 使う、とか?
08418312013/12/15(日) 16:53:17.18ID:EHhm4tJ9
＞既に isOK が定義され何らかの値が入っていたとしても、後続の処理に影響を与えない
については自己解決しました。
local isOK=""
というふうに初期化しておけばOKです。unsetだと環境変数が消えてしまうので駄目ですね。

true, falseを使う理由については、>>838と同じ理由です。結局この辺は好みの問題ですかね。
理想を言えばtypesetでbool型を定義できて、[[ ]] においてbool型に応じた処理をしてくれれば
最高なんですが、シェルにそこまで求めるのもおかしいかな・・・。

>>836
[[ ]]はシェルビルトインだし機能も[ ]より多いですよ。
0842login:Penguin2013/12/15(日) 17:12:34.37ID:a8cjngJe
[ もbashとzshではビルトインのはず
0843login:Penguin2013/12/15(日) 17:51:09.34ID:6NUIcbpN
[ゴミだと思って消しちゃったことあったな。
15年以上前かな。
0844login:Penguin2013/12/15(日) 20:31:20.34ID:t3kSr1sI
Linusって最初見た時は優しそうな人だなと思っていたんだがな......笑
0845login:Penguin2013/12/15(日) 20:36:01.04ID:5wgLBNdl
>>839
スクリプトンを呼ぶ時はどう呼んでた？いなくなった後ちゃんと探したか？
この辺りも最近野良スクリプトンが増えてきてる
あいつらファッション感覚なんだろう。スクリプトンの気持ちなんて一つも考えちゃいない
0846login:Penguin2013/12/16(月) 18:50:00.88ID:Cuy1eAWh
くだらない質問ですみません。
私は昔、といって何カ月か前ほどですが、Debianを使っていました。お気に入りの音楽を聞きながら弄っているのが好きだったのですが、その曲名を忘れてしまいました。
「 カモンカモンベイベ、だって退屈なんだもん。風を切ってトワライトナイト、ハンドル握る貴方の、 耳元で囁いてみた、「ちょっと早いくない？」 」
というような歌詞なのですが、どなたか曲名をご存じですか？
テンポがよく、Debianのお供でした。
0847login:Penguin2013/12/16(月) 18:53:20.41ID:v7BRsL7J
スレ違い
http://www.kget.jp/lyric/112293/
0848login:Penguin2013/12/16(月) 18:55:57.61ID:iR5GTM3p
>>846
それはFull Of Harmonyの「はなびら」ですね。
0849login:Penguin2013/12/16(月) 18:57:57.45ID:Cuy1eAWh
>>847本当にありがとうございました。<(_ _)>
これがまたいい曲なんですよねぇ。
間奏までもテンポを損なわずに気分を盛り上げてくれる名曲ですよ！
ありがとうございました。
0850login:Penguin2013/12/16(月) 18:58:08.64ID:3JTUsg0k
ほらな。Debianはユーザも違うだろ？歴史があるからな
0851login:Penguin2013/12/16(月) 19:31:39.78ID:qUoD2wU8
さすがといわざるおえない
0852login:Penguin2013/12/16(月) 22:11:41.31ID:/kxPuMYL
nfsで一番パフォーマンス出る設定でどんなですか？
asyncぐらいしか知らないのですが、他に良いオプションありますか？
nfsバージョン間（3と4？）では差異はありますか？
0853login:Penguin2013/12/16(月) 23:04:32.31ID:pN2SNU9s
パフォーマンス求めるならnfsは止めとけ
0854login:Penguin2013/12/16(月) 23:26:18.30ID:/kxPuMYL
>>853
nfsの設定による速度差なんてたかが知れているという意味ですか？

たとえば10〜20ノード数でのクラスタリングにおいて10〜20TBのディスクスペースを共有したい場合
どういう構成がもっともコスパいいですか？（規模によるとは思いますがザックリとした見積もりで）
0855login:Penguin2013/12/16(月) 23:41:27.81ID:zeMNlUpf
CentOS 6.5を使っています。
シリアルのCOM1とCOM2どちらも個別のコンソールとして使用したい(少なくとも
GRUBのメニューが表示されるまでは両方にメッセージを流したい)のですが、
どういう風に設定したらよいのでしょうか？
調べてみると、VGAやシリアル等のデバイスタイプ毎にコンソールになれるのは
一つだけと書かれていたのですが。

ttp://archive.linux.or.jp/JF/JFdocs/kernel-docs-2.6/serial-console.txt.html
0856login:Penguin2013/12/17(火) 19:20:45.27ID:XvpaORca
Vine linux chromiumで2chにオングストローム記号?を書き込むと文字化けして？になってしまう
のですがどうしたら書き込めるでしょうか？
0857login:Penguin2013/12/17(火) 19:26:43.33ID:mO/5+74a
>>856
他のOSで確認するﾖﾛｼw
実際の話、\(エン)を表示出来ないUnix系のOSは数多あるので。
単純に、表示文字ｺｰﾄﾞの問題の可能性もあるし。
0858login:Penguin2013/12/17(火) 19:28:32.82ID:Lsws2uf+
Åで我慢する
0859login:Penguin2013/12/17(火) 19:47:07.78ID:NMvKR7rV
>>856
http://engawa.2ch.net/linux/SETTING.TXT
で BBS_UNICODE=change になってるから
この板では無理じゃね。
0860login:Penguin2013/12/17(火) 19:50:12.63ID:NMvKR7rV
>>856
http://uni.2ch.net/newsplus/ とかだとどうよ。
0861テスト2013/12/17(火) 19:55:00.48ID:XvpaORca
?で我慢する
0862login:Penguin2013/12/17(火) 19:55:58.85ID:NMvKR7rV
>>861
テストはこっちで。

test
http://engawa.2ch.net/test/read.cgi/linux/1341351394/
08638562013/12/17(火) 20:07:44.16ID:XvpaORca
>>857~>>860
レスTHXまだ解決できてないけどヒント貰ったのでいろいろ試してみます
書き込めないのはこの板と臨時地震板です。ニュー速＋は書き込めました。
0864login:Penguin2013/12/17(火) 20:11:31.95ID:NMvKR7rV
臨時地震板も >>859 と同じ。
http://hayabusa.2ch.net/eq/SETTING.TXT
0865login:Penguin2013/12/17(火) 20:24:34.77ID:cNStTwVZ
>>863
http://awabi.2ch.net/test/read.cgi/gogaku/1298542858/
0866login:Penguin2013/12/17(火) 21:36:37.64ID:7YDBtZgj
設定なら自治スレ辺りに持ち込んで話をまとめた上で申請して気長に待ってみるとか？
0867login:Penguin2013/12/18(水) 00:51:23.93ID:rRHJTMX2
昔Ubuntu(10.04LTSだったような...)で使ってたHDDをCentOS6.5でmountしようとしたんだけど、
ファイルシステムがわからない。
どうにか調べる方法はありませんか？
とりあえず-tでext2,ext3,ext4,xfsは試してみたんだがどれもハズレみたいです
0868login:Penguin2013/12/18(水) 00:53:27.10ID:rRHJTMX2
書き忘れました
マウントしたい理由は中身のデータを回収したいためなのでフォーマットかけてしまうのは駄目です
0869login:Penguin2013/12/18(水) 01:02:18.82ID:/1//TlIp
>>867
blkid で見れない？
0870login:Penguin2013/12/18(水) 01:03:25.30ID:ubGNKOXr
>>867
gparted使えるならそれが一番だと思うけど
$ sudo fdisk -l
でおおまかなパーティション構成見たり
$ sudo blkid -o value -s TYPE /dev/sda1
とかかね
0871login:Penguin2013/12/18(水) 01:03:27.52ID:Qf0XqFSd
fdisk -l /dev/sda
みたいにして表示されない？
ID を元に表示してるだけだけど。
0872login:Penguin2013/12/18(水) 01:21:12.56ID:bnhT7e4o
>>867
NTFSだとしたら、素のCentOS6.5は認識出来ないんじゃなかったっけ。
sudo yum -y install ntfs-3g
で ntfs-3g 入れないと。

ntfs-3g入れたら、Nautilusでマウント出来るよ。
0873login:Penguin2013/12/18(水) 01:34:31.30ID:bnhT7e4o
おっと、
素のCentOSだとntfs-3gは無いかも。
EPELリポジトリ追加しないと。

もしそうなら
https://fedoraproject.org/wiki/EPEL/ja
を参考に、6.5だとepel-release-6-8かな。
32bitなら
# rpm -Uvh http://ftp.jaist.ac.jp/pub/Linux/Fedora/epel/6/i386/epel-release-6-8.noarch.rpm
64bitなら
# rpm -Uvh http://ftp.jaist.ac.jp/pub/Linux/Fedora/epel/6/x86_64/epel-release-6-8.noarch.rpm
して、
# yum -y update
# yum -y install ntfs-3g
すれば入ると思う(updateは不要かも?)。
0874login:Penguin2013/12/18(水) 02:36:03.31ID:JZiqs1jj
横からの質問ですが、NTFSの仕様が非公開なため、LinuxでのNTFSは
信頼性などに懸念があると聞きますが、実際どんな感じですか？
試してみて問題あった方いますか？
それとも普通に仕えてるが、本気で常用したいとは思わない、みたいな程度でしょうか？
0875login:Penguin2013/12/18(水) 03:39:50.64ID:bnhT7e4o
>>874
NTFSのデータ用USB-HDDをLinuxで2年くらい使っているけど
・Linuxのファイルの属性(所有権、実行属性など)が設定できない
・Linuxからは「?」「:」「改行文字」などを含むファイル名を指定できるけど
　Winからそのファイルを開けない
・ファイルシステムのチェックはWinのcheck diskでしか出来ない
　 (現状Linuxのfsckでは出来ない)
これ以外は、問題なくファイル読み書き出来ているよ。
ファイル名の文字コードも、UTF-8のLinux側で漢字名でファイル作成しても
S-JISのWinでちゃんとそのファイル名が読めるし逆も大丈夫。

でも、全くもって大丈夫です とは自身持って言えない。

WinからもデータアクセスするのでNTFSにしているだけで、Winが無ければext4にしたい。
今のところWinでcheck diskしてもエラーは出てこないけど確かに気持ち悪い。
見かけ上ちゃんと読み書きしているようでも小さなしわ寄せがたまって
ある日突然MFTが破綻すると嫌なので、気休めかもしれないけど週に1回は
Winでcheck diskかけている。
0876login:Penguin2013/12/18(水) 08:54:24.71ID:51cL6x0R
>>874
大量書き込みしてるとなぜか書けなくなったことがあるけど、再起動すれば直った
先頭セクタを使っているのでブートローダ入れようとして壊した（最後尾にバックアップがあるので復旧可能）
ランダムに使わずに詰めて使っていく感じで少し遅い、空きが無くなると相当遅くなる
表示上では空きがあるのに書けなくて負荷が上がる場合がある
（遅くなってて大きなファイルだと時間がかかるので小さなファイルを）移動して
空きを作ると通常に戻った。

要は自力でチェックができないので信頼性に懸念があるという話だな。
逆に言えば少々おかしいだけでマウント出来なくて冷や汗ということはなさそう。
0877login:Penguin2013/12/18(水) 22:02:38.37ID:JZiqs1jj
>>875
>>876
詳しく教えてくれてありがとうございます。

MSもファイルシステムくらい公開してくれればいいのに
■ このスレッドは過去ログ倉庫に格納されています