タグ付けされた質問 「system-recovery」

root@system:~# less myfile -bash: /bin/less: Input/output error ルートファイルシステムが死んでいます。しかし、私の猫はまだ生きています（私の記憶の中で）： root@system:~# cat > /tmp/somefile C^d root@system:~# 彼はちょっと寂しいけど、彼の友達は皆なくなった。 root@system:~# mount -bash: /bin/mount: Input/output error root@system:~# dmesg -bash: /bin/dmesg: Input/output error root@system:~# less -bash: /bin/less: Input/output error root@system:~# chmod -bash: /bin/chmod: Input/output error システムはまだ実行中であり、その目的を果たしています。これに対する唯一の正気な対応は、システムをダウンさせてルートドライブを交換することです。残念ながら、これには多くの時間とお金がかかるため、選択肢ではありません。また、それは私の猫を殺し、それは私を悲しませます。 私は彼に彼のいつもの友人をドナーから連れてくることを考えました。sshがそれをロードして行を切断しようとする場合に備えて、私はそれらをscpしようとはしません（バイナリはとにかくなくなっています）。これは私の猫のいとこの仕事のように聞こえます： root@system:~# netcat -l 1234 > /tmp/less -bash: netcat: command …

55 bash  filesystems  cat  root-filesystem  system-recovery 

そして今、私はそれを元に戻すことはできません。他のシステムプログラムを使用することもできません。幸いなことに、これは私がいじっていたVM上にありますが、これを解決する方法はありますか？システムはUbuntu Server 12.10です。 復旧モードで再起動しようとしましたが、残念ながら、init-bottomが実行可能になった後、許可が一部のプログラムに付与されていないため、システムを起動できません。システムがハングします。これは私が見るものです： Begin: Running /scripts/init-bottom ... done [ 37.062059] init: Failed to spawn friendly-recovery pre-start process: unable to execute: Permission denied [ 37.084744] init: Failed to spawn friendly-recovery post-stop process: unable to execute: Permission denied [ 37.101333] init: plymouth main process (220) killed by ABRT signal この後、コンピューターがハングします。

36 permissions  executable  chmod  system-recovery 

私は有名なUnix Recovery Legendを読んでいたのですが、次のことを知りました： BusyBoxシェルを開いていて、BusyBoxバイナリ自体が削除された場合でも、BusyBoxバイナリに含まれるすべてのコマンドを使用できますか？ BusyBoxファイル自体を開いて実行することはできないため、明らかに、のような別の実行中のシェルからこれらのコマンドのBBバージョンを使用bashすることはできませんbash。しかし、BusyBoxの実行中のインスタンス内からは、BBがコマンドを実行する2つの方法があるように思えます。 BusyBoxの新しいインスタンスを分岐して実行し、適切な名前を使用して呼び出し、ディスクからBusyBoxファイルを読み取ります。 指定されたコマンドを実行するために、いくつかの内部ロジックを分岐して実行できます（たとえば、関数呼び出しとして実行することにより）。 （1）がBusyBoxの動作方法である場合、BBバイナリが削除された後、特定のBusyBoxが提供するコマンドがBBの実行中のインスタンス内から利用できなくなることが予想されます。 （2）が機能する場合、BB自体が削除されたシステムの復旧にもBusyBoxを使用できます（ただし、BusyBoxの実行中のインスタンスにアクセスできる場合）。 これはどこにも文書化されていますか？そうでない場合、安全にテストする方法はありますか？

28 busybox  system-recovery 

