• ベストアンサー
※ ChatGPTを利用し、要約された質問です(原文:Xが起動しなくなりました。)

Xが起動しなくなった!CentOS4.4でのバックアップ失敗の影響は?

このQ&Aのポイント
  • CentOS4.4を使用していたXが起動しなくなりました。runlevel 5でログインしてバックアップの練習をしていた際に、実行したコマンドが原因ではないかと疑われます。
  • 起動時に出るエラーメッセージ「can not touch /var/lock/subsys/kudzu」が表示され、GUIでのログインができなくなっています。
  • テキストでのログインはできるため、原因を特定するために/var/logなどを確認しましたが、解決策が見つかりません。対処方法についてアドバイスをいただけますか?

質問者が選んだベストアンサー

  • ベストアンサー
  • dyna_1550
  • ベストアンサー率34% (122/353)
回答No.2

ラベルって言い方は間違ってるかもしれません・・・(スミマセン) ボリューム名というのかな? /etc/fstab を見ればわかると思いますが、マウント先がデバイス名ではなく、 ボリューム名になっていると思います。 つまり、論理ボリュームにつけたボリューム名を探してマウントするので、本来、重複すべきではないんです。 dd でコピーしたので、ボリューム名もコピーされ、 意図しない hdb の方がマウントされたのではないでしょうか。 この状況を避けたい場合には、/etc/fstab を修正し、 マウント先を/bootとかのボリューム名ではなく、/dev/hda1などの デバイス名で指定するようにします。 うまく説明できてないですね。最初とあまり変わらない説明しかできない自分が悲しい・・

その他の回答 (1)

  • dyna_1550
  • ベストアンサー率34% (122/353)
回答No.1

あまり dd を使ったことないのですが、ラベルもコピーされていると思うので、 起動時に/hdb1がマウントされてしまってるということはないのでしょうか。 単に hdb のデバイスを外して起動したらどうなりますか?

noname#24489
質問者

お礼

ありがとうございます。 ラベルがコピーされて/hdb1がマウントされているというのは どういうことでしょうか? hdbをはずしたところ起動するようになりました。^^

関連するQ&A

専門家に質問してみよう