USA Spain Brazil Russia France Germany Korea Japan

Artificial Intelligence driven Marketing Communications

 
May 21, 2020 3:52 AM ET

Linux 发行版评论:费多拉工作站 32


iCrowd Newswire - May 21, 2020

我们利用红帽的出血边缘桌面发行进行扩展。

Fedora IoT 采用为 CoreOS 开发的一些技术,并将其引入边缘计算和小型 ARM 设备,这些设备可为您在现场的家庭自动化或数据收集和处理提供动力。

但是,我们也鼓励更多的利基用途真正为特定案例量身定制。例如,新的与Fedora 32我们有一个计算神经科学实验室。事实证明,许多志愿者在Fedora在这一领域工作,他们决定共同努力,使他们在工作中使用的重要开源软件的集合,以便其他科学家能够迅速提高工作效率。费多拉·贾姆是完全相同的东西,但对于音乐家和音频爱好者的观众来说。

显然,我很高兴看到Fedora工作站、Fedora CoreOS和Fedora IoT取得巨大成功——联想最近宣布的这一消息是巨大的!——但最终,我衡量Fedora的成功,作为一个项目,我们在培育这些感兴趣的社区方面做了多,我们如何构建协作环境,这样每个团队都可以作为整个 Fedora 的一部分发展自己的用户社区。

安装 Fedora 工作站 32

After selecting a keyboard, you're met with a warning/attention icon over Clicking the warning icon leads us to the Destination menu, which has automatic configuration pre-selected. We can just click I took a curious look at the Blivet Although I poked at the Blivet manual partitioner, I canceled out and reselected the default automatic layout.Once you're done poking at the disk layout, the Fedora installation begins. It felt a bit pokey, but otherwise was unremarkable.

我花了大约一个小时在裸机上与Fedora工作站玩——一台惠普龙飞精英G1笔记本电脑——然后把它作为VM旋转到我的主要工作站上。但是,与笔记本电脑屏幕的照片相比,屏幕截图更易于管理,外观也更好,因此您将在这里看到这些屏幕截图。

选择键盘布局后,Fedora 会以令人不安的方式选择磁盘布局,而不是只引导您进入屏幕,而是会向您引发错误/警告图标。单击警告图标可引导您到达安装目标,在那里您将找到预先选择的自动磁盘分区程序。您可以点击此处”完成”以接受自动布局,也可以手动分区磁盘和选择文件系统。

我戳了一下高级设置——一种叫做Blivet的GUI——它看起来既简单又有能力。最终,我取消了Blivet,并重新选择了自动分区器,以获得默认 Fedora 安装真正是什么样子的想法。

磁盘布局

But fdisk still reports in GiB, like, well, literally any other software application we've ever seen.Files (formerly Nautilus) reports in GiB on most distros but is reporting in GB here.

Fedora 的默认磁盘布局原来是一个相对较小的 ext4 启动分区 — 40GB 虚拟磁盘上的 1.1GB,其余磁盘设置为 LVM 物理卷。

在占用大部分磁盘的 LVM 卷中,4GB 被分配为交换(匹配我的 VM RAM),另一个 36GB 作为 ext4 根文件系统分配。有趣的是,Fedora 的”磁盘”应用程序(我用于检查新安装的 VM 上的布局)选择以 10 GB 的幂显示大小,而不是二千吉贝的幂。

这与喜欢使用的营销友好型大型硬盘供应商相匹配,但与大多数其他应用程序以及大多数用户的期望相冲突。虽然安装在 Fedora 上的 Gnome 文件版本也以 GB 形式报告,但当我们下降到终端并查看 fdisk 时,我们看到它在 GiB 中报告,就像通常一样。

第一印象

我花了大约一个小时在惠普”飞龙精英G1″上与Fedora 32玩,主要是为了弄明白它的下一代Wayland显示服务器是否感觉异常”快速和流畅”。我打开和关闭了很多窗口,在桌面上拖了一遍,在默认的Firefox安装中,在YouTube上播放了可能不健康的WWE视频。(不要判断,他们有很多快速的行动,没有CGI。

我不能诚实地说韦兰给我留下了什么印象。虽然显示确实感觉快,并且在视频播放过程中没有屏幕撕裂问题,但我不期望会出现 — 我使用 Xorg 显示服务器使用 Ubuntu 19.10 运行同一台笔记本电脑的时间相当多,而且也没有任何问题。Wayland 可能在较小的硬件上有所作为(这是八代 i7,但它似乎没有以某种方式在快速笔记本电脑上注册。

https://youtu.be/SCqXWH0mbBM

不幸的是,我注意到,费多拉感到明显比我习惯的更迟钝。人类感知可能很棘手且不可靠——自从1月份查看 Ubuntu 以来,我实际上并没有在硬件上使用 Ubuntu,因此我设置了一对预配相同的 VM,一个与 Fedora 32,一个与 Ubuntu 20.04,并在我的 Ryzen 7 3700X 工作站上进行了”拖拉竞赛”。

每个 VM 都有四个 CPU 线程、4GB 的 RAM 和一个 40GB 的原始备份文件托管在 ZFS 镜像 vdev 上,它本身位于一对三星 860 Pro 2TB SSD 上。我首先在每个 VM 上启动重新启动,尽管在 Ubuntu 之前单击了 Fedora 的重新启动按钮,Ubuntu 还是以明显的速度到达桌面。重新启动后首次启动 Firefox 的类似测试在 Ubuntu 上也更快。这证实了我在笔记本电脑上的”裤子座位”印象——Fedora可能比Ubuntu慢一点,有些任务。

重新排列发射器

You have to click If we want the launcher visible always, we'll need the Dash to Dock Gnome3 extension.In Fedora, it's easy to install Gnome3 extensions directly from within the Firefox browser.Although we now have a launcher t src=</img src=”https://cdn.arstechnica.net/wp-content/uploads/2020/05/010-after-dash-to-dock-launcher-autohides-150×150.png” alt=”Although we now have a launcher t>

帽子不隐藏在”活动”内,它仍然自动隐藏在最大化的窗口后面。

Fedora Gnome3 台式机的配置比我习惯的更接近上游,我不能说我真的很喜欢 Gnome 项目的默认值。特别是,不点击全局顶部菜单栏中的”活动”,启动器是不可见的,这只会让我发疯。

我知道这应该很容易修复,和快速互联网搜索”fedora显示发射器”后,我前往gnome-extensions.org安装Dash到Dock扩展。在 Fedora 中,这是一个无痛且快速的过程,使用 Firefox 浏览器 — 可以直接从网页本身下载、安装和启用扩展。

不幸的是,安装破折号到码头后,我仍然有投诉。特别是,发射器仍然自动隐藏自己后面的最大化窗口。我认识很多人喜欢这种行为,但我不是他们中的一个。下一步是检查达什到Dock的设置-并做到这一点,我需要安装Gnome调整。

... but the reviewer in me sighed regretfully, closed the Terminal, and opened Software Center instead.Searching for gnome tweaks was quick and easy.We're one big blue button click away from having Gnome Tweaks available...But where IS it? Both the Dragonfly Elite G1 and my virtual machine had a display bug that chopped off the names of the last row of icons in Utilities.

我很高兴地说,软件中心是费多拉绝对不觉得迟钝的地方。我已经习惯了Ubuntu的软件中心感觉很奇怪,但它在Fedora中反应迅速和迅速。搜索”gnome调整”让我直接到gnome调整包,并点击安装下载和安装它每一点一样快速和顺利,使用Fedora的 dnf 软件包管理器在终端将有。

安装后,我有更多的麻烦找到Gnome调整。当涉及到应用程序中的实用程序文件夹时,有一个奇怪的间歇性显示错误 – 在龙飞精英 G1 笔记本电脑和我的虚拟机上,文件夹的底部被砍掉,完全隐藏了最后一行图标的名称。任何向上和向下滚动的数量都无法使它们进入视野,而悬停在它们上也不会生成弹出窗口。

系统更新和重新启动后,Bug 无缘无故自行解决,并且”调整”最终显示在实用程序文件夹的最后位置。几次重新启动后,错误不幸地重新出现,最后一行图标再次没有可见的标签。它们至少是可见的,所以希望用户能学会通过图标和没有文本标签来识别它们。

With The fix for that ugly

当我终于在调整小程序,我发现Dock到破折号在其扩展选项卡下。 点击它的齿轮图标,码头到Dash有现成的设置,所有我想要的。

首先,我禁用了”智能自动隐藏”,以保持发射器永久可见。这把发射器带回来了,一个最大的火狐窗口,一直隐藏它转移和停靠到它的权利,而不是。

这让我在启动器上方和下方的桌面壁纸上留下了丑陋的”漏洞”,但 Dock 到 Dash 有一个”面板模式”复选框,用于修复该复选框,将发射器扩展到屏幕的顶部和底部。最后,我把图标大小切成两半——从48px到24px——我所有的外观问题都解决了。嗯,他们中的大多数——它仍然让我恼火,因为应用程序窗口没有最小化或最大化的按钮——只是一个关闭按钮。(您可以通过双击标题栏来最大化。

Clicking On Ubuntu, I always save the deb and then hit the Terminal to manually install it with dpkg -i. But for review purposes, I let Software Center intercept the RPM here.Fedora's Software Center really is much snappier than I'm used to in Ubuntu, and this landing dialog showed almost immediately.After elevating Software Center to allow it to install Chrome, the installation went as quickly and smoothly as if it had been done from the CLI.Chrome shows up where you'd expect it, in Applications.

对于我问到的每个版解——会不会是Chrome?——的简短回答是”是的,而且很容易”。单击 Firefox 中 Chrome 着陆网页上的大蓝色安装按钮会提示您选择 .deb 或 .rpm,RPM 标记为”Fedora/openSUSE”。很简单

从那里,系统会询问您是否希望软件安装(软件中心的子集)拦截并打开 RPM。通常,在 Ubuntu 上,我会拒绝这里,保存 .deb,并使用从终端手动安装 dpkg -i 它 – 不是因为我是一个 31337 系统管理员,而是因为软件中心在 Ubuntu 上异常笨拙且速度缓慢。但是,有了新的版里,你尝试新事物——所以我允许软件安装打开它。

令我惊喜的是,软件安装确实很快地发射了,显示我Chrome的着陆对话框没有等待。点击此处再次单击”安装”促使我提升。在提供高程对话框我的密码后,Chrome 会及时安装,就像从命令行中快速、流畅地安装。

有趣的是,Chrome应用程序本身推出得非常快——每一点都像我期望的Ubuntu一样快,事实上,另一场即兴的”拖拉比赛”显示两者之间没有区别。这让我得出结论,Firefox 76.0.1 发射时间的差异,两个发行版不是由于不可避免的缓慢的发行作为一个整体,但仅仅是一个包装怪癖。

会吗?

Only three or four commands—seems pretty straightforward!Okay—let's install OpenZFS! (Side note: dnf lets you feed it a URL? Huh.)Alright, now that we've downloaded and verified, we can install the actual package, along with the kernel headers.Yes, we had to dnf swap zfs-fuse zfs as well—and  src=</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 >

触发了一公吨的新依赖项安装。Unfortunately, zpool status told me that the zfs kernel module wasn't loaded—and both modprobe zfs and dkms install gave me errors, also.

让ZFS在Fedora上工作,结果却是一个更大的工作。在 OpenZFS wiki 上查找 Fedora 安装说明并不困难,从表面上看,它们看起来非常简单 — 使用 下载包信息 dnf ,然后使用 安装包本身 dnf ,然后在必要时将 Fedora 自己的 zfs-fuse 本机包交换掉,用于依赖项管理器中的 OpenZFS zfsdnf

不幸的是,现实比那更丑。安装包后 zfs ,系统上存在命令行实用程序,但他们抱怨内核模块未加载。在前几个步骤中,我没有注意到 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 相关的问题,但它完全打破了我安装的 Dash 到 Dock Gnome 扩展,我的发射器再次消失。在”调整”中查看扩展,它出错了,所以我叹了口气,向 Fedora VM 致以值得信赖的三指敬礼。也许重新启动后情况会好转。

重新启动后,ZFS 内核模块仍未加载…但这次,一个手册 modprobe zfs 实际上工作,并且模块加载成功。耶!从稀疏文件中创建一个测试池 /tmp 也运行正常;我们终于在 Fedora 上拥有了功能性 ZFS!

嗯…主要。重新启动后, zfs.ko 模块仍未自动加载。在 Internet 上搜索有关 Fedora 的信息并自动加载 ZFS 模块会导致大量错误报告和解决方法,从而清楚地表明我并不是唯一挠头的人。我不想写我自己的 systemd 服务只是为了加载一个内核模块!

手动执行仍 systemctl enable zfs-mount ; systemctl enable zfs-import-cache ; systemctl enable zfs-import-scan 未修复操作 – 再次重新启动后,仍未加载模块。最后,我遇到了一个错误报告,其中建议,如果您手动加载内核模块一次,然后创建一个池,默认系统计时器将实际工作,加载模块,并导入池。它进一步指出,这仅适用于实际磁盘 /dev – 与稀疏文件无关。

因此,我添加了另一个磁盘到我的 VM /dev/vdb 在 , 做了 a 和 , sudo modprobe zfs sudo zpool create test /dev/vdb 并再次重新启动…果然,这一次,ZFS模块被加载,一个 zpool status 显示我的小婴儿池没有任何进一步的投诉。

尽管我们最终让 ZFS 工作,但现在我更清楚了,为什么不使用 Ubuntu 的人倾向于在 Linux 上报告 ZFS 是古怪的。在大约十年,它一直在Ubuntu下,它的形状比这个更好——甚至在Canonical将一个ZFS包添加到自己的存储库之前,zfsonlinux PPA”只是工作”,只是一个 apt-get install zfsutils-linux 和鲍勃的叔叔,没有进一步迷恋。

结论

费多拉是一个完全不同的野兽,我习惯从我的Ubuntu日常司机。它比乌本图更靠近Gnome上游…虽然有些人可能会喜欢这样,我发现我真的不喜欢。

使用Wayland显示服务器,而不是更老的Xorg没有太大的区别,在i7供电的惠普龙飞精英G1我测试它。Windows 拖得平稳,视频是无撕裂的,但他们也在 Xorg 驱动的发行版上。我不认为Wayland对我个人来说是个很大的吸引力——至少现在还没有。我不仅仅是满足于让它煮多久,它需要多久,它成功地取代Xorg。

最让我吃惊的是,费多拉感到比我习惯的更迟钝。重新启动明显慢,Firefox应用程序在同一硬件上发射滞后比Ubuntu,我相信,例如,清除Linux或GhostBSD。但是,这条规则也有例外——Gnome 的软件中心在 Fedora 上比我在 Ubuntu 中所习惯的要快得多

我不太可能很快切换到费多拉,但如果我这样做,那很可能是马修·米勒承诺的例行的,无痛的六个月的升级。我通常保持Ubuntu的每两年LTS(长期支持)版本,因为我不喜欢破碎的东西。话又说回来,我在这里每天的软件包升级过程中遇到了更多比我预期的更多破碎的东西。

Fedora 可能最适合那些喜欢修补和得到真正,真的,真的烦躁的人,如果他们没有每个软件包的绝对最新版本。它的存储库和内核的更新速度都比Ubuntu的快得多。例如,即使 Ubuntu 20.04 还不到一个月,Fedora 32 已经具有较新的内核 — 5.6.12,与 Ubuntu 的 5.4.0。

坏的

丑陋的

 

Contact Information:

JIM SALTER



Tags:    Chinese, United States, Wire