Linux Mintを19.3から20へ、自動アップグレード

-
Linux Mintの新しい長期サポート版20"Ulyana"が６月27日にリリースされていた。

現在のメインパソコンをLinux Mint19.3 Xfceで動かしていたが、すぐにアップグレードするつもりはなかった。細かな設定まで含めるとまる一日潰れるので。

というか、Linux Mintに対する思い入れはさほどではないので、長期サポート版をアップグレードするなら、ubuntu系のどれかに乗り換えようかとも考えていた（ちなみに、Linux Mintの前はUbuntu Mateを使っていた）。


*-*-*-*-*-*-*-*-*-*


ところが、確か７月10日頃に、19.3から20に自動アップグレードしませんか、という通知が来た。
自動アップグレードできると思っていなかったが、すんなりいけば短時間で終わりそうなので、やってみた。

操作について特記することはない。通常のアップグレードより時間はかかるけど、難易度は大差ない。
面倒なのは、Timeshiftによるバックアップが必須（ただし回避できるし、その方法もMIntのサイトで示されている）だったことくらいか。
わたしのパソコンでは、Timeshiftにはファイルエクスプローラ（Thunarのこと）との相性問題があって削除していた。

何らかのトラブルを予期していたが、スンナリ終わって拍子抜け。
もっとも、単体のパソコンにLinux Mintだけを走らせるというシンプルな使い方なので、もともと低リスクだったのかも。


*-*-*-*-*-*-*-*-*-*


アップグードから１週間超というところだが、自覚しているトラブルは、次の２つ。

  • Chromium Browserが消失。
  • GIMPが起動しなくなる。
この２つは対処済み。

Chromiumの方は、正確にはトラブルではなく、７月10日時点で、Linux Mint20に対応版が未提供だったようだ。それで、Linux Mintの自動アップグレード中に消えてしまったようだ（たぶん）。

要するに、Chromiumは、Linux Mintの公式なアプリケーションではない、ということなのだろう。でも、近いうちに対応されることだろう。

ちなみに、代替策としてungoogled-chromiumをインストールした。ChromiumからGoogle依存性を徹底的に除去、というのが売り。

インターフェイスはChromiumそのまんまだけど、いろいろ徹底排除された結果、操作性は落ちてしまっている（使いこなせていないだけかも）。もしかしたら動作は多少軽くなったかも･･･

GIMPの方は、純粋なトラブル。インストールは正常にできているし、desktopファイルからの直接の起動はできるのに、メニューアイコンをクリックしても反応しない。

いろいろチェックしていたら、
/home/q/.local/share/applications/
の中に、自動アップグレード前に使っていた旧バージョンのdesktopファイルが残っていた。ファイル名は新旧とも同じなので、それが干渉して起動できなくなっていた。
旧バージョンの方を削除したら回復した。


*-*-*-*-*-*-*-*-*-*


気がついていないだけで、他でも問題が発生しているかもしれないが、今の支障なく使えている。
あっけないくらいスムーズに移行できた。

こうなると、Linux Mintとの御縁がもうしばらく続きそう。

もっとも、せっかくアップグレードをしたのに、わたしが使う範囲では、とくに向上を体感できていない。

コメント

コメントを投稿

このブログの人気の投稿

MX Linuxで高音質化に取り組む

-
イメージ
MX Linuxで高音質化に取り組む Kona Linuxを入れていたThinkPadに、MX Linuxをインストールして、いくつか手を入れたところ、好感触だった。 KLUE3.0と比べて、パソコン直挿しヘッドホンではかなわないものの、外付け機器を通すと、MX Linux改の方が好ましかった。 というか、KLUE3.0の音は、今でも手が届かないくらい精妙に作り込まれたサウンドだけど、音楽の生気とか余韻みたいなものは、ある程度削ぎ落とされている印象。 それに対して、MX Linux改の音は荒削りだけど、外付けの機器につないだときに、スピーカーから音が伸びやかに広がる。 わたしが聴くジャンルは、９割以上クラシック。独奏だろうと歌劇であろうと、演奏空間の気配を聴き取りたい。 小音量でも、この気配があれば、それらしく聴こえる。いかに細部がクリアに響いても、この気配がなければ、作り物っぽく映ってしまう。 屁理屈を書くと、クラシックの実演って、解像度はそんなに高くない。 開発者のおっしゃるとおり、Kona linux 4.0 blackjackと比べたときのKLUE3.0の特徴は、「厚みと奥行きがある」「響きが豊かでふくよか」「柔らかい音」だろう。 とは言え、KLUE3.0の音質も、私の感覚で言わせてもらうと、端正で解像度が高いかわりに、平坦で薄めということになる。 外付け機器とつないだときに、そのことが一層意識される。 こう書くとKLUE3.0を否定しているように読めるかもだが、だとしたら言葉のチョイスを失敗しているかも。 あくまでも、音に対する嗜好の方向性の違いを言っているつもり。 趣味のことなので、クォリティの高低だけで割れきれないときもある。 せっかくMX Linuxという取っ掛かりを得たので、素人のDIY作業だけど、MX Linuxの音を磨くことにした。 MX Linuxをベースにした理由 当初、MX Linuxを採用したことに、大した理由はない。 これまで触ったことがあるLinuxは、Puppy以外は、Debian系列かubuntu系列だったので、その中からプレインストールされているアプリが少ないものを探していたら、MX Linuxを見つけた。 LubuntuとかXubuntuでも良かったけれど、過去に使った...
続きを読む

