Fedora IoT は、CoreOS 向けに開発されたテクノロジーの一部を利用し、このテクノロジーをエッジコンピューティングや小規模な ARM デバイスに提供し、現場でのホームオートメーションやデータ収集と処理に力を与える可能性があります。
しかし、我々はまた、本当に特定のケースのために調整されたはるかにニッチな使用を奨励します。例えば、Fedora 32 の新機能は、計算神経科学ラボを持っています。Fedora の多くのボランティアがこの分野で働いていることが判明し、他の科学者が迅速に生産性を得ることができるように、彼らは彼らが彼らの仕事に使用する重要なオープンソースソフトウェアのコレクションを作るために協力することを決めました。Fedora Jamはまったく同じことですが、ミュージシャンやオーディオファンの聴衆にとっては同じです。
最近のレノボの発表は非常に大きいが、最終的にはFedoraの成功を大きな成果として見ることができて嬉しいですが、最終的には、これらの様々な関心のあるコミュニティを育成し、コラボレーション環境を構築する方法のプロジェクトとしてFedoraの成功を測定します。
帽子は「アクティビティ」の中に隠れることはありません、それはまだ最大化されたウィンドウの後ろに自動隠れます。
Fedora の Gnome3 デスクトップの構成は、私が慣れているよりも上流に近く、Gnome プロジェクトのデフォルトを本当に楽しんでいるとは言えません。特に、ランチャーは、単に私のボンカーを駆動するグローバルトップメニューバーで「アクティビティ」をクリックせずに表示されません。
私はこれが簡単に修正可能であるべきであることを知っていたし、後で「fedoraショーランチャー」の迅速なインターネット検索は、私はドックの拡張機能にダッシュをインストールするためにgnome-extensions.orgに向かいました。これは、Firefox ブラウザを使用して Fedora での痛みのない迅速なプロセスです – 拡張機能をダウンロード、インストール、および Web ページ自体から直接有効にすることができます。
残念ながら、ドックにダッシュをインストールした後、私はまだ苦情がありました。特に、ランチャーはまだ最大化されたウィンドウの後ろに自分自身を自動的に隠します。私はその行動が好きな人をたくさん知っていますが、私もその一人ではありません。次のステップは、Dockの設定にダッシュをチェックするでした- そして、そのためには、Gnomeの微調整をインストールする必要がありました。
私は、ソフトウェアセンターは、Fedoraが決定的に低迷を感じないことを1つの場所と言ってうれしいです。私はUbuntuのソフトウェアセンターに慣れていますが、Fedoraでは素早く反応しました。”gnome tweak”を検索すると、gnome-tweaksパッケージに直接移動し、[インストール]をクリックすると、ターミナルでFedoraのパッケージマネージャーを使用するのと同じくらい迅速かつスムーズにダウンロードしてインストール dnf
しました。
私はそれがインストールされた後、Gnomeの微調整を見つけるのにもっと苦労しました。アプリケーション内のユーティリティフォルダに関しては、Dragonfly Elite G1ラップトップと私の仮想マシンの両方で、フォルダの一番下の行が切り取られ、アイコンの最後の行の名前が完全に隠れていました。上下にスクロールしても表示されませんが、上にマウスを置くとポップアップが生成されませんでした。
システムの更新と再起動後、明らかな理由もなくバグが解決され、Tweaks は最終的に Utilities フォルダの最後の位置に表示されました。数回再起動した後、バグは残念ながら再浮上し、アイコンの最後の行には再び表示ラベルが表示されません。彼らは少なくとも表示されているので、うまくいけば、ユーザーは、アイコンで、テキストラベルなしでそれらを認識することを学びます。
私は最終的にTweaksアプレットに入ったら、その拡張機能タブの下にドックからダッシュまで見つけました。そのギアアイコンをクリックすると、Dock to Dashは私が望むすべてのものにすぐに使える設定をしていました。
まず、ランチャーを永久に見えるように「インテリジェント自動隠し」を無効にしました。これによりランチャーが元に戻り、隠れていた最大化されたFirefoxウィンドウがシフトして右にドッキングされました。
これは、ランチャーの上下のデスクトップの壁紙に醜い「穴」を残しました – しかし、ドック・to Dashはそれを修正する「パネルモード」チェックボックスを持っています, 画面の上下にランチャーを拡張.最後に、アイコンのサイズを 48 ピクセルから 24 ピクセルに半分に切り分け、外観の悩みはすべて解決しました。まあ、それらのほとんどは、アプリケーションウィンドウのための最小化または最大化ボタンが存在しない、単に閉じるボタンがあることを私にはまだ私をかき止めます。(タイトルバーをダブルクリックすると最大化できます。
私がすべてのディストリビューションに尋ねる質問に対する短い答えは、「はい、そして簡単に」です。Firefox 内の Chrome のランディング ウェブページにある大きな青色のインストール ボタンをクリックすると、.deb または .rpm を選択するように求められます。十分に簡単です。
そこから、ソフトウェアインストール(ソフトウェアセンターのサブセット)にRPMを傍受して開くかどうかを尋ねられます。通常、Ubuntuでは、私はここで辞退し、.debを保存し dpkg -i
、31337 sysadminだからではなく、ソフトウェアセンターがUbuntuで奇妙に遅いので、それを使用して手動で端末からインストールします。しかし、新しいディストリビューションでは新しいことを試してみるので、ソフトウェアインストールで開く必要があります。
私のうれしい驚きに、ソフトウェアインストールは確かに非常に迅速に起動し、待ち時間なしでChromeの着陸ダイアログを見せてくれました。ここでもう一度インストールをクリックすると、昇格を促しました。昇格ダイアログにパスワードを入力した後、Chromeはコマンドラインと同じように迅速かつスムーズにインストールしました。
興味深いことに、Chromeアプリケーション自体は非常に迅速に起動しました – 私はUbuntuが期待するのと同じくらい速く、実際には別の即興の「ドラッグレース」は2つの間に違いを示さなかった。これは、Firefox 76.0.1の起動時間の違いは、ディストリビューション全体の避けられない低迷によるものではなく、単なるパッケージの風変わりによるものだと結論付けています。
</img src=”https://cdn.arstechnica.net/wp-content/uploads/2020/05/037-fedora-will-it-zfs-4-dnf-swap-zfs-fuse-zfs-150×150.png” alt=”Yes, we had to dnf swap zfs-fuse zfs as well—and >
これは、新しい依存関係のインストールのメートルトンをトリガしました。
ZFSをFedoraに取り組むことは、はるかに大きな雑用であることが判明しました。OpenZFS WikiでFedoraのインストール手順を見つけることは難しくはありませんでしたが、表面上はパッケージ情報 dnf
をダウンロードして、 dnf
パッケージ自体をインストールして、必要に応じてFedora自身の zfs-fuse
ネイティブ zfs
パッケージを「依存関係マネージャー」に入れ dnf
替えました。
残念ながら、現実はそれよりもかなり醜かったです。パッケージをインストールした後 zfs
、コマンドラインユーティリティはシステム上に存在していましたが、カーネルモジュールがロードされなかったと訴えました。最初の 2 つの手順で DKMS モジュールの構築に気付いたことがなかったので、結局その作業を行う必要があると dnf swap zfs-fuse zfs
考えました。
すべての依存関係がインストールされた後、私 zpool status
は再び実行しようとしましたが、まだ喜びがなく、苦情も zfs.ko
読み込まれていませんでした。結果 modprobe zfs
も dkms --force install zfs/0.8.4
生成もせず、後者はカーネルヘッダーが利用できないと不平を言っています。カーネルヘッダーは、創造的な名前 kernel-headers
のパッケージに入っており、私がインストールしたものは kernel-devel
.でしたので、直接インストールしようとしましたが、Fedoraによると、ヘッダーはすでにインストールされています。まぁ。。。がらくた。
この時点で、私は、 dnf update
おそらくこれが問題の解決を引き起こすことを期待して、完全に行うことにしました。それはzfs関連の何も修正しませんでしたが、私がインストールしたドックGnome拡張へのダッシュを完全に壊し、私のランチャーは再び消えました。Tweaks で拡張機能を見るとエラーが発生したため、ため息をついて Fedora VM に信頼できる 3 本指の敬礼を与えました。たぶん、物事は再起動後に良く見えるでしょう。
再起動後、ZFS カーネルモジュールはまだロードされませんでした。しかし、今回はマニュアルが modprobe zfs
実際に機能し、モジュールが正常にロードされました。イェーイ!スパースファイルからテストプールを作成 /tmp
することもうまくいきました。最終的にFedoraで機能的なZFSを手に入れることができたのです。
まぁ。。。主。再起動後も zfs.ko
、モジュールは自動的にロードされませんでした。Fedora に関する情報をインターネットで検索し、自動的に ZFS モジュールをロードすると、大量のバグレポートと回避策が発生し、頭を悩ませているのは私だけではないことを明らかにしています。systemd
カーネルモジュールをロードするためだけに自分のサービスを書く必要はありませんでした。
手動で行っても systemctl enable zfs-mount ; systemctl enable zfs-import-cache ; systemctl enable zfs-import-scan
問題は解決しませんでしたが、再起動してもモジュールはロードされません。最後に、カーネルモジュールを一度手動でロードした後にプールを作成した場合、デフォルトのシステム化されたタイマーが実際に動作し、モジュールをロードし、プールをインポートすることを提案するバグレポートに遭遇しました。さらに、これはスパースファイルではなく、実際のディスクでのみ機能 /dev
することを指摘しました。
そこで、私のVMに別のディスク /dev/vdb
sudo modprobe zfs
を追加し、とを行い sudo zpool create test /dev/vdb
、もう一度再起動しました.確かに、今回はZFSモジュールがロードされ、 zpool status
それ以上の苦情なしに私の小さな赤ちゃんのプールを示しました。
ついにZFSが機能しましたが、Ubuntuを使用していない人がLinux上でZFSを不機嫌だと報告する傾向がある理由は、今でははるかに明確です。それはおよそ10年間、Ubuntuの下でこれよりも良い状態にあった – カノニカルが独自のリポジトリにZFSパッケージを追加する前でさえ、zfsonlinux PPAは、あなたとボブのあなたの叔父だけで「ちょうど働いた apt-get install zfsutils-linux
」、それ以上のファッフィングはありません。
Fedora は私の Ubuntu の毎日のドライバーから慣れているものとはかなり異なる獣です。それはUbuntuよりも上流のノームにはるかに近いです.そして、何人かの人々はそれを好むかもしれませんが、私は本当にそうしないことを発見しました。
はるかに古いXorgの代わりにウェイランドディスプレイサーバーの使用は、私はそれをテストしたi7パワーHPトンボエリートG1に大きな違いはありませんでした。Windows はスムーズにドラッグされ、ビデオはティアフリーでしたが、Xorg を搭載したディストリビューションにも搭載されていました。ウェイランドは個人的には大きな魅力ではないと思います。私はXorgに取って代わることに成功する前に、それが必要な時間をどれだけ長く調理させるのに満足しています。
ほとんどの場合、そして驚いたことに、Fedoraは私が慣れているよりも低迷していると感じました。再起動が大幅に遅く、Firefoxアプリケーションは同じハードウェア上でUbuntuよりもラギーを起動し、私は、例えば、クリアLinuxやGhostBSDを信じています。しかし、このルールには例外がありましたが、Gnomeのソフトウェアセンターは、私がUbuntuで慣れているよりもFedoraではるかにスナッピーでした。
すぐに Fedora に切り替えることはほとんどありませんが、そうしたら、マシュー・ミラーが6ヶ月間の日常的なアップグレードを約束したことでしょう。私は通常、Ubuntuの2年ごとのLTS(長期サポート)リリースを維持します, 私は壊れたものが好きではないので、.その後、再び、私はちょうど私が予想していたよりも、ここで毎日のパッケージのアップグレードの過程でより壊れたものに遭遇しました。
Fedora は、すべてのソフトウェア パッケージの最新バージョンを持っていない場合、いじり、本当に本当にアリを取得したい人に最適です。そのリポジトリとそのカーネルは、Ubuntuのリポジトリよりもかなり速く更新される傾向があります。たとえば、Ubuntu 20.04 が 1 か月未満であっても、Fedora 32 には Ubuntu の 5.4.0 に対して新しいカーネル (5.6.12) がすでにあります。
dnf update
、再起動が不穏になるまで壊れたままドックへのダッシュ