手机浏览 RSS 2.0 订阅 膘叔的简单人生 , 腾讯云RDS购买 | 超便宜的Vultr , 注册 | 登陆
浏览模式: 标准 | 列表分类:苹果相关

[置顶] 解决蓝牙鼠标飘的问题

Submitted by gouki on 2022, November 17, 12:52 PM

 之前写过一篇Mac蓝牙鼠标卡顿、飘的临时解决方案，但当时这种方法其实现在感觉一般其实还有一个简单粗暴的办法，打开活动监视器，搜索bluetoothd（其实只要搜索blu三个字母就出来了）。然后直接杀掉这个进程。

因为这个是系统服务，你杀完后他会自动重启，这时候晃晃鼠标什么的，就又会自动连上了。

卡顿的问题基本上确实就是：2.4G的wifi冲突，当然还有可能是某些中断导致。但一般重启一下bluetoothd服务就能解决90%以上的问题。

再不济，重启吧

苹果相关 | 评论:0 | 阅读:147

[置顶] mac没有声音的处理

Submitted by gouki on 2016, February 22, 11:08 AM

mac突然间就没有声音了。。。按照以往的办法，拿出耳机，插拔一下。。。结果 还是没有

最后没办法，从网上找了点资料，说是：
XML/HTML代码
  1. sudo killall coreaudiod  
然后就好了，不过有人说，这样也不一定有效，果然在知乎上有很多大神就说了不少方法，手法不同，各有千秋，我挑个最简单的出来：
XML/HTML代码
  1. 著作权归作者所有。  
  2. 商业转载请联系作者获得授权，非商业转载请注明出处。  
  3. 作者：周全  
  4. 链接：http://www.zhihu.com/question/21975970/answer/20769174  
  5. 来源：知乎  
  6.   
  7. 应该是系统问题 重启成本还是很高的 可以试着重载声音驱动

  9. sudo kextunload /System/Library/Extensions/AppleHDA.kext
  10. sudo kextload /System/Library/Extensions/AppleHDA.kext  
 
其他更多请查看上述的链接，或者打开这个网页：http://www.zhihu.com/question/21975970
 
 
 

苹果相关 | 评论:1 | 阅读:43173

Tunnel error on MacOS when installed as service

Submitted by gouki on 2022, October 14, 9:49 PM

其实我一直在想，这个功能什么时候会被关掉。

 
开始：
用cloudflare tunnel的时候，从没想过会在macos上出问题，如果你直接cloudflared service install，不会运行，即使你sudo了也不会，因为这个运行的只是cloudflared，并不带任何参数。
需要在相应的plist下面加上<string>tunnel</string><string>run</string>才OK。
加之前需要先unload，然后再load。否则无效。
其他都与官方一致。
 
---
如果用sudo了。需要将~/.cloudflared/下的内容copy到/etc/cloudflared下面。如果不放心或者担心没权限，可以修改uuid.json，将路径改为/etc/cloudflared/。其他照旧
 
记得配合一下valet，因为valet tld之后，子域名的映射会比较方便。
而且valet也支持multi php version。
 
---EOF
 

苹果相关 | 评论:0 | 阅读:323

git fetch --unshadow出现RPC failed

Submitted by gouki on 2022, October 14, 11:25 AM

 远程操作家里的mac mini进行更新的时候，突然报错：

XML/HTML代码
  1. mini:Homebrew mini$ brew update  
  2. Warning: No available formula with the name "ca-certificates".  
  3. ==> Searching for similarly named formulae...  
  4. Error: No similarly named formulae found.  
  5. ==> Searching for a previously deleted formula (in the last month)...  
  6. Warning: homebrew/core is shallow clone. To get its complete history, run:  
  7.   git -C "$(brew --repo homebrew/core)" fetch --unshallow  
  8.   
  9. Error: No previously deleted formula found.  
  10. ==> Searching taps on GitHub...  
  11. Error: No formulae found in taps.  
  12. Error:  
  13.   homebrew-core is a shallow clone.  
  14. To `brew update`, first run:  
  15.   git -C /usr/local/Homebrew/Library/Taps/homebrew/homebrew-core fetch --unshallow  
  16. This command may take a few minutes to run due to the large size of the repository.  
  17. This restriction has been made on GitHub's request because updating shallow  
  18. clones is an extremely expensive operation due to the tree layout and traffic of  
  19. Homebrew/homebrew-core and Homebrew/homebrew-cask. We don't do this for you  
  20. automatically to avoid repeatedly performing an expensive unshallow operation in  
  21. CI systems (which should instead be fixed to not use shallow clones). Sorry for  
  22. the inconvenience!  
