忠实的Windows用户逃离到Ubuntu计划,Acer:“拖出去,八十杖!”
准备对我这台旧电脑系统由Windows更换到Ubuntu系统,我的笔记本的型号:acern20c12   笔记本参数:Acer_n20c12参数   对Ubuntu的兼容性: 处理器:Intel Core i5-1135G7 是一款常见的处理器,Ubuntu对其有良好的支持。 内存:16GB LPDDR4X 内存完全兼容Ubuntu。 存储:512GB SSD 也能很好地支持Ubuntu。 显示屏:14英寸,1920×1080分辨率的显示屏在Ubuntu下通常能正常工作。 显卡:Intel Iris Xe Graphics 在较新的Ubuntu版本中有良好的支持,可能需要安装额外的驱动程序以获得最佳性能。 无线网络:802.11a/b/g/n/ac/ax (WiFi 6) 通常在Ubuntu下也能正常工作,但可能需要安装额外的驱动程序。 接口:Thunderbolt 4, USB 3.2, HDMI等接口在Ubuntu下通常能正常工作。     注意: Acer Swift 3 (SF314-59-59PN) 的硬件配置与Ubuntu系统有良好的兼容性。安装Ubuntu时,使用最新的LTS版本(Ubuntu 22.04 LTS)。     主打一个说装就装 我超级喜欢这个风格 感受:开机非常快,用着很丝滑,心情是愉快的,终于不用再看Windows桌面了,以后可以用命令行纵横整个系统了,权限直达操作系统,完全自由; but,用了一天之后,需要安装一些软件,我从一些平台买的课程需要看,还有qq和微信需要登录,好家伙,都没有Linux的版本,Windows的很多软件也都没有Linux版本,也有替代方案,需要虚拟机或者winme之类的东西,尝试…
刻骨铭心
2023 年的春节,虽然阖家团圆,但却是一个充满不幸的年。离过年还有不到一周,在电话里得知爷爷病危的消息,我立即报告,得到火速批准,火速赶往了家乡,来到了爷爷身旁。人很多,很嘈杂,都在诉说着爷爷的情况。很快,我便明白,他这是几十年的累病,冠心病,已经到了晚期,没有多长时间了。马上就要过年了,各家各户匆匆忙忙筹备年货。而我们一大家人,四代人,来来回回绕着爷爷转。陪护,随他走这最后一程。一夜一夜又一夜,我们始终在坚守,陪伴。大家都认为,会挺不了多少天,没想到来来回回折腾,还是挺着很长时间。看着老人一会儿交代事情,一会儿前往棺椁,像是真的挺不住了。我们的心一次高涨,一次降下,泪花在眼里干了又生,生了又干。来来回回的折腾,磨去了年轻人的脾气,耐心。久病无孝子!这句话像在诉说着年轻人们的无奈。本是农家人,靠外打工生,揽活颇急促,各方使劲催。内有病痛缠身,外有债务加急。老人病重需陪伴,哪能走两三?哀愁叹息不解愁,苦水倾倒不解根,事事虽难,独自承受向前行。不知道怎么办,就让时间推着前行,我们只需做好每一天,每一事。龙年初一,正是喜气东来,阖家欢乐,共享美好时光的时候。一个电话,内心颤抖,心态崩溃,情绪崩溃!“奶奶被三轮车撞到了阴沟里,昏迷不醒,正在紧急送往医院。”放下筷子,快速奔向路边,恰遇送病车辆。一家人,开着车,火速跟随。来到以古,救护车已然就绪。心情焦躁不安,坐立不适,只能站在医生旁边,急躁而看。山路十八弯,站在救护车里,脑袋昏沉,气息紊乱。晕车之感,从未如此强烈。一路上,或心里暗示,或转移注意力,或强忍呕吐,但均不能奏效。一阵稀里哗啦,接二连三的呕吐,让我泪如雨下,这不是忍受不了的落泪,而是身体本能的反应。从未经历如此难受的我,懂得了救急的特殊与不易。来到镇雄县人民医院,火速转至急诊科。人员昏迷,快速…
thumbnail
反思:理清迷茫
这段时间太忙了,以至于好久没有更新文章了。当闲下来时,真正的需求才逐渐显现。今天,难得的闲暇,我准备对自己进行一个反思,以理清迷茫。一、做人:探寻本真自我我要做一个什么样的人?要以什么的态度去应对生活的一切?其实,我一直在变,包括经验、见识、思维、格局等等。有时,对一个问题的看法,也会随时间推移,经历变化而变化。因此,我觉得,不能以这种固定的思维去框定自己要做一个什么样的人,而应该以运动的视角去探索自己。我把这个过程称为『探寻本真自我』,并以开放、积极的态度去应对生活的一切,通过对事的反应来觉察自己是一个什么样的人。二、做事:精益求精,追求极致我们做任何一件事情都是有一个初衷的,都是怀着一个目的开始的。但是,做事时我们的状态花样繁多,但我做事是一个什么样的状态呢?经过多次的成功、失败、和不了了之……,我进行了反思总结,对做事进行了一个规范。首先,要理清楚为什么做事。做事肯定是为了达到某个目的,盯住了目的去做事,方向才不会跑偏。这个目的就是初衷,就是做事的原因,去做这件事,就是为了实现这个目的。其次是理清楚怎么去做这件事。用结果思维去逆推过程,把握实现目的的关键步骤,并反复推演。通过这一个预演的过程,做成事的概率大大提高。再来是怎么去执行。若是一件事你觉得不对,那就没有必要去做;若是觉得正确,那还犹豫什么?当确定这件事非做不可,那就全力以赴,把它做好。这只需要按照预演的步骤去执行即可,但不要死板,要灵活执行,紧盯目标。最后是做事的态度。高标准、严要求的完成任务,在条件允许下精益求精,追求极致。三、学习:解决现实问题以前,高中学历就能找一份很好的工作。现在,大专也渐渐变成“文盲”。特别是信息化时代,学习成为了我们应对变化的工具。终身学习,已经成为了我们的一个理念。怎样来学习才是有效的?这是紧盯学习目…
【OS】11 – 实模式到保护模式(中)【从16位代码段进入到32位代码段,从实模式进入到保护模式】
【OS】11 - 实模式到保护模式(中)【从16位代码段进入到32位代码段,从实模式进入到保护模式】 gitee仓库传送门 保护模式的编程 从16位代码段进入到32位代码段,从实模式进入到保护模式; inc.asm ; Segment Attribute DA_32 equ 0x4000 DA_DR equ 0x90 DA_DRW equ 0x92 DA_DRWA equ 0x93 DA_C equ 0x98 DA_CR equ 0x9A DA_CCO equ 0x9C DA_CCOR equ 0x9E ; Selector Attribute SA_RPL0 equ 0 SA_RPL1 equ 1 SA_RPL2 equ 2 SA_RPL3 equ 3 SA_TIG equ 0 SA_TIL equ 4 ; 描述符 ; usage: Descriptor Base, Limit, Attr ; Base: dd ; Limit: dd (low 20 bits available) ; Attr: dw (lower 4 bits of higher byte are always 0) %macro Descriptor 3 ; 段基址, 段界限, 段属性 dw %2 & 0xFFFF ; 段界限1 dw %1 & 0xFFFF ; 段基址1 db (%1 >> 16) & 0xFF ; 段基址2 dw ((%2 >> 8) & 0xF00) | (%3 & 0xF0FF) ; 属性1 + 段界限2 + 属性2 db (%1 >> 24) & 0xFF ; 段基址3 %endmacro ; 共 8 字节 lo…
如果遇到裁员
来自github一篇文章,引用到此处,感激作者:极客学伟 希望 你们的职业生涯永远不会遇到裁员,希望你们所在的部门善待员工,也希望你们的公司遵纪守法。但是,如果你们不幸遇上这种事,我也希望你们知道该如何对应。 劳动法 这是劳动法的网址:https://www.gov.cn/flfg/2007-06/29/content_669394.htm 。 我觉得这是每位劳动者都需要了解的法律。 当企业想裁员可能会无所不用其极,很多人会受不了公司的PUA或各种威逼利诱接受了0赔偿或者N或者N+1的条件离开,在协议解除的离职合同上签了字,当你签了字,法律也不会保护你。 当然,如果自己能接受,也未尝不可。 但是我想告诉你的是,只要你没有犯特别大的错,法律规定的赔偿标准是2N。一般来说,拿到2N需要走法律途径。而且年终奖,如果走法律途径,大概率也能争取得到。 所以你自己计算下省心拿走 N+1 离开 和 走法律途径拿 2N+年终 两者数额的差距,就能知道自己该采取哪种应对措施。所有低于 N+1 方案都是耍流氓。 什么是“犯特别大的错” 看劳动法的第39条和第40条。其中容易中圈套的在 "严重违反用人单位的规章制度的" 和 "劳动者不能胜任工作,经过培训或者调整工作岗位,仍不能胜任工作的;" 有些公司会因为员工没按时提交周报说员工“严重违反”了规章制度,那就去找公司的规章制度里哪一条规定了。以此类推。 “不胜任工作“,找公司的规章制度,什么标准是不胜任,而不是你的领导说你不胜任。即便真的不胜任了,需要给你培训,再次指定合理标准进行考核。即便二次考核也不幸没达到标准,也是N+1走人。 如果想走法律途径维权 下面是我之前在一些律师群里收集到的应对方法,分享给你们。 注意:文档内容已…
shell脚本|系统版本和当前时间输出到文件,并同时显示在终端
#!/bin/bash # 获取系统版本信息 system_info=$(uname -a) # 获取当前时间 current_time=$(date) # 指定输出文件 output_file="system_info_and_time.txt" # 将系统版本和当前时间输出到文件,并同时显示在终端 echo "System Information: $system_info" | tee $output_file echo "Current Time: $current_time" | tee -a $output_file echo "Information has been written to $output_file" | tee -a $output_file # 将系统版本和当前时间输出到文件 #echo "System Information: $system_info" > $output_file #echo "Current Time: $current_time" >> $output_file #echo "Information has been written to $output_file"
辞别:匆匆离开
情谊是什么?珍重相遇的缘分,在一起有一段难忘经历,彼此珍视。当有一天我匆匆离开,一切便将随缘。“当你看到这条信息的时候,我已经离开了这里。如果有想说的,先不要着急说,待我看完之后再说:对不起,那天的话有些重了,不恰当也不合适,我特意向你道歉。这两天我反思了一下,才后知后觉的明白那天受情绪影响了。那天正在路上行走,接了个电话。当看到你发消息一次又一次的拒绝时,有种不知所措。想去解释,阐述但又不能奏效,情绪上头,胡言乱语,让你寒心了。我知道你是在为我考虑,但请你相信我,我做的每一个决定都是经过考虑的,不会鲁莽。在我的准备里,它就是一份见证。它的实物价值并不高,但它是我唯一能够想到的最好礼物。我知道你曾经有过一段经历,我换位思考一下,如果是我肯定会因此而遗憾。有这么一份见证,最起码能够浅浅的减轻一点遗憾,于是就准备了它。怕你误解了,还特意写了一封信阐明原因。我很珍惜彼此间的缘分,特别是有过共同经历的,还能喝喝茶,说说话的这种。随着岁月的流逝还能敞开心扉喝茶聊天的会越来越少,而那些少有联系的则会慢慢遗忘。这些是我认为的情况,我就是这么想的。可能是因为环境的原因,我们的思维方式已经出了很大的偏差,想法已经跟不上你的节奏。同时,知识浅薄,没有相应意识,有很多地方做的不符合礼数,有不恰当的地方,还望海量。我想的很简单,脑袋也不怎么灵光,有时还有点糊涂,很容易曲解别人意思,做出牛头不对马嘴的反应,让别人也受到影响。这是一个缺陷,等到事后才后知后觉,才明白过来什么意思,但却晚了。辗转难眠之后,写下这段话,阐明真正想法。希望你看完之后,能够包容我的无知与稚愣,包容这些不合礼数与糊涂。前路漫漫,不知何时才能再见,这或许得看缘分吧。再见之时,或许能够克服掉自身缺陷,可能就会少些不合理,不理解了吧。但这,是以后的事情了,…
解决vmware的ubuntu的虚拟你屏幕太小/无法适配的问题(亲测可行)
我的虚拟机ubuntu10.0一直用的很丝滑,耐造,今天打开之后就萎缩了。。。 之前是更新的VMware Tool工具,重启一下就好啦,今天这么操作似乎行不通了,尝试了几个方式之后,记录一下有效的处理方式。     1、首先,在Ubuntu虚拟机中打开终端。 2、在终端中输入以下命令来安装Open-VM-Tools: sudo apt-get install open-vm-tools 这将安装VMware工具的开源版本,用于优化虚拟机的性能和功能。(亲测可行) 3、安装完成后,重新启动虚拟机 sudo reboot 其实步骤到这里已经可以了,搞定这个问题,如果你的虚拟式是个难搞的家伙,那就继续尝试   4、虚拟机重新启动后,尝试调整屏幕分辨率。在VMware菜单栏上选择“虚拟机”->“显示”->“自动调整大小”。 5、如果屏幕分辨率仍然不正确,可以尝试手动调整。在Ubuntu虚拟机中,点击右上角的设置图标,选择“显示设置” 6、在显示设置中,可以选择合适的分辨率来调整屏幕大小。如果没有合适的选项,可以尝试添加自定义分辨率, 7、完成后,应用更改并重新启动虚拟机。   注意:完成设置之后一定要重启虚拟机哦!!   文章参考: 1.vmware的ubuntu的虚拟你屏幕太小 2.VMware下Ubuntu虚拟屏幕太小,如何增大? 3.VMware虚拟机ubuntu显示屏幕太小解决办法
【OS】09 – 主引导程序控制权的转移【fat表加载loader并跳转执行,boot使命结束】
  参考:【OS】09 - 主引导程序控制权的转移   实验1 代码写完之后,发现boot已经超出了512字节,怎么办呢? 代码重构:删除部分的push和pop代码,这是为了保证不会影响关键寄存器的值。   代码调整后,再次make通过;打印加载出来的文件内容。     code org 0x7c00 ;补上三个字节 jmp short start nop ;栈的起始地址(定义栈空间) define: BaseOfStack equ 0x7c00 BaseOfLoader equ 0x9000 ;最后要把目标程序加载到这个地址处,fat表加载到这个地址的前面 RootEntryOffset equ 19 ;根目录区的逻辑扇区地址,是从逻辑第19扇区开始的 RootEntryLength equ 14 ;目录文件项占用了14个扇区 EntryItemLength equ 32 FatEntryOffset equ 1 FatEntryLength equ 9 header: BS_OEMName db "D.T.Soft" BPB_BytsPerSec dw 512 BPB_SecPerClus db 1 BPB_RsvdSecCnt dw 1 BPB_NumFATs db 2 BPB_RootEntCnt dw 224 BPB_TotSec16 dw 2880 BPB_Media db 0xF0 BPB_FATSz16 dw 9 BPB_SecPerTrk dw 18 BPB_NumHeads dw 2 BPB_HiddSec dd 0 BPB_TotSec32 dd 0 BS_DrvNum db 0 BS_Reserved1…
