首页 >>  正文

linux系统111端口

来源:baiyundou.net   日期:2024-09-23

整理 | 苏宓

出品 | CSDN(ID:CSDNnews)

在搭载 M1 芯片的 Mac 上成功运行 Linux 之后,Asahi Linux 团队便将手伸向了 M2 芯片。

有些出乎意料的是,在 M2 芯片短短发布一个月后,该团队便带来了 Asahi Linux 新版本,尤为值得关注的是该发行版可提供对 M2 MacBook Pro(该团队已直接测试)和 M2 MacBook Air(尚未测试但应该可以正常工作)的初步支持。此外,这一版本还支持 M1 Ultra 的 Mac Studio。

最新进展

Asahi 团队在发表的《M2 来了!2022 年 7 月发布和进度报告》中分享道,在尝试过程中,仅仅通过 12 小时,Asahi 团队就让 Linux 发行版在 M2 芯片的电脑上启动了 USB、NVMe、电池统计/控制、CPU 频率缩放、Wi-Fi 等功能。

继而又使用了几天的时间,他们实现了键盘/触控板也能在系统上正常工作。

不过,需要注意的是,当前在 M2 上使用 Asahi Linux 仍处于试验阶段,并不成熟,一些硬件还不被支持,因此对于想要尝鲜的小伙伴,该团队也给出了几点注意事项:

在 M2 上的尝试要比 M1 更具有实验性,所以预计会有 Bug。为了获得在 M2 上安装的选项,你需要在 Asahi Linux 安装程序中启用专家模式。

键盘在 U-Boot/GRUB 中无法正常工作。因为该驱动还没有编写好,Asahi 团队也正在思考如何在 U-Boot 和 Linux 之间进行交接。如果作为开发者的你想要探查引导程序的外壳,则可以使用一个外接 USB 键盘。

当前只有 M2 的 MacBook Pro 13 经过了测试。预估在 M2 版本的 MacBook Air 也可以运行 Linux 发行版,但尽量不要做这种冒险的尝试。

用于 Linux 的固件/存根是基于苹果公司专门为这些机器发布的 "特别版 "macOS 12.4 版本。不过,Asahi 团队尚未承诺长期支持这个版本,所以你可能必须通过 macOS 和安装程序来升级自己的启动组件(可能是13.0),以获得未来的功能,以便让 GPU 和外部显示器输出等未来的功能正常工作。

虽然在 M2 芯片设备上跑 Linux 还有不少缺陷,但 Asahi 团队也迈出了极为重要的一步,同时其表示接下来也将在 GPU 层面取得新的进展,即一个 "原型驱动程序 "已经启动并运行,"足以运行真正的图形应用程序和基准",尽管它目前还不包括在这个版本中。

除此之外,Asahi 团队还实现了在 Mac Studio 上运行 Asahi Linux。这款电脑于今年 3 月在苹果春季新品发布会上发布,搭载了 M1 Max 芯片和 M1 Ultra 芯片。能在该电脑上成功运行 Linux,Asahi 团队表示,“并不难。但确实需要对引导程序和设备树进行一些修改,以便处理一个 SoC 与多个芯片的想法”。

基于 Mac Studio,除了 M1 Max 型号上使用前置 USB 端口和所有型号上的 A 型端口有些限制外,开发者可以像使用大部分硬件一样,运行 Linux。

Asahi 团队:苹果工程师往往不会在芯片上做太大改变

相比之前向 M1 Mac 移植 Linux 所耗费的时间,这一次 Linux 运行在 M2 芯片设备上只用了一个月左右的时间。

对此,Asahi 团队解释道,移植他们现有的软件与苹果的 M2 芯片配合使用所花费的时间要比支持 M1 处理器所花费的时间少得多,因为它们不必从头开始。「苹果的芯片设计师经常重复使用一些东西,除非有特殊的理由,否则他们不会对硬件进行太大的改变。」

因此,通过逆向工程和内核破解调试,Asahi 团队确认 NVMe、USB 和 SMC 等功能可在 M2 芯片设备上无缝启用。

Linux “侵入”苹果硬件,将会带来哪些影响?

事实上,Asahi 团队背后,其主导的知名开发者 Hector Martin 早在 2020 年年底发起想要在苹果硬件上运行 Linux 的项目。

