yanqiyu 最近的时间轴更新 yanqiyu 最近的时间轴更新yanqiyu's repos on GitHub
Roff · 1 人关注
anbox-rpmbuild
Build Anbox for Fedora on COPR
0 人关注
anti-AD
致力于成为中文区命中率最高的广告过滤列表，实现精确的广告屏蔽和隐私保护。anti-AD现已支持AdGuardHome，dnsmasq， Surge，Pi-Hole，smartdns等网络组件。完全兼容常见的广告过滤工具所支持的各种广告过滤列表格式
0 人关注
Auto_Bangumi
AutoBangumi - 全自动追番工具
JavaScript · 0 人关注
blog_ci
for my blog
0 人关注
blog_imgs
imgs for jsdelivr CDN usage
0 人关注
blog_md
markdown of https://yanqiyu.info
C++ · 0 人关注
cgproxy
Transparent Proxy with cgroup v2。透明代理，配合v2ray/Qv2ray食用最佳
0 人关注
cgproxy-build
0 人关注
cloudflare-docs
Cloudflare’s developer docs.
JavaScript · 0 人关注
comiclib
Manage, read and share your comic/manga library
0 人关注
comments
Jupyter Notebook · 0 人关注
CompPhys2020
Project of CompPhys class on 2020
0 人关注
crun
A fast and lightweight fully featured OCI runtime and C library for running containers
C++ · 0 人关注
CUDAProb3
CUDA implementation of Prob3++
0 人关注
Database
EhTagTranslation 项目的翻译数据。
0 人关注
deepin-desktop-fedora
0 人关注
demo
0 人关注
dmca
Repository with text of DMCA takedown notices as received. GitHub does not endorse or adopt any assertion contained in the following notices. Users identified in the notices are presumed innocent until proven guilty. Additional information about our DMCA policy can be found at
Dockerfile · 0 人关注
docker-radvd
teensy radvd image (alpine based)
Shell · 0 人关注
docker-webdav-nginx
Runs a Nginx WebDav server in Docker
0 人关注
dowww
📟 Dev on Windows with WSL | 在 Windows 上用 WSL 优雅开发
Dockerfile · 0 人关注
efb-wechat-docker
EFB WeChat Slave Docker Ver.
C++ · 0 人关注
fcitx5
maybe a new fcitx.
C++ · 0 人关注
fcitx5-chinese-addons
Addons related to Chinese, including IME previous bundled inside fcitx4.
C++ · 0 人关注
fcitx5-configtool
0 人关注
fcitx5-fedora
0 人关注
fcitx5-gtk
gtk im module and glib based dbus client library
C++ · 0 人关注
fcitx5-kkc
C++ · 0 人关注
fcitx5-zhuyin
Dockerfile · 0 人关注
fedora-container-systemd
use systemd in podman with a fedora image!
 ONLINE |
