ですから、私は17.10を実行していますが、翌年は非常に忙しくなり、アップグレードやインストールの時間がないので、すぐに18.04をインストールすることを考えました。今日は機能の凍結日であるため、私は今これを求めています。したがって、バグ修正のみが現在入っているので、少なくともある程度安定しているとカウントする必要がありますか?
あなたのアドバイス/意見は何ですか?
私は約1週間前にデスクトップとラップトップの両方のマシンにインストールしたKubuntu 18.04を使用しています。 Openglは、AMD gpu(KubuntuとUbuntu MATEの両方)の標準リポジトリで完全に壊れていたため、提案されたリポジトリを使用します。もちろん、提案されたリポジトリのすべてが着陸を完了していることを確認する必要があるため、物事を壊すための追加の危険を意味します(ローカルのものの代わりに頻繁に同期されるメインのubuntuミラーを使用することも良いです。
編集:OpenGLは現在、毎日のビルドで正常に動作します
これをお勧めします:
「失敗するつもりはない、失敗する」という古い格言があります。その前提で、自分でテスト計画を立ててください。
sdX
でテストします。systemd
、cron
およびその他のシステムユーティリティをテストします。xrandr
関数をテストします。このテスト計画は、一部の領域では過度に慎重になる可能性があるため、快適性レベルと時間の制約に応じて縮小する可能性があります。
Ubuntuパーティションのコピー、またはそれを保持できる外部ドライブまたはUSBペンドライブを保持するのに十分なディスク領域がある場合、このスクリプトを使用します: 18.04 LTSアップグレードをテストするためにUbuntuを新しいパーティションにクローンするためのバッシュスクリプト その後、再起動せずにデータのクローンを作成できます。
利点は、ライブブートUSBから再起動する時間のかかる面倒な作業を回避できることです。変換の速度は、内部ドライブで何倍も高速です。
私自身、数か月前に永続ストレージを備えたUbuntu 18.04 Live-USBを作成しましたが、その安定性に驚きました。
それ以来、バグのあるUbuntu 16.04 LTSの自動更新がたくさんありますので、2018年1月1日からUbuntuの更新を停止しました。2018年の前に16.04の安定性を楽しんでいるので、そのまま使用し続けます。 LTS更新のバグレポートが30日間なかった後、16.04を更新します。 2018年4月に最初に発表された16.04 LTSから18.04 LTSへの変換を保留します。再びバグレポートに細心の注意を払い、本能から時間が適切であることがわかり次第、アップグレードの引き金を引きます。
私は18.04で32ビットのLubuntuシステムと64ビットのUbuntuシステムを1か月ほど実行してきました。
私はそれらをあまり活用していませんが、システムをひどく壊したものはありません。びっくりしました。
MATE DEを使用してUbuntu 18.04 LTSをインストールしました-オープンソースのIntel GPUドライバーでうまく機能します。
いつものように、現代のGNOMEは光沢がありますが、使いやすさの最後の部分を失います。