web-dev-qa-db-ja.com

Braseroをインストールすると、100以上のパッケージが削除され、インターネットとディスプレイマネージャーが損なわれます

Paraviewで1つの問題を解決したいと思っていましたが、Braseroでさらに大きな問題に遭遇しました。

  1. 数日前 Paraview（AMD64）をインストールしたかった 自分のコンピューター（x68_64、Ubuntu 12.04 LTS）に、とりわけGoogle-EarthとSkypeがi386ライブラリを使用していました。この世代間の競合により、apt-getは古いパッケージと参加しているライブラリの削除を要求しました。 （これを指摘してくれた Sneetsher への称賛。）結局、Paraview、SkypeおよびGoogle Earthが正しくインストールされ、apt-get -f installを実行した後に機能している壊れた依存関係の一般的な見直しです。私はapt-get自体の提案でそうしました。
  2. ただし、apt-get -f installがその傾向を示している間、一部のアプリケーションがデスクトップメニューから消えていることに気付きました。私はこれを自然と考えたので、それらを再インストールすることに移りました。 Bansheeの最初のインストールはうまくいきました（apt-getとdpkgのどちらを使用していたか思い出せません）。 Braseroと一緒に楽しみました。
  3. apt-get install braseroをコマンドした後、apt-getは、別の大量のライブラリ（数百程度）を削除するように要求します。誤って私はそれらのアプリケーションを追加することを検討し、先に進みます。この自己免疫の活気の終わりの終わりに、最初の証拠は、ブラウザーがURLに接続できなくなったことです-したがって、インターネット接続がノックオフされます。その後、再起動の機会を与えます。システムはPOSTをシームレスに通過し、Ubuntuスプラッシュ画面でハングします。
  4. 要するに、私は リカバリモード で再起動し、応答性の高いコマンドラインターミナルにたどり着きました。 POSTがそのチェックをロールスルーしているので、LightDM Display Managerの起動に失敗したことがわかります（ただし、他のどこかを見逃している可能性があります）。

リカバリモードのコマンドラインからのプレイの状態：

  • pingは「ユーザー不明」を生成します
  • xtermは「表示が設定されていません」を生成します
  • lightdmとgdmの両方が「現在インストールされていない」
  • dpkg-reconfigure lightdmは「壊れているか、完全にインストールされていません」を生成します
  • apt-get install lightdmは、インターネットが切断されているため、間違いなく「取得に失敗しました」の連続を示します（ケーブルが接続されていることを確認してください）
  • 外付けドライブも見えます！

したがって、これらのドライブの1つにdebファイルのブリッジヘッドを保存し、コマンドラインからdpkgまたはapt-getを実行して、インターネットの遮断を回避することを考えていました。明らかに、私はOS全体を再インストールすることにあまり賛成していません。

それはあなたにとって意味がありますか？もしそうなら、質問は

  1. インターネット接続を復元できるパッケージと依存関係はどれですか？
  2. 依存関係は数百ではなくても数十のオーダーになりやすいので、これらを1つのバンドルに圧縮/圧縮した場所はありますか？もちろん、リモートフェッチに頼ることはできません。
  3. インターネット接続を復元できたとすると、リモートリポジトリを取得できるようになります。すべての「壊れた断片」を確実に救出して復元するには、どのコマンドを実行する必要がありますか？
  4. なぜブラセロは本質的な性質の100以上のライブラリパッケージを削除する必要があったのですか？これは本当に私には過剰に見えます！

この長い投稿を辛抱強く読んでいただきありがとうございます。お返事や備考をお待ちしております。

更新：要求された出力

aptdependencieslightdmbrasero
3
XavierStuvw
  1. 起動して回復し、シェルにドロップ

  2. 利用可能なネットワークインターフェースを確認してください。

    ifconfig -a

    IPアドレス（x.x.x.x）が表示されない場合は、DHCPクエリを実行してIPを取得し、eth0を自分のものに変更します。

    dhclient eth0

  3. 接続を確認

    ping -c3 ubuntu.com

    次のような出力が得られます。

    3 packets transmitted, 3 received, 0% packet loss

  4. dpkgマルチアーチ設定を確認してください

    $ dpkg --print-architecture
