• ベストアンサー

Linux再起動中にdevice is busy

Linux再起動中にdevice is busyでFAILEDになって起動に失敗します。 どうやら/etc/fstabにて疎通できないNFSマウントを記載してしまったためと思われますが、いかんせん起動できないためファイル修正もできません。なんとかOS起動する方法はないでしょうか?

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

  • ベストアンサー
回答No.1

シングルユーザーモードで起動して、間違った記載を修正しましょう。 起動方法は、「シングルユーザーモード」で検索すると記載されているページが見つかります。

関連するQ&A

  • 簡便なNFSマウントの方法

     NFSマウントですが、Windowsのフォルダ共有と同じと思います。昨今のディストリビューションはかなりWindows風のGUI環境で設定ができるようになっていると思います。最近ではLinuxのNFSマウントはGUIでできないでしょうか?  以前はエディタで/etc/fstabの中身を書き換えたりとかNFSのサービスを起動したりする設定とか/etc/hosts/Allow, denyの設定だとか細々して大変だったと思います。このようなめんどくささが誰でもすぐにできないという意味でセキュリティの高さにつながっていたとはあんまり考えたくないです。操作は簡単だけどガードは厳格というのが正しいと思います。そのような意味でWindows風にLinuxのNFSマウントを設定することはできないでしょうか。  因みにCentOS5とかFedoraなどのRedhat系でのことです。参考までにUbuntuではどうか聞いてみたいですが。 よろしくお願いします。

  • /etc/fstabの反映タイミング

    Linux RedHatEL5につきまして、 下記手順で実施した場合は、マウントは修正後の内容でされますでしょうか? (1)アンマウント   umount /mount/aaa (2)/etc/fstabを修正   旧 : マウントサーバ:/home/work /mount/aaa   新 : マウントサーバ:/home/data /mount/aaa (3)マウント実施   mount /mount/aaa ※/etc/fstabは再起動しないと読み込みませんか? ※mount -aで読込可能でしょうか?

  • NFSマウント時の待ち時間につきまして

    NFSマウントにつきまして検証をしております。 NFSサーバマシンがダウンしていた場合に、 NFSクライアントマシンを起動させた場合、『mount -a』コマンドを実行すると エラーメッセージ応答までにおよそ6秒程度、待ち時間が発生します。 (※NFSマウントの設定は設定済み) --------------------------------------------------------------------------------- mount: mount to NFS server '192.168.0.1' failed: System Error: No route to host. --------------------------------------------------------------------------------- この待ち時間ですが、設定ファイルなどで変更することは可能でしょうか。 ◆サーバOS情報 NFSサーバ (192.168.0.1): Red Hat Enterprise Linux ES release 4 (Nahant Update 6) NFSクライアント(192.168.0.2): CentOS release 5.6 (Final) ◆NFS設定情報 ○NFSサーバ(192.168.0.1) --------------------------------------- /var/share 192.168.0.2(rw,sync) --------------------------------------- ○NFSクライアント(192.168.0.2) ・/etc/fstab --------------------------------------------------------------------------------- 192.168.0.1:/var/share /var/share nfs rw,rsize=8192,wsize=8192 0 0 --------------------------------------------------------------------------------- 以上、お手数をおかけしますが、ご存知の方いらっしゃいましたらよろしくお願いいたします。

  • DLTのマウント

    お世話になります。sefirosです。 今、DLTデバイスの方にバックアップを取ろうと思って いるのですが、DLTテープをマウントする事が出来ません。 /etc/fstabにも/mnt/floppyと/mnt/cdromのみが記載 されているようです。 やはりここに登録しておかないとテープのマウントは できないのでしょうか?初歩的な質問ですいません。 よろしくお願い致します。OSはREDHAT LINUX6.2Jです。

  • OS起動時に fstab の内容が反映されない

    OS起動時に fstab の内容が反映されない fstab に NFSサーバへの mount 情報を書きました。 ============== server:/home /home nfs intr,wsize=8192,rsize=8192 0 0 ============== このあと、"sudo mount -a" を実行すると、/home にサーバの /home をマウントしてくれます。 しかし、OSを再起動すると、まったくマウントしてくれません。 (1) 何が原因である可能性が高いでしょうか?(mount -a なら大丈夫なのに、OSの起動時に mount してくれない) (2) /var/logs/messages には何もなかったのですが、他に原因を調べる方法はないでしょうか? ubuntu desktop 9.10 を使っています。 よろしくお願いします。

  • 再起動時に自動でマウントさせたい

    OSはDebian GNU/Linux 3.0です。 再起動時に自動でマウントさせたいので /etc/fstab に以下を追加しました。 /dev/hdc1 /backup ext2 defaults 1 2 しかし、再起動後もマウントされていませんでした。 ext2 defaults 1 2 の部分はあるHPのコピーで 何を意味しているかは分かりません。 何か間違っているのでしょうか? #mount -t ext2 /dev/hdc1 /backup ではマウントできます。 hdcはセカンダリのマスターのHDDです。 hda、hdcはともにlinuxフォーマットです。

  • NFSのマウント領域がアンマウント出来ません

    # cat /etc/redhat-release Red Hat Enterprise Linux ES release 4 (Nahant Update 6) #uname -r 2.6.9-67.ELsmp NFSでマウントした領域がアンマウント出来ない状態になってしまいました。 /home/hogehoge/tako に、NFSサーバでexportした領域をマウントしました。 ls /home/hogehoge/tako としたり cd /home/hogehoge/tako とすると コンソールが固まり戻って来なくなります。 sshの仮想端末でも同じ結果でした。 NFSクライアント、サーバともに nfs service restartを行なった所、 NFSクライアントでは NFS mountd を終了中: [ OK ] NFS デーモンを終了中: [ OK ] NFS quotas を終了中: [ OK ] NFS サービスを終了中: [失敗] NFS サービスを起動中: [ OK ] NFS クォータを起動中: [ OK ] NFS デーモンを起動中: [ OK ] NFS mountd を起動中: [ OK ] となり、NFSサービスの停止に失敗しております。 NFSサービスの起動に成功しているように見えますが 再度、再起動を行なっても同じようにNFSサービスの停止に失敗します。 システムの再起動は行なえない状態です。 どうにかして、解決をしたいと考えております。 皆様のお力添えをお願い致します。

  • NFSのマウントができません

    今、Linuxマシンが3台あります。 vine、Fedora4、CentOSです。vineはweb・メールサーバーとしています。そこで、NFSを組んだのですが、すべてをサーバーとクライアントとして設定しました。 /etc/exports、/etc/hosts.allow、/etc/hosts.denyの設定はしました。ちょっとうろ覚えで設定したので、ここが間違っているのかもしれないのですが、すべてのの設定を、/etc/hosts.allowはportmap:192.168.0.としています。/etc/hosts.denyはportmap:ALLです。 /etc/exportsはローカルIPからならrwが出来るように書式通り設定。 そして一応/etc/fstabで起動すれば、自動的にマウントできるようにしているのに、FedoraとCentOSからvineはマウントできているのに逆が出来ません。何か見落としているのでしょうか?

  • Linuxで複数のファイルシステムの併用する

    Linuxで複数のファイルシステムの併用することは可能でしょうか? たとえば、/(ルート)デバイスは、デフォルトext3ファイルシステムで運用しているCentOSで 1ファイルの大きさが2GB以上の大容量のファイルを扱うようになるため、 ハードディスクを追加して、そのデバイスのファイルシステムの形式をXFSで運用することは可能でしょうか? 想定している手順は 1・新たにHDDを追加してマウント 2・OSでファイルシステムXFS利用状態にアップデートして新規HDDをXFSでフォーマット 3・/etc/fstabにてデバイスを自動的にマウントし、1ファイルがGBクラス大容量ファイルはそのデバイスで管理する。 このようなことは可能でしょうか? 的外れな質問でしたらすみません。

  • Linuxのnfsがうまくいきません。

    Linuxのnfsのマウントがうまくいきません。経緯は以下の通りです。 【サーバ側 ubuntu 9.10の設定】 1.sudo apt-get install nfs-kernel-server 2. /etc/exportsの編集 /home/hogehoge xxx.yyy.0.0/255.255.255.0(rw) →/home/hogehogeがないのでmkdirで作成する。 3. nfs-server-kernelの再起動 a),b)のどちらかを実行する a) /etc/init.d/nfs-kernel-server restart b) sudo exportfs- r 結果: exportfs: /etc/exports [2]: Neither 'subtree_check' or 'no_subtree_check' specified for export "xxx.yyy.0.0/255.255.255.0:/home/hogehoge". Assuming default behaviour ('no_subtree_check'). NOTE: this default has changed since nfs-utils version 1.0.x 【クライアント側:redhat】 mkdirで/mnt/hogehogeを作成する。 mount xxx.yy.70.84:/home/hogehoge /mnt/hogehoge 結果: mount: xxx.yy.70.84:/home/hogehoge failed, reason given by server: Permission denied ←失敗。 【質問】 0.この失敗の内容はサーバ側のPermission denied(許可申請却下)のようです。どのようなレベルでの許可問題なのでしょうか。 1. exportfs -rに対するレスポンスは正常なのでしょうか。こちらが指定した設定とは異なりデフォルトで動作するという風に読めます。 2.確認ですが、サーバ側は当然ルート権限で実行すると思います。クライアント側もルート(su or sudo)でやるのでしょうか。 3.サーバ側の/home/hogehogeのフォルダ設定とか所有者はどうすればよいでしょうか。フォルダ設定にnfsの可否が指定されるのでしょうか。 4.クライアント側の/mnt/hogehogeフォルダの設定と所有者はどうするのでしょうか。 要は、nfsの環境設定、実行、フォルダ設定 と ユーザ権限との関係が理解できていないということです。何も指定がない、ということはどのようにでも動作するという意味でしょうか。 その他、どのようなミスをしているでしょうか。よろしくお願いします。