于是执行 git -C /usr/local/Homebrew/Library/Taps/homebrew/homebrew-core fetch --unshallow  ，然而执行下来还是：
XML/HTML代码
  1. error: RPC failed; HTTP 504 curl 22 The requested URL returned error: 504 Gateway Time-out  
  2. fatal: the remote end hung up unexpectedly  
 
然后我就用打开git trace进行查看：
XML/HTML代码
  1. GIT_TRACE=2 git -C /usr/local/Homebrew/Library/Taps/homebrew/homebrew-core fetch --unshallow  
  2. 10:29:28.798061 exec-cmd.c:139          trace: resolved executable path from Darwin stack: /Applications/Xcode.app/Contents/Developer/usr/bin/git  
  3. 10:29:28.798668 exec-cmd.c:236          trace: resolved executable dir: /Applications/Xcode.app/Contents/Developer/usr/bin  
  4. 10:29:28.799328 git.c:418               trace: built-in: git fetch --unshallow  
  5. 10:29:28.801482 run-command.c:643       trace: run_command: GIT_DIR=.git git-remote-https origin https://mirrors.ustc.edu.cn/homebrew-core.git  
  6. 10:29:28.812513 exec-cmd.c:139          trace: resolved executable path from Darwin stack: /Applications/Xcode.app/Contents/Developer/usr/libexec/git-core/git-remote-https  
  7. 10:29:28.813122 exec-cmd.c:236          trace: resolved executable dir: /Applications/Xcode.app/Contents/Developer/usr/libexec/git-core  
  8. 10:29:28.929816 run-command.c:643       trace: run_command: git fetch-pack --stateless-rpc --stdin --lock-pack --include-tag --thin --depth=2147483647 https://mirrors.ustc.edu.cn/homebrew-core.git/  
  9. 10:29:28.935164 exec-cmd.c:139          trace: resolved executable path from Darwin stack: /Applications/Xcode.app/Contents/Developer/usr/libexec/git-core/git  
  10. 10:29:28.935863 exec-cmd.c:236          trace: resolved executable dir: /Applications/Xcode.app/Contents/Developer/usr/libexec/git-core  
  11. 10:29:28.936585 git.c:418               trace: built-in: git fetch-pack --stateless-rpc --stdin --lock-pack --include-tag --thin --depth=2147483647 https://mirrors.ustc.edu.cn/homebrew-core.git/  
  12. error: RPC failed; HTTP 504 curl 22 The requested URL returned error: 504 Gateway Time-out  
  13. fatal: the remote end hung up unexpectedly  
这个。。--depth=2147483647，居然这么深？
查到了网上的方案，参考在这里：记录: homebrew-core is a shallow clone - 腾讯云开发者社区-腾讯云 (tencent.com),我按上面的操作，删除了homebrew-core,homebrew-cask，再进行upgrade，果然 正常了。
 
---
在非正常之前，做了不少操作，比如用官方的uninstall脚本清除了系统，然而也没有什么用。所幸，现在正常了。
 
 

苹果相关 | 评论:0 | 阅读:314

mac下使用podman的代理大坑

Submitted by gouki on 2022, September 12, 11:02 PM

关于这podman啊，一天天的，都在说要替换docker，然后也是大家各种说怎么弄怎么弄，教你安装podman之后，alias docker="podman" ，然后pip3 install podman-compose，再alias一条 alias docker-compose="podman-compose"，说的这样好象就差不多了

 
确实，正常情况下，或者在linux\wsl的情况下，应该是差不多的，虽然部分命令不一样，但看一看参数，基本上也就过了。。。
mac下确实有一个大坑。因为mac其实是不支持container这玩意的。所以不管是docker也好，谁也好，都得装虚拟机。。。
早期podman的教程大多是让你安装一个ubuntu出的multipass，然后再各种连接，用podman连接远程（就是multipass出来的ubuntu虚拟机中安装一个podman）。。。手续也烦，教程也复杂。所以官方升级后出了一个简化版本：podman machine init/podman machine start。然后就可以各种操作了，确实方便很多。
 
