![Dell 7920ワークステーションでUbuntu 18.04をDebian / Unstable(amd64)にアップグレードする[終了]](https://linux33.com/image/136644/Dell%207920%E3%83%AF%E3%83%BC%E3%82%AF%E3%82%B9%E3%83%86%E3%83%BC%E3%82%B7%E3%83%A7%E3%83%B3%E3%81%A7Ubuntu%2018.04%E3%82%92Debian%20%2F%20Unstable%EF%BC%88amd64%EF%BC%89%E3%81%AB%E3%82%A2%E3%83%83%E3%83%97%E3%82%B0%E3%83%AC%E3%83%BC%E3%83%89%E3%81%99%E3%82%8B%5B%E7%B5%82%E4%BA%86%5D.png)
私は仕事に新しい(高度な)デスクトップワークステーションを作りました。これはデルプリシジョン7920ワークステーション(一部のIntel 10コアプロセッサ、おそらくXeon Silver 4114、128Gb RAM、500Gb SSD、1Tb HDD、一部のNvidiaグラフィック、おそらくNVIDIA Quadro P2000を含む - 詳細は忘れてしまいました)。私が利用できる唯一のインターネット接続は、そのデスクトップのイーサネット経由です。私は同僚にインターネットやワークステーションの使用を要求したり、Web検索をすることで迷惑をかけたくありません。ほぼ8年が経ち(ブランドは忘れました。おそらくLenovoでしょう)、Debian/不安定なバージョンを実行します(ほぼ毎日更新されます)。
私は長年にわたってDebian / Unstableを職場(もはや働かない古いPC)(そして家)で使ってきたので、非常に慣れています。
デフォルトのイーサネットコントローラは(IIRC)Intel i210です(セカンダリイーサネットコントローラはi219であり、その逆も同様です)。そして、私の物理MACアドレスは、会社ネットワーク(2番目のネットワークではない)、DHCP、NATを含むIPv4に知られているため、(使用しない)セカンダリイーサネットコントローラに(一時的に)切り替えることはできません。
debian/testing ISOイメージが起動しますが、イーサネットコントローラが認識されません(igp
またはe1000
カーネルモジュールに問題があるか、一部のincr_refcount
カーネルルーチンが欠落している可能性があります)。 AFAIU debian/testingはdebian/unstableに移動するための重要なステップです(debian/unstable ISOイメージはありません)。
Ubuntu 18.04 amd64デスクトップISOイメージが起動し、Ethernetコントローラを認識しているので(少なくとも一時的に)インストールしましたが、Debian / Unstableを本当に好みます。
私は考えていますすべてのアイテムを/etc/apt/sources.list
UbuntuからDebian / Unstableに変更してください。/etc/
(たとえば、古いコンピュータのバックアップから復元)次に実行しaptitude update
ますaptitude full-upgrade
。debootstrap
システムのルートパーティションで使用するのは怖いです。
動作する必要がありますか?ほとんどのシステムでは(今はXorgが機能しないようにすることができますが、イーサネットが必要です)。ただ業務中も同僚に邪魔にならず、インターネット接続が可能です。)??
それ以外の場合、一部のDebian /テストイメージのカーネルを変更する方法は?または、修正されたカーネルでDebian / Test ISOをビルドする方法は? (または変更されたカーネル(ネットワークを実行できる)を使用してDebian / Unstable ISOを構築します。これ古いと思います)
PS。私はこの記事を自宅で公開しており、lspci
新しいワークデスクトップのすべての詳細(出力またはエラーメッセージなど)を紙に記録していません。
付録
実際、私のDebianテストiso(週間スナップショット)イメージにはバグがあり、既知のバグです。#903047。来週から始めようDebian スポイラーディアルファ3
答え1
無効にすることはできません(理論的には)。おそらくおそらく)あるディストリビューションから別のディストリビューションに「アップグレード」(sidegrade?slantgrade?)できます。 UbuntuからDebianに切り替える非常に簡単な例を見てみましょう。
$ apt show apt # edited for brevity
Package: apt
Version: 1.2.27
Origin: Ubuntu
Maintainer: Ubuntu Developers <[email protected]>
Original-Maintainer: APT Development Team <[email protected]>
Bugs: https://bugs.launchpad.net/ubuntu/+filebug
Depends: [...] ubuntu-keyring, [...]
...ああ。さて、apt
状況によって異なりますubuntu-keyring
。そのため、最初に削除しないと削除できませんapt
。つまり、何もapt
インストールまたは削除する必要はありません。
ディストリビューションを変更すると、より良い時間を過ごすことができます。 (おそらくはるかに費用がかかります。)少ないリアルタイム)データをバックアップし、新しく選択したディストリビューションを再インストールします。
答え2
私がこの問題に対処する方法は次のとおりです。同じ物理ディスクの異なる部分を使用して、UbuntuとDebianをVMホストとゲストとして同時に実行することが含まれます。これは、実行中の2つのシステムが互いのディスクパーティションに書き込もうとしない場合に機能します。しかし、これは心臓が弱い人のためではありません…
- うまくいくことがわかっているUbuntuディストリビューションをインストールするには、より小さい(たとえば15GB)パーティションを割り当てます。本当にしたい場合は、ディスクの最後に割り当ててください。そこにUbuntuをインストールしてください。ルートとブートを共有します。交換はありません。
- 物理ディスクをゲストディスクとして使用してKVMを起動します(はい、はい)。
- KVM内のゲストとして、ディスクの残りの部分にDebian / Unstableをインストールします。初期インストールはできるだけ小さくシンプルにしてください(例:「ジョブ」をまったく選択しないでください)。後で拡張できます。仮想化されたネットワーク要件に合わせてUbuntuシステムを使用してください(NATまたはブリッジ、重要ではありません)。個人的に好むのは、ディスクサイズをあまり早く割り当てる必要がないようにLVMを最大限に使用することです(ルート用15GB、家庭用10GB、スワップ用1GBなど)。 KVMが警告する可能性があるにもかかわらず、仮想化ドライバの代わりに物理ディスクドライバを使用しても効率的ではありません。別のパーティションが必要な場合があります
/boot
。Ubuntuパーティションに触れないでください!ブートパーティションの更新を許可しますgrub
が、まだUbuntuシステムの一部であると思われる場合は更新できません。 - 必要な物理イーサネットモジュールがDebian / Unstableにインストールされていることを確認してから、仮想マシンをシャットダウンします。
- 今回は、仮想マシンのゲストではなく、物理マシンとしてUbuntuから新しくインストールされたDebian / Unstableで再起動します。一部のディスクパーティション名を変更する必要があります(
/dev/vdaN
または/dev/sdbN
再作成が必要な場合があります/dev/sdaN
)。ディスクUUIDが利用可能であれば大丈夫でしょう。 - Debian/Unstable の一部が欠落している場合は、Ubuntu で再起動し、Debian/Unstable を VM ゲストとして再起動してください。
- ネットワークがDebian / Unstable OS(つまり、仮想ゲストではなく物理OS)で適切に配置されている場合は、グラフィックス、生産性ツールなど、システムの残りの部分を適切にインストールしてください。
- すべてが期待どおりに機能することを確認したら、Ubuntuパーティションを削除して古いパーティションを空のディスク領域に拡張できます。