pi network 中文节点信息总频道 本频道只发布节点信息和知识,全员禁言频道。
一键自动拉取2个镜像
由于这次节点新版本升级,之前的脚本不再适用
当自动拉取不了的时候
就手动拉取 多一个选择
手动拉取的时候先挂代理
我的经验是 尽量避开香港线路 成功率更高
在有些节点上拉取,遇到了以下提示,估计是和Docker新版本有关
直接加了 NUL 回避
What's next:
View a summary of image vulnerabilities and recommendations → docker scout quickview ese7en/node-port-test:latest 22 months ago 47MB
由于这次节点新版本升级,之前的脚本不再适用
当自动拉取不了的时候
就手动拉取 多一个选择
手动拉取的时候先挂代理
我的经验是 尽量避开香港线路 成功率更高
在有些节点上拉取,遇到了以下提示,估计是和Docker新版本有关
直接加了 NUL 回避
What's next:
View a summary of image vulnerabilities and recommendations → docker scout quickview ese7en/node-port-test:latest 22 months ago 47MB
接昨天上传这次更新0.5.0节点所需要的2个镜像
遇到自动拉取困难时用吧
晚点抽时间上传 一键拉取的命令
以前的命令不再适用了 得删除
经过这2天的测试 也差不多了
使用方法:
1.先在桌面新建文件夹 DK 文件名不分大小写
2.下载2个镜像放入其内
3.下载 一键全自动导出导入 Docker 2个镜像.cmd 也一并放入其内
4.打开脚本执行导入
遇到自动拉取困难时用吧
晚点抽时间上传 一键拉取的命令
以前的命令不再适用了 得删除
经过这2天的测试 也差不多了
使用方法:
1.先在桌面新建文件夹 DK 文件名不分大小写
2.下载2个镜像放入其内
3.下载 一键全自动导出导入 Docker 2个镜像.cmd 也一并放入其内
4.打开脚本执行导入
一键全自动导入导出 Docker 2个镜像
由于这次节点版本 v0.5.0 用了新的镜像,之前的不再适用,已经删除
这次导出镜像的带原生的 REPOSITORY 和 TAG 信息
注解:导出 Docker 镜像时,只需要指定镜像的 REPOSITORY 和 TAG,而无需关心镜像的 ID 号。镜像的 ID 是基于镜像的内容生成的哈希值,不会因为导出或导入而发生变化。
REPOSITORY 和 TAG:导出镜像时,通过指定镜像的 REPOSITORY 和 TAG 可以确保导出的镜像包含这些标识信息。导入时,这些信息也会一并导入。
镜像 ID 不变:镜像的 ID 是由 Docker 根据镜像内容计算得出的,和镜像内部结构紧密相关。因为导出和导入不会改变镜像内容,所以镜像 ID 不会变化。
镜像的 ID 是 Docker 用来标识镜像的底层属性,它通常不需要手动指定,Docker 会自动根据内容生成。
使用方法 (仅适用于拉取镜像遇到困难的小白 老鸟飘过):
1.下载批处理到电脑上任意位置执行先备份,执行后会自动在桌面建立文件夹 DK
2.导入的时候也要把存有镜像的文件夹放到所对应的位置,再执行导入。
由于这次节点版本 v0.5.0 用了新的镜像,之前的不再适用,已经删除
这次导出镜像的带原生的 REPOSITORY 和 TAG 信息
注解:导出 Docker 镜像时,只需要指定镜像的 REPOSITORY 和 TAG,而无需关心镜像的 ID 号。镜像的 ID 是基于镜像的内容生成的哈希值,不会因为导出或导入而发生变化。
REPOSITORY 和 TAG:导出镜像时,通过指定镜像的 REPOSITORY 和 TAG 可以确保导出的镜像包含这些标识信息。导入时,这些信息也会一并导入。
镜像 ID 不变:镜像的 ID 是由 Docker 根据镜像内容计算得出的,和镜像内部结构紧密相关。因为导出和导入不会改变镜像内容,所以镜像 ID 不会变化。
镜像的 ID 是 Docker 用来标识镜像的底层属性,它通常不需要手动指定,Docker 会自动根据内容生成。
使用方法 (仅适用于拉取镜像遇到困难的小白 老鸟飘过):
1.下载批处理到电脑上任意位置执行先备份,执行后会自动在桌面建立文件夹 DK
2.导入的时候也要把存有镜像的文件夹放到所对应的位置,再执行导入。
一键删除 Docker 所有文件(包括注册表)
经测去年编的那个脚本删除不够彻底,也没有对注册表进行清理,这次进行了修正,清理会更彻底
1.还是建议首先在控制面板去卸载 Docker,若确实遇到了未卸载干净才用这个一键删除程序
2.如果你没有去控制面板卸载,就直接使用这个一键删除程序,也是可以删除文件的,因为在删除之前会首先停止正在运行中的
Docker服务+并杀掉其进程,没办法有点粗暴,所以想好了再用,别删错了怒火冲天来骂街
3.如发现仍有未删除到的文件及目录,请告诉我路径修复添加上
经测去年编的那个脚本删除不够彻底,也没有对注册表进行清理,这次进行了修正,清理会更彻底
1.还是建议首先在控制面板去卸载 Docker,若确实遇到了未卸载干净才用这个一键删除程序
2.如果你没有去控制面板卸载,就直接使用这个一键删除程序,也是可以删除文件的,因为在删除之前会首先停止正在运行中的
Docker服务+并杀掉其进程,没办法有点粗暴,所以想好了再用,别删错了怒火冲天来骂街
3.如发现仍有未删除到的文件及目录,请告诉我路径修复添加上
逆向反常规操作解决31403容器丢失问题
近几月经常听到有节点派友抱怨、吐槽,说节点动不动就容器丢失,前几月我就发现了,有些派友喜欢去节点软件首页检测打通10个端口,再回来第二个界面打开容器开关,因为最近几月自动强制加载了Stub镜像,这样操作直接就会造成31403容器消失不见。
解决此问题方法:(见视频操作步骤及文字说明)
1.首先电脑右下角退出节点软件
2.再次启动节点软件
3.关闭小红点 容器开关
4.直接去检测打通10个端口
5.去 Docker 手动操作 启动31403 容器
6.稍多等会 再去打开小红点 容器开关
7.耐性点等会 NA 就会有变化啦
特别说明:如果第5步启动之后又停止 ,可再去手动启动一次,第6步操作不要太早,多等会别心急。录制视频的时候,我就把容器开关打开早了一点,所以又去第二次启动31403
按此方法有没有解决问题,希望都来这里说一下到底管不管用。反正我遇到都是这么解决的,不管什么新问题,遇到问题 动脑筋,找规律,大家一起想办法,自己能解决的,我们就自己解决了,等项目方的新版本,也不知道到什么时候,再说了,新版本有可能又有新的问题出现。
近几月经常听到有节点派友抱怨、吐槽,说节点动不动就容器丢失,前几月我就发现了,有些派友喜欢去节点软件首页检测打通10个端口,再回来第二个界面打开容器开关,因为最近几月自动强制加载了Stub镜像,这样操作直接就会造成31403容器消失不见。
解决此问题方法:(见视频操作步骤及文字说明)
1.首先电脑右下角退出节点软件
2.再次启动节点软件
3.关闭小红点 容器开关
4.直接去检测打通10个端口
5.去 Docker 手动操作 启动31403 容器
6.稍多等会 再去打开小红点 容器开关
7.耐性点等会 NA 就会有变化啦
特别说明:如果第5步启动之后又停止 ,可再去手动启动一次,第6步操作不要太早,多等会别心急。录制视频的时候,我就把容器开关打开早了一点,所以又去第二次启动31403
按此方法有没有解决问题,希望都来这里说一下到底管不管用。反正我遇到都是这么解决的,不管什么新问题,遇到问题 动脑筋,找规律,大家一起想办法,自己能解决的,我们就自己解决了,等项目方的新版本,也不知道到什么时候,再说了,新版本有可能又有新的问题出现。