問題タブ [boot]

C ドライブのイメージを作成して DVD に書き込む場合、ブータブルディスクからコンピュータを起動した後にこのイメージを復元できますか? はいの場合、どのように？

この方法で C ドライブのイメージを復元すると、C ドライブのイメージを作成したときとまったく同じ状態にコンピュータが戻ると思います。それが正しいか？

前もって感謝します。

ピカロデボシオ

私はUbuntu10.04でs3qlを試し、AmazonS3バケットをマウントするために使用しています。ただ、自動でマウントして欲しいです。誰かがそれを行う方法を知っていますか？

解決：

s3qlのNikratioの助けを借りて、システムの起動時にS3バケットを自動的にマウントできるようになりました。あなたは間違いなくマニュアルを見たいと思うでしょう、しかしここにそれをする方法の基本があります！

最初のステップは、authinfoファイルを作成することです。このファイルは、それを使用するユーザーのホームディレクトリ内の.s3qlディレクトリに配置する必要があります。authinfoファイルには、s3qlがプロンプトを表示せずにバケットをマウントできるようにするログイン情報が含まれています。以下は、authinfoファイルがどのように表示されるかの例です。最初の行には、Amazonセキュリティクレデンシャルが含まれています。2つ目は、バケットの場所とパスワードが含まれています。必要に応じて、このファイルに複数のバケット行を追加できますが、この例では1つだけを使用しています。この時点で、バケットパスワードは何でもかまいません。

バケット名は一意である必要があります。2人のユーザーが同じバケット名を持つことはできないため、Amazon Web Servicesにログインして、使用可能な名前が見つかるまで別の名前を試すことをお勧めします。見つけたら、それを削除する必要があります。s3qlは、s3qlファイルシステムを作成するときにそれを再作成するからです。バケットがすでに存在する場合は、エラーが発生します。

ファイルシステムを作成するには、次のコマンドを使用します。

暗号化パスワードの入力を求められます。これは、authinfoファイルのバケットパスワードと同じである必要があります。

ファイルシステムが作成されたので、次のコマンドを使用してファイルシステムをマウントできます。

もちろん、バケット名とマウントポイントは異なります。

ここで、このバケットを起動時に自動的にマウントする場合は、upstartスクリプトを/ etc/initに追加する必要があります。幸い、s3qlにはs3ql.confが同梱されています。

マウントされたバケットにroot以外のユーザーがアクセスできるように、mount.s3qlコマンドに「--allow-other」を追加しました。

このスクリプトを追加すると、理論的には再起動してバケットを自動的にマウントできるはずですが、これは問題が発生したためです。鉱山はマウントされていませんでした。

私の問題は、upstartがrootとしてスクリプトを実行していたという事実が原因でしたが、別のユーザーとしてファイルシステムを作成しました。/ rootとしてログインしていたユーザーのホームディレクトリから.s3qlディレクトリをコピーすると、問題は解決しました。

これが他の誰かに役立つことを願っています。マウントされたS3バケットを長い間使用していませんが、最初のテストがどのように行われたかに感銘を受けました。

また、この回答は、解決策が見つかってから約1週間後に作成されました。私はすべてをカバーしたと思いますが、あなたが私がステップを逃したのを見つけたら、私に知らせてください、そして私はそれを追加します。また、マニュアルを読むことをお勧めします。s3qlを使用する場合は、読む価値があります。

android.permission.RECEIVE_BOOT_COMPLETED私のアプリがマニフェスト ファイルにアクセス許可を持っていない場合でも、私のアプリケーションがまだ ACTION_BOOT_COMPLETED ブロードキャストを受信する理由を知っている人はいますか? 必須だと思っていましたが、使用したいくつかのチュートリアルにもありませんでした。いくつかはそうしました。テスト用に CyanogenMod を実行している携帯電話を使用していますが、それが問題になるとは思えません。LogCat は、起動のたびに「起動の通知」ログを表示します。使用するコードについては、以下を参照してください。

AndroidManifest.xml

AlarmReceiver クラス

エミュレーターでこれを再訪し、Android 2.1、2.2、および 2.3 で「問題」を正常に再現しました。エミュレーターにはアプリがクエリするデータベースがないため、(予想どおり) ANR が返されます。マニフェストから宣言されたすべての使用権限を削除すると、アプリを使用しようとすると、予想される権限拒否エラーが発生します。ただし、起動時にブロードキャストされた ACTION_BOOT_COMPLETED インテントをまだ受け取ります。助言がありますか？

