Dɑvïd's questions

在将机器从 17.10 升级到 18.04LTS 后，之前愉快的 Wine 安装似乎很糟糕。鉴于报告的许多问题（以及Clem关于 Linux Mint 发现的有趣评论），我想我会吹掉旧的 Wine，然后按照Askubuntu 上的“规范”说明从头开始重新安装。

不幸的是，我没有走得很远。作为回应

sudo apt purge wine*

我收到错误消息：

[sudo] password for user: 
Reading package lists... Done
Building dependency tree       
Reading state information... Done
E: Unable to locate package winehq.key
E: Couldn't find any package by glob 'winehq.key'
E: Couldn't find any package by regex 'winehq.key'

然而，因为which wine我得到了/usr/bin/wine，并dpkg给了我这个：

$ dpkg -l | grep wine
ii  fonts-wine              3.0-1ubuntu1  all          Windows API implementation - fonts
ii  libwine:amd64           3.0-1ubuntu1  amd64        Windows API implementation - library
ii  wine-stable             3.0-1ubuntu1  all          Windows API implementation - standard suite
ii  wine-stable-amd64       4.0.1~bionic  amd64        WINE Is Not An Emulator - runs MS Windows programs
ii  wine64                  3.0-1ubuntu1  amd64        Windows API implementation - 64-bit binary loader
ii  winetricks              0.0+20180217-1all          package manager for Wine to install software easily

我真的不知道接下来该怎么办。我已经完成了所有我能想到的关于我的错误消息的搜索，但我没有更聪明。而且我觉得我不应该继续安装新的 Wine，直到我删除了当前的（无聊的！）一个。

那么，我怎样才能摆脱这种酒呢？如果我应该/可以运行任何其他诊断程序，请告诉我，我会更新这个问题。

我发现自己需要一个能够愉快地处理大型 (44Mb) XML 文件的文本编辑器。我遇到了CudaText（在 Mozilla Public License 2.0 下获得许可），这是一个新的跨平台文本编辑器，经过了很好的审查。

使用apt search cudatext，我发现它可以通过 安装sudo apt install，并且这样做了。（它也可以在 Ubuntu 软件“应用商店”中找到。）它确实可以毫不费力地处理我的大型 XML 文件，并且我完成了我的编辑......

...但这并不容易，原因很奇怪。它似乎只捕获/记录偶尔​​的击键，尽管我设法使用复制/粘贴和使用另一个文本编辑器来创建所需的字符串来完成我的编辑。

我在开发者的 Github repo 中将此作为问题发布，他无法复制我的经验。这是我发布的内容（稍微重新格式化，现在更新）：

出于某种原因，我无法在编辑器中输入文本。文件是否是“新的”，或者我是否打开现有文件进行编辑都没有关系。大小无关紧要。同样的事情发生在其他接受用户输入的“字段”中（例如，“查找”或“命令调色板”过滤器）。

如果我在主编辑窗口中，似乎当我键入 FAST 时，我更有可能识别击键，但如果我以正常速度键入，则只会记录/回显罕见的击键，它们也不会如果文件被保存，则保存 - 即，显示到屏幕不是问题，而是实际记录的击键。箭头键根本无法定位光标。

这种不稳定的输入行为有两个例外：

1. 除非我使用箭头键来定位光标（它消失），否则Enter总是可以识别Backspace击键，除非我使用箭头键来定位光标（它消失）：然后都不Enter工作Backspace，直到我使用鼠标单击明确定位光标 - 然后两者都回来了正常；和
2. 如果我粘贴文本（在不同应用程序的 Ctrl-C 之后），那么它会被识别并正确输入。这就是我成功编辑大型 XML 文件的方法（我将字符串输入到不同的文本编辑器中，复制，然后将其粘贴到 CudaText 窗口中）。

我已经搜索了这个问题列表，但找不到其他有问题的人。我在#855中看到了“相反”的问题，并检查了我的输入法。我正在使用 IBus（不是 XIM），但即使将我的输入法设置为“无”，对 CudaText 也没有任何影响。