彼时的环境下,恰逢当时 Linux 之父的 Linus Torvalds 曾发表过「M1 芯片的 GPU 及其周围相关设备没有任何 Linux 支持」的评论,故而很多网友认为实现让 M1 Mac 运行 Linux “不太可能”,想法实属有些天方夜谭,也实在没有必要。

不过,Hector Martin 的坚持,让封闭的苹果硬件运行 Linux 这条路再难也要走下去。

经一年多的摸索与实践,功夫不负有心人。今年 3 月,Hector Martin 宣布 Asahi Linux 发行版(https://github.com/AsahiLinux)已成功在 M1 MacBook Air 笔记本电脑上运行。对此,Asahi Linux 表示:“Asahi Linux 集成了 M1 Mac 上的原生多引导支持,安装 Linux 也根本不会影响 macOS 的安全级别。你可以继续使用 FileVault、运行 iOS 应用程序甚至以 4K 画质观看 Netflix!”

经过网友的测试发现,Asahi Linux Alpha 版编译速度比 macOS 还要快上 40%。不久前,Asahi Linux 还在 Apple M1 上成功运行首个三角形渲染。

一路走来,Hector Martin 以及开源贡献者的付出,实现了大家都认为的不可能。对于 Asahi 团队而言,他们的目标一直也很坚定,就是在其工作准备就绪时向上游贡献所有的工作,目前较新的 Linux 内核版本已经实现了一些苹果芯片 Mac 的支持。最终,旨在让从 Ubuntu 到 ChromeOS Flex 都可以在苹果芯片 Mac 上运行,而不需要做大量的额外工作。这样,即使在多年以后,苹果所发布的新 macOS 版本不支持旧苹果 Mac 设备时,所有的用户也将会有备选方案。而在 Asahi 团队的努力下,OpenBSD 的一个版本也已经在苹果芯片上运行了。

对于 Hector Martin 以及 Asahi Linux 团队所做的贡献,业界也给予了高度的评价:

这是一个伟大的项目。希望明年的某个时候能看到一些有趣的 GPU 支持!

很高兴看到这个项目还活着。大约一年半以前,当这个项目首次亮相时,我做了一个小小的贡献(https://github.com/AsahiLinux/AsahiLinux.github.io/pull/4)。祝您未来努力好运。

也有不少网友关于苹果对 Linux 的支持与围城花园方面展开了激烈的讨论:

@blinkingled:

苹果能否以某种方式激励帮助 Asahi Linux 的工作?

要让 Linux 仅仅在苹果 M 系列的 SoC 上启动和使用,确实是一项艰巨的任务。为 Asahi Linux 团队的所有英勇努力点赞。个人感觉这是一个伟大的逆向工程项目,他们应该继续奋斗与努力,但 M1/2 上的 Linux 不会像标准 x64 机器上的 Linux 那样成为日常驱动。

@quesera:

苹果肯定是希望 macOS 能够成为用户首选,毕竟他们的销售依赖于 macOS 的硬件和服务。我认为,苹果并没有将他们的硬件工程过于复杂化,目的是防止人们在他们的硬件上运行 Linux。macOS 推动了硬件的销售,从而赚钱。他们不会牺牲自己改变硬件或软件,来支持小型非商业项目的能力!

无论如何,Asahi Linux 先后敲开了 M1、M2 硬件的大门,虽然是第三方所为,但苹果自身离 Linux 生态还会远吗?

参考来源:

https://asahilinux.org/2022/07/july-2022-release/

https://arstechnica.com/gadgets/2022/07/linux-distro-for-apple-silicon-macs-is-already-up-and-running-on-the-brand-new-m2/?comments=1

https://news.ycombinator.com/item?id=32136483

","force_purephv":"0","gnid":"9ccf3db5c48e16ded","img_data":[{"flag":2,"img":[{"desc":"","height":"80","s_url":"https://p0.ssl.img.360kuai.com/t0186957a1ca5352752_1.gif","title":"","url":"https://p0.ssl.img.360kuai.com/t0186957a1ca5352752.gif","width":"640"},{"desc":"","height":"540","title":"","url":"https://p0.ssl.img.360kuai.com/t0163a73a6639036c73.jpg","width":"1024"},{"desc":"","height":"648","title":"","url":"https://p0.ssl.img.360kuai.com/t012341281883b1ba9a.jpg","width":"1080"}]}],"original":0,"pat":"art_src_1,fts0,sts0","powerby":"hbase","pub_time":1658233903000,"pure":"","rawurl":"http://zm.news.so.com/e74c51d2be08b0b8af7cc4cea0dc7b29","redirect":0,"rptid":"65e4c121b85b19e7","s":"t","src":"CSDN","tag":[{"clk":"kdigital_1:mac","k":"mac","u":""},{"clk":"kdigital_1:苹果","k":"苹果","u":""},{"clk":"kdigital_1:linux","k":"linux","u":""},{"clk":"kdigital_1:gpu","k":"gpu","u":""},{"clk":"kdigital_1:芯片","k":"芯片","u":""}],"title":"M2 芯片上也能跑 Linux 系统了!

孔素该2941linux系统有关网络服务接口定义是哪个 -
蓬陆俘15775721264 ______ (1)网络接口的命名 这里并不存在一定的命名规范,但网络接口名字的定义一般都是要有意义的.例如: eth0: ethernet的简写,一般用于以太网接口. wifi0:wifi是无线局域网,因此wifi0一般指无线网络接口. ath0: Atheros的简写,一般指...

孔素该2941如何让 Linux 下非 root 用户程序使用小于 1024 端口 -
蓬陆俘15775721264 ______ 在Linux下,默认端口1024下的程序是要在root下才能使用的,在其他用户下,如果尝试使用将会报错.在有的时候,我们可能考虑程序运行在root帐户下,可能会给Linux系统带来安全风险.那如何能够让非root用户运行的程序能够对外启用小于1024的端口...

孔素该2941linux操作系统中smb服务使用什么端口? -
蓬陆俘15775721264 ______ 13,137是nmbd用的端口 smbd用的端口是139和445

孔素该2941怎么查看linux系统是否打开了某个端口 -
蓬陆俘15775721264 ______ netstat -an |grep 端口号 无返回结果就代表该端口没有打开. 有返回结果就代表该端口打开.并且可以看到该端口的连接信息.

孔素该2941linux 怎么查看程序的端口 -
蓬陆俘15775721264 ______ 使用lsof命令 具体方法: lsof -i :port_number |grep "(LISTEN)" -i是用来查找和网络相关的文件,":"号是必须的,它是标志你查找的是一个端口.port_number就是你要查找的端口号,譬如你要查找是否 有程序占用了oracle的监听端口1521...

孔素该2941linux 查看端口连接是哪个程序 -
蓬陆俘15775721264 ______ netstat -anp | grep xxxx #xxxx为端口号 或者 lsof -i :xxxx #xxxx为端口号

孔素该2941如何查看linux那个程序占用了端口 -
蓬陆俘15775721264 ______ 查看端口使用情况,使用netstat命令. 查看已经连接的服务端口(ESTABLISHED netstat -a 查看所有的服务端口(LISTEN,ESTABLISHED) netstat -ap 查看8080端口,则可以结合grep命令:netstat -ap | grep 8080 如查看8888端口,则在终端中输入:lsof -i:8888

孔素该2941linux系统 怎么判断端口是否通 -
蓬陆俘15775721264 ______ telnet 测试一下,比如12345端口:telnet 192.168.1.100 12345

孔素该2941Linux系统下怎么测试端口的连通性 -
蓬陆俘15775721264 ______ 在工作中有很多时候都在去测试一下服务器端口是否能连通是否正常的情况,下面小编与大家分享一下在Linux环境下如何测试端口的连通性,分别测试TCP端口与UDP端口,希望可以给大家带来帮助,谢谢. 1、这个需要Linux服务器里边支持...

孔素该2941linux怎么看端口号是否被占用 -
蓬陆俘15775721264 ______ linux系统下,查看端口占用情况的命令:lsof -i1 [root@www ~]# lsof -i2 3 COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME4 nginx 2333 root 6u IPv4 6242 TCP *:http (LISTEN)5 nginx 2334 www 6u IPv4 6242 TCP *:http (LISTEN)6 ...

(编辑:自媒体)
关于我们 | 客户服务 | 服务条款 | 联系我们 | 免责声明 | 网站地图 @ 白云都 2024