現在、Ubuntu 10.04を使用しています。10.10リリースがありますが、11.04に直接アップグレードできますか?手順を教えてください。
do-release-upgrade
バージョンをスキップするのですか?(LTSからLTSへのアップグレードだけではありません!)
現在、Ubuntu 10.04を使用しています。10.10リリースがありますが、11.04に直接アップグレードできますか?手順を教えてください。
do-release-upgrade
バージョンをスキップするのですか?(LTSからLTSへのアップグレードだけではありません!)
回答:
Ubuntuは、あるバージョンから次のバージョンへのアップグレード、または1つのLTSバージョンから次のLTSバージョンへのアップグレードのみをサポートします。したがって、10.04から10.10にアップグレードする必要があり、その後でのみ11.04にアップグレードする必要があります。
この制限には技術的な理由があります。既存のパッケージの新しいバージョンをインストールすると、変換を実行する必要がある場合があります。たとえば、既存の設定を新しいデータベース形式にインポートする必要がある場合があります。このような変換を実行する際に、パッケージングスクリプトは古い形式について想定する必要があります。Ubuntuのすべての以前のバージョンからのアップグレードがサポートされている場合、パッケージスクリプトは以前に使用されていたすべての形式から現在の形式に変換できる必要があるため、これはすぐにメンテナンスの悪夢になります。悪夢を避けるために、パッケージのバージョンからの唯一の一般的なサポートのアップグレードにおけるパッケージングスクリプトは、(以前のUbuntuのリリースに含まれると、以前のLTSのリリースから、LTSリリースに含まれるパッケージの場合)。
最後から2番目のバージョンまたはそれ以前のバージョンから現在のバージョンに直接アップグレード(「スキップアップグレード」と呼ばれます)することは可能ですが、システムが正しく構成されない可能性があります。
/etc/update-manager/release-upgrades
に強制されlts
ます。normal
アップグレードを再び正常に機能させるには、元に戻す必要があります。少なくとも、それは私の経験です。
前のバージョンよりも古いバージョン(この場合は非常に古いバージョン)から現在のバージョンに更新することは強くお勧めしません。新しいリリースをダウンロードし、バックアップを行ってから新しいリリースをインストールする方が良いでしょう。
Ubuntu 10.04を使用していて、本当にそのバージョンから最新バージョンに更新したい場合は読んでください.Ubuntu 10.10を使用しており、そのバージョンから最新バージョンに更新する場合は、第2部に進んでください。少なくとも10.10のユーザーには、2GBを超えるデータのダウンロードが必要であり、丸1日かかります。そして、最後でも遅くなり、エラーが発生したり、ある時点で接続が切断されたり、コンピューターが狂ったりします。つまり、すべてのPCで問題なく動作するという保証はありません。この方法でアップグレードする場合は、実際に考えてください。このリンクを読むことをお勧めします:Ubuntuの新しいバージョンにアップグレードするにはどうすればよいですか?
以下は、12.04のリリース後に10.04ユーザーに表示される画像です。
更新 -12.04がリリースされた後にこれを読んでいる場合、10.04から12.04にアップグレードするようにというオプションが10.04のUpdate Managerにあります。これは、12.04がリリースされてからの道です。
歴史的な理由から、12.04がリリースされる前にその方法を知りたいユーザーには以下の情報を残しますが、まだ10.04を使用している場合はこちらをお読みください:Ubuntuの新しいバージョンにアップグレードするにはどうすればよいですか?fossfreedomが10.04から12.04へのアップグレードに関して非常に優れた完全な回答を作成したためです。
Ubuntu 10.04を使用している場合は、最初に10.04から10.10にアップグレードし、次に10.10から11.04にアップグレードする必要があります。理由は、10.04はLTSバージョン(長期サポート)であり、LTSからLTSにアップグレードするためです。したがって、次のLTSは12.04になります。12.04が来ると、10.04でアップグレードが通知されます。ただし、まだ11.04にアップグレードする場合は、次の手順を実行します。
Ubuntu 10.04から10.10
メニュー方法
1a。メニューを使用して、[システム ] -> [管理]-> [更新マネージャー ]に移動します。
キーボードウェイ
1b。ALT+ F2およびタイプgksu update-manager
更新マネージャーが開き、上部に「新しいUbuntuリリースが利用可能です」というメッセージが表示されない場合は、次の手順を実行します。
2- 更新マネージャーの左下にある[ 設定]ボタンをクリックします。ソフトウェアソースWindowsが開いたら、下部の[ リリースアップグレード ]オプションを変更する[ 更新]タブが表示されます。通常のリリースに変更してから閉じます。ここで行ったことは、LTSバージョンをチェックするのではなく、通常のバージョンをチェックするようにUbuntuに指示したことです。通常バージョンは、6か月ごとにリリースされるバージョンです。LTSは2年ごとに発表されます。例:8.04、10.04、12.04 ..
2.1 1aまたは1bの手順に従って、Update Managerを再度開きます。
2.2。上部に表示される[アップグレード]ボタンをクリックします。アップグレードの完了後、PCを再起動すると、10.10になります。少しテストしてから、11.04に100%進んでいる場合は、次の手順を実行します。
Ubuntu 10.10から11.04
重要-Ubuntu 10.10のすべてがすでに更新されていることを確認してください。これで、11.04へのクリーンアップグレードの準備が整いました。
注 -LTSからLTSに実際に更新できます。たとえば、10.04 LTSから12.04 LTS。しかし、10.10のような他のリリースでは、最終リリースに到達するまで、実際に1つのリリースから別のリリースに更新する必要があります。あなたの場合、12.04が登場する前に、10.04から10.10に更新し、次に10.10から11.04に更新し、11.10まで更新することができました。12.04がリリースされた後、次のLTSがリリースされるため、12.04に直接更新できます。
標準のアップグレード方法を使用します。
標準リリースからリリースへのアップグレード以外で機能する唯一の「ポイントツーポイント」リリースアップグレードは、LTSリリースアップグレードです。言い換えれば、8.04-> 10.04および10.04-> 12.04からアップグレードでき、その間に3つの非LTSバージョンのそれぞれにアップグレードする必要はありません。それ以外の場合は、10.10、11.04の順に移動する必要があります。あなたはそれほど遅れていないので、長くはかからないはずです。通常どおりアップデートマネージャを実行し、11.04までのチェーンに従います。
試してみる場合は、11.04ディスクを挿入して10.10インストールの上にインストールするだけです。これにより、ホームフォルダーの内容はすべてそのまま保持されますが、「再インストール」前に持っていたすべてのソフトウェアを再インストールする必要があります。
アップグレード間でバージョンをスキップすることはできません。JauntyとLucidの間のバージョンはKarmicです。重要なデータをバックアップし、ブートローダーを含む多くのことが変更されたため、完全な再インストールを行うことをお勧めします。
新規インストールが気に入らない場合は、代替CDを使用してアップグレードできます。
準備:
代替CDを使用したアップグレードについて以下に説明します。
ubuntu-9.10-alternate-i386.iso
からhttp://releases.ubuntu.com/karmic/自分のホームディレクトリに(交換するi386
とamd64
、あなたが64ビットシステムをした場合とubuntu
でkubuntu
KDE用)ターミナルを開いて実行します:
sudo mount -o loop ~/ubuntu-9.10-alternate-i386.iso /media/cdrom
次を実行してアップグレードを開始します。
gksu "sh /media/cdrom/cdromupgrade"
KDE(Kubuntu)を使用している場合:
kdesudo "sh /media/cdrom/cdromupgrade"
この9.04から9.10へのアップグレード後、次を使用して10.04へのアップグレードを続行します。
sudo do-release-upgrade -d
ppa-purge
)。そして、それは... 9.10が最新の10.04にリリースアップグレードを実行する前にあることを確認するためにも、おそらく良いアイデアだ
はいといいえ!
はい、それは可能です-そして、sudo do-release-upgradeを介して強制的にアップグレードしようとする人や、sources.listを手動で変更する人を見たことがあります-しかし...
Canonicalは、LTSからLTS(つまり10.04から12.04)、または各中間バージョン(10.04-10.10-11.04-11.10-12.04-12.10など)へのアップグレードのみをサポートします。
強制的にアップグレードしようとすると、システムが破損する可能性が高くなります。ファイルはアップグレードも更新もされない可能性があり、非常に奇妙な動作をするシステムや、起動しないシステムもあります。
また、さまざまな人が/ homeをバックアップして、新規インストール時に復元しようとするのを見てきました。これは通常は機能しますが、個人的には、バックアップから特定のファイルをコピーして、クリーンフレッシュインストールを行うことを個人的に好みます。特定のファイルをコピーするだけの利点は、長年にわたって蓄積してきたすべてのゴミを一掃することです。
/home
、エンドユーザーのデスクトップではバックアップのみが問題ありませんが、サーバーでは、/etc/...
再インストールが必要な設定が大量にある可能性があり、新しいOSをインストールする場合は実行に時間がかかります。
上記の方法は、Apacheをインストールしたり、/ etc / hostsを変更したりすることなく実行できます。メタリリースファイルをwgetのどこか(/ etc / update-manager / meta-releaseの上を除く)から保存し、説明に従って編集します。次に、/ etc / update-manager / meta-releaseで、「URI = http:// .....」行を「URI = file:/// path / to / my / edited / meta-release」に変更します/ファイル"
また、仕事をするdo_release_upgradeために、編集したメタリリースファイルで、あなたがリリース-ファイルのURLにアーカイブを変更する必要があり、からとUpgradeToolSignature-Toolをアップグレードhttp://archive....
しますhttp://old-releases...
古いシステムのアップグレードで私が抱えていた問題を解決したおかげで。ただし、これを非常に簡単にする拡張機能が1つあります。Apacheをインストールする必要はありません。
file://
URIの代わりにURIを使用するだけhttp://
です。
したがって、プロセスは次のようになります(私のユーザー名はぼやけています):
fozzy@hostname:~$ wget -O - http://changelogs.ubuntu.com/meta-release | sed '/lucid/,$d' > meta-release
お気に入りのエディターを使用して、ホームディレクトリのメタリリースファイルを編集し、karmicブロックの「Supported:0」行が「Supported:1」になるようにします。
/ etc / update-manager / meta-releaseを編集し、こうしてURIを作成します(連続する3つのスラッシュに注意してください)。
URI = file:///home/fozzy/meta-release
URI_LTS = file:///home/fozzy/meta-release
リリースアップグレードを実行します。
これの良いところは、Apacheとそれが取り込むすべてをインストールする必要がないことです-私はそれを最小限のシステムで使用していたので、それらすべてを取り込みたくありませんでした。また、メタリリースファイルを編集できることも意味しますルートになることなく。
/etc/update-manager/meta-release
ファイルを編集してから実行するには、rootのみが必要do-release-upgrade
です。
Ubuntuのアップグレード時にリリースをスキップすることはできません。したがって、最初に9.10にアップグレードしてから、9.10から10.04にアップグレードする必要があります。
Jauntyはいつかサポートを終了しました。Jaunty(Karmic)からの次のバージョンもサポート対象外です。
また、中間バージョン、つまり9.04から10.4にジャンプすることはできません-9.10を経由する必要があります。
JauntyとKarmicの両方がメインリポジトリから削除されているため、最良のアップグレードルートは、10.04のデスクトップISOをダウンロードして、新規インストールを行うことです。
もちろん、インストールする前に/ homeに隠されていないファイルをバックアップする必要があります。これらは後で復元できます。
ほぼ普遍的に、ここでの答えは、「できない」と言っていますが、実際に正しくやればできることです。この記事では、次の方法について説明します。
リンクからの記事全体は以下に含まれていますが、ユーザーからの新しいコメントについてはリンクを確認してください。16.04から19.04に直接正常にアップグレードできることを指摘しますが、いくつかの問題がありました。
以下の記事全文:
18.04から19.04にアップグレードするには、まずUbuntu 18.10にアップグレードする必要があることが通知されています。これは、Ubuntu 18.10がCanonicalによってまだサポートされており、まだ寿命に達していないという事実によるものです。Ubuntu 18.10が2019年7月にサポート終了になった後、Ubuntu 18.04ユーザーは標準のアップグレード手順に従って19.04に直接アップグレードできます。3か月待たずに2回アップグレードしたくない場合は、以下の手順に従って19.04に直接アップグレードできます。
注:アップグレードを実行する前に、systembackプログラムを使用して、現在のOSから起動可能なISOイメージを作成できます。アップグレードが失敗した場合、ブート可能なISOを使用してOSを簡単に復元できます。ソフトウェアやファイルなど、OS上のすべてがそのまま残ります。ラップトップを使用している場合は、電源を接続してください。
ここで紹介する方法は、Ubuntuディストリビューションアップグレードマネージャーが内部でどのように機能するかです。唯一の違いは、Canonicalが提供するアップグレードパスに変更することです。
まず、次のコマンドを実行して既存のソフトウェアをアップグレードします。(次のコマンドの実行中に新しいカーネルがインストールされた場合、アップグレードプロセスを続行するためにシステムを再起動する必要があることに注意してください。)
sudo apt update && sudo apt dist-upgrade
次に、update-manager-coreパッケージがインストールされていることを確認してください。
sudo apt install update-manager-core
次に、nanoまたは任意のコマンドラインテキストエディターを使用して構成ファイルを編集します。
sudo nano /etc/update-manager/release-upgrades
このファイルの下部で、プロンプトの値をltsからnormalに変更します。
Prompt=normal
Nanoテキストエディターでファイルを保存するには、Ctrl + Oを押してからEnterを押して確認します。終了するには、Ctrl + Xを押します。
その後、次のコマンドを実行して、ソースリストファイルのバイオニックのすべてのインスタンスをディスコに変更する必要があります(/etc/apt/sources.list
)。BionicはUbuntu 18.04のコード名ですが、discoはUbuntu 19.04のコード名です。
sudo sed -i 's/bionic/disco/g' /etc/apt/sources.list
次に、以下のコマンドでサードパーティのリポジトリ(PPA)を無効にする必要があります。
sudo sed -i 's/^/#/' /etc/apt/sources.list.d/*.list
サードパーティのリポジトリを無効にした後、次のコマンドを実行してソフトウェアソースを更新し、ソフトウェアをUbuntu 19.04リポジトリで利用可能な最新バージョンにアップグレードします。この手順は、最小アップグレードと呼ばれます。
sudo apt update
sudo apt upgrade
アップグレード中にapt-listchangesが表示された場合、Qキーを押してメイン画面に戻ることができます。
apt-listchanges
最小アップグレードが終了したら、次のコマンドを実行して完全アップグレードを開始します。
sudo apt dist-upgrade
このエラーが表示される場合:
Unable to fetch some archives, maybe run apt-get update or try with --fix-missing?
その後、次のコマンドを実行してエラーを修正します。
sudo apt update
そして再実行:
sudo apt dist-upgrade
これで、Ubuntuシステムから古い/不要なソフトウェアパッケージを削除できます。
sudo apt autoremove
sudo apt clean
最後に、システムを再起動します。
sudo reboot
再起動したら、ターミナルウィンドウを開いてUbuntuのバージョンを確認できます。
lsb_release -a
次のテキストが表示されます。
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 19.04
Release: 19.04
Codename: disco
サードパーティのリポジトリは、/etc/apt/sources.list.d/
ディレクトリの下の.listファイルで定義されます。まず、次のコマンドでサードパーティのリポジトリを再度有効にします。これにより、debで始まる行の#文字が削除されます。
sudo sed -i '/deb/s/^#//g' /etc/apt/sources.list.d/*.list
次に、バイオニックのすべてのインスタンスをディスコに変更します。
sudo sed -i 's/bionic/disco/g' /etc/apt/sources.list.d/*.list
パッケージリポジトリインデックスを更新します。
sudo apt update
一部のサードパーティリポジトリにはUbuntu 19.04のエントリがないため、次のようなエラーが表示される可能性があります。
E: The repository 'http://linux.dropbox.com/ubuntu disco Release' does not have a Release file.
N: Updating from such a repository can't be done securely, and is therefore disabled by default.
N: See apt-secure(8) manpage for repository creation and user configuration details.
これらのリポジトリファイルを1つずつ編集し、ディスコをバイオニックに戻す必要があります。たとえば、Dropboxリポジトリファイルを編集します。
sudo nano /etc/apt/sources.list.d/dropbox.list
ディスコをバイオニックに戻します。ファイルを保存して閉じます。
クリーンインストールを計画している場合は、以下の手順に従ってください。
必要なもの:別のディスク、外部HDDを推奨。
your_mount_point_of_external_HDD=/media/USBDRIVE
sudo tar czvf /media/$your_mount_point_of_external_HDD/mybackup.tar.gz /home
#/ homeフォルダーをバックアップします。sudo tar czvf /media/$your_mount_point_of_external_HDD/mysources.tar.gz /etc/apt/
#リポジトリをバックアップします。sudo dpkg --get-selections > /media/$your_mount_point_of_external_HDD/mypackages
#インストール済みパッケージのリストを作成するyour_mount_point_of_external_HDD=/media/USBDRIVE
cd /; sudo tar xvzf /media/$your_mount_point_of_external_HDD/mysources.tar.gz
ORIGINAL_DISTRO=grep deb /etc/apt/sources.list | cut -d " " -f 3 | sort | head -n 1
; NEW_DISTRO=lsb_release -cs
; sudo grep -rl $ORIGINAL_DISTRO /etc/apt | sudo xargs sed -i "s/$ORIGINAL_DISTRO/$NEW_DISTRO/"
#これにより、古いソースのコード名が新しいものに変更されます。(/etc/apt
方法を知っていれば、手でファイルを編集できます)sudo apt-get update
#ここではおそらく、キーが見つからないというエラーが表示されます。それらをすばやくバイパスするには:
sudo apt-add-repository ppa:nilarimogard/webupd8
sudo apt-get update
sudo apt-get install launchpad-getkeys
sudo launchpad-getkeys
dpkg --clear-selections && dpkg --set-selections < /media/$your_mount_point_of_external_HDD/mypackages
#これにより、パッケージを再インストールします。cd / && tar xvzf /media/$your_mount_point_of_external_HDD/mybackup.tar.gz
#これは/home
ディレクトリを彼の場所に展開しますこれがすべてです。もちろんこれはエラーフリーではなく、システムに1人のユーザーがいる場合などに機能します。
この問題を回避し、CDなしでオンラインでアップグレードする簡単な方法を見つけました。
簡単な要約
注:(2014-07-25に更新)こちらの Rubo77の回答も参照してください。Apacheのインストールを回避します。
詳細な情報
1)Apacheをインストールします(既にインストールされている場合はスキップします): sudo apt-get install apache2
2)ファイルをローカルで取得する
cd /var/www
sudo wget http://changelogs.ubuntu.com/meta-release
3)ファイルを更新する
Karmicの後のすべてのバージョンを削除し、KarmicのSupported: 0
0を1に置き換えて行を変更します。
4)いくつかのシステムファイルを調整します。
/ etc / update-manager / meta-releaseを編集して変更します。
URI = http://127.0.0.1/meta-release
URI_LTS = http://127.0.0.1/meta-release
(はい、URI_LTSの「-lts」部分を削除します)
5)Apacheデフォルトサーバーをアクティブにします。 sudo a2ensite default
5.1)中間状態、これが機能していることを確認します
cd /tmp
wget http://127.0.0.1/meta-release
5.2)エラーの場合、Apache2を再起動してください:
`sudo /etc/init.d/apache2 restart`
6)アップグレード:Ubuntu Community Docの詳細な手順を確認してください。以下に簡単な要約を示します。
6.1)次のsources.list(/etc/apt/sources.list)があることを確認してください。
## EOL upgrade sources.list
# Required
deb http://old-releases.ubuntu.com/ubuntu/ jaunty main restricted universe multiverse
deb http://old-releases.ubuntu.com/ubuntu/ jaunty-updates main restricted universe multiverse
deb http://old-releases.ubuntu.com/ubuntu/ jaunty-security main restricted universe multiverse
# Optional
#deb http://old-releases.ubuntu.com/ubuntu/ jaunty-backports main restricted universe multiverse
#deb http://old-releases.ubuntu.com/ubuntu/ jaunty-proposed main restricted universe multiverse
6.2)パッケージリストを更新し、インストールされているすべてのパッケージをアップグレードする
sudo aptitude update && sudo aptitude safe-upgrade
6.3)リリースアップグレードの実行
sudo do-release-upgrade
代替パス
ステップ4)では、代わりに以下を実行します。
URI = http://changelogs.ubuntu.com/meta-release
URI_LTS = http://changelogs.ubuntu.com/meta-release
次に、/ etc / hostsを変更して、changelogs.ubuntu.comを独自のサーバーIPに変更します。新しい行を追加します:
127.0.0.1 changelogs.ubuntu.com
清掃
アップグレード後、apache2を削除して、システムファイル(/ etc / update-manager / meta-releaseおよび場合によっては/ etc / hosts)を復元できます。
リリースをスキップしないでください。yakketyはEOLですが、標準の方法を簡単にアップグレードする方法があります。
最初にsources.listのコピーを作成してから、通常のローカライズされたアーカイブリンクを「旧リリース」に置き換えます。
cp -a /etc/apt/sources.list /etc/apt/sources.list.old
sed -i -e 's/de.archive/old-releases/' /etc/apt/sources.list
(de.archive
国コードに置き換えてください)nano /etc/apt/sources.list
該当する場合、「パートナー」と「セキュリティ」のエントリをコメントアウトします。
#deb http://archive.canonical.com/ubuntu yakkety partner
#deb http://security.ubuntu.com/ubuntu yakkety-security main restricted
#deb http://security.ubuntu.com/ubuntu yakkety-security universe
#deb http://security.ubuntu.com/ubuntu yakkety-security multiverse
apt-get update
現在のバージョンと次のバージョンがまだサポートされていることをアップグレード担当者に伝えます-その部分は真実ではありませんが、アップグレードを機能させるために必要です。
nano /var/lib/update-manager/meta-release
「yakkety」と「zesty」のエントリを変更します。「サポート」を「1」に設定すると、リソースはすべて「旧リリース」にリンクします。
これをリリースステップごとに1回実行します(ヤッケティからゼスティまで、次にゼスティから芸術まで...)。
do-release-upgrade
do-release-upgrade
...
以前に有効化されていた場合、その後「パートナー」リポジトリを再度有効化します。
nano /etc/apt/sources.list
ソース:https : //andreas.scherbaum.la/blog/archives/950-Upgrade-from-Ubuntu-16.10-yakkety-to-17.10-artful.html
他の人の答えを繰り返すことはしませんが、古いリリースから最新のリリースに移行する効果を実現する方法は知っています。これには、sshとシェルのループを使用してプロセスを自動化できるように、ターミナルとsshがインストールされた別のマシンにアクセスする必要があります。
以前の回答を拡張するために、sshを介したパスワードなしのアップグレードを使用してボックスを最新バージョンにアップグレードし、受け入れられた回答と同じようにリモートで行う方法を次に示します。それは私自身のブログエントリーからコピーされます。
これらの手順はすべて、パッケージリポジトリが機能していることを前提としています。つまり、apt-get updateを実行すると、バージョンが古いために多くの404が表示されません。最初にそれを修正する必要があるので、そのためのこの答えをご覧ください。
sudo apt-get update
sudo apt-get upgrade
sudo apt-get dist-upgrade
パスワードを入力せずにsudoを使用してdo-release-upgradeを実行できるユーザーのリストに自分を追加するには、次を実行します。
sudo visudo -f /etc/sudoers.d/do-release-upgrade.
そして、次の行を追加して、もちろん自分のユーザー名を自分のユーザー名に置き換えます。
my-username ALL=NOPASSWD: /usr/bin/do-release-upgrade
ログアウトして、コンピューターから次のコマンドを実行します。入力のプロンプトを表示せずにアップグレードを実行し(すべてのデフォルトの回答を受け入れます)、コンピューターがリブートするのを待ってから、再度アップグレードを試みます。最新バージョンにアップグレードされるまで実行されます。
while true; do
ssh my-user@my-server sudo do-release-upgrade -f DistUpgradeViewNonInteractive;
sleep 120;
done
その後、アップグレードプロセスによりデフォルトの設定が配置されるため、バックアップされた設定ファイルを以前の場所に移動する必要があります。
この男は、プロンプトごとに回答を事前に準備する方法を持っていますが、欠点は、プロンプトがいくつあるかを知る必要があることです…