我的 HDD 仍然在内核为 4.9 的 Debian Stretch 系统上运行。HDD 也在该内核上进行了 mkfs。当我手动将硬盘安装到其上时,会出现一些短促且几乎听不见的访问噪音。
当我启动内核为 5.15 或 6.2 的 Linux 并安装 HDD 时,它会变得非常吵闹并持续大约 8 秒,似乎是由整个 HDD 的访问引起的,就像某种密集的快速检查一样。
这是什么原因呢?如果可能的话:是否可以禁用或至少限制每个 X 初创公司而不带来任何缺点?
我的 HDD 仍然在内核为 4.9 的 Debian Stretch 系统上运行。HDD 也在该内核上进行了 mkfs。当我手动将硬盘安装到其上时,会出现一些短促且几乎听不见的访问噪音。
当我启动内核为 5.15 或 6.2 的 Linux 并安装 HDD 时,它会变得非常吵闹并持续大约 8 秒,似乎是由整个 HDD 的访问引起的,就像某种密集的快速检查一样。
这是什么原因呢?如果可能的话:是否可以禁用或至少限制每个 X 初创公司而不带来任何缺点?
情况:
因此,两个安装在激活过程中都发出了相同的通用注册码,因此我无法再借助专用工具读出原始注册码(去过那里,尝试过)
现在,我要在计算机 B 上进行硬件更改,并希望使用 Windows 10 或(最好)Windows 11 进行全新安装。
旧的升级路径现已关闭,但据我了解,我的旧 Windows 7 注册码仍然有资格全新安装 Windows 10/11,因为它们在执行 Windows 10 时曾链接到 Microsoft 激活服务器上的通用代码安装 - 如果我错了,请纠正我。
我现在的问题是:如果我不小心使用计算机 A 上仍在使用的代码激活了计算机 B 上的新 Windows 10/11 安装,会发生什么情况?会不会两个都被列入黑名单?或者在这种情况下有机会交换两者吗?
默认情况下,nitter.net 以深色主题显示。附加?theme=Twitter
到 URL 使每个页面都出现在浅色主题中。
例子:
uBlock 源中是否有任何类型的扩展或规则,可以重写每个 nitter.net URL 以添加?theme=Twitter
?
我在 i386 系统上使用带有 NVidia GT630 显卡的 Debian 10 (Buster)。
apt install nvidia-driver
安装 nvidia-legacy-390xx 驱动程序。不幸的是,内核模块没有加载(/var/log/Xorg.log 的输出):
[ 100.857] (II) LoadModule: "nvidia"
[ 100.858] (WW) Warning, couldn't open module nvidia
[ 100.858] (EE) Failed to load module "nvidia" (module does not exist, 0)
[ 100.858] (EE) No drivers available.
/lib/modules/4.19.0-12-686-pae/updates/dkms
包含三个 nvidia-legacy-390xx*.ko 文件。
dkms status
声称已安装 nvidia 模块。
modprobe nvidia
想要加载失败的 nvidia-current(见下面的日志)。不确定这是否不应该阅读 nvidia-legacy?
任何帮助将非常感激。
htpc:~# systemctl status nvidia-persistenced.service
● nvidia-persistenced.service - NVIDIA Persistence Daemon
Loaded: loaded (/lib/systemd/system/nvidia-persistenced.service; enabled; vendor preset: enabled)
Active: failed (Result: exit-code) since Wed 2020-11-25 12:42:40 CET; 33s ago
Nov 25 12:42:40 htpc systemd[1]: Starting NVIDIA Persistence Daemon...
Nov 25 12:42:40 htpc nvidia-persistenced[7376]: nvidia-persistenced failed to initialize. Check syslog for more details.
Nov 25 12:42:40 htpc systemd[1]: nvidia-persistenced.service: Control process exited, code=exited, status=1/FAILURE
Nov 25 12:42:40 htpc systemd[1]: nvidia-persistenced.service: Failed with result 'exit-code'.
Nov 25 12:42:40 htpc systemd[1]: Failed to start NVIDIA Persistence Daemon.
htpc:~# modprobe nvidia
modprobe: FATAL: Module nvidia-current not found in directory /lib/modules/4.19.0-12-686-pae
modprobe: ERROR: ../libkmod/libkmod-module.c:979 command_do() Error running install command for nvidia
modprobe: ERROR: could not insert 'nvidia': Operation not permitted
htpc:~# dkms status
nvidia-legacy-390xx, 390.138, 4.19.0-12-686-pae, i686: installed
htpc:~# dkms install nvidia-legacy-390xx/390.138 -k $(uname -r)
Module nvidia-legacy-390xx/390.138 already installed on kernel 4.19.0-12-686-pae/i686
关于 nvidia-persistenced 的 syslog 输出
Nov 25 12:42:40 htpc nvidia-persistenced: Started (7377)
Nov 25 12:42:40 htpc nvidia-persistenced: Failed to open libnvidia-cfg.so.1: libnvidia-cfg.so.1: cannot open shared object file: No such file or directory
Nov 25 12:42:40 htpc nvidia-persistenced: Shutdown (7377)
指向 libnvidia-cfg.so.390.138 的 libnvidia-cfg.so.1 符号链接存在于/usr/lib/i386-linux-gnu/nvidia/legacy-390xx
. 没有这样的符号链接和文件/usr/lib/i386-linux-gnu/nvidia/current
。
我将一台机器从 Debian Jessie 更新到了 Stretch,这也将 Samba 版本从 4.2.14 升级到了 4.5.16。我可以挂载 Samba 共享,浏览和阅读它,但是当我尝试写东西时权限被拒绝。
我的 smb.conf 看起来像这样并且在 Samba 4.2.14 上运行良好:
[global]
workgroup = video
server string = %h server (Samba %v)
dns proxy = no
log file = /var/log/samba/log.%m
max log size = 1000
panic action = /usr/share/samba/panic-action %d
obey pam restrictions = yes
invalid users = root
security = user
map to guest = Bad User
os level = 33
socket options = TCP_NODELAY
unix charset = UTF-8
strict allocate = yes
log level = 3
[backup]
comment = backup
path = /mnt/backup
writeable = yes
public = yes
force user = vdr
read only = no
guest ok = yes
我在 Samba 日志中发现了以下内容:
[2020/07/15 09:55:06.621634, 3] ../source3/auth/auth.c:178(auth_check_ntlm_password)
check_ntlm_password: Checking password for unmapped user []\[vdr]@[] with the new password interface
[2020/07/15 09:55:06.621717, 3] ../source3/auth/auth.c:181(auth_check_ntlm_password)
check_ntlm_password: mapped user is: [VDR]\[vdr]@[]
[2020/07/15 09:55:06.621865, 3] ../source3/auth/check_samsec.c:400(check_sam_security)
check_sam_security: Couldn't find user 'vdr' in passdb.
[2020/07/15 09:55:06.621922, 2] ../source3/auth/auth.c:315(auth_check_ntlm_password)
check_ntlm_password: Authentication for user [vdr] -> [vdr] FAILED with error NT_STATUS_NO_SUCH_USER
[2020/07/15 09:55:06.622054, 3] ../source3/auth/auth_util.c:1611(do_map_to_guest_server_info)
No such user vdr [] - using guest account
用户 vdr 存在于 /etc/samba/smbpasswd 中。我还应该去哪里看?
我在 64 位 ArchLinux(内核 5.4.50)上使用 e2fsprogs 1.45.6-2 对 HDD 进行 EXT4 格式化,并用数据填充它。之后,我将它安装到另一台运行 32 位 Debian Jessie(内核 3.16.84-1)和 e2fsprogs 1.42.12-2+deb8u2 的计算机上,并将单个文件复制到其中。
此版本差异是否存在问题并且可能对文件系统造成损坏?
在关闭 32 位 Jessie 系统期间,我注意到一条 e2fsck 错误消息,基本上说它由于 metadata_csum 而无法运行。
所以我搜索了一下,发现元数据校验和是在 1.43 中引入的: https ://ext4.wiki.kernel.org/index.php/Ext4_Metadata_Checksums
让我感到非常不舒服的是下面的引用...... 旧的 fs 代码应该不可能写入启用了元数据校验和的文件系统。metadata_csum 标志被实现为 ROCOMPAT 标志,它应该防止(非恶意)旧程序搞砸事情。
如果有任何不兼容问题,我预计根本无法挂载文件系统,但我真的担心我可能把 FS 搞砸了。
对此的任何帮助将不胜感激。
编辑:我使用 GParted 创建 FS,同时了解到,与 mke2fs 不同,它默认为 <16TiB 的驱动器创建 32 位模式的文件系统,我的 8TB 驱动器就是这种情况。我通过检查 提供的文件系统功能验证了这一点,tune2fs -l /dev/sda | grep features
否则将包括术语“64 位”。
这个问题与关于 Firefox 如何处理自动完成存储登录的解释有关: https ://stackoverflow.com/questions/10738090/why-firefox-autocomplete-even-with-different-input-name
我是一个在其登录表单中使用这三个字段的网站的普通用户。
<input class="field" type="text" name="username" autocomplete="username" id="username">
<input class="field" type="text" name="email" autocomplete="email" id="emailRegister" disabled="disabled">
<input type="password" maxlength="1024" name="password" id="password">
不幸的是,Firefox 总是使用密码字段之前的字段作为自动填充的用户名字段,因此它将存储的用户名填充到隐藏的电子邮件输入字段中。
有没有办法解决这个问题,以便用户名正确填写在用户名字段中,例如通过 ublock Origin 中的过滤规则隐藏电子邮件字段?