重启后屏幕默认最大亮度的解决办法,在Linux笔记本上执行这句命令能致设备永久变砖

图片 1

上个月,有用户在Arch
Linux论坛发帖提问,为什么他的笔记本在运行了一个简单的“rm -rf
-no-preserve-root
/”命令之后就完全没法启动了。有Linux基础的同学应该知道,运行这条命令其实很蠢,但一般并不会产生什么硬件的破坏性结果。但在MSI的笔记本上,
运行这条命令有可能导致彻底清除EFI引导分区。

安装Apache Maven,安装apachemaven

Apache
Maven的安装是一个简单的过程:解压提取文件,将解压后的bin目录,配置到系统环境变量PATH中,以便于系统各目录下使用shell,都可以操作mvn
command。

 

详细步骤:

  1. 确保已设置JAVA_HOME,并指向安装的jdk

  2. 配置mvn.cmd所在的bin目录到环境变量中

 

Windows Tips

  • 检查Java环境变量, 命令: echo %JAVA_HOME%。
    正常情况下将显示具体的jdk位置

    C:\Users\Administrator>echo %JAVA_HOME%

    D:\software\JDK\jdk8

  • 添加环境变量。系统属性 -> 高级 ->
    环境变量,添加或选择PATH变量,设置值为解压后maven所在的bin目录
  • 打开命令提示符,使用mvn -v来验证安装是否成功

基于Unix操作系统 Tips

  • 检查Java环境变量。命令:echo $ JAVA_HOME
  • 添加环境变量。 命令: export PATH = / opt / apache – maven – 3.5.2 / bin :$
    PATH

Maven,安装apachemaven Apache
Maven的安装是一个简单的过程:解压提取文件,将解压后的bin目录,配置到系统环境变量PATH中,以便于系…

前一阵将笔记本换成Win10之后发现各种不适应,各种需求不满足,于是一怒之下,换了Ubuntu
14.04,结果发现屏幕亮度每次开机都是最亮的程度,深受其烦扰,于是在线搜索了相关解决方案。

图片 1

处理过程如下:


个在论坛上发帖的用户叫“9233”,他在帖子中说:“今天我和我的朋友在一台MSI笔记本上运行了rm
-rf
-no-preserve-root命令,因为我们想解决Arch安装膨胀的问题。当然我们也可以格式化根分区,然后重新安装Arch。”(后面他提了一
句说,instead we thought it would be fun seeing the GNOME installation
die…)

  1. 终端输入代码:     
    (打开grub的默认配置文件,里面有设置屏幕亮度的选项)

实际上破坏系统的路径在/sys/firmware/efi/efivars,里面存储了采用EFI标准(老旧的BIOS的替代品)启动所需的信息。该文件夹被破坏之后,设备就无法启动了,笔记本正式变砖,不可修复。

sudo gedit /etc/default/grub

GitHub之上就此还发起了讨论,开发者纷纷表示EFI启动数据的目录不应该是完全可写的。运行一句命令就能让硬件变砖这原本就是不合理的。当前该问题似乎仅影响到了MSI笔记本,由于应该也没多少人敢于做出这样的尝试,所以大约也就没有引起重视。

  1. 在打开文件中找到如下语句:    (该语句用于设置背景亮度的选择)

不过一台设备能如此轻而易举地彻底永久毁坏,这仍是个听来很恐怖的事情,即便运行这条命令本身就很愚蠢。

GRUB_CMDLINE_LINUX=””

本文永久更新链接地址:http://www.linuxidc.com/Linux/2016-02/128089.htm

  1. 将其改成如下语句:

图片 2

GRUB_CMDLINE_LINUX=”acpi_backlight=vendor“       
(选择背景亮度为vendor型)

  1. 改好后保存即可。

  2. 升级grub: