我刚刚使用 GUI 升级工具从 Ubuntu 22.10 升级到 Ubuntu 23.04。升级后,Dock 中某些图标的右上角出现了带有数字的绿色小圆圈。例如:
在搜索中,我找不到这方面的文档。该行为有点类似于该用户问题中所描述的内容:Gnome 文件 Dock 图标上的红色数字是什么意思? ...但是这些数字与我打开的 GUI 窗口的数量不一致,并且对于某些应用程序根本不显示。
请社区提供建议:
谢谢你的时间!
如何在 Ubuntu 中在虚拟控制台和 GUI 之间切换?我想看看哪些关键功能可以让我在两者之间切换。
我在Debian网站上找到了gnome-shell UI js文件的源代码:
https://sources.debian.org/src/gnome-shell/3.38.2-1/js/ui/
然后我也在这里找到了这个答案,它指出这个路径/文件不久前就存在于Ubuntu中:
/usr/share/gnome-shell/js/ui/windowManager.js
Run Code Online (Sandbox Code Playgroud)
js但是现在,我在 中没有看到子目录/usr/share/gnome-shell/。
我在整个/分区中搜索了“lightbox.js”和“windowManager.js”,但没有找到。
在哪里可以找到这些文件?如果我想更改其中某些硬编码变量的值,需要克服哪些障碍?
我使用的是带有 Gnome 桌面的 Ubuntu 20.04.2。
我想知道以下信息:我的哪些应用程序是快照,或者我是否有快照应用程序,如果有,那么有多少个。
第二个问题:有没有办法去无快照?或者某些与系统相关的应用程序依赖于 snap,所以我坚持使用它?
在 Ubuntu 20.04.2 上,使用 Gnome 桌面。
最近,每次软件更新程序完成更新时,该pk-debconf-helper过程就会启动,并在一段时间内以 100% 的速度持续加载单个处理器核心(八个核心中的一个),从而导致我的笔记本电脑的风扇速度达到目前最高。
我不喜欢这种情况,所以我想知道:
pk-debconf-helper,在 Ubuntu 20.04.1 LTS上
\n根据“设置”应用程序的“关于”选项卡的 Gnome 版本:3.36.8
\ngnome-shell --version\nGNOME Shell 3.36.4\nRun Code Online (Sandbox Code Playgroud)\n主题:Yaru(默认;不是“亮”,也不是“暗”)
\n当我按超级键或激活热角时,会出现“概述”屏幕,我可以在其中搜索应用程序、设置、文档等:
\n\n问题/挑战:
\n我发现与我的桌面通常看起来相比,这个覆盖层太暗了;每次我不得不使用它时,我发现它对体验有干扰性的影响,而且对我的眼睛来说调整是一项很累人的练习。
\n我想让这个覆盖层变得更亮/更亮。
\n我已经查看了设置org.gnome.shell.extensions.dash-to-dock,但没有找到任何内容。(我没有在 Tweaks 中启用“Ubuntu Dock”附加 Gnome shell 扩展。)
然后我将 Yaru 主题从 复制/usr/share/themes/到~/.themes/,并使用 Gnome-Tweaks 激活它。
在~/.themes/My-Yaru/gtk-3.20/我已经导出了真实内容并覆盖了文件gtk.css用以下内容覆盖了文件
gresource extract gtk.gresource /com/ubuntu/themes/Yaru/3.20/gtk.css > gtk.css\nRun Code Online (Sandbox Code Playgroud)\n现在,它不再是原来的单行 import 语句,而是包含 12637 行 CSS。
\n我确实尝试识别破折号覆盖层的 CSS 选择器,但我没有找到任何东西。然后我一直在寻找径向渐变的声明(因为这个覆盖层似乎有一个径向渐变),但我发现的似乎与这个覆盖层无关。
\n我现在能做什么?我走在正确的轨道上吗?
\n如果是,我如何启用 Gnome 调试模式,使 \xe2\x80\x94 与 …
我有以普通用户身份运行 Midnight Commander 的习惯(这样我就不会造成代价太大的事故)。
然而,有时我发现在系统分区中编辑配置文件变得可取。
使用 nano 和内部 mc 编辑器都不能保存文件,因为我没有 sudo 权限。
如果我可以 sudo 编辑文件而不必关闭/重新启动 mc,那就太好了。
是否可以?如何?
我使用的是 Ubuntu 20.04.2,并且我已经成功使用 Flatpak 安装了最新/当前的 Gimp:当时是 2.10.24 版本。
\n然而,2.10 系列有一些我似乎无法解决的问题。
\n因此,我想安装 Gimp 2.8。
\n我知道旧的 Gimp 版本也可能依赖于旧的 Python 版本,因此使用 Flatpak 安装整个东西似乎很方便,因为它将是独立的(与操作系统隔离)并且可以使用自己的(旧的)Python 版本完全没有任何并发症。
\n但我似乎无法找到如何使用 Flatpak 列出当前支持的 Gimp 软件包版本,更不用说安装它了。
\n那么请问:我如何查看当前可以使用 Flatpak 安装哪些 Gimp 版本(除了最新版本之外),以及如何安装特定版本?
\n(另外,我已经使用 Flatpak 安装了另一个(更新的)Gimp 版本,这会让事情变得复杂吗?那么,我可以同时拥有两个版本吗?或者我必须先删除更新的版本才能安装旧版本? )
\n更新:
\n我已遵循@wizardpurple\'s 答案中的指导,并发现了以下内容:
\n我最近在我的笔记本电脑上安装了 Ubuntu 20.04 并且一直遇到这个问题,我无法打开我保存的大部分图像。我收到一个错误提示
无法识别的图像文件格式
(但它们实际上只是 jpg 和 PNG)。
我已经通过将它们移动到我的拇指驱动器然后我的 Windows PC 来测试这些图像,并且它们打开得很好。我也可以选择用 Firefox 打开,虽然可以,但不方便。我试图重命名它们并遇到同样的问题。我已经尝试从终端更新、升级、重新启动和打开图像,但仍然无法打开我从 reddit 保存的一些愚蠢的壁纸。
我该如何解决这个问题?
更新:
所以我能够弄清楚这一点,因为事实证明这些是 webp图像,这很奇怪,因为它们都保存在 .jpg 甚至 .png 下,而我没有干预。所以我安装了一些可以正确查看它们的东西,但仍然存在问题。如果我要在电子邮件或网站或其他东西中链接图像,除非我先在单独的窗口中打开,否则我将无法实际看到我正在链接的内容。所以我不确定该怎么做。
来源:OP 的评论
我看到lsb_release下面提到了。
https://www.ionos.com/digitalguide/server/know-how/how-to-check-debian-version/
不幸的是,它可能不适用于所有基于 Debian 的系统;例如,在普通 Ubuntu 20.04.2 上,它返回以下内容:
$ lsb_release
No LSB modules are available.
Run Code Online (Sandbox Code Playgroud)
有没有其他方法可以让我了解我当前安装的 Ubuntu 基于哪个版本的 Debian?
我有两台设备:一台运行 Ubuntu 20.04 的笔记本电脑和一台运行 Raspberry Pi 操作系统的 Raspberry Pi 4。
这两个都有相同的版本nfs-kernel-server和设置。
这两台机器通过 NFS4 协议与另一台机器共享一些目录,有时是同时共享。
由于笨拙,我经常设法中断这些连接:
无论如何,充当客户端角色的机器都不能很好地应对这些中断。尝试事后卸载并不顺利(无休止的等待,没有任何结果),其他事情也会受到影响:我的 Ubuntu 有时开始抱怨没有应用程序与打开.txt文件关联(!)
问题:
如何以某种方式重置客户端上这些中断的 NFS 连接(无需重新启动)?1.) 方便拆卸 2.) 允许重新安装时从头开始。
细节:
nfs-common两台机器上的版本:1.3.4-2.5
所有这些安装都是手动启动的(通过按需运行脚本);他们都不在/etc/fstab. 我没有为 mount 命令提供任何选项;它很简单:
sudo mount IP:/share /mountpoint
Run Code Online (Sandbox Code Playgroud) 我在 Gnome 3.36.8 桌面上使用股票 Ubuntu 20.04.2(根据 gnome-control-center 的“关于”选项卡)。
鹦鹉螺版本:3.36.3
沮丧:
我很难在 Nautilus 中组织我的照片,因为最大可能的图像缩略图设置会导致缩略图以 164 像素的有效宽度显示。(一直以来~/.cache/thumbnails/large/,实际的缩略图 .png 文件,in 中,仍然以更合理的、早期的默认 256 像素宽度保存。但有人决定在显示时,它们需要缩小到 164 像素。)
我发现了有关放大 Nautilus 缩略图的问题:
org.gnome.nautilus.icon-view thumbnail-size了~/.cache宽度如此之大的原因;调整大小发生在前端,在显示时我的用例:
/分区上只剩下 19GB ,如果我不需要把它填满我会很高兴。当我使用 Gthumb 时,我发现它不太适合与文件管理器相关的任务(移动文件);同时我不想使用 Shotwell,因为它非常不灵活(多亏了它的“导入”程序)。
推荐的替代文件管理器似乎都包含了整个相应的桌面:
这似乎是一个巨大的开销,因此是一个低效的解决方案。 …
20.04 ×5
gnome-shell ×2
23.04 ×1
alternative ×1
command-line ×1
debian ×1
dock ×1
dpkg ×1
fan ×1
file-format ×1
flatpak ×1
gimp ×1
gnome ×1
gui ×1
javascript ×1
lsb-release ×1
mount ×1
nautilus ×1
nfs ×1
permissions ×1
snap ×1
sudo ×1
suspend ×1
themes ×1
thumbnails ×1
upgrade ×1
webp ×1