AMD64
$ dpkg --print-foreign-architectures
i386
$ grep -ir Arch /etc/dpkg/ 
/etc/dpkg/dpkg.cfg.d/multiarch:foreign-architecture i386

    i386が2番目と3番目のコマンドに表示されない場合は、次のように設定します。

    echo "foreign-architecture i386" > /etc/dpkg/dpkg.cfg.d/multiarch

  5. パッケージリストの更新

    apt-get update

  6. 走る

    apt-get install ubuntu-desktop

  7. 「依存関係が満たされていない」というメッセージが引き続き表示される場合は、aptitudeを実行します。

    aptitude
    • 押す / 検索するには、ubuntu-desktopと入力してから Enter
    • 次に使用します nubuntu-desktopが選択されるまで、ubuntu-desktop:i386は選択されません
    • + インストールのフラグを立てる

  8. この時点で、一番下に番号[1/..]の付いた赤いバーが表示されているはずです。これは、他の多くの可能な1回からの現在のソリューションを示しています。

    • 押す e 調べるために、現在のソリューションが何をするかを示しています。
    • を使用して他のすべてのソリューションをめくります ./,

    • ubuntu-desktopをインストールせずにパッケージをインストールし続けることを好むソリューションがいくつか表示されます。以下を削除してインストールするものを選択してくださいubuntu-desktop。

      これは必ずしも完璧な解決策とは限らないため、よく確認してから選択してください。それぞれのケースは特定のものです。現在のケースについては、 この関連するチャットルーム を参照してください。

    • ! 次に適用する g、次にチェック g もう一度確認します。

  9. すべてがうまくいったら、再起動します。

  10. 次に、削除された可能性のある、必要な他のツールをインストールします。

    注：これらは私の個人的な経験からのものなので、間違っている可能性があります。他の人が経験したことがある場合は、ぜひ共有してください。

    • .debバイナリDebianパッケージをdpkg、debi、またはソフトウェアセンターを使用してローカルにインストールしないでください。可能な限りリポジトリを使用してください（Ubuntuのもの、PPA、その他のベンダーのもの...）。
    • ベンダーパッケージについては、ネイティブアーキテクチャAMD64を探してください。まれなケースですが、ソースの構築（利用可能な場合）は、外部のArchよりも簡単です。

    • ソフトウェアセンター、シナプス、apt-get、その他の多くのツール。私にとっては、マルチアーチ機能を完全にはサポートしていません。これらは1つのソリューションのみを示し、（apt-getを除く）各パッケージのアーキテクチャを示していません。

      競合が発生した場合は、aptitudeを使用してください。他のソリューションを示し、利用可能なすべてのアーキテクチャのすべてのパッケージを明確に示しています。

    • AMD64のオプションなしでいくつかのi386ツールをインストールする必要がある場合。最後にインストールするためにそれらを残します。それらがすでにインストールされていて、ネイティブのArch AMD64パッケージをインストールしようとすると、競合が発生します（基本的に、満たされていない依存関係のメッセージ）。 aptitudeがi386をアンインストールしてから、apt-get autoremoveでクリーンアップして残留物を削除します（i386 Archから自動インストールされた依存関係）。必要なAMD64パッケージをインストールしてから、削除したi386ツールをインストールしてみてください。

      何故ですか？ i386ツールをインストールしようとすると、そのすべての依存関係もi386としてインストールされ、AMD64のものも利用可能で機能します。その後、少なくとも1つの依存関係が重複している別のAMD64ツールをインストールしようとすると、競合が発生します。

      Aptitudeはパッケージを削除するように見えますが、実際には一部のi386パッケージが対応するAMD64パッケージに置き換えられています。

      このショーケースを参照してください buntu 14.04、gstreamer1.0-libavのインストール時の問題、満たされていない依存関係

3
user.dz