私は今日、コンピューターを起動した直後にプログラムを実行したときにのみ発生するバグに対処しました。コールドスタートにより、バグを引き起こした競合状態が明らかになりました。なんとか修正できましたが、何が起こっているのかを理解するためにマシンを数回再起動する必要があったため、長い時間がかかりました。誰かが将来このような問題をデバッグするためのより良い方法を提案できますか？どういうわけか、コンピュータを「起動したばかり」の状態にすることはできますか？

WindowsXPでPython2.6を実行する。

起動時に実行するスクリプトを作成したり、Androidカーネルの起動に実行可能ファイルを追加したりするにはどうすればよいですか？

Android で再起動すると、すべての AlarmManagers が削除され、再作成する必要があることを読みました。そこで、次のように WakefulIntentService を呼び出してすべてのアラームを再起動する BootReciever クラスを作成しました。

マニフェストでそれを宣言し、インテントフィルターを配置して、ブートが次のように完了したときにのみ実行されるようにします:-

これが意図したとおりに機能しないという問題を修正しようとして髪を引き裂いた後、BootReciever クラスが起動後に呼び出されていないことに気付きました。代わりに、RecieverHandler という名前の別のクラスがすべてに対して呼び出されています。さらに困惑しているのは、起動時に RecieverHandler に渡された Intent に、実際にはエラーなしで使用できる有効なデータがあることです。

私の RecieverHandler は次のようになります:-

マニフェストで次のように宣言されています。

別の状況では問題ないかもしれませんが、電話がオンになっているときと電話が起動したときのために、異なるレシーバーが必要です。

私の質問を要約すると:-

RecieverHandler が Boot completed Intent を処理し、BootReciever が呼び出されないのはなぜですか?

再起動前のインテント データ セットを再起動後も有効にするにはどうすればよいですか?

デバイスの SMS 送信機能の準備が整うまでアクションを遅らせる方法はありますか?

ブート関連の問題の開始を解決しようとしていますが、android.intent.action.BOOT_COMPLETED を持つ AndroidManifest.xml の多くの例と、そこに android.intent.category.HOME のカテゴリを持ついくつかの例に気付きました。2つの違い（ある場合）が何であるかを知っている人はいますか？

すなわち。

対

module.koと、モジュールを使用するオブジェクトファイルa.outを作成しました。誰かが私が起動時に両方をロードする方法を知っていますか？

• 私はdepmod自分のモジュールに行ってからmodprobe -a。
• システムが破損したと思います。

バックグラウンドで実行されているサービスでAndroidの電源を常にオンにする必要があるプロジェクト要件があります。START_STICKYを使用して2.2からサービスパーツを処理することはできますが、それでもデバイスが常にオンになっていることを保証する方法はありません。または、電源装置に接続されている場合は少なくとも、スイッチがオフになっている場合は自動的に起動する必要があります。

現実の世界でこれに対する解決策はありますか？新しいファームウェアを作成することを除いて、私はいくつかのアイデアまたは回避策が必要です。ありがとう。

更新：私はもっと明確にしたいと思いました。私の場合、Androidをモバイルとして使用しておらず、ユーザーもいません。その使用法は、Androidを実行しているハードウェア機器のようなもので、一度私のアプリと一緒にインストールすると、誰もそれにアクセスできなくなります。そして、常に電源とインターネットに接続されています。また、ユーザーは電源制御にアクセスできます。

アプリケーション内から、またはAndroidAPIを使用して実行できないことに同意します。しかし、これは現実世界の問題であり、私はこれに対する解決策を切実に必要としています。プログラミングに関係のないものでも、機械的なものか何かである可能性があります。

Android アプリケーションがどのように起動されているかを検出する方法はありますか? BOOT によるか、アプリケーション リストからアプリケーションを起動するユーザーによるか。

起動時にアプリケーションが起動されたときに、アクティビティをまったく表示したくありません。ユーザーがアプリケーション リストから具体的に起動したときにのみ、メイン アクティビティを表示したいと思います。起動がユーザー起動かシステム起動起動かを検出できれば、これを制御できるかもしれません。