然而问题也正是发生在这里。
> 且看我一步步操作
* brew update && brew install podman 
    * 正常更新，但由于有部分文件在raw.githubusercontent.com上，遇到这个，代表你只能用代理 了。于是ctrl+c
* export http_proxy=127.0.0.1:1087;export https_proxy=127.0.0.1:1087;export all_proxy=127.0.0.1:1080
* 再次执行：brew update&& brew install podman
    *顺利执行完
* podman machine init && podman machine start
    * 没问题，但这里要吐槽一下，安装的是fedora。。。好吧，我忍了。我纠结的是，为什么不能选择宿主操作系统？
* podman pull mysql
    * 问题就出来这里，拉包的时候，报错
```
podman create --name=pl-and-si-mysql-db --label io.podman.compose.config-hash=123 --label io.podman.compose.project=pipeline_combined_db --label io.podman.compose.version=0.0.1 --label com.docker.compose.project=pipeline_combined_db --label com.docker.compose.project.working_dir=/Users/gouki/Desktop/SC-REDBACK-main/database/pipeline_combined_db --label com.docker.compose.project.config_files=docker-compose.yaml --label com.docker.compose.container-number=1 --label com.docker.compose.service=pl-and-si-db -e MYSQL_DATABASE=database -e MYSQL_ROOT_PASSWORD=password -v pipeline_combined_db_pl_and_si_database_folder:/var/lib/mysql -v /Users/gouki/Desktop/SC-REDBACK-main/database/pipeline_combined_db/allInOne.sql:/docker-entrypoint-initdb.d/1.sql --net pipeline_combined_db_default --network-alias pl-and-si-db -p 3306:3306 --restart always --cpus 0.4 -m 350m mysql:latest
Resolving "mysql" using unqualified-search registries (/etc/containers/registries.conf.d/999-podman-machine.conf)
Trying to pull docker.io/library/mysql:latest...
Error: initializing source docker://mysql:latest: pinging container registry registry-1.docker.io: Get "https://registry-1.docker.io/v2/": proxyconnect tcp: dial tcp 127.0.0.1:1087: connect: connection refused
```
 
咦，他走了代理 ，但被拒绝？不可能啊，我前面下载软件的时候不是还好好的么，难道是代理错误？于是我新开一个shell窗口，再次执行，仍然是同样的错误，这回就发现问题了，因为新的shell窗口我env|grep -i proxy的时候，返回为空，当前进程没有任何一个proxy参数
 
找了一堆podman的配置，打印了podman info也没有找到有代理 设置的地方，最后只能问google。搜索了半天，只搜到一个有效贴，还是在官方的[issue](failed to pull image when use system proxy · Issue #14087 · containers/podman (github.com))里
 
有人这样回复：
```

The proxy is set correctly: proxyconnect tcp: dial tcp 127.0.0.1:7890: connect: connection refused

The problem is that your proxy is listening on 127.0.0.1. Obviously 127.0.0.1 inside the VM is a different address and therefore it cannot connect to the proxy on you actual host.

If you set http_proxy=socks5://host.containers.internal:7890 before you run podman machine init it should work.
Maybe podman should just s/127.0.0.1/host.containers.internal and s/localhost/host.containers.internal automatically when it copies the proxy value from the host.

```
 
感情是你只要machine init的之前用了代理 ，init完后。针对vm的参数就变了。于是下面就有人说，你可以这样：
 
```

I just test it and I think you are right, but I don't know why http_proxy=socks5://host.containers.internal:7890 podman machine init this command still hit the same error but it works as expected when I add 127.0.0.1 host.containers.internal to my host file

however it works now

add item blow to host file

127.0.0.1 host.containers.internal

and change proxy to

http_proxy=socks5://host.containers.internal:7890

then everything works fine

much thanks @Luap99 for your help and I close this issues for the problem is solved, but I still stay concerned if some day podman can do this itself and no need to change proxy setting

```

 

呵呵，这么麻烦？我还是新建一个shell窗口：podman machine stop && podman machine init && podman machine start吧。

然后，podman pull mysql，一切正常~

 

至此搞定。

 

> 假装内容支持markdown，因为新模板在寻找中，现在的html所见所得，估计会全部改成markdown，先尝试一下。

 
 

苹果相关 | 评论:0 | 阅读:898

Records:22212345678910›»