私の友人はLinux Mint 17.3 Cinnamon 64ビットをコンピューターにインストールしていました。さて、ユーザー名を忘れてしまったので、ネット上で「ユーザー名linuxを忘れた」を検索して、ここに来ました。 GRUBの最初の項目で「e」を押すという提案を受けました。提案の次の部分では、KERNALで始まる行を探すように言われました。ここが面白いところです。KERNALの行が見つかりませんでした。しかし、LINUXで始まる行を見つけました。 完全な未編集行は次のとおりです。 linux /vmlinuz-3.19.0-32-generic root=UUID=0c031f3a-81ae-4c33-06cc--c82a855736d1 ro quiet splash $vt_handoff 次に、提案はを見て編集splash quietするように言われましたsingle。今、あなたが上に気づいた場合、それはquiet splash代わりに言うsplash quiet。ですから、quiet splashto を編集すると思いましたsingle。 これで、ルートパスワードが要求されます。誰でも助けることができますか？Live CDが必要になると思います。

16 users  password  system-recovery 

見出しにあるように、ルート（/）の下にあるルートとして重要なほぼすべてが、Solaris 10マシンでは/ oldに移動されました。だから今、一般的な障害のコマンドを実行するときにしようとしたときにはされているCannot find /usr/lib/ld.so.1（変更$PATHとも変えてみました$LD_LIBRARY_PATH、$LD_LIBRARY_PATH_64そして$LD_RUN_PATH、それらをエクスポートするが、それの何が本当のライブラリパスを変更するようです）。昨日は助けになるかもしれないものを見つけようとしましたが、Solaris 10のライブラリパスを実際に変更するものはないかもしれませんcrleが、それ以降は実行できませんCannot find /usr/lib/ld.so.1。 Linux用のルートまたは/ usr / binリカバリのヒントなどを多数見つけましたが、Solaris 10 / Unixに関するその情報は豊富ではなく、非常にまばらです。 実行することはできませんcp、ln、mkdirまたはmv以来Cannot find /usr/lib/ld.so.1。マシンへの他のセッションでログインすることもできません。使用できるセッションがまだ1つあり、そのウィンドウが停止していwhile true; do date; echo hej 1234567; doneます。SolarisブートCDとUSBドライブ上のLinux distを使用するソリューションについて説明しました。ハードディスクを別のラックに切り替えるソリューションについて説明しました。 /.../static/.../mvソリューションは、テストされていますが、それはうまくいきませんでした。 まだ使用可能なコマンドを使用することができる（以上のコマンドがあるかもしれません）： 、echo、<、>、>>、|、。pwdcd なしでディレクトリまたはフォルダを作成する方法はありますmkdirか？使用するためにどのような方法がありecho、および>またはechoおよび>>復元するためには/usr/lib/ld.so.1？/usr/lib/ld.so.1コマンドが機能するためには、おそらくそれ以上を復元する必要があることを知っています。 読んでくれてありがとう、とても良い一日を過ごす=）

13 solaris  system-recovery 

さて、私の指は何とかしてsudo apt-get remove libstdc++6書きましたyes。それは多くのシステムファイルを削除しました。それを再び機能させる方法はありますか？端末に接続して、問題なくwget動作しています。ctrl+C何が起こっているのかを理解したとき、なんとかしました。 主なものはを取得することだと思いますapt-getが、どうですか？ Ubuntu 11.10 Oneiric x64ビット

8 ubuntu  apt  package-management  system-recovery 

私は今、しばらくの間、DDとGZIPを使用してOSのクラッシュを復元するために、完全なHDDイメージをクローニング使用してきたdd if=/dev/sda | gzip > img.gzし、gzip img.gz | dd of=/dev/sda これは常に正常に動作しますが、プロセスは少し遅くなります。イメージの作成または復元には2時間以上かかります。より高速な（圧縮解除）圧縮の実験を開始しました。LZ4。 繰り返しますが、同じコマンドdd if=/dev/sda | lz4 > img.lz4とを使用しますlz4 img.lz4 | dd of=/dev/sda。イメージの作成と復元にかか​​る時間は50％未満になりました。ポイントは、この復元されたイメージが起動できないPCを提供することです。 何が間違っていますか？LZ4はこの目的に適していませんか？

dd  system-recovery