Ubuntuの上にCentOSをインストールします（デュアルブート）
Ubuntuデスクトップがあり、その上にデュアルブートとしてCentOSをインストールしたいと思います。マシンには2つのドライブがあり、それぞれに1つのパーティションがあります。 Ubuntuのインストールに害を及ぼすリスクを冒したくありません。最初のドライブにUbuntuを保持し、2番目のドライブ（現在は追加のデータがあるだけです）にCentOSを配置したいと思います。これどうやってするの？
普通にインストールするだけです。インストーラーがインストールする場所を選択するように求めてきたら、それをデータドライブに転送し、使用可能なスペースから新しいパーティションを作成して、そこにCentOSをインストールします。それは完全に簡単なはずです。
しかし、あなた自身の好奇心を除けば、これにはあまり意味がないことを考慮する必要があります。 CentOSができることなら何でも、Ubuntuも広告を出すことができますその逆。 RPMとしてのみ存在する特定のパッケージをインストールする必要がある場合は、まったく新しいOSをインストールせずにインストールする方法が他にもあります。特定のタスクにCentOSが必要な場合は、仮想マシンにインストールすることもできます。
わかりました。CentOS8をUbuntu18.1とデュアルブートしました。
それを手に入れるのに一週間かかりましたが、私はそれを手に入れました。
CentOS7も機能しますが、CentOS8ほど柔軟ではありません... LVMまたはNTFSをサポートしていません。また、XFSもあると思いますが、CentOS8はまだNTFSをサポートしていないと思います。
基本的に、ターゲットドライブのクリーンインストールを行う必要があります（Linuxパーティションの詳細、grub EFI（SecureDriveを使用している場合）、およびブート構成を理解している場合を除く）... CentOS8を単一のOSとしてインストールする方が簡単です。次に、Ubuntuをインストールします。Ubuntuのインストーラーはこれを処理するのに十分スマートであり、ターゲットパーティションのサイズを変更して、2つのOS間でスペースを共有できます。
CentOSは以前のブート構成を喜んで破棄するようですが、Ubuntuはこれに対応します。
そこで、すべてのデータを外部ドライブにバックアップし、ディスクアイコンマウンターを使用してCentOSインストールISOをサムドライブに配置し、それを使用してCentOS8を内部ドライブにインストールしてから、DIMを再度使用してUbuntu 18Liveをサム、それを使用してデュアルブートをセットアップし、データを復元しました。そしてそれはうまくいきます。
LVMは避けましたが、標準のパーティション分割でExt4を使用しました。 CentOS8カスタムディスクパーティション構成オプションを使用し、1GB/boot/efi（EFIとして）、4GBスワップ、および残りの/（efs4として）を手動で設定すると、正常に起動しました。先週は、親指を起動してインストールするために費やされました。これには、複数のユーティリティの使用が含まれ、組み込みのnautilusブートライターは問題なく機能しました。問題は、実際に起動してインストールするISOイメージを使用する必要があることです。 Nautilusのディスクイメージライターはうまく機能します。 ISOを右クリックしてDIWを使用し、サムドライブに復元するだけです。
CentOS-7-x86_64-LiveGNOME-1908.iso CentOS-7-x86_64-Minimal-1908.iso CentOS-8.1.1911-x86_64-boot.isoubuntu-18.04-desktop-AMD64.isoが私が使用したものです。
CentOSで劇的なエラー（AMD GPUまたはRAIDタイプの問題）が発生した場合は、「exit」を使用してそれらを乗り越えてみてください。ただし、インストーラーのロードと実行が正しく停止するわけではありません。ライブDVDを試してみてください。正常に動作するはずです。これは、WDC内蔵ドライブと4種類の外付けハードドライブおよびフラッシュカードを搭載したHP15AMDベースのラップトップで正常に機能しています。
CentOS8がどれだけうまく更新されるか（できれば構成を破壊せずに）はわかりませんが、その前にドライブ構成を文書化し、バックアップも行います。 Ubuntuの上または2番目のドライブにCentOS7をインストールしようとすると、CentOSのインストールが機能し、Ubuntuのインストールが壊れてしまうことはほぼ保証できますが、8ではなくCentOS7でのみ試しました。 。当初、CentOS7とUbuntuを備えたextドライブを1つ用意し、起動したいものを選択することを望んでいました...しかし、ある時点でデータを処理する必要があり、ラップトップをデュアルにするだけではどうでしょうか。 -可能であれば起動するので、CentOS8で試してみました。 CentOS8から始めて、その隣にUbuntu 18.01をインストールすれば、問題なく動作することはわかっています。それは逆にうまくいくかもしれませんが、それは私が今試す必要のない実験です。
また、後でパーティションのサイズを大きくしたい場合は、標準のパーティション分割とLVMの使用が長期的な影響を与える可能性がありますが、クリーンインストールから開始することで対処できます。おそらく、内部ドライブを外部にマウントし、それを使用してデータを復元する方法を見つける方がよいでしょう。
別のオプションがあることにも注意してください。どちらか一方をインストールし、Canonicalが開発した新しいコンテナ技術を使用して、一方（debianとredhat）用に構築されたアプリを実行する問題を軽減できます。
AudacityはRedHatタイプのディストリビューションで実行するように構築されていないため（RPMマシンのソースから構築して機能させることができない場合）、例としてCentOSで機能するようになります。
https://snapcraft.io/install/audacity/centos
ubuntuでrpmを実行しようとしたり、VM（メモリを分割する））を使用したりするのとは対照的です。猫の皮を剥ぐ方法は複数あります。
ただし、作業中の構成が変更されたばかりで、必要なディストリビューションが起動せず、修正できるかどうかさえわからないため、データを完全にバックアップしてください。
「これについての私の2セント：「CentOSができることは何でも、Ubuntuはその逆も可能です。」これは同時に真実と誤りです。」
いいえ、それは単に誤りです。そのため、複数のLinuxディストリビューションがあります。
https://www.reddit.com/r/linux/comments/5z6yla/difference_between_linux_distributions/
無限の時間が与えられれば、おそらくあなたはどんなディストリビューションでも何でもできるでしょう。おそらく一般的な方法は、インストールを他のディストリビューションで上書きすることです。
A VM同様に。このページを見ている理由は、Ubuntuには公式のNIサポートがないのに対し、RedHat/CentOSにはサポートがあるからです。
一部のユーザーグループがいくつかのNI RPMベースのインストーラーをハッキングし、Ubuntuまたは他のDebianベースのシステムで実行するために関心のあるSWを取得したと確信しています*
ただし、これを行うことと、公式にサポートされているOSで公式のRPMインストーラーを実行することには違いがあります。
ここでのポイント：CentOSの個別のインストールを完全に2番目のドライブに個別のブートドライブとして作成することをお勧めします。 Linuxは面白いものです。何が機能するか、何が機能するか、何が起こるべきか、そして実際に何が起こったかがあります。機密性の高いインストールに関しては、「実際に何が起こったのか」が、必要なものとは大きく異なることが判明する可能性はありません。そのため、スクラッチ構成またはVMでこれらのことを試してみてください。しかし悲しいことに、VMは実際のマシンではなく、実際に使用しているハードウェアでもありません。同様に、スクラッチ構成は実際に使用している構成ではありません（および再フォーマットと再インストールが必要かどうかを確認する唯一の方法は、実際に試すことですが、その前に、構成のバックアップと復元を実際に行うことはできますか？ソースからの再インストール？少なくともデータはバックアップされていますか？構成やデータに関心がありませんか？
そうでない場合は、おそらくNASの2台目のコンピューターが最適なオプションです。または共有パーティションです。各マシンでいつでもリモートでアプリを実行できます。
これを行うことの狂気にもかかわらず、私はとにかくそれを試みています...高等教育の原因のために私の個人的なラップトップを犠牲にします...
6時間経っても、CentOS8.11をUbuntu18.1と並べて稼働させることができません。
この信じられないほど役立つページとそのリンクにもかかわらず。 https://help.ubuntu.com/community/UEFI
これを試す前に、よく読んでおくことをお勧めします。ほぼ一日中、この背後で撮影されました。インストールメディアで機能するフラッシュドライブを入手するには、unetbootinstallを使用する必要がありました。ただし、GUIの起動も完了しません。起動を拒否し、緊急モードになります。しかし、少なくともこれでインストールが開始されます。組み込みのUbuntuツールを使用してスティックを作成すると、GRUBプロンプトが表示され、そこに座って起動します。識別後の小さなエラーメッセージが表示されます。 AMDチップ（HP12ラップトップ）としてのチップは、何がどこで問題になっているのかを示しています。しかし、DVDのダウンロードが破損している可能性があります。そのため、別のミラーから8 x64ISOを試しています。585MBのベースバージョンを試す必要がありますか。 7GBのフルバージョン？HM。
..。
2日目、COB：いくつかの半分の成功、いくつかの教訓。大きな問題は、実際にISOファイルからフラッシュドライブを作成することです。これを機能させるには、正しく実行する必要があります。見た目よりもかなり複雑です...
実際に正しく動作するものを何度も何度も試みた後、「LiveDVD」ファイルを使用して、ついにCentOSをフラッシュドライブで実行できるようになりました。これには、フラッシュドライブから実行され、ローカルルート/ home、/ usr/localを持つ実際の動作インストールであるといういくつかの利点があります...これは、自己完結型のLinuxインストールです。 LVはまだCentOS-8を公式にサポートしていませんが、主なことは、使用しようとしているOSで使用しようとしているハードウェアで実際に動作するイメージライターを使用することです。私のHP15AMDシステムの場合、これは「ファイルエクスプローラー」メニューのファイルアイコンを右クリックしてアクセスできる組み込みのUbuntu 18.01ソフトウェアであることが判明しました（ただし、少なくとも1回はOSを更新してパッチを適用しました）道）。これに入るには、右クリックして[他のアプリケーションで開く]を選択してから[ディスクイメージライター]を選択する方法と、ツール/ディスクツールを使用して選択したデバイスをクリックしてから選択する方法の2つがあります。その下のギアアイコンと「パーティションイメージの復元」を使用します。最後は、最初に試した方法、次にunetbootを試した後、「ディスクイメージライター」を試した方法です。
もう1つの問題は、ISOが実際にハードウェア上でLinuxシェルまたはGUIで起動する必要があることです。
小さい「最小限の」ISOには、デフォルトでハードドライブにOSを最小限にインストールするために必要な構成があるようです。大きい方の「LiveDVD」は、デフォルトでフラッシュメディアでOSを実行するように構成されているようです。いずれにせよ、ハードウェアで動作する必要があり、ハードウェアで動作するように適切に設定する必要があります。つまり、使用するように適切に設定されたgrubのコピーとともにEFIブートマネージャーをブートメディアにインストールする必要があります。また。フラッシュ上にイメージを作成するために使用するツールがEFIを認識していないか、必要なパーティションセットではなくISOパーティションを作成するだけでなく、フラッシュが正常に起動するように構成されていない場合（必要なEFIブートマネージャーを含む）の場合、ハードウェアブートモードをBIOS（レガシー/ CMD）に切り替えない限り、それを使用して正常なブートフラッシュを構築する可能性はありません。同様に、OSのバージョンがEFIに対応していない場合。
したがって、レガシーBIOSブートとCMD（CDM？）ではなくEFIとSecureBootを使用する場合は、EFIについて少なくとも何かを学ぶ必要があります。
しかし、ここでも、何がうまくいかないかを確認できるように、意図的にこれを愚かな方法で行っています。ラップトップで真のマルチOSハードドライブブート構成をセットアップできるかどうかを確認したいと思います。それ以外の場合は、実行するOSごとに異なるフラッシュドライブを使用し、その上にブートパーティションを配置し、そのOSを必要とするアプリをそのブートパーティションにインストールしてから、内部ドライブを共通ストレージにします。フラッシュドライブの使用を停止する準備ができたら、内部ドライブにブートパーティションを作成し、フラッシュドライブのクローンを作成します。さらに良いことに、フラッシュドライブを使用してすべての構成テストを実行できます。
しかし、CentOSをインストールしようとした最初の7回は、「dracul」エラーのためにGUIにロードされませんでした。これは、ISOイメージャがブートパーティションを適切に作成しておらず、grubがどこにあるかわからなかったために発生したと考えられます。適切なカーネル。完全に理解しているとは言えませんが、それが一般的な考え方だと思います。
とにかく、Linuxでは、何度か試して成功するまで、Linuxが思ったとおりに動作することを100％確信することはできません。通常はそうなります。しかし、私はそれに私の人生を賭けませんでした。たとえば、フラッシュベースのCentOS 7からUbuntuハードドライブベースのブートに戻すと、ラップトップで電源オフ/電源オンを行うまで、wifiはまったく機能しませんでした。
経験から何が機能し、何が機能しないかを知っていれば、すべてが本当に簡単になります。次に、専門家のように聞こえて、「何が機能するか」と「何が問題にならないか」について話すことができます。これは、使用するソフトウェアとハードウェアで機能するためです...そうでない場合は、「それはゴミであり、捨てられる」;）
真剣に私は、Linuxで動作するようにインストール構成を変更することは言うまでもなく、ソースコードを変更して動作させることができれば、Linuxで動作するものなら何でも入手できる人がいると信じています。問題は、人々がそうすることを期待し始めたとき、それがLinuxを使用するための「通過儀礼」になるときです。そのような人々は、ユーザーとシステム管理者が両足の間に尻尾を付けてWindowsに戻るのを見て喜んでいます。 MSはそれを見て、「Windowsはあなたが作業するのに十分なほど難しくなかったのですか？問題ありません！Linuxを使用するようにします！」と言います。