小编Seb*_*bMa的帖子

我正在使用 Ubuntu 20.04 LTS。

我的 snapd 服务不可用：

$ systemctl status snapd.service\n\xe2\x97\x8f snapd.service - Snap Daemon\n     Loaded: loaded (/lib/systemd/system/snapd.service; enabled; vendor preset: enabled)\n     Active: deactivating (stop-sigterm) (Result: timeout)\nTriggeredBy: \xe2\x97\x8f snapd.socket\n   Main PID: 29952 (snapd)\n      Tasks: 10 (limit: 8186)\n     Memory: 12.8M\n     CGroup: /system.slice/snapd.service\n             \xe2\x94\x94\xe2\x94\x8029952 /usr/lib/snapd/snapd\n\nOct 27 00:47:07 seb-C70D-B-311 systemd[1]: Starting Snap Daemon...\nOct 27 00:47:07 seb-C70D-B-311 snapd[29952]: AppArmor status: apparmor is enabled and all features are available\nOct 27 00:47:07 seb-C70D-B-311 snapd[29952]: AppArmor status: apparmor is enabled and all features are available\nOct …

我在 Ubuntu 17.10 上使用 bluez v5.46，但无法连接到配对的蓝牙设备。

这是bluetoothctl命令的输出：

$ bluetoothctl 
[NEW] Controller 6C:0B:84:27:43:66 tensorFlowPHY [default]
Agent registered
[bluetooth]# scan on
Discovery started
[CHG] Controller 6C:0B:84:27:43:66 Discovering: yes
[NEW] Device FC:58:FA:A1:C2:70 OE-P51
[bluetooth]# pair FC:58:FA:A1:C2:70 
Attempting to pair with FC:58:FA:A1:C2:70
[CHG] Device FC:58:FA:A1:C2:70 Connected: yes
[CHG] Device FC:58:FA:A1:C2:70 UUIDs: 00001101-0000-1000-8000-00805f9b34fb
[CHG] Device FC:58:FA:A1:C2:70 UUIDs: 00001108-0000-1000-8000-00805f9b34fb
[CHG] Device FC:58:FA:A1:C2:70 UUIDs: 0000110b-0000-1000-8000-00805f9b34fb
[CHG] Device FC:58:FA:A1:C2:70 UUIDs: 0000110e-0000-1000-8000-00805f9b34fb
[CHG] Device FC:58:FA:A1:C2:70 UUIDs: 0000111e-0000-1000-8000-00805f9b34fb
[CHG] Device FC:58:FA:A1:C2:70 ServicesResolved: yes
[CHG] Device FC:58:FA:A1:C2:70 Paired: yes …

我正在使用 Ubuntu 17.10。

我将 USB 笔式驱动器格式化为 NTFS 以准备 Windows7 USB 安装程序。

我在这个笔式驱动器上设置了可启动标志并将文件复制到其中。

编辑 1：USB 笔式驱动器由 udev 自动安装。

umount /dev/sdb1 需要 10 到 12 分钟才能完成。

以下是安装选项：

$ mount | grep sdb
/dev/sdb1 on /media/mansfeld/Win7_USB_Installer type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096,uhelper=udisks2)

编辑 2： cp操作根本不是即时的，将文件复制到 USB 笔式驱动器需要 3 分钟。

编辑 3：sync操作（在 之后cp立即完成）需要 12 分钟才能完成！但随后umount将是瞬间的。

对于 FAT32，（在装载期间同步也被禁用），我注意到相同的行为。

任何想法为什么卸载 NTFS USB 随身碟需要这么长时间？

我有一个包列表，我想知道哪些包在 ubuntu 存储库中不可用。

我输入了这个命令，但它什么都不返回：

$ apt-cache show vim TotO perl 2>&1 | grep "Unable to locate package"
$

它出现在 Ubuntu 16.04 LTS 和 18.04 LTS 中。

你能帮我吗 ？

我于 2022 年 7 月 4 日安装了在 VMware ESXi v7 之上运行的 Ubuntu VM 22.04 LTS，并具有用于交换的专用 LV：

$ swapon --show
NAME      TYPE      SIZE USED PRIO
/dev/dm-3 partition  30G   0B   -2
$ lsblk -o +path /dev/dm-3
NAME          MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS PATH
vg_OS-lv_swap 253:3    0  30G  0 lvm  [SWAP]      /dev/mapper/vg_OS-lv_swap

突然出现一个新/swap.img文件（不知道什么时候）：

$ swapon --show
NAME      TYPE      SIZE USED PRIO
/swap.img file        8G   0B   -2
/dev/dm-3 partition  30G   0B   -3

服务器托管着一个 postgresSQL 数据库：

$ dpkg -l | grep "postgresql-.. …

我已经安装了 22.04 LTS Ubuntu Server 作为最小安装并安装了以下软件包：

vim man-db manpages dialog bash-completion screen

现在，当我运行时man ls，ubuntu 要求我运行该unminimize命令，尽管 man 软件包已经安装：

$ dpkg -l | egrep "man-db|manpages"
ii  isc-dhcp-common                       4.4.1-2.3ubuntu2.1                      amd64        common manpages relevant to all of the isc-dhcp packages
ii  man-db                                2.10.2-1                                amd64        tools for reading manual pages
ii  manpages                              5.10-1ubuntu1                           all          Manual pages about using a GNU/Linux system

并且该目录/usr/share/man/man1是空的：

$ ls /usr/share/man/man1
$ man -w ls
This system has been minimized by removing packages and content …