低スペックの旧式ノートPCを、MX Linuxで高音質化①

-
イメージ
外で音楽を聴くときは、こんなものを使っています。ipod 5.5世代というやつです。 2006年発売なので、古いです。ハイレゾとか無理です。 しかし、手持ちのイヤホンもハイレゾに対応してません。わたしの耳もハイレゾに対応していないので（年齢なりに老化）、気になりません。 今は、ロスレス・圧縮なし、つまりwavかaiffの音源のみ聴いています。その限りでは、悪くない音だと思います。 響きの肌理みたいなものまでは再現できませんが、癖は少ないです。というか、癖が無いことを重んじているような味付けです。 ロスレス圧縮（FLAC）でもいい音で鳴るとうれしいですが、この種の機器にそこまでは期待していないので、使い続けています。 ところで、これとは別に、携帯できるミニノートパソコンを、Linuxを使ってデジタルオーディオプレーヤー化できないか？と、思いつきました。 :::::::::: まずはミニノートパソコンを入手しました。 といっても、旧式の安価なミニノートです。なにしろ、企画倒れになる公算が大きいので、出費は最小限に。 なぜ企画倒れの公算が大きいかと言うと、ミニノートパソコンでも、1kg前後の重量があります。サイズもそれなりで、ビジネスバックには入るけど、当然胸ポケットは無理です。 多少良い音が出るようになっても、この実用面でのハンディを克服できる可能性は･･･かなり低いです。 というわけで、ヤフオクで旧型のミニノートを落札。ASUSのX102BAというのを手に入れました。 2014年頃に発売のモデルです。 これを狙ったわけではなく、出品されていた品物の中で、条件に合いそうなものを選んだら、これになりました。 CPUがAMDのA4-1200で、メモリは2GB固定（素人は交換できない）。発売当時ですら遅いと評判だったようですが、音楽再生に特化させるので、何とかなるのではないかと。 もっとも、Linuxとの相性自体は未知数です。あんまり売れなかったのか、ネット上の使いこなし情報は少ないです。 :::::::::: ところが、実際に入手してみると、想像以上にやっかい。スペックだけでなく、相性問題がかなりシビア。 Linuxを受け付けないわけではないものの...
続きを読む

ubuntuを高音質化

-
迷走しているが、DebianベースのMX Linuxをインストールしていたパソコンは、現在KLUE3.0とubuntu（Kubuntu）のデュアルブートになっている。 MX Linuxに大きな不満はなかったのだけど、再インストールしたい事情ができて、何となく上のようになった。 MX Linuxで試した高音質化の方策は、大半が流用できるので、そんなにムダはないし。 MX Linuxへの不満があったとしたら、起動時間が長いことくらいか。でも、切り替えたKubuntuもそこは速くないので、起動時間が変更理由ではない。 むしろ、MX Linuxからubuntuに移ったことで、今気がつく限りで、２つデメリットがあった。 標準のリポジトリから導入できるカーネルの選択肢が狭くなる。 テキスト・モードへの切り替え方法が、変わった。 MX Linuxだと、音楽再生に特化したLiquorixとRealTimeカーネルを、簡単に利用できた。 KubuntuのSynapticで漁ったところ、見つけられたのはLow ratencyカーネルが一つ。 テキスト・モードでの起動は、MX Linuxのときは、grub.cfgにtextと記述するだけだった。特定のカーネルだけテキストモードにできるところが便利だった。 Kubuntuの18.04では、textの指定は効かなかった。この方法は使えないようだ。 調べると、テキスト・モードで起動する方法はいくつかあるようだが、特定のカーネルだけ、というのは見つけられなかった。 また、しばらく使った印象では、Kubuntuはけっこうクセがあるので、他に乗り換えるかもしれない。 以下、手を加えたこと、試したことの項目一覧。 多くは途中経過。 BIOSで不要な機能を停止（CPUのハイパースレッディング、使わない端子等）。 スワップをさせない。 不要なサービスの停止。 不要なttyの削除。 Low ratencyカーネルの導入。 テキスト・モードでの再生。 カーネルのパラメータ（clocksourceとか）を変更。 CPUのクロック周波数を最低に固定。 割り込みの周波数を変更。 I/Oスケジューラのパラメータを最適化。 ALSAの設定ファイルを変更。 PulseAudioの設定ファイルを変更。...
続きを読む