#archlinux-cn
!YkBCOsxHJvtzDSJCGa:nichi.co
6,384 messages · Page 55 of 64
sudo pacman -Qo
错误:没有指定目标 (使用 -h 获取帮助)
执行了这个之后 随便安装一个软件 依然提示
mesa: 文件系统中已存在 /usr/lib/pkgconfig/gbm.pc
mesa: 文件系统中已存在 /usr/share/drirc.d/00-mesa-defaults.conf
mesa: 文件系统中已存在 /usr/share/glvnd/egl_vendor.d/50_mesa.json
mesa: 文件系统中已存在 /usr/share/licenses/mesa/license.rst
libglvnd: 文件系统中已存在 /usr/include/EGL/egl.h
libglvnd: 文件系统中已存在 /usr/include/EGL/eglext.h
libglvnd: 文件系统中已存在 /usr/include/EGL/eglplatform.h
libglvnd: 文件系统中已存在 /usr/include/GL/gl.h
libglvnd: 文件系统中已存在 /usr/include/GL/glcorearb.h
libglvnd: 文件系统中已存在 /usr/include/GL/glext.h
libglvnd: 文件系统中已存在 /usr/include/GL/glx.h
libglvnd: 文件系统中已存在 /usr/include/GL/glxext.h
libglvnd: 文件系统中已存在 /usr/include/GLES2/gl2.h
libglvnd: 文件系统中已存在 /usr/include/GLES2/gl2ext.h
libglvnd: 文件系统中已存在 /usr/include/GLES2/gl2platform.h
libglvnd: 文件系统中已存在 /usr/include/GLES3/gl3.h
libglvnd: 文件系统中已存在 /usr/include/GLES3/gl31.h
libglvnd: 文件系统中已存在 /usr/include/GLES3/gl32.h
libglvnd: 文件系统中已存在 /usr/include/GLES3/gl3ext.h
libglvnd: 文件系统中已存在 /usr/include/GLES3/gl3platform.h
libglvnd: 文件系统中已存在 /usr/include/KHR/khrplatform.h
libglvnd: 文件系统中已存在 /usr/include/glvnd/GLdispatchABI.h
libglvnd: 文件系统中已存在 /usr/include/glvnd/libeglabi.h
libglvnd: 文件系统中已存在 /usr/include/glvnd/libglxabi.h
libglvnd: 文件系统中已存在 /usr/lib/libEGL.so
libglvnd: 文件系统中已存在 /usr/lib/libEGL.so.1
libglvnd: 文件系统中已存在 /usr/lib/libEGL.so.1.1.0
libglvnd: 文件系统中已存在 /usr/lib/libGL.so
libglvnd: 文件系统中已存在 /usr/lib/libGL.so.1
libglvnd: 文件系统中已存在 /usr/lib/libGL.so.1.7.0
libglvnd: 文件系统中已存在 /usr/lib/libGLESv2.so
libglvnd: 文件系统中已存在 /usr/lib/libGLESv2.so.2
libglvnd: 文件系统中已存在 /usr/lib/libGLESv2.so.2.1.0
libglvnd: 文件系统中已存在 /usr/lib/libGLX.so
libglvnd: 文件系统中已存在 /usr/lib/libGLX.so.0
libglvnd: 文件系统中已存在 /usr/lib/libGLX.so.0.0.0
libglvnd: 文件系统中已存在 /usr/lib/libGLdispatch.so
libglvnd: 文件系统中已存在 /usr/lib/libGLdispatch.so.0
libglvnd: 文件系统中已存在 /usr/lib/libGLdispatch.so.0.0.0
libglvnd: 文件系统中已存在 /usr/lib/libOpenGL.so
libglvnd: 文件系统中已存在 /usr/lib/libOpenGL.so.0
libglvnd: 文件系统中已存在 /usr/lib/libOpenGL.so.0.0.0
libglvnd: 文件系统中已存在 /usr/lib/pkgconfig/egl.pc
libglvnd: 文件系统中已存在 /usr/lib/pkgconfig/gl.pc
libglvnd: 文件系统中已存在 /usr/lib/pkgconfig/glesv2.pc
libglvnd: 文件系统中已存在 /usr/lib/pkgconfig/glx.pc
libglvnd: 文件系统中已存在 /usr/lib/pkgconfig/libglvnd.pc
libglvnd: 文件系统中已存在 /usr/lib/pkgconfig/opengl.pc
libglvnd: 文件系统中已存在 /usr/share/licenses/libglvnd/LICENSE
发生错误,没有软件包被更新。
一大堆 已存在
[precore] 总之缓存损坏了就只能清干净重来,没办法
……对吗?
那看来是极端内存条件下btrfs的内核进程出毛病了
你没有用多个包管理器吧?
你确定删除的是 /var/cache/pacman 而不是 /var/lib/pacman 对吗
pacman -Qo 查一下文件归属
[precore] `rm -rf /var/cache/pacman`了没有?没有的话删掉再更新。
图里这个错误没啥问题
这是安装软件的输出
https://ykjtb.com/v?g=K6TB
重启过了 提示sudo pacman -Syyu
:: 正在同步软件包数据库...
core 119.6 KiB 374 KiB/s 00:00 [####################################################################] 100%
extra 7.8 MiB 8.95 MiB/s 00:01 [####################################################################] 100%
multilib 128.4 KiB 432 KiB/s 00:00 [####################################################################] 100%
:: 正在进行全面系统更新...
今日无事可做
安装软件 显示一大堆东西已经安装
[precore] 重启后尝试用pacman更新系统之类的
我不在电脑旁就不 wild guess 了
[precore] 我的建议是`rm -rf /var/cache/pacman`然后重启
[precore] 更何况是/var下的cache
[precore] 重启,但凡带cache,不可能删了就崩
execsnoop 看看
可以 strace 一下 (
不知道, 以前打开文件都是打开文件管理器然后让它显示文件
兄弟们, 我好像为了腾硬盘空间, 误删了/var/cache/pacman/pkg/ , 现在执行ls /var/cache/pacman/pkg/ | wc -l显示0 更新系统显示无事可做, 安装软件提示 systemd: 文件系统中已存在 /usr/share/zsh/site-functions/_varlinkctl
mkinitcpio: 文件系统中已存在 /usr/bin/lsinitcpio 这些已经存在
大模型说我误删了pacman的本地数据库, 我想问一下大家, 现在我应该怎么办
哦,不使用xdg-open。那比如pdf写死了啥?
比如打开文件夹它写死了 dde-file-manager --show-item...
这是什么意思?
[precore] 没看到哪里有错误
[m.image] image.jpeg
好像还有点错误
[precore] 是的,所以需要手动取消。
我等晚上回去再看看具体什么情况
Flatpak 有 PID namespace 吧
是的, 但完全可以预先估计出名字
微信的托盘图标的 dbus name 是不是依赖于 PID
meanwhile Flathub 打包居然直接允许 own org.kde.*
好 Windows
[precore] grub界面不是可以选从哪个条进去吗,按e编辑,在下面ro quite后面加nomodeset
已经解决
因为微信打开文件都是 hardcode binary 然后还呼叫 shell...
那你到 [这里](https://github.com/Kraftland/portable/issues) 报个 bug
没有使用
你有用 bwBindPar 什么的参数吗
换了就好了
* 不要從第三方不可信的源抓東西,尤其是 binary
不要從第三方不可信的源抓東西,尤其是 bunary
https://flathub.org/en/apps/com.tencent.WeChat
在grub引导的哪里输入nomodeset
[precore] nomodeset,换gpu,查看主板什么牌子
[m.video] 现在在安装完arch linux之后又出现了视频中的问题,表现类似于之前进入grub后的uefi引导黑屏的情况,请问该如何解决
要么有什么东西 call socketStop 中断启动了, 但日志看不出
[precore] 只敢在flatpak里运行,还要手动去掉几乎所有文件夹读取权限
[precore] 每次都会带一个torjan远程命令
[precore] 哈哈哈哈,这下不得不提我每次从官网下微信的安装包都有木马,除非用最新的,然而过一周再查还是有木马,顶尖反杀
对的, portable 换成 portable-legacy
这是怎么操作?把portal换成portable-legacy
这下那些讨厌沙盒的用户有福了
你找不到原因的话可以先返回 portable-legacy
[precore] 不行就拿flatpak装吧,那个肯定能用(因为我就在用)。
[m.image] Forwarded from channel bupt.moe:
> #security
[precore] 好吧,万能的aur
现在的情况是你的 /run 很特别导致 Go 监听 socket 失败还不返回错误
[m.image] image.jpeg
[precore] 这个微信拿什么装的,怎么还套个portable名字,不像linux啊
rm -rf /run/user/1000/portable/com.qq.weixin/
我记得你十几分钟前重启的系统, 怎么这个目录 birth 是 2 点啊
你把这个目录删掉再启动呢
[precore] 所以问题就是不该加systemd钩子?
谢谢各位大佬了, 搞了两天终于是搞定了.
[m.image] image.jpeg
stat 和 ls -la 一下 /run/user/1000/portable
确实是这个原因, 去掉systemd hook重新生成initramfs已经没问题了, 主要是我对启动过程不是很了解.
[m.image] image.jpeg
cat /var/log/pacman.log | grep portable | tail -n 5
就是今天出现的
[m.image] image.jpeg
[m.image] image.jpeg
你是什么时候出现这个问题的
先运行 systemctl --user stop portable.slice 再截图 systemctl --user status portable.slice 和 PORTABLE_LOGGING=debug wechat
重启了,微信还是启动不了
重启一次再看看
[m.image] image.jpeg
而 zfs hook 只适配了 busybox ash 脚本
如果一个 install hook 需要在 initramfs 运行时做一些事,那就需要分别给 busybox 和 systemd 写一份 wrapper
所以我用mkinitcpio-sd-zfs-poscat 保持systemd hook 可用 (
因为在运行时 busybox 需要的是 busybox ash 脚本,而 systemd 需要的是 systemd unit
好的, 谢谢, 我在看看😂
对的 一般是这样
* wiki 上有相关红字警告
wili 上有相关红字警告
zfs hook 不能和 systemd hook 一起使用,需要用基于 busybox 的 base hook
好黑好糊
[m.image] image.jpeg
你是不是更新完就没重启
就超时了
不然内核不知道挂哪个
KDE 也自带着,所以就像试试,如果可以的话,Windows 上就不用下载额外软件了
或者你看一下zfsbootmenu怎么配的
root=zfs:zroot/ROOT/defaul
主要就是这个 你要告诉内核把哪个zfs卷挂载到root