Windows.old 就是指电脑上在重装系统的历程中，备份数据旧系统中关键文件的文件夹，Windows.old 一般而言用途并不大，可是它坐落于新系统的C盘中很占用室内空间，因而就需要将其删除， Windows.old有着一些独特的管理权限，促使它无法同时在資源管理器里被删除，可能是为了避免用户的误操作。该怎么删除呢？下面大家就一起来看看 Windows 11 删除Windows.old 文件夹的操作。
清理Windows.old文件夹的方法：进到开始菜单，开启设置，进到系统，进入存储，进到清理建议，勾选之前的 Windows 安装文件后，点击清理就可以。
进到开始菜单，点击任务栏四宫图标。
进入设置
进到系统
进入存储
进到清理建议。待扫描进行后，进到清理建议。
清理Windows.old文件夹
勾选之前的Windows安装文件后，点击清理就可以。
- Windows 11 专业版 24H2
- podman desktop 1.18.0 x64
- Gitea 1.23.7
Windows 的本质是是安装一个 Linux 虚拟机，然后在虚拟机中安装 Gitea ，所以会出现后面需要进行端口数据转发。
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 |
# 禁用 Hyper-V 功能 $ DISM /Online /Disable-Feature /FeatureName:Microsoft-Hyper-V # 启用 VirtualMachinePlatform 功能 $ DISM /Online /Enable-Feature /All /FeatureName:VirtualMachinePlatform # 启用 Microsoft-Windows-Subsystem-Linux 功能 $ DISM /Online /Enable-Feature /All /FeatureName:Microsoft-Windows-Subsystem-Linux $ wsl --update # 使用 WSL 2.0 或者 Hyper-V 版本，但是不要通过 -v 参数进行目录映射。目录映射使用9P协议，该协议性能低下，造成严重性能问题，并且高负载，高并发下文件系统不稳定。 # 但是 WSL 1.0 文件权限不正确，默认创建的文件权限都是 777，导致权限问题。 # 建议优先使用 WSL 2.0。 # Windows 11 默认就是 WSL 2.0 但是 Windows 10 默认是 WSL 1.0 需要手工设置成 WSL 2.0。 $ wsl --set-default-version 2 $ wsl --install --no-distribution # 由于我们的磁盘 E: 是主要的数据磁盘，因此通过软链接的方式，把 Podman 虚拟机的目录链接到E盘 $ mkdir 'E://.containers' # 软链接到 Podman 容器目录 $ New-Item -ItemType SymbolicLink -Path ~/.local/share/containers -Target 'E://.containers' # 指定给出 12个CPU核心 内存 50GB，磁盘2TB 此处如果不指定，默认是核心数/内存的一半，磁盘默认100GB # 不要通过 -v 参数进行 Windows 目录映射，两者文件系统格式不同，需要通过9p协议转换，性能损失巨大，不如直接给出足够大的磁盘空间，文件直接存储在虚拟机内部 $ podman machine init --cpus 12 -m 51200 --disk-size 2000 $ podman machine start # 配置开机自启动 # 进入容器虚拟机 $ podman machine ssh # If your VM is rootful, run `sudo systemctl enable podman-restart.service`; if it's rootless, run `sudo systemctl --global enable podman-restart.service`; if in doubt, do both $ sudo systemctl enable podman-restart.service $ sudo systemctl --global enable podman-restart.service # 创建容器目录 $ mkdir .containers $ mkdir .containers/gitea # 退出容器虚拟机 $ exit $ podman pull docker.gitea.com/gitea:latest # 此处我们 默认不导出 ssh 访问，只允许 http 访问 # 不要通过 -v 参数进行 Windows 目录映射，两者文件系统格式不同，需要通过9p协议转换，性能损失巨大，还不如直接给出足够大的磁盘空间，文件直接存储在虚拟机内部 $ podman run -d --restart always --name gitea -p 10890:3000 -v /home/user/.containers/gitea:/data gitea # 端口转发 # 参数说明 # v4tov4 : IPV4协议转发到IPV4协议 # listenport : 对外暴露的端口，其他设备访问本机的端口 # listenaddress : 监听地址，一般都是设置成 0.0.0.0 允许任何服务器访问服务 # connectport : podman提供的Docker容器的对外暴露端口 # connectaddress : podman提供的Docker容器的IP地址，由于podman每次重启都可能改变容器IP，但是本机都可以通过 127.0.0.1（localhost） 访问，所以干脆直接写成 127.0.0.1 # 特别注意的是，两个端口号不要写成一样的，否则会进入转发死循环 $ netsh interface portproxy add v4tov4 listenport=10880 listenaddress=0.0.0.0 connectport=10890 connectaddress=127.0.0.1 # 防火墙放行端口，只需要允许外部访问进入即可 $ netsh advfirewall firewall add rule name="Gitea Port 10880" dir=in action=allow protocol=TCP localport=10880 |
后续如果想修改配置文件，那么需要通过 podman machine ssh 进入容器进行修改。
另外虚拟机整个被默认WSL2 挂载到 \\\\wsl.localhost\ 目录下，可以直接在 Windows 系统下访问，但是修改的时候可能会没有权限，还是需要通过命令行修改。
如果 Podman Desktop 没有开机自启动，确认如下如下配置是否已经勾选：
注意：如果对大型项目进行镜像部署，比如 chromium 。登录之前可以正常使用，登录特别慢，注意观察 Podman 的 Logs 项，如果观察到如下内容，特别是 [Slow SQL Query] 相关的日志输出：
|
1 2 3 4 5 6 7 |
2025/04/04 12:36:38 ...eb/routing/logger.go:102:func1() [I] router: completed GET /mirrors/v8/commit/bf6a80f34c17cad8f648c1305fe774d64f149b52 for 111.225.148.57:0, 404 Not Found in 2.9ms @ context/repo.go:401(context.RepoAssignment) 2025/04/04 12:41:50 ...s/repository/push.go:96:pushUpdates() [W] [Slow SQL Query] UPDATE `repository` SET `size` = ?, `git_size` = ?, `lfs_size` = ? WHERE `id`=? [1510601333 1510601333 0 9] - 26m4.248004645s 2025/04/04 12:41:50 ...ron/tasks_actions.go:51:func1() [W] [Slow SQL Query] BEGIN TRANSACTION [] - 26m22.525253949s 2025/04/04 12:41:50 ...ces/feed/notifier.go:340:PushCommits() [W] [Slow SQL Query] INSERT INTO `action` (`user_id`,`op_type`,`act_user_id`,`repo_id`,`comment_id`,`is_deleted`,`ref_name`,`is_private`,`content`,`created_unix`) VALUES (?,?,?,?,?,?,?,?,?,?) [1 push_tag 1 9 0 false refs/tags/5.4.499 false {"Commits":null,"HeadCommit":{"Sha1":"352c9d652b5920e568c8cc8298e6f786aef20653","Message":"Version 5.4.499\n\nPerformance and stability improvements on all platforms.\n\nCr-Commit-Position: refs/heads/5.4.499@{#1}\nCr-Branched-From: 6fe0b39b0167a71a1d9265c035c245c30b71b573-refs/heads/master@{#38837}\n","AuthorEmail":"v8-autoroll@chromium.org","AuthorName":"v8-autoroll@chromium.org","CommitterEmail":"v8-autoroll@chromium.org","CommitterName":"v8-autoroll@chromium.org","Timestamp":"2016-08-23T10:40:26-07:00"},"CompareURL":"v8/v8/compare/0000000000000000000000000000000000000000...352c9d652b5920e568c8cc8298e6f786aef20653","Len":0} 1743768927] - 26m22.760161949s 2025/04/04 12:41:50 ...ces/feed/notifier.go:340:PushCommits() [W] [Slow SQL Query] INSERT INTO `action` (`user_id`,`op_type`,`act_user_id`,`repo_id`,`comment_id`,`is_deleted`,`ref_name`,`is_private`,`content`,`created_unix`) VALUES (?,?,?,?,?,?,?,?,?,?) [1 push_tag 1 9 0 false refs/tags/5.6.129 false {"Commits":null,"HeadCommit":{"Sha1":"7d2ac2e7f629d23f3c775764e0ff6fdf586a25fc","Message":"Version 5.6.129\n\nPerformance and stability improvements on all platforms.\n\nCr-Commit-Position: refs/heads/5.6.129@{#1}\nCr-Branched-From: 14be3846bd12c3930027af2fe1192fe301806ef9-refs/heads/master@{#40497}\n","AuthorEmail":"hablich@chromium.org","AuthorName":"Michael Hablich","CommitterEmail":"hablich@chromium.org","CommitterName":"Michael Hablich","Timestamp":"2016-10-21T14:56:50+02:00"},"CompareURL":"v8/v8/compare/0000000000000000000000000000000000000000...7d2ac2e7f629d23f3c775764e0ff6fdf586a25fc","Len":0} 1743768927] - 26m22.814803949s 2025/04/04 12:41:50 ...ces/feed/notifier.go:340:PushCommits() [W] [Slow SQL Query] INSERT INTO `action` (`user_id`,`op_type`,`act_user_id`,`repo_id`,`comment_id`,`is_deleted`,`ref_name`,`is_private`,`content`,`created_unix`) VALUES (?,?,?,?,?,?,?,?,?,?) [1 push_tag 1 9 0 false refs/tags/5.7.324.2 false {"Commits":null,"HeadCommit":{"Sha1":"65e3722a1995fbbdb266d19e717d65749c9444e5","Message":"Version 5.7.324.2 (cherry-pick)\n\nMerged aa8a208a473af43e7aa97626d8d2a4a81667850c\n\nRevert of [TypeFeedbackVector] Root literal arrays in function literals slots (patchset #11 id:370001 of https://codereview.chromium.org/2504153002/ )\n\nTBR=jgruber@chromium.org\n\nReview-Url: https://codereview.chromium.org/2592393002 .\nCr-Commit-Position: refs/heads/5.7.324@{#3}\nCr-Branched-From: 2041c504025d706041e50e52d9e8c7221667492d-refs/heads/master@{#41902}\n","AuthorEmail":"hablich@chromium.org","AuthorName":"Michael Hablich","CommitterEmail":"hablich@chromium.org","CommitterName":"Michael Hablich","Timestamp":"2016-12-22T11:31:14+01:00"},"CompareURL":"v8/v8/compare/0000000000000000000000000000000000000000...65e3722a1995fbbdb266d19e717d65749c9444e5","Len":0} 1743768928] - 26m22.019961149s 2025/04/04 12:41:50 ...ces/feed/notifier.go:340:PushCommits() [W] [Slow SQL Query] INSERT INTO `action` (`user_id`,`op_type`,`act_user_id`,`repo_id`,`comment_id`,`is_deleted`,`ref_name`,`is_private`,`content`,`created_unix`) VALUES (?,?,?,?,?,?,?,?,?,?) [1 push_tag 1 9 0 false refs/tags/5.8.294 false {"Commits":null,"HeadCommit":{"Sha1":"376fd4b2eb6a1ff398d4a8b58ce1ce9feb5273db","Message":"Version 5.8.294\n\nPerformance and stability improvements on all platforms.\n\nCr-Commit-Position: refs/heads/5.8.294@{#1}\nCr-Branched-From: d747855e23c28d74593bb272cd629aaab4c379ca-refs/heads/master@{#43469}\n","AuthorEmail":"v8-autoroll@chromium.org","AuthorName":"v8-autoroll","CommitterEmail |
上述的输出非常的不合理，简单的 SQL 语句执行耗时高达 26分钟，这个结果是非常不合理的。SQLite 的性能不可能这么差劲。
导出数据库文件，通过 SQLiteStudio 执行相同的 SQL 语句，在 0.1 毫秒执行结束。
并且 Docker 多次重启之后，高概率发生文件损坏。另一个常见现象是处理器占用长时间处于高位，某几个核心长时间满负荷，但是 DUMP 堆栈调用又一切正常，看不到用户态的高占用函数。
这个原因是由于 Windows 和 Linux 的跨系统文件兼容性问题无法得到很好的解决，WSL 2 下访问 Windows 文件性能会非常差。
具体解释参考 [wsl2] filesystem performance is much slower than wsl1 in /mnt #4197 。
|
1 2 3 |
$ podman machine ls NAME VM TYPE CREATED LAST UP CPUS MEMORY DISK SIZE podman-machine-default* wsl 21 minutes ago Currently running 12 50GiB 1.953TiB |
解决这个问题的方法就是不要进行映射，直接在存储在虚拟机的磁盘里。
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 |
# 禁用 Hyper-V 功能 $ DISM /Online /Disable-Feature /FeatureName:Microsoft-Hyper-V # 启用 VirtualMachinePlatform 功能 $ DISM /Online /Enable-Feature /All /FeatureName:VirtualMachinePlatform # 启用 Microsoft-Windows-Subsystem-Linux 功能 $ DISM /Online /Enable-Feature /All /FeatureName:Microsoft-Windows-Subsystem-Linux # 删除之前创建的虚拟机 $ podman machine stop podman-machine-default $ podman machine rm -f podman-machine-default $ podman system connection rm podman-machine-default $ podman system connection rm podman-machine-default-root $ wsl --uninstall podman-machine-default $ wsl --update # 使用 WSL 2.0 或者 Hyper-V 版本，但是不要通过 -v 参数进行目录映射。目录映射使用9P协议，该协议性能低下，造成严重性能问题，并且高负载，高并发下文件系统不稳定。 # 但是 WSL 1.0 文件权限不正确，默认创建的文件权限都是 777，导致权限问题。 # 建议优先使用 WSL 2.0。 # Windows 11 默认就是 WSL 2.0 但是 Windows 10 默认是 WSL 1.0 需要手工设置成 WSL 2.0。 $ wsl --set-default-version 2 $ wsl --install --no-distribution # 指定给出 12个CPU核心 内存 50GB，磁盘2TB 此处如果不指定，默认是核心数/内存的一半，磁盘默认100GB # 不要通过 -v 参数进行 Windows 目录映射，两者文件系统格式不同，需要通过9p协议转换，性能损失巨大，不如直接给出足够大的磁盘空间，文件直接存储在虚拟机内部 $ podman machine init --cpus 12 -m 51200 --disk-size 2000 # 上述的配置不一定能生效，最终还是需要 .wslconfig 指定内存大小 $ podman machine start |
同时，建议内存不低于 32GB ，大型项目，如果内存不足的话，也可能诱发此类问题。
- ubuntu 24.04.2 LTS
- Gitea 1.23.7
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 |
# 安装 podman $ sudo apt install podman # 创建一个低权限用户，尽量不要使用root用户，身份操作podman,降低安全风险 $ sudo adduser podman # 允许用户下的容器在系统启动的时候启动服务 $ sudo loginctl enable-linger podman # 退出当前用户，切换到刚刚创建的低权限用户, 注意，不要使用 su - user 的方式切换，后续会执行各种报错 # 如果使用 su user 切换会导致环境变量被带到新用户，导致执行报错 # ERRO[0000] XDG_RUNTIME_DIR directory "/run/user/1000" is not owned by the current user # Error running systemd as user - Failed to connect to bus: $DBUS_SESSION_BUS_ADDRESS and $XDG_RUNTIME_DIR not defined # 或者在使用 systemctl --user daemon-reload 之类的命令报错 # Systemd User Services: Failed to connect to bus $ exit # 通过 ssh 登录用户名 podman 密码是创建用户的时候设置的密码，解决报错问题 $ ssh xxx.xxx.xxx.xxx -l podman # 准备本地目录映射 $ mkdir ~/.dockers $ mkdir ~/.dockers/gitea $ podman pull docker.gitea.com/gitea:latest # 此处我们 默认不导出 ssh 访问，只允许 http 访问 $ podman run -d --cpus=2 --name gitea -p 10890:3000 -v /home/podman/.dockers/gitea:/data gitea # 每次都启动新容器方式创建servcie //--new参数，每次启动都删除旧容器，启动一个新容器 $ podman generate systemd --restart-policy=always -n --new -f gitea # 保存到 ~/.config/systemd/user/ $ mkdir .config $ mkdir .config/systemd $ mkdir .config/systemd/user $ mv container-gitea.service ~/.config/systemd/user/ # 刷新配置文件，让其生效 $ systemctl --user daemon-reload # 上述命令如果报错 Failed to connect to bus # 一般是通过 su - 切换账号导致的，需要退出当前的SSH登录 # 重新通过 ssh 登录，用户名 podman 密码是创建用户的时候设置的密码 # 设置容器开机自启，并且现在启动 $ systemctl --user enable --now ~/.config/systemd/user/container-gitea.service # 如果需要进入容器查看执行情况，参考如下命令 # podman exec -it container-gitea bash # 查看日志 # podman logs -f -t gitea # 测试，重启系统，观察是否能开机自动启动 $ sudo reboot # 启动或重启服务 # systemctl --user start container-gitea.service # systemctl --user restart container-gitea.service # 如果启动失败，观察服务日志 # journalctl --user -xeu container-gitea.service # 或者 # sudo journalctl -f |
访问配置，在地址栏输入 http://xxx.xxx.xxx.xxx:10890 进入配置页面，如下图：
后续如果需要修改配置，可以通过调整修改 /home/podman/.dockers/gitea/gitea/conf/app.ini 解决。
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 |
APP_NAME = Gitea: Git with a cup of tea RUN_MODE = prod RUN_USER = git WORK_PATH = /data/gitea [repository] ;; 禁用点赞功能。 DISABLE_STARS = true ROOT = /data/git/repositories [repository.local] LOCAL_COPY_PATH = /data/gitea/tmp/local-repo [repository.upload] TEMP_PATH = /data/gitea/uploads [server] APP_DATA_PATH = /data/gitea DOMAIN = www.mobibrw.com ;; DOMAIN = 10.10.10.189 HTTP_PORT = 3000 ROOT_URL = http://www.mobibrw.com/gitea-mirrors/ ;; ROOT_URL = http://10.10.10.189 SSH_DOMAIN = www.mobibrw.com DISABLE_SSH = true SSH_PORT = 22 SSH_LISTEN_PORT = 22 ;; 启用 git-lfs 支持。true 或 false，默认为 false。 LFS_START_SERVER = true LFS_JWT_SECRET = xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx OFFLINE_MODE = true ;; 设置登录后跳转到项目浏览而不是默认返回首页，默认返回首页可能导致循环跳转 LANDING_PAGE = explore ;; http返回启用gzip压缩，设置为true ENABLE_GZIP = true [database] PATH = /data/gitea/gitea.db DB_TYPE = sqlite3 HOST = localhost:3306 NAME = gitea USER = root PASSWD = LOG_SQL = false SCHEMA = SSL_MODE = disable ;; 启用 WAL 增强 SQlite 的并发写入性能 ;; 更改 SQlite3 的日志模式。可以用于在高负载导致写入拥塞时启用 WAL 模式。有关可能的值，请参阅 SQlite3 文档。默认为数据库文件的默认值，通常为 DELETE。 ;; _cache_size 为 SQlite 的缓存大小，内存充足的情况下，增大缓存，提升性能，默认值是 2000 SQLITE_JOURNAL_MODE = WAL&_cache_size=200000 [indexer] ISSUE_INDEXER_PATH = /data/gitea/indexers/issues.bleve [session] PROVIDER_CONFIG = /data/gitea/sessions PROVIDER = file [picture] ;; 禁用头像联盟，已知头像联盟会导致运行缓慢 DISABLE_GRAVATAR = true ENABLE_FEDERATED_AVATAR = false AVATAR_UPLOAD_PATH = /data/gitea/avatars REPOSITORY_AVATAR_UPLOAD_PATH = /data/gitea/repo-avatars [attachment] PATH = /data/gitea/attachments [log] MODE = console LEVEL = info ROOT_PATH = /data/gitea/log [security] ;; 控制是否能够访问安装向导页面，设置为 true 则禁止访问安装向导页面。 INSTALL_LOCK = true SECRET_KEY = REVERSE_PROXY_LIMIT = 1 REVERSE_PROXY_TRUSTED_PROXIES = * INTERNAL_TOKEN = xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx PASSWORD_HASH_ALGO = pbkdf2 [service] DISABLE_REGISTRATION = true REQUIRE_SIGNIN_VIEW = false REGISTER_EMAIL_CONFIRM = false ENABLE_NOTIFY_MAIL = false ALLOW_ONLY_EXTERNAL_REGISTRATION = false ;; 启用此项以对注册使用验证码验证 ENABLE_CAPTCHA = true ;; 启用此项以要求登录使用验证码验证。您还必须启用ENABLE_CAPTCHA。 REQUIRE_CAPTCHA_FOR_LOGIN = true DEFAULT_KEEP_EMAIL_PRIVATE = false DEFAULT_ALLOW_CREATE_ORGANIZATION = false DEFAULT_ENABLE_TIMETRACKING = true NO_REPLY_ADDRESS = noreply.localhost ;; 启用此项以在用户个人资料上显示热图。此功能开销太大，关闭 ENABLE_USER_HEATMAP = false ;; 启用时间跟踪功能。此功能开销太大，关闭 ENABLE_TIMETRACKING = false [lfs] PATH = /data/git/lfs [mailer] ENABLED = false [openid] ENABLE_OPENID_SIGNIN = false ENABLE_OPENID_SIGNUP = false [cron.update_checker] ENABLED = false [repository.pull-request] DEFAULT_MERGE_STYLE = merge [repository.signing] DEFAULT_TRUST_MODEL = committer [oauth2] ;; 启用OAuth2提供者，不使用此功能则关闭 ENABLED = false JWT_SECRET = xxxxxxxxx-xxxxxxxx-xxxxxxxx-xxxxxxxx [git.config] ;; 启用 Bitmap 加速对象清点，对于 chromium/aosp 等大项目非常重要 pack.writebitmaps = on pack.writeBitmapHashCache = on [api] ;; 是否启用swagger路由 (/api/swagger, /api/v1/swagger, …) ENABLE_SWAGGER = false [cache] ;; 启用缓存，降低CPU开销 ENABLE = true [other] ;; 为真则在页面底部显示Gitea的版本 SHOW_FOOTER_VERSION = false ;; 为真则在页脚显示模板执行的时间 SHOW_FOOTER_TEMPLATE_LOAD_TIME = false ;; 为真则在页脚显示“由...提供动力”的文本。 SHOW_FOOTER_POWERED_BY = false ;; 为真则生成sitemap ENABLE_SITEMAP = false ;; 为真则启用RSS/Atom ENABLE_FEED = false |
注意：如果对大型项目进行镜像部署，比如 chromium 。登录之前可以正常使用，登录特别慢，那么可能是内存不足导致的，大型项目建议内存不低于 32GB，否则会出现各种问题。