上瘾:沉迷而不知
“眼看着、嘴吃着、还能干嘛?耳机拿来、我耳朵还闲着呢?可以这样?……”第一次听小说、就是从这句话开始。从熊猫听书到喜马拉雅,不觉间已过去近十年了。有时,嫌弃小说更新不及时,便转看原文小说,非要看到一个结果,一个结尾。可以说,只要有时间,都会急不可奈的翻看。因为融入了剧情,融入了主角的情感之中,会笑会哭会惊喜会哀伤……一回首,听书累了计 2000余小时,动漫电影电视剧上千于部,小说也看了十几本,累计六七千万字……看着这么庞大的数据,我懵了!张大嘴,惊奇不已,有,有怎么夸张吗?若是提前让我知道要听这么多小时,要看怎么多电影,要看这么多字数的书,怕是没有勇气开始。这,就是上瘾,就是上瘾而不自知。但这,也是青春,也是我一事无成的原因。我的时间用在了娱乐,用在了让人爽的,让人容易做的,可以躺着玩的事儿上,又怎么期望获得成长,有大的成就呢?因为喜欢,所以沉迷。因为热爱、所以不知疲劳。这不是任务,也不是要求,更不是必须要做的事项。而是我用来打发时间,娱乐提趣的手段。用来填充闲余时光,用来抵抗无聊的方法。我认为我很自律,能够控制开始与结束。但结果告诉我,一旦开始,除非故事完结,否则就不会结束。当我开始的时候,当我入局的时候,我其实就上瘾了,我就失控了。但身在局中的我,却全然无知,并无觉知。显然,这些好的作品让我沉迷了进去,我融入了故事,并且拥有强烈渴望,渴望看到剧情的发展,想方设法也要听完、看完。若是作者一日一更新,每天醒来的第一时间便会前去查看,哪怕因为任务冲突,也会抽时间补回来,看一看,听一听。这一看、一听便是近十几年。真是可怕!这是真实发生的事情,也是我上瘾沉迷的真实讲述。哪怕到了现在,有些习惯仍旧,还在倾听、观看着。有时会因作者没有更新而难受,也会团为爆更而惊喜。通过视听,与作者携行,虽未见面、却沉迷其…