私はXubuntu(16.04、btw)を使用していますが、これはlsb_release -a
私に次のことを与えます:
user@host:~$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 16.04.3 LTS
Release: 16.04
Codename: xenial
表示する必要がありますかXubuntu
、それとも正当な出力ですか?
それでは、現在使用しているUbuntuディストリビューションをCLIでどのように知ることができますか?
とにかく、この警告はどういうNo LSB modules are available.
意味ですか?
(次のように出力されます。標準エラー:
user@host:~$ lsb_release -a >/dev/null
No LSB modules are available.
だから名目上の場合はそこにはいけないと思います)
答え1
場合によっては、ディスク/USBメディアから再インストールするために(たとえばisoバージョンまたはx86 / x64アーチと一致させるために)、どのバリエーションを使用しているかを知ることが便利です。
私が知っている結果やヒントは次のとおりです。
$ dpkg -l '*-desktop' | grep ^ii | grep 'ubuntu-'
ii xubuntu-desktop 2.225 amd64 Xubuntu desktop system
または
head -1 /etc/apt/sources.list
#deb cdrom:[Xubuntu 18.04 LTS _Bionic Beaver_ - Release amd64 XXXXXX
答え2
一般的に、あなたが書くソフトウェアは、使用するUbuntuの「味」に興味を持ってはいけません。 Ubuntu、Kubuntu、Xubuntu、およびその他のほとんどのアップストリームサポートバージョンとの唯一の違いは、デスクトップ環境とデフォルトでインストールされたプレミアムソフトウェアです。どちらもコアがUbuntuなので、lsb_release
出力は正確です。システムをインストールしても問題はありません(apt-get
いくつかのコマンドでバリアントを簡単に切り替えることができます)。
1つのバリアントにのみデフォルトでインストールされている特定のソフトウェアが実際に必要な場合は、バリアント自体ではなくそのソフトウェアを確認する必要があります(たとえば、ソフトウェアを実行するためにGNOME 3が必要な場合は、Ubuntuではなくそのソフトウェアに依存する必要があります)。 。
特定のバリアントを確認する必要がある場合は、各バリアントにはパッケージマネージャに独自のメタパッケージがあります(たとえば、Xubuntuの場合は、インストールされているパッケージのリストに呼び出されxubuntu-meta
たパッケージを表示する必要があります)。ただし、これらのメタパッケージは相互に排他的ではなく(ユーザーがデスクトップ環境を選択できるようにターミナルサーバーがほとんどのメタパッケージをインストールするのを見たことはありません)、初期インストール後に手動でインストールまたはインストールを削除できるため、信頼できます。確認方法ではありません。 。
この部分に関しては、No LSB modules are available.
LSB準拠を要求するソフトウェアを使用しない場合(最近は通常のソフトウェアがこれを実行しない)、無視してもかまいません。 LSB規格自体は、もともとLinuxディストリビューション用の共通プラットフォームを定義し、サードパーティソフトウェアがディストリビューションに依存しない方法で依存関係を満たしているかどうかを簡単に確認することを目的としていました。 「モジュール」は、LSB規格のオプションのサブコンポーネントを指します。すべてが今日基本的に関連しているlsb_release
わけではありません。これは何年も更新されておらず、Qt 3などのアイテムが含まれており、Ubuntuでは利用できなかったためです。あるいは、Debianは最初に非常によくサポートされているシステムです(ほとんどはRed Hatに基づいているため)。