yanqiyuV2EX 第 127736 号会员，加入于 2015-07-18 00:20:26 +08:00今日活跃度排名 3674 |
yanqiyu.info/
karuboniru
学物理的，懂个锤子的计算机
| 跨越动态库的时候就算借助 lazy init 的 static 对象也不能简单的假设析构顺序 C++ • yanqiyu • 2023-12-30 04:05:38 AM • 最后回复来自 yanqiyu | 14 |
| CloudFlare 发放 $10 的 yubikey 优惠券 YubiKey • yanqiyu • 2022-11-11 17:35:24 PM • 最后回复来自 malu2335 | 80 |
| CentOS 项目开发重点将转向 CentOS Stream Linux • yanqiyu • 2020-12-12 23:38:36 PM • 最后回复来自 salmon5 | 95 |
| grub2 被报道安全问题，可致安全启动被绕过
2 Linux • yanqiyu • 2020-09-10 14:45:01 PM • 最后回复来自 ungrown
|
38 |
| Trojan 即将在 Fedora 官方源以及 EPEL 可用 Fedora • yanqiyu • 2020-06-25 23:24:01 PM |
| leancloud 国际版有域名证书过期了 全球工单系统 • yanqiyu • 2020-05-16 21:07:28 PM • 最后回复来自 lanternxx | 2 |
| 我也是 00 后, 我也来分享一下我的博客 程序员 • yanqiyu • 2020-04-08 10:43:59 AM • 最后回复来自 bboysoulcn | 17 |
| 你的 Android 机的 IMEI 可能处于不设防的状态
6 Chamber • yanqiyu • 2022-08-25 12:31:09 PM • 最后回复来自 ALights
|
106 |
yanqiyu 最近回复了
15 分钟前 回复了 xtx 创建的主题 › 小米 › 不争吵，也不站队，理性且客观地讨论 su7 这件事。 |
@noobility > 紧急情况下防撞系统优先级还是太低，某安全带发明厂商的车就能直接接管车辆自动避让，这点小米还是要多优化
这种主动安全在驾驶员激烈的操作刹车和转向时会被抑制，比如这里的介绍： https://www.volvocars.com/tw/support/car/xc60/24w46/article/3ecaabd4c7ea7793c0a81f6f0b7a9421_1a731ed78d319017c0a8cc3825f9aaa0_7acbdd45c1ce04fac0a801516692910b/
> 煞車輔助限制: 駕駛者命令一律優先。即使碰撞無法避免，此功能也不會在駕駛人果決地轉向和加速的情況下介入。因此，在駕駛人表現主動且有意識的駕駛行為時，碰撞警示和介入會延遲動作，以減少不必要的警示。
这种主动安全在驾驶员激烈的操作刹车和转向时会被抑制，比如这里的介绍： https://www.volvocars.com/tw/support/car/xc60/24w46/article/3ecaabd4c7ea7793c0a81f6f0b7a9421_1a731ed78d319017c0a8cc3825f9aaa0_7acbdd45c1ce04fac0a801516692910b/
> 煞車輔助限制: 駕駛者命令一律優先。即使碰撞無法避免，此功能也不會在駕駛人果決地轉向和加速的情況下介入。因此，在駕駛人表現主動且有意識的駕駛行為時，碰撞警示和介入會延遲動作，以減少不必要的警示。
20 分钟前 回复了 xtx 创建的主题 › 小米 › 不争吵，也不站队，理性且客观地讨论 su7 这件事。 |
@wwyg #168
#34, 你的原话：“ 山西 M7 时间忘记了是吧？挂了热搜 2 天 四川手机报短信推送 百度百科现在还有”
#34, 你的原话：“ 山西 M7 时间忘记了是吧？挂了热搜 2 天 四川手机报短信推送 百度百科现在还有”
5 天前 回复了 youloge 创建的主题 › 云计算 › OSS 签名绕过上传任意文件到别人的网站 |
也就是说签名只保护了路径前缀，甚至文件类型 OSS 没检验反而信任用户给的 header
5 天前 回复了 wniming 创建的主题 › Linux › btrfs 执行 scrub 后出现了一些 Uncorrectable 的错误，怎么知道是哪些文件的数据出错了？ |
@wniming #7 > 我虚拟机没有特别指定是否启用 directio
就是虚拟磁盘的 cache mode ，我记得除了 writethrough 都会有 O_DIRECT 的文件操作，然后现在 btrfs 的 O_DIRECT 真的是 DIRECT 不会 cow 的更新 checksum （ 6.14 修了，被 checksum 保护的文件始终会 cow 了）
就是虚拟磁盘的 cache mode ，我记得除了 writethrough 都会有 O_DIRECT 的文件操作，然后现在 btrfs 的 O_DIRECT 真的是 DIRECT 不会 cow 的更新 checksum （ 6.14 修了，被 checksum 保护的文件始终会 cow 了）
6 天前 回复了 wniming 创建的主题 › Linux › btrfs 执行 scrub 后出现了一些 Uncorrectable 的错误，怎么知道是哪些文件的数据出错了？ |
[930624.956925] BTRFS warning (device dm-2): checksum error at logical 9404088320 on dev /dev/mapper/develop-btrfs, physical 10486218752, root 257, inode 265, offset 2056241152, length 4096, links 1 (path: fedora.raw.vhost)
这不是写了出问题的 path 是 fedora.raw.vhost 吗，是不是虚拟机开了 directio 但是没关 btrfs 的 cow ？
这不是写了出问题的 path 是 fedora.raw.vhost 吗，是不是虚拟机开了 directio 但是没关 btrfs 的 cow ？
9 天前 回复了 jqknono 创建的主题 › NAS › 注意保护自己 NAS 上的数据 |
@reayyu 要是你都用上了 cf 代理建议直接用 tunnel ，配合 access 管理访问权限
9 天前 回复了 jqknono 创建的主题 › NAS › 注意保护自己 NAS 上的数据 |
不只是谨慎赋予应用权限，应该反过来，只给应用必要的权限，比如 emby/jellyfin 只需要自己的配置文件的读写权限和媒体路径的读取权限，所以这些服务要么用容器（ SELinux confined rootless container ）要么用 systemd （ dynamicuser+ReadOnlyPaths ），只给必要的权限。
这么限制下来，除了远程访问（比如 ssh/nfs/smb ）被黑都不会造成破坏性的结果了，ssh 就关密码，nfs/smb 只开给 vpn
这么限制下来，除了远程访问（比如 ssh/nfs/smb ）被黑都不会造成破坏性的结果了，ssh 就关密码，nfs/smb 只开给 vpn
9 天前 回复了 huangdog 创建的主题 › NAS › 玩 pt 的硬盘，不适合开 windows server 的重复数据删除 |
dedup 是让不同的文件引用同一个 extent 。当然你要是删除了这些文件中某一个，只会让共享的 extent 的引用-1 ，只有引用数清零才会真正的删除并且释放空间。
但是，你就算不开 dedup ，其他文件该占的空间也是一样的占。
唯一的问题可能是这种 shared extent 导致很难算清楚“我删除这些文件之后能释放多少空间”，得扫描一下文件引用的 extent 有多少是 shared 有多少是 exclusive 。
但是，你就算不开 dedup ，其他文件该占的空间也是一样的占。
唯一的问题可能是这种 shared extent 导致很难算清楚“我删除这些文件之后能释放多少空间”，得扫描一下文件引用的 extent 有多少是 shared 有多少是 exclusive 。
11 天前 回复了 lixcc 创建的主题 › NAS › 飞牛 OS N150 虚拟化核显不工作 |
@YsHaNg 最大的麻烦是 fnos 扔进容器依然想要你配存储，和假定一些权限。至少在 nspawn 里面只是勉强能启动，大多数功能都不灵
12 天前 回复了 guoguobaba 创建的主题 › NAS › 我就不明白了， checkip.dyndns.org 这种 url 都封 |
自己注册个域名，用 https://github.com/favonia/cloudflare-ddns 更新解析就行了
Select Language