
Ubuntu日本語フォーラム

ログインしていません。
こんにちは。
タイトルの通り、nautilusがHDDをデバイスとして認識しません。
マザーにある8個のSATAポートに全てHDDをつけています。
その内の1個のHDDのみサイドバーの「デバイス」のエリアに表示されません。
/etc/fstabの設定、または、直接mountコマンドで、/mediaにマウントポイントを設定すると、
サイドバーの「コンピュータ」のエリアにマウントポイントのディレクトリ名が表示され、アクセス、ファイルの読み書きは問題なくできます。
実用上は問題ないのですが、デバイスに表示されないのが気持ち悪いので、なんとかデバイスとして認識させたいです。
どなたか方法を教えてください。
オフライン
書き忘れました。
使用しているのは、ubuntu12.10です。
先日、クリーンインストールしてから、ずっとこの状態です。
もしかすると、nautilusを最初に起動する前に、/etc/fstabにそのHDDのマウントポイントだけ、書き込んだかも知れませんが、
メモを取っていないのでわかりません。
認識しないHDDのuuidを書き換えようとも思いましたが、中のデータを壊すと困るので、やっていません。
uuidを書き換えても問題ないのでしょうか?。よかったらこちらも教えてください。
オフライン
kay による投稿:
もしかすると、nautilusを最初に起動する前に、/etc/fstabにそのHDDのマウントポイントだけ、書き込んだかも知れませんが、
メモを取っていないのでわかりません。
確認すればいいじゃないですか。
cat /etc/fstab
とか、実行してみてはいかがですか。
オフライン
レスありがとうございます。
既に /etc/fstab には、全てのHDDのマウントポイントを設定してあり、マウントもされています。
しかし、nautilusは、ある1個のHDDだけデバイスとして認識しないのです。
オフライン
うーん、状況がよく分かりません。
私も12.10を使用しているので、内蔵HDDの空きパーティションを使って試してみましたが、
Nautilusのサイドバーのデバイス欄って、
/etc/fstabに記述されていないパーティションだけが表示されますよね?
kay による投稿:
既に /etc/fstab には、全てのHDDのマウントポイントを設定してあり、マウントもされています。
fstabに記述されているのなら、デバイス欄に表示されなくて当然なのでは?
オフライン
あっ、kayさんがおっしゃっている意味が分かりました。
aaabbbcccdddeeefffggghhh による投稿:
Nautilusのサイドバーのデバイス欄って、
/etc/fstabに記述されていないパーティションだけが表示されますよね?
件のパーティションはフォーマット済みかつfstabに記述していない状態なのに、
Nautilusのサイドバーに表示されないってことですよね?
すみません、思いっきり勘違いしていました。
それだと私の手には負えません。
失礼しました。
オフライン
マザーにある8個のSATAポートに全てHDDをつけています。
となっていますが、この場合「CD/DVD」ドライブはどのようになっていますか、もしSATA仕様の「CD/DVD」ドライブを内蔵しているのであれば、デバイス欄には7個(HDD)表示されるのが正常のようですが如何でしょうか。
オフライン
3988 による投稿:
「CD/DVD」ドライブはどのようになっていますか、もしSATA仕様の「CD/DVD」ドライブを内蔵しているのであれば、デバイス欄には7個(HDD)表示されるのが正常のようですが如何でしょうか。
CD/DVDドライブはUSB接続です。
SATA8ポートは全て、HDDのみ接続されています。
オフライン
aaabbbcccdddeeefffggghhh による投稿:
件のパーティションはフォーマット済みかつfstabに記述していない状態なのに、
Nautilusのサイドバーに表示されないってことですよね?
はい、その通りです。(人に意図したことを伝えるのは難しいですね。)
今、件のHDDを別のHDD入れ替えたら、デバイス欄にHDDのボリュームが表示されました。
素人考えですが、これは、nautilusの問題ではなくて、udevとかデバイス周辺レベルの問題なのかなと思っています。
件のHDDは、一度、uuidを書き換えてみます。
が、私の以前のレスで書いたとおりuuidを書き換えても中のデータは大丈夫なんでしょうかね。
どなたか、教えてください。
オフライン
kay による投稿:
素人考えですが、これは、nautilusの問題ではなくて、udevとかデバイス周辺レベルの問題なのかなと思っています。
件のHDDは、一度、uuidを書き換えてみます。
が、私の以前のレスで書いたとおりuuidを書き換えても中のデータは大丈夫なんでしょうかね。
uuid書き換えで、問題はないと思いますが(確証なし)、手順として、問題の発生しているHDDに、操作を加えるのは、他の方法がダメな時の最終手段ではないかなと感じます。
また、uuidを書き換えても問題解決するとは思いません(何か、参考情報あったでしょうか?)。
私が、まず確認するとすれば、
* HDDスペック比較
* SATA優先順位の高いポートに差し替えてみる
* 書き込まれているデータ量は
* ダメではないHDDを外たらどうなるのか
* 電源ラインを変えてみる、外部からとってみる
* 接続 SATA ケーブルを変えてみる
* マザーボードで、問題が起きてないか検索してみる
そして、これらの結果を踏まえ、次に進むと思います。
####
参考のために、PCのスペック詳細を載せていただけませんか?
*マザーボード型番
*メモリ型番と搭載量
*電源型番
*すべてのHDD型番
*CPU型番
*その他搭載パーツ型番
オフライン
最終手段の前に、ということで…。
fstabやmountコマンドでは正常にマウントできるということは、一応カーネルのほうでは認識できているという事ですよね。
となると、
ls -l /dev/disk/by-uuid/
でデバイスのUUID値を確認して、
udisks --show-info /dev/disk/by-uuid/UUID値
で問題のデバイスでも他のデバイスと同様の情報が出力されるのかを確認してみるというのも有りかなと思います。
もし、上記lsコマンドでデバイスが見つからないようですと、そもそも「UUID値が重複していて現れない」という可能性があります(とはいえ、書かれている文章からだと「以前は問題がなかった」と読めるので、重複は無さそうですね)。
udisksで確認できないとなれば、udevに問題がある可能性を疑っても良いかと思います(が、udisksにバグがある可能性も考えて「/var/log/udev」ファイルに記述されていないか確認してみたほうが良いかも)。
udisksで問題なく確認できるとなると、gvfsの問題なのかなぁと思いますので、
gvfs-mount -li
でデバイスが表示されるか確認してみる、といったところではないでしょうか。
原因の有りどころがわかればバグ報告を探せるのでは?と思い、投稿してみました。
オフライン
Templer による投稿:
最終手段の前に、ということで…。
最終手段は、もうやってしまいましたが。結果として、
UUIDを変更:×デバイスとして認識しない
SATAコネクタを他のポートを変更:×デバイスとして認識しない
で、極めつけが、以前にubuntu12.04で使っていたHDDを12.10にアップグレードしたところ
問題のHDDだけデバイスとして認識しませんでした。12.04のときは当然認識していました。
HDDは「Hitachi HDS723030ALA640」です。12.10のバグってこと…?
以下のコマンドの出力も確認しました。
ls -l /dev/disk/by-uuid/
でデバイスのUUIDは確認できます。
udisks --show-info /dev/disk/by-uuid/UUID値
出力される情報に他のHDDと問題のHDDで、違いはありません。
「/var/log/udev」ファイルも見ました。違いはありませんでした。
gvfs-mount -li
このコマンドだと。問題のHDDだけ、
Volume(0): XXXX TB ボリューム
の表示がありませんでした。
gvfsで、認識できていないということなんですよね。
どう対処すれば、いいのでしょうか?
オフライン
>問題のHDDだけデバイスとして認識しませんでした。
問題のHDDのsmart情報は、確認しましたか?
> gvfs-mount -li
> このコマンドだと。問題のHDDだけ、
> Volume(0): XXXX TB ボリューム
> の表示がありませんでした。
HDDのファイルシステム(FAT32とか、ext4とか、ntfsとか、色々ありますが)は、みな同じなんですか?
普通に、Ubuntuで、ext4 で、フォーマットすると、Volume... は出てこないと思いますが。
オフライン
si による投稿:
>問題のHDDだけデバイスとして認識しませんでした。
問題のHDDのsmart情報は、確認しましたか?
gnome-disks
smartctl
の何れのコマンドでも、確認できました。
si による投稿:
> gvfs-mount -li
> このコマンドだと。問題のHDDだけ、
> Volume(0): XXXX TB ボリューム
> の表示がありませんでした。
HDDのファイルシステム(FAT32とか、ext4とか、ntfsとか、色々ありますが)は、みな同じなんですか?
普通に、Ubuntuで、ext4 で、フォーマットすると、Volume... は出てこないと思いますが。
ありゃ、そうなんですか?
12.04のnautilusは全てデバイスで認識していました。前のHDDはアップグレードしてしまったので、再確認がもうできませんが…。
OSをインストール1個を除き、残り7個のHDDの内、1個のみext3、他はext4です。
繰り返しますが、12.04は、7個全てをデバイスとして認識、12.10は、問題のHDDのみデバイスとして認識されません。
オフライン
kay による投稿:
繰り返しますが、12.04は、7個全てをデバイスとして認識、12.10は、問題のHDDのみデバイスとして認識されません。
ポート等の接続環境変えても、その1台のみ認識できないのであれば、HDD個体の不具合か、他のHDDとの何らかの差異で、問題が出ていることが疑われます。
OS、アプリの問題であれば、問題のHDDと他のHDDで、パーティションテーブルとか、ファイルシステムの違い、データ量の大きな差などで、バグを踏んでるとか、考えられますが、普通は、接続条件変えても、特定のものに不具合が集中することは、考えにくいです。
オフライン
kay による投稿:
コード:
gvfs-mount -liこのコマンドだと。問題のHDDだけ、
Volume(0): XXXX TB ボリューム
の表示がありませんでした。
gvfsで、認識できていないということなんですよね。
どう対処すれば、いいのでしょうか?
どうやら、gvfsが原因とは言い切れない状況だったようです。
この現象、私もちょっと気になったので確認してみたのですが、こちらでも、フロッピーの情報がgvfs-mountのほうでhas_mediaのフラグが立ってVolumeが出現してしまっているなど、udisksの情報や以前のUbuntuとは違っている部分が結構ありました。
(udisksで、パーティションではなく "ディスクの" デバイスファイルを指定して確認してみてください。「 udisks --show-info /dev/sda 」といった感じです。これとgvfs-mountの結果を比べると、has_mediaなどの値が食い違っているのではないかと思います)
それで少し調べてみたところ、以前のgvfsはgdu経由のudisksでモニタリングしていたのですが、Ubuntu 12.10のgvfsはudisks2でモニタリングするようにパッケージ化されていました。(このudisks2はUbuntu 12.10で新たに加わったパッケージですね)
そこで、下記コマンドで正常なディスクと問題のディスクで違いがないか確認してみてください。(「sda」のところを適宜変更してください)
udisksctl info --block-device /dev/sda
これで違いがあるようであれば、原因をudisks2に絞ってよいかと思います。
違いが見られない場合は、上記コマンドをパーティション(「sda1」など)を指定して実行すると情報が現れ、gnome-disks(これもudisks2でモニタリングするようになりました)でもパーティション情報をみられるとなれば、原因をgvfsに絞れるのではないかとは思います。ですが、私では確たるものかの判断が付きませんので、ひとまずudisks2との両睨みとしといたほうが良いかもしれません。(このあたり、わかる方居られますでしょうか?)
それで、「対処方法を」とのことですが、切り分けを指示しておきながらなんですが、まともには無さそうな感じです。
ということで、おそらくプログラムの修正待ちになるかと思います。が、bugs.launchpad.netに同様のバグ報告がなければ改善されないかもしれません…。
といったところで、私は限界かも。
kay による投稿:
12.04のnautilusは全てデバイスで認識していました。前のHDDはアップグレードしてしまったので、再確認がもうできませんが…。
大抵のことはLiveCDでも確認することができます。
オフライン
kayです。
問題のHDD「Hitachi HDS723030ALA640」ですが、
uuidを変更する際に他のHDDにバックアップを取ったので、
gpartedで、一旦パーティションを削除した後に、パーティションを作成、ext4でFSを構築したら、
nautilusがデバイスで認識するようになりました。
非常につまらない結果ですが、最終手段として、やってみたところ何故か認識するようになりました。
オフライン