V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  lzwt806  ›  全部回复第 1 页 / 共 5 页
回复总数  88
1  2  3  4  5  
2021-03-25 23:26:28 +08:00
回复了 yyyb 创建的主题 Linux debian 从 backports 安装或 upgrade 的包怎么卸载并回滚到之前的版本?
4.19.xxx 应该是 Debian10 吧,以我对 Debian 的了解,提供以下方笨人方法,仅供参考:

准备一个一样的环境:

1,apt -t buster-backports install linux-libc-dev,查看需要安装哪些包,依次下载(可以在 https://pkgs.org 上找),然后定位到 debian-stable 源,依次下载对应的包,先一个个手动卸载现在的包,再依次安装下载的旧版本包。

2,有个 apt 命令只下载,不安装,之后同上,只是省了找包的时间。

如果你不是对系统很了解,不知道每一个包的作用,以上或许对你有用,高手随便玩(可以拆成单个文件玩)。
2021-03-25 23:20:56 +08:00
回复了 sbldehanhan 创建的主题 Linux 做操作系统有前途吗?
我是踏实做操作系统的人,搞了几年,见: http://kxs-co.gicp.net/Linux/

得到了 55 元捐助,见: http://kxs-co.gicp.net/cs//index.php?aid=10

但我花的时间精力,和钱,已经超过 5 位数了。

当然,我做得并不好。
2020-12-25 00:14:12 +08:00
回复了 lzwt806 创建的主题 Linux 近两年 Linux LTS kernel 对比请教,知道的前辈请分享下经验
@purplewall @所有人 意思是:我只想对现在的系统进行驱动升级,以支持最新的硬件。我试过,/lib/modules/4.8.17_cdl0/kernel/drivers/里面的驱动和 xorg 的驱动不是一回事,即便我把 xorg 的最新 amdgpu 驱动编译安装了,也不会支持最新的 amdgpu 显卡,加了 /lib/firmware/固件,一样不行,所以,应该是要编译内核模块的 admgpu 驱动才行。为什么不直接把内核升级到 5.9 ?因为我还没有那个能力。以我现在的水平,看能不能从简单的入手只升级驱动。望指教,感谢!
2020-12-25 00:04:11 +08:00
回复了 lzwt806 创建的主题 Linux 近两年 Linux LTS kernel 对比请教,知道的前辈请分享下经验
@purplewall 前辈你好,昨天测试了最新的( 20201203 ) manjaro,驱动没得说,好多新硬件都支持。但我看了一下里面的文件结构,在 /MANJARO_XFCE_202/manjaro/x86_64/下有 desktopfs.sfs ,mhwdfs.sfs ,rootfs.sfs ,livefs.sfs ,相当于把整个系统分成了几个部份打包的。

那么问题来了,我在订制 debian 时,就一个 filesystem.squashfs,直接解开是个完整的 rootfs,直接 chroot 到 squashfs-root 就能在下面 apt get 及各种操作,那像 manjaro 这样的分成了好几个模块的,我要如何 chroot 实面像 debian 一样的功能?有此问是因为分成了模块,就意味着文件很分散,可能一个软件的文件分解到了多个模块中。

在 CDLinux 中,所有的更改都放到了 /.rw 目录中,我只需要把这些文件放在任意一个模块即可,但在 manjaro 中是否也把更改后的文件放在了某一个目录中?

另外,假如内核不变的情况下,编译更新内核开源驱动,比如 4.8 的内核,编译 5.9 的内核驱动,如:/lib/modules/4.8.17_cdl0/kernel/drivers/gpu/drm/i915/,这个 i915 使用 5.9 的源码,在 4.8 的内核上编译,是否可行?如果能正常编译,是否也能正常安装到 4.8 的内核上并且正常工作?
回复各位:最后还是寄送专业数据恢复的搞。问这一系列问题,是想看看能否自行处理,不能自行处理,也能从中学到些知识,遗憾的是,没能达到目的。
2020-11-29 11:46:25 +08:00
回复了 AmrtaShiva 创建的主题 Go 编程语言 奇门遁甲 Go 语言初试
@AmrtaShive 教会我奇门,我帮你测试 bug 可好?
@also24 你说得也在理,8250U 是 HD620,I5-7300HQ 是 HD630,一台公司一台家里,都没问题的,就连 2017 年 1 月编译的 CDLinux2017,kernel 4.8.7 + i915 这两个核显都能满性能运行。Mint-19.3 应该已经没有问题了。
@also24 我用的 Debian9.4 内核是 4.9.82 ,驱动 HD630 一点问题没有,自己 I7-7300HQ 和 i5-8250U 的 HD630 都有(华硕天选,联想 E580 都是 1920x1080 ),用的 Mesa13.0.6 和 i915 驱动,自带的,3D 测试性能几乎达到极限值,而你给出的连接,原文中作者已明确写出分辩率都不能调,显然这是真的没有装好驱动。2017 年我时候我花了 200 块买了开源薄荷网站站长薄荷君 4 个系统,Linux mint 17.3,18.3 的 mate,xfce,cinnamon 和 zorin 。在联想 x220 上面测试,除了 zorin 能稳定运行以外,其它 3 个全是垃圾。用了 2 天放弃了。

@ziseyinzi Linux 自带的 Intel 开源驱动都 i915,i965,而 vega 是 AMD 的显卡,你连别人的硬件是什么都没搞清楚就乱说,说前能不能先过一下脑?
@oahebky 是八代的 HD630,带 4K 一点没问题更别说 2K 了,而且是标准 CPU,性能也够强,所以基本确定是你的系统问题,换个版本的系统试试,最简单的使用 Manjaro 最新版,自带了开源与闭源驱动,或试试我的上面给的我定制的,dd 到 U 盘一试便知。
几个问题需要确认:
1,主板自带的是什么接口?最少也应该有个 VGA 或 HDMI 吧?这两者是可以通过转换线的连接所有显示器的。
2,USB 的显卡,不要考虑了,显示内容要经过转换或封装,性能远不及 VGA 或 HDMI 。USB 相关的显示出差,以我几年前的经验,只管合用来维护用(亮机用)。
3,几代的 i3 ?二代核显是 HD3000,三代是 HD4000,四代是 HD4600,五代是 HD5300,六代是 HD530,之后的是 HD610-HD615-HD620-HD630,三代以上的 I3+VGA 带 4K 显示屏就不会卡子。
4,如果前面 3 条都没问题,考虑换系统试试吧,试试我定制的 Debian9.4_v2,http://kxs-co.gicp.net/Linux/ 如果很流畅,说明与系统有关,换个版本的系统。
2020-08-22 14:26:13 +08:00
回复了 hotsun168 创建的主题 程序员 折腾 NAS 丢失大量珍贵数据后有感
我说两句,几年前我也是用的无风扇工控机,也是占美的,图静音无灰尘省电,web 服务器( kxs-co.gicp.net ),结果 2 年就挂了,之后我再也不信这些所谓的工控,就那品质也敢程自己是工控。

现在用的都是品牌小主机,比如 HP G1/2,联想 M72/M92,那么小的主机别人家都是加了风扇的。用起来完全是两回事,安心多了。

另外,早几年的 raid 我认为就是渣,那可靠。。有可靠性吗?实际的工作中,处理了很多 raid 问题,那个惨不忍睹,其中 IBM 的服务器,scsi 专用硬盘,一样弱不禁风。

于是,后来的大数据存储,我都是每个硬盘单独使用,就算坏了其中一两块,其他数据还是在的。另外要定时听听硬盘的响声,发现不对应该立即停止,及时备份。

其实那些所谓的专业硬盘在实际使用中我觉得还不如监控硬盘,因为监控硬盘每分钟都有大量数据写入,24 小时工作都能用好几年,把它用于数据存储可靠性好得不要不要的。

另外,存数据,备份数据,可以写完就断电,不理解一直上线干嘛?难道时时刻刻都要回放过去的视频图片?

还有在操作系统和文件系统的选择上也很重要,就目前以我的短见认为,linux+ext4 真的是最简单可靠的。曾经花了几年时间来实际测试了 xfs,fat32,ntfs,jfs,ext4,最后最终还是保留了 ext4,让我最安心。其他的我现在碰都不想碰了。btrfs 和 zfs 没试过,我觉得越复杂的东西出问题的几率越高,而且都是很麻烦的。

以上,是个人经历和浅见,错了纠正。
2020-05-18 12:42:41 +08:00
回复了 lzwt806 创建的主题 问与答 Gentoo LiveCD 重新打包 iso 方式,学费 500RMB
@zu1k 看到了,今晚测试,通过我会联系朋友的。
@cmostuor 想多了,我连个 iso 打包都搞不定,还病毒?

因为 CDLinux 的 AMD GPU 颜色问题实在是搞不定,有打算切换到 Gentoo 的想法,定制没问题,最后打包一直没找到方法。gitweb 我第一次用,井底蛙,让各见笑了。
2020-05-18 11:41:57 +08:00
回复了 lzwt806 创建的主题 问与答 Gentoo LiveCD 重新打包 iso 方式,学费 500RMB
@sagaxu @wuruxu 正解,在 wiki.gentoo.org 搜不到相关的信息,官方应该有,但可以在某个比较偏的地方,不好找到。

@zu1k 似乎没有发现我想要的。
2020-05-18 08:37:03 +08:00
回复了 lzwt806 创建的主题 问与答 Gentoo LiveCD 重新打包 iso 方式,学费 500RMB
@zu1k 混合模式是指即可以传统的 BIOS 启动,也可以 EFI 启动,我自己也花了不少时间学习过,写了一个打包脚本,但打出来的 iso 不如 gentoo 的 iso 好。

另外使用 file 命令可以查看 iso 的信息。

也可以把 iso dd 到 U 盘,使用 Gparted 查看 dd 之后的 U 盘,会看到一个 iso-9660 文件系统分区,一个 hfs/hfs+分区,一个 fat16/32 分区,我一直不明白的就是在这里,他们是如何做到的。

另外,说简单点,就是想把 gentoo 官方的 iso 解压,重新还原回官方一模一样的 iso 。或者说,想要官方打包 LiveCD 的方法或工具。
2020-05-18 04:10:21 +08:00
回复了 lzwt806 创建的主题 问与答 Gentoo LiveCD 重新打包 iso 方式,学费 500RMB
@zu1k 感谢回复,看了一下帖子时间,2007 年的,新的 iso 是混合模式,结构复杂得多了,今天有空我测试一下,希望 v 友的回复是有用的,到时我会联系你收米。

@mayx @oeagut 试过 Gentoo 的没?目测应该不行,但我还是会尝试。

@Jirajine 感谢回复,我会尝试。
2020-04-04 01:16:05 +08:00
回复了 lzwt806 创建的主题 Linux Linux 下 AMD-GPU 核显在 图标颜色异常求助
@expy 过了这么久来反馈一下前辈,不是 libgbm 的问题,已经排除了( libdrm 、mesa 、xorg 、xf86-amdgpu 驱动)这几个 ,后得到一位搞单片机 /嵌入式开发的前辈 perr 的帮助,定位问题到颜色管理显示上,好像是 ARGB (可能有记错名字)以另一种方式来显示了。

目前正在排除的思路是:gdk-pixbuf2-->pixman-->cairo-->gtk3/gtk2
2020-03-07 13:26:39 +08:00
回复了 lzwt806 创建的主题 Linux Linux 下 AMD-GPU 核显在 图标颜色异常求助
@expy 感谢,已经看明白。

@james122333 水平不在一个档次,前辈说的话小辈完全不懂。
2020-03-04 20:34:24 +08:00
回复了 lzwt806 创建的主题 Linux Linux 下 AMD-GPU 核显在 图标颜色异常求助
@expy 你好前辈,你给我的连接我手机和电脑,换浏览器都打不开,是要墙才能看?如果要墙,能不能保存 /打印成 PDF 发给我一下?邮箱 [email protected] 或我的聊天室 http://kxs-co.gicp.net/talk/传给科学社,谢谢!
2020-02-29 21:43:45 +08:00
回复了 lzwt806 创建的主题 Linux Linux 下 AMD-GPU 核显在 图标颜色异常求助
@woyaojizhu8 测试用的是 xfce,从来都只用 lxde 和 xfce,其他 DDE 测试的欲望都没有,操作太繁琐,不符合简单实用的原则
2020-02-29 20:13:20 +08:00
回复了 lzwt806 创建的主题 Linux Linux 下 AMD-GPU 核显在 图标颜色异常求助
@expy 感谢提供的资料,前两天编译的是 Mesa-17.1.6,基于 LLVM5.0,简单测试没有解决问题,过几天从新打包严格测试。

有想过更新更新 glibc,kernel-4.14 ,nvidia,intel,但时间不够。前娶了个老虎,还写了保证书,回家不能用手机电脑。
1  2  3  4  5  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   863 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 38ms · UTC 21:12 · PVG 05:12 · LAX 13:12 · JFK 16:12
Developed with CodeLauncher
♥ Do have faith in what you're doing.