我重新安装了我的 nvidia 服务器,因为我的所有设置都消失了。我按照此处找到的说明进行操作:https://forums.developer.nvidia.com/t/not-showing-nvidia-gpu-in-ubuntu-20-04/180557
当我重新启动时。我有一个奇怪的屏幕,它是什么以及如何摆脱它?提前致谢。
我重新安装了我的 nvidia 服务器,因为我的所有设置都消失了。我按照此处找到的说明进行操作:https://forums.developer.nvidia.com/t/not-showing-nvidia-gpu-in-ubuntu-20-04/180557
当我重新启动时。我有一个奇怪的屏幕,它是什么以及如何摆脱它?提前致谢。
我可以使用以下命令连接到我的 VPN 服务器:
sudo openvpn confyg.ovpn
一切运行良好,但是在系统启动时启动 openvpn 客户端并连接到服务器的最佳方法是什么?
作为 Ubuntu 领域的新手,我是 20.04LTS 的快乐用户……但是……我在自动登录时遇到了非常奇怪的行为。有一个窗口弹出说明:
解锁钥匙圈
需要身份验证
应用程序想要访问密钥环“默认密钥环”,但它已被锁定。
除非我输入密码,否则没有任何效果,我该如何摆脱这种废话?预先感谢!
我有一个 Ubuntu 20.04,我最近为我的 NAS 安装了一个应用程序(通过 Ubuntu 软件安装程序),由 QNAP 称为“Qsync”,运行良好。
问题是每次计算机启动时我都必须手动启动它。
我尝试使用 Startup Application Preferences 将应用程序添加到启动应用程序,但是当我单击 ADD 时,我被要求插入一个命令来调用应用程序,因为我不是 Linux 专家,所以我不得不停在那里。
我很好奇是否有人可以帮我弄清楚如何找到这个命令
谢谢
sudo service postgresql start
每次在 WSL2 上启动 Ubuntu 时,我都需要运行。
启动 Ubuntu 时如何使服务自动启动?
WSL 不使用 systemd,因此sudo systemctl enable postgresql
不起作用。
$ sudo systemctl status postgresql
System has not been booted with systemd as init system (PID 1).
Can't operate. Failed to connect to bus: Host is down
是否有在启动时启动服务的标准方法?
我想在 Ubuntu 启动时启动服务,而不是在 Windows 启动时启动。
我完成了 Ubuntu 21.04 的安装。我选择了超过 20.04 LTS 的版本,因为它本身不支持我的 wifi 适配器。我在不同的发行版中跳来跳去,试图找到启动时间最快的发行版。到目前为止,Xubuntu 21.04 是启动速度最快的版本,但是有问题,我不喜欢 Xfce。我试图减少启动时间,不是因为挑剔或“灵活”,而是因为我经营在线业务,每一分钟都很重要。如果这有帮助,这是我的电脑规格:
输出systemd-analyze blame
:
1min 27.453s snapd.seeded.service
1min 17.267s plymouth-quit-wait.service
16.950s networkd-dispatcher.service
14.426s snapd.service
10.870s NetworkManager-wait-online.service
10.163s dev-sda6.device
8.543s udisks2.service
7.301s apparmor.service
6.341s NetworkManager.service
6.310s ModemManager.service
6.216s accounts-daemon.service
4.649s polkit.service
4.227s thermald.service
3.986s bluetooth.service
3.986s avahi-daemon.service
3.898s wpa_supplicant.service
3.878s power-profiles-daemon.service
3.734s apport.service
3.699s switcheroo-control.service
3.689s systemd-logind.service
3.435s cups.service
3.431s e2scrub_reap.service
3.323s dev-loop2.device
输出systemd-analyze critical-chain
:
graphical.target @2min 8.160s
└─multi-user.target @2min 8.160s
└─snapd.seeded.service @40.705s +1min 27.453s
└─snapd.service @26.271s +14.426s
└─basic.target @25.806s
└─sockets.target @25.805s
└─snapd.socket @25.804s +1ms
└─sysinit.target @25.558s
└─snapd.apparmor.service @22.981s +2.577s
└─apparmor.service @15.678s +7.301s
└─local-fs.target @15.676s
└─run-snapd-ns-snap\x2dstore.mnt.mount @1min 7.986s
└─run-snapd-ns.mount @1min 6.169s
└─local-fs-pre.target @6.251s
└─systemd-tmpfiles-setup-dev.service @6.201s +50ms
└─systemd-sysusers.service @4.618s +1.581s
└─systemd-remount-fs.service @4.243s +289ms
└─systemd-journald.socket @4.071s
└─-.mount @4.063s
└─-.slice @4.063s
输出systemd-analyze
:
Startup finished in 5.921s (firmware) + 6.908s (loader) + 7.139s (kernel) + 2min 8.173s (userspace) = 2min 28.143s
graphical.target reached after 2min 8.160s in userspace
对于@heynnema:
输出snap list
:
Name Version Rev Tracking Publisher Notes
core18 20210309 1997 latest/stable canonical✓ base
core20 20210319 975 latest/stable canonical✓ base
gnome-3-34-1804 0+git.3556cb3 66 latest/stable/… canonical✓ -
gtk-common-themes 0.1-52-gb92ac40 1515 latest/stable/… canonical✓ -
snap-store 3.38.0-59-g494f078 518 latest/stable/… canonical✓ -
snapd 2.50 11841 latest/stable canonical✓ snapd
whitesur-gtk-theme 3.4 74 latest/stable spider623 -
输出free -h
:
total used free shared buff/cache available
Mem: 9.7Gi 1.8Gi 785Mi 70Mi 7.1Gi 7.5Gi
Swap: 2.0Gi 1.0Mi 2.0Gi
输出sysctl vm.swappiness
:
vm.swappiness = 60
输出sudo lshw -C memory
:
*-firmware
description: BIOS
vendor: AMI
physical id: 0
version: F.57
date: 09/28/2020
size: 64KiB
capacity: 16MiB
capabilities: pci upgrade shadowing cdboot bootselect edd int13floppy1200 int13floppy720 int13floppy2880 int5printscreen int9keyboard int14serial int17printer acpi usb smartbattery biosbootspecification netboot uefi
*-memory
description: System Memory
physical id: 9
slot: System board or motherboard
size: 12GiB
*-bank:0
description: SODIMM DDR4 Synchronous Unbuffered (Unregistered) 3200 MHz (0.3 ns)
product: HMA851S6DJR6N-XN
vendor: Hynix
physical id: 0
serial: 22691E37
slot: Bottom - Slot 1 (left)
size: 4GiB
width: 64 bits
clock: 3200MHz (0.3ns)
*-bank:1
description: SODIMM DDR4 Synchronous Unbuffered (Unregistered) 2667 MHz (0.4 ns)
product: AO1P26KC8T1-BXPS
vendor: A-DATA Technology
physical id: 1
serial: 4FB00000
slot: Bottom - Slot 2 (right)
size: 8GiB
width: 64 bits
clock: 2667MHz (0.4ns)
*-cache:0
description: L1 cache
physical id: b
slot: L1 - Cache
size: 192KiB
capacity: 192KiB
clock: 1GHz (1.0ns)
capabilities: pipeline-burst internal write-back unified
configuration: level=1
*-cache:1
description: L2 cache
physical id: c
slot: L2 - Cache
size: 1MiB
capacity: 1MiB
clock: 1GHz (1.0ns)
capabilities: pipeline-burst internal write-back unified
configuration: level=2
*-cache:2
description: L3 cache
physical id: d
slot: L3 - Cache
size: 4MiB
capacity: 4MiB
clock: 1GHz (1.0ns)
capabilities: pipeline-burst internal write-back unified
configuration: level=3
如果您需要更多输出,我将在下面应用编辑。任何帮助都会很棒。谢谢大家,祝大家有个愉快的一天!
在 Ubuntu 20.04.2 TLS 服务器上,我需要在另一个服务完全启动后启动一个服务。具体来说,该openvpn-server
服务会创建一个tun0
IP 地址为 10.87.0.1 的接口,然后该rinetd
服务将绑定到该接口。所以rinetd
服务应该只在服务创建了该接口之后才启动。openvpn-server
rinetd
附带一个 sysvinit 服务脚本/etc/init.d/rinetd
说:
# Required-Start: $remote_fs $syslog
# Required-Stop: $remote_fs $syslog
这导致rinetd
在系统启动期间在创建接口之前启动。 openvpn-server
然后它发出日志消息:
rinetd[792]: couldn't bind to address 10.87.0.1 port 873 (Cannot assign requested address)
并且在我手动重新启动它之前不接受连接sudo systemctl restart rinetd
,然后它运行得很好。
根据服务器进程sudo systemctl status
是openvpn
由一个名为[email protected]
. 延长Required-Start
线/etc/init.d/rinetd
说:
# Required-Start: $remote_fs $syslog openvpn-server@server
被适当地翻译systemd-sysv-generator
成另一行
[email protected]
在/run/systemd/generator.late/rinetd.service
. 但 systemd 忽略了这一点。rinetd
仍然显示相同的日志消息和故障,证明它仍然在启动之前openvpn-server
启动。
rinetd
只有在openvpn-server
服务完成其部分并创建接口之后,我才能让 systemd 可靠地启动服务?
我在 Ubuntu 20.04 上安装了 JACK 和 qjackctl。现在 jackd 在启动时启动,这意味着我的正常(非 DAW)应用程序在我运行sudo killall jackd
.
在 Ubuntu 启动应用程序中,没有 JACK 或 jackd 的迹象,也没有 in sudo service --status-all
,也没有 in sudo systemctl list-unit-files
,nor crontab -e
or sudo crontab -e
,nor ls /etc/init.d/
。
我认为这实际上是我所知道的所有 Ubuntu 软件启动机制,所以这对我来说是一个很好的学习机会:这个守护进程到底是如何启动自己的?我怎样才能禁用它?
编辑:在/var/log/syslog
:https ://pastebin.com/ApsMfvUd 找到这个。也许这与pulseaudio配置有关?
我已经安装了Maestral并在首选项中激活了“登录时启动 Maestral”选项。
但是 Maestral 不会在登录时开始。
这里是内容~/.config/autostart/maestral-maestral.desktop
[Desktop Entry]
Version = 1.0
Type = Application
Name = Maestral
Exec = /usr/bin/python3 -m maestral_qt -c maestral
Icon = maestral
Terminal = false
Categories = Network;FileTransfer;
GenericName = File Synchronizer
Comment = Sync your files with Dropbox
我可以开始/usr/bin/python3 -m maestral_qt -c maestral
编辑:我有 Ubuntu 20.10
我已经看过很多这样的问题,没有明确和理想的答案,所以我自己问。
自从 Ubuntu 18.04.3(我认为是 0.3 启动它)到至少 20.04.1 以来,我一直看到启动延迟 2 分钟,等待网络启动。IPv6 未在我们的网络上配置,DHCP 服务器是基于 Windows 的,有 2 个复制服务器和 VLAN 上的 IP 助手——尽管我的 Ubuntu 服务器与 DHCP 服务器在同一个 VLAN 上(我所有的虚拟机都在同一个VLAN)。
netplan 往往会被忽略,因为 dhcp 坚持使用 GUID 作为标识符,即使 /etc/netplan/ 中的 interface.yaml 说要使用 MAC。此外,DHCP 甚至在启动后 10-15 分钟后才尝试获取地址,除非我将接口标记为可选。但是,调用 dhclient 可以立即完美地工作。
根据我的阅读,这种延迟似乎是 IPv6 寻址问题。所以,我在 grub 中禁用了 ipv6。我在 netplan yaml 文件中将接口标记为可选,并将 dhcp6 标记为 false,这解决了 2 分钟的启动延迟,但 dhcp 服务器返回了意外的 IP,因为来自 netplan 的 dhcp-identifier 行正在忽略。Ubuntu 不提供 MAC 地址,而是提供 GUID。
这是我的 01-netcfg.yaml:
network:
version: 2
renderer: networkd
ethernets:
ens160:
dhcp4: true
dhcp6: false
dhcp-identifier: mac
optional: true
link-local: [ ]
一旦我生成并应用网络计划,我就会断开连接,并得到错误的 IP 地址。如果我手动调用sudo dhclient -r; sudo dhclient
,我会立即获得预期的 IPv4 地址。
因此,我能够使服务器立即获得正确地址的唯一方法是按照说明设置接口,然后在启动时运行脚本以手动运行dhclient
.
这似乎是一种相当笨拙的做事方式,因为它似乎是在解决问题而不是解决问题。
有人可以告诉我发生了什么,更重要的是,如何解决它?
提前致谢!
使用新信息进行编辑:如果我让虚拟机坐下,它最终会在登录提示后大约 8.5 分钟获取一个 IP。我猜那是界面出现后的 10 分钟。
另外,我在另一个线程中读到了类似的问题,在网段上有多个 DHCP 服务器会导致另一个用户出现问题。我们在这个网段上确实有 2 个 Windows 2019 DHCP 服务器,用于进行负载平衡(作用域复制)。
EDITsudo netplan --debug generate
输出以下内容:
** (generate:3137): DEBUG: 14:26:01.499: Processing input file /etc/netplan/00-installer-config.yaml
..
** (generate:3137): DEBUG: 14:26:01.501: starting new processing pass
** (generate:3137): DEBUG: 14:26:01.501: We have some netdefs, pass them through a final round of validation
** (generate:3137): DEBUG: 14:26:01.503: ens160: setting default backend to 1
** (generate:3137): DEBUG: 14:26:01.504: Configuration is valid
** (generate:3137): DEBUG: 14:26:01.505: Generating output files..
** (generate:3137): DEBUG: 14:26:01.505: openvswitch: definition ens160 is not for us(backend 1)
** (generate:3137): DEBUG: 14:26:01.506: NetworkManager: definition ens160 is not for us(backend 1)
(generate:3137): GLib-DEBUG: 14:26:01.507: posix_spawn avoided (fd close requested)
(generate:3137): GLib-DEBUG: 14:26:01.511: posix_spawn avoided (fd close requested)
这是输出sudo journalctl | grep ens160
Nov 08 08:45:30 graylog systemd-networkd[846]: ens160: DHCP lease lost
Nov 08 08:45:44 graylog kernel: vmxnet3 0000:03:00.0 ens160: renamed from eth0
Nov 08 08:45:52 graylog kernel: vmxnet3 0000:03:00.0 ens160: intr type 3, mode 0, 5 vectors allocated
Nov 08 08:45:52 graylog kernel: vmxnet3 0000:03:00.0 ens160: NIC Link is Up 10000 Mbps
Nov 08 08:45:52 graylog systemd-networkd[843]: ens160: Link UP
Nov 08 08:45:52 graylog systemd-networkd[843]: ens160: Gained carrier
Nov 08 08:45:53 graylog cloud-init[851]: ci-info: | ens160 | True | . | . | . | 00:50:56:96:c6:b7 |
Nov 08 08:45:53 graylog cloud-init[851]: ci-info: | 2 | multicast | :: | ens160 | U |
Nov 08 08:54:29 graylog systemd-networkd[843]: ens160: DHCPv4 address 10.83.1.5/24 via 10.83.1.1