我想我会看看是否有任何 AskUbuntu 类型有过这种经历？或者有什么建议可以让它表现得正常吗？这似乎是一个有用的工具，但如果它不能正确接受输入，就会令人沮丧。

我在 Ubuntu 18.04 LTS 上。

我通常在每天早上打开桌面时运行软件更新程序。我经常坐下来等待它显示此消息：

等待 packagekitd 退出

看起来像这样：

我已经对此进行了一些网络搜索，尽管在 Unix.SE 上提到了几次，但我还没有成功找出“packagekitd”是什么，为什么我经常“等待”它（可能是分钟，而不是秒），以及我是否可以以某种方式避免这种情况。我的目标是防止packagekitd劫持我的更新过程。

帮助表示赞赏！我正在运行普通的 Ubuntu 18.04 LTS。

由于一个愚蠢的用户错误，我设法弄乱了我的 Ubuntu 16.04 LTS 安装——它启动到黑屏。

幸运的是，文件系统完好无损，我可以毫无困难地进入控制台会话。我试图恢复我的损害（逆转日志中的最后一组更改），在朋友的英勇帮助下，我们设法使用 xfce4 桌面（我在 14.04 天作为实验安装）进入图形会话.

我正在尝试按照此答案中的步骤将我的系统恢复到正确的工作状态（我使用 Unity），但是当我进入“第 3 步”时sudo debsums -cs，它会停止。很快我就列出了一些丢失的字体（我删除了一些 Noto 字体——我知道这一点），然后这个过程就安静下来了。

我第一次让它运行了 18 个小时，并且在最初的几分钟后没有得到新的结果。我关闭了它，重新运行debsums_init，然后再次尝试......结果完全相同。检查top过程，它向我展示了这一点：

那么，我是否应该期望它debsums -cs完成它的工作并退出提示？还是挂了？还是它告诉了我它要告诉我的一切，我应该杀了它？

更新- 解决了来自@muru 的以下诊断和建议（请参阅下面接受的答案）：

这是输出lsof -p PID：

 COMMAND   PID USER   FD   TYPE DEVICE SIZE/OFF     NODE NAME
 debsums 14678 root  cwd    DIR    8,2     4096 13369346 /home/user
 debsums 14678 root  rtd    DIR    8,2     4096        2 /
 debsums 14678 root  txt    REG    8,2  1907192  8475875 /usr/bin/perl
 debsums 14678 root  mem    REG    8,2    27168  8651816 /usr/lib/x86_64-linux-gnu/perl/5.22.1/auto/File/Glob/Glob.so
 debsums 14678 root  mem    REG    8,2    10368 10493560 /usr/lib/x86_64-linux-gnu/perl5/5.22/auto/File/FnMatch/FnMatch.so
 debsums 14678 root  mem    REG    8,2    14480  9859421 /usr/lib/x86_64-linux-gnu/perl5/5.22/auto/Locale/gettext/gettext.so
 debsums 14678 root  mem    REG    8,2    35328  8654166 /usr/lib/x86_64-linux-gnu/perl/5.22.1/auto/Encode/Encode.so
 debsums 14678 root  mem    REG    8,2   102064  8524369 /usr/lib/x86_64-linux-gnu/perl/5.22.1/auto/POSIX/POSIX.so
 debsums 14678 root  mem    REG    8,2    18704  8658188 /usr/lib/x86_64-linux-gnu/perl/5.22.1/auto/Digest/MD5/MD5.so
 debsums 14678 root  mem    REG    8,2    18768  8654260 /usr/lib/x86_64-linux-gnu/perl/5.22.1/auto/IO/IO.so
 debsums 14678 root  mem    REG    8,2    18696  8524352 /usr/lib/x86_64-linux-gnu/perl/5.22.1/auto/Fcntl/Fcntl.so
 debsums 14678 root  mem    REG    8,2    47696  8658199 /usr/lib/x86_64-linux-gnu/perl/5.22.1/auto/List/Util/Util.so
 debsums 14678 root  mem    REG    8,2    14608  8524357 /usr/lib/x86_64-linux-gnu/perl/5.22.1/auto/Cwd/Cwd.so
 debsums 14678 root  mem    REG    8,2  2981280  8389721 /usr/lib/locale/locale-archive
 debsums 14678 root  mem    REG    8,2    39224  7078564 /lib/x86_64-linux-gnu/libcrypt-2.23.so
 debsums 14678 root  mem    REG    8,2  1864888  7078561 /lib/x86_64-linux-gnu/libc-2.23.so
 debsums 14678 root  mem    REG    8,2   138696  7078570 /lib/x86_64-linux-gnu/libpthread-2.23.so
 debsums 14678 root  mem    REG    8,2  1088952  7078569 /lib/x86_64-linux-gnu/libm-2.23.so
 debsums 14678 root  mem    REG    8,2    14608  7078560 /lib/x86_64-linux-gnu/libdl-2.23.so
 debsums 14678 root  mem    REG    8,2   162632  7078534 /lib/x86_64-linux-gnu/ld-2.23.so
 debsums 14678 root  mem    REG    8,2     1719  9999141 /usr/share/locale-langpack/en_GB/LC_MESSAGES/dpkg-dev.mo
 debsums 14678 root    0u   CHR  136,0      0t0        3 /dev/pts/0
 debsums 14678 root    1u   CHR  136,0      0t0        3 /dev/pts/0
 debsums 14678 root    2u   CHR  136,0      0t0        3 /dev/pts/0
 debsums 14678 root    3r   REG    8,2      307  2915907 /var/lib/dpkg/info/libfm-extra4:amd64.md5sums

