現在の16.04サーバーを18.04にアップグレードしています。 /
および/boot
パーティションはミラーリングされています(単純なmdadm
)。インストールが失敗するリスクを回避するために、ミラーを破損(--fail
してから--remove
)し、ミラーから削除したパーティションに18.04.1をインストールしようとしています。
関連: buntuサーバーの既存パーティションへのインストール 、Ubuntuは既存のパーティション(何年も前に使用されていた)の使用を明確に禁止しています。この機能が意図的に削除された理由はわかりませんが、 harderアップグレードを実行します。
この問題を回避するために、/
と/boot
の既存のパーティションを削除し、インストーラーの「ソフトウェアRAID(md)の作成」を使用したいと考えました。ただし、目的のドライブ(パーティション化されていないスペースが利用可能な唯一のドライブ)は「RAID」アスキーポップアップにリストされておらず、下部の赤いラベルには少なくとも2つのアクティブなデバイスが必要です。
おそらく何かが足りないかもしれませんが、単一のパーティションとmissing
でraid1
ミラーアレイを作成し、将来のデバイスのプレースホルダーを提案することは完全に合法です。
mdadm --create /dev/md/0 --level=1 --raid-devices=2 /dev/sdh1 missing
mdadm --create /dev/md/2 --level=1 --raid-devices=2 /dev/sdh3 missing
私の意図は、この新しい18.04を起動し、正常に高速化し、すべてが機能することを自分に証明したら、他のドライブのraid1パーティションを追加してミラーを再構築することです(上書き16.04インストール)。
おそらくこれをここで動作させるための唯一の方法は、Vanillaのインストール(ミラーリングは一切行わない)を実行し、ファイルを移動するパーティションジャグリングを実行し、ミラーリングされたパーティションを1つセットアップし、grubを更新し、再びファイルを移動し、セットアップすることです2番目のミラーパーティション、grubを再度更新します。不要なようです。
わかりました、調査はより多くの文脈およびオプションを提供します。
https://wiki.ubuntu.com/BionicBeaver/ReleaseNotes#Ubuntu_Server states(emphasis mine):
注意:マルチパス、フルディスク暗号化、または既存のパーティションを再利用する機能が必要な場合は、代替インストーラーを引き続き使用する必要があります。 http://cdimage.ubuntu.com/releases/18.04/release/ からダウンロードできます。18.04.1の時点で、SubiquityサーバーインストーラーはLVM、RAID、vlan、およびbondをサポートするようになりました。
言及されたリンクされた関連質問 bug 1751656 は、疑わしいことに従属性の複製 bug 1680245 です。この2番目のバグページは、既存のパーティション(テストされていない)を使用できるように、代替のdebian-installerを使用して参照しています。
私の最初の計画(2番目のドライブに新しいインストールを行う)の別のオプションは、もちろんSudo do-release-upgrade
を使用してインプレースアップグレードを試みることです。トラブルシューティング/最初の実行中にミラーパーティションを削除しなかった場合、これは試してみるのがはるかに簡単になります...これら2つのパーティションを「練習」して「再構築」するのに悪い時間ではありません。
私が注意する最後のオプションは、上記でコメントしたことであり、アップグレードがまったく中断した場合に最終的に行うことです:/
と/boot
のミラーを含むドライブ全体のパーティションを解除します。最小パーティションを作成し、古い16.04で再起動してから、新しいraid1パーティションをシャッフルして、目的のパーティションスキーマに18.04をインストールします。 (これは、別の方法で未使用/使用可能な別のドライブでも実行できます。)
「この機能は意図的に削除されました」についての以前の苦情は時期尚早でした。もちろん、代替インストーラーから削除されておらず、新しいインストーラーに実装されていません。 「遍在」。私はまだ、これは重大な問題であり、データを消去することが前進する唯一の方法であると推測するかもしれないが、それは私が当初信じていたほどのストッパーではないという点で、これは重大な問題であると主張しています。
御時間ありがとうございます。
これに関する最新情報(2019-07-12現在)は、バグが処理されており、おそらく次のバイオニックアップデートに組み込まれる可能性があるということです。待つことができない場合は、ここで毎日のビルドイメージで問題なく動作することを確認できます。
http://cdimage.ubuntu.com/ubuntu-server/daily-live/pending/
参照: https://bugs.launchpad.net/subiquity/+bug/1680245/comments/1