它前面有这个警告：

lsof: WARNING: can't stat() fuse.gvfsd-fuse file system /run/user/1000/gvfs
  Output information may be incomplete.

的输出watch lsof -p PID是静态的，并且自开始以来没有改变：

watch用| tail管道运行给出：

也就是说，与上面屏幕截图中的最后 10 行相同。FWIW，libfm-extra4:amd64.md5sums文件（307字节）以这种方式列出：

-rw-r--r-- 1 root root 307 Jul 12  2016 /var/lib/dpkg/info/libfm-extra4:amd64.md5sums

的输出sudo strace -p PID给出了以下五行无限循环：

readlink("/usr/share/doc/libfm-extra4", "libfm4", 4095) = 6
lstat("/usr/share/doc/libfm4", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
lstat("/usr/share/doc/libfm4/changelog.Debian.gz", {st_mode=S_IFLNK|0777, st_size=35, ...}) = 0
readlink("/usr/share/doc/libfm4/changelog.Debian.gz", "../libfm-extra4/changelog.Debian"..., 4095) = 35
lstat("/usr/share/doc/libfm-extra4", {st_mode=S_IFLNK|0777, st_size=6, ...}) = 0

调查/usr/share/doc/libfm-extra4目录导致发现该changelog.Debian.gz文件是符号链接，并且找不到目标。删除该文件允许该 debsums -cs过程继续。

_{如果它有帮助：我通过将 Debian 源代码放入我的系统sources.list并运行更新，而不是使用 GDebi 包管理器，从而损坏了我的系统。我失去了对统一的访问权限，尽管我现在正在同一台机器上工作，其中 xcfe 会话从控制台通过xstart. 我无法以这种方式启动 Unity 会话。}

这个网站上有一些 关于clipit的问答，但是关于如何使用它的一些功能的信息仍然难以捉摸。

该文档谈到能够维护和使用“静态项目”列表，但我无法弄清楚如何自己创建静态项目。（也许这与之前的问题有关——缺乏有用的答案——关于如何在剪辑中使用“动作”。）

如果有人解决了这个问题，很高兴知道。（我在 16.04 LTS，FWIW。）

我想使用“图形”文件管理器按文件名中的指定位置对文件目录进行排序。

我有很多这种类型的文件（例如）：

0001_oeirnglhk.ext
0002_gkggkcxiuv.ext
0003_xcvxemrn.ext
0004_tteytzpsiogut.ext
0005_sdfdtyeienvf.ext
...
0347_bwvoxciurnsa.ext
     ↑
     └ sort starts here

我希望排序从第 5 列开始，这是这些字符串中的第一个“alpha”字符。我的目标是在保留数字前缀的同时检查 alpha 排序匹配（或接近匹配），然后决定可能的手动干预。我尝试通过将名称转储到文本文件，然后对文件名进行排序来做到这一点，但这在“干预”阶段变得非常笨拙，因此寻求“gui”解决方案。

我在 PCManFM、Nautilus、Nemo、Thunar 和 Double Commander 中对此进行了探讨，但没有成功。是否有插件、扩展程序或其他应用程序可以做到这一点？

虽然我的理想是获得“gui”解决方案，但如果终端中有可行的解决方案，我也会很感激知道这些。例如，如果数字前缀可以临时移动，并在文件操作完成后恢复，那也适用于我。

更新：虽然@terdon 的简洁（并且被接受！）解决方案让我能够有效地处理这个特定的任务，但了解一个可以对目录文件名的任意“列”进行排序的图形文件管理器仍然是一件好事。

我今天收到了两个 ownCloud 更新：它现在位于Version 2.2.0%nil (build 1605).

今天早上的第一个，托盘图标没有出现。我现在刚刚更新，认为这个新的更新会解决这个问题，但它仍然丢失。

我得到客户端界面：

但我真的很想把“托盘图标”回来！我快速浏览了ownCloud 论坛，但我没有找到与此相关的任何内容。

只有我吗？我使用的是相当普通的 Ubuntu 14.04 LTS（带有 Unity）。

--

更新- 事实证明这是一个已知问题：“ Ubuntu 14.04 上的 Systray 图标在更新到 2.2.0 #4828 时损坏”，所以只需要等待修复即可。

从我记事起（自 14.04 LTS 发布以来，我一直在运行它！），Firefox 和 Chrome 都使用相同的上传/下载对话框，例如 Gmail 或 StackExchange 图像上传。令人高兴的是，Chrome 仍在使用它（注意底部带圆圈的选项）：

最近（不确定本周何时？）Firefox 开始使用不同的对话框，它无法让我访问我的网络驱动器（安装良好，可通过 Chrome 对话框访问等）：

显然，我希望 Firefox 使用 Chrome （仍在）使用的相同“上传器”。所以我的问题：

• 我如何确保它确实如此？
• 或者，如果做不到这一点，我如何说服 FF 从其上传/下载对话框中为我提供一个网络共享作为位置？

随着最近的更新（我在 14.04 LTS），Wine 突然停止工作。事实证明，这已经在WineHQ上进行了报告，相关错误 报告已链接。

那里的建议是在等待修复的同时降级内核，将用户推荐给他们的发行版以进行“降级”的建议。有很多关于这个的问答，但是 14.04 特定的似乎不能满足这个需求。（而且侧边栏中的“类似问题”通常很老。）

如何在不禁止自动更新的情况下安全地降级内核（以赶上肯定很快就会出现的修复程序！）？

在我的案例中，有问题的更新似乎是这个：

2015-07-28 14:08:18 upgrade linux-libc-dev:amd64 3.13.0-58.97 3.13.0-59.98

我在一个新的 HP 桌面上运行一个相当普通的 14.04 Ubuntu。就在昨天，我收到了可怕的“无法下载存储库信息”：

之前在 AskUbuntu 上看到过这个窗口的截图。我在这里查看了相关主题，还查看了一篇有用的站外文章。现在奇怪的是，当我跑步时sudo apt-get update我回来了E: Invalid operation update，所以我什至无法弄清楚有问题的 PPA 是什么。

Updater 确实会找到更新并应用它们（如果您愿意，可以查看我今天得到的内容），但这对诊断问题帮助不大。

所以我的问题是：我该如何解决这个问题？！