我是整体比较顺利，没经历驱动方面的困扰。
你现在能进入到登陆界面吧？按下 Ctrl + Alt + F2 键进入 tty，登陆。然后输入 dmesg 命令将显示启动过程中的日志，到别的电脑上搜索下其中的错误信息。
掌握基本的 pacman 包管理命令，列出已安装的包：pacman -Q | grep video，找到已安装的显卡驱动，和自己实际硬件对比一下。移除，并且安装正确的驱动。
第三点就是运行 mhwd-tui ，mdwd 是 manjaro 下智能检测并安装驱动的软件，也是很好的系统管理工具。有很好上手的 tui 界面，进入各菜单看看系统信息，卸载/安装新的显卡驱动。
基本就这三点建议。
我的显卡是NVIDIA gtx970M，驱动装的nouveau~ 在网上搜了下，在/etc/mkinitcpio.conf的MODULES数组中加入了nouveau，然后就机会进到桌面了，但是如果我在登录界面静置一段时间再输入密码，系统就hung住了~而且hung住的时候无法进入tty 不过我在登录界面直接按快捷键，是可以进入tty的 另外，还有个奇怪现象，我执行lspci命令，没有任何输出，命令直接hung住，Ctrl+c无法中断
忘记说谢谢了 多谢指教
另外，执行mhwd也会hung住，没有任何输出
NVIDIA gtx970M 到底要装哪个驱动，我也不知道。恐怕你得自己搜索一下。
登录界面静止一段时间 hung 住，显然是开机启动某个服务/软件导致出问题了。服务出问题可能性比较大，可以用 systemctl 命令列出已激活的服务，挨个排除。
dmesg log 有可用的信息？我有一次不小心安装了错误的驱动，就是靠这个找到然后移除的。
dmesglog没有错误输出 猜测跟双显卡有关，然后到BIOS里把gpu switch从mshybrid切到discrete，结果就正常了 还是很感谢楼主
没想到是双显卡问题。解决掉就好。
不过话说为啥桌面用 xfce 啊？多少简陋了点…用 kde 或者 i3wm 啊
感觉kde内存占用略高，所以选择了xfce
kde 整体风格挺统一的……嫌内存占用高的话，可以选 i3wm，开机不到 500 M。
官网下拉菜单里选社区版，各种桌面的 manjaro 发行版都有。都提前配置好了，不折腾。
想要啥，自己选。 Manjaro Linux Community - Browse Files at SourceForge.net
i3没体验过，回头先在虚拟机里搞搞
玩桌面，还是读书时的事了 
和玩桌面没啥关系，只是说有很多选择而已 
现在网速可快多了。如果不确定自己喜欢什么桌面的话，15 分钟下载镜像，15 分钟 dd 到 U 盘。重启就能到 LiveCD 体验了，比以前不知方便了多少。
体验了一把i3 因为是初次使用，不得要领，感觉好像主要是键盘操作，挺酷的，感觉跟emacs很搭 然而快捷键不熟，有点不习惯
我倒是上手挺快的，感觉挺爽的。
其实也可以用鼠标点击，随性子来就好，太拘泥给人感觉反而不好。可以配成更 emacs 或 vim 风格的按键绑定，不过我懒的折腾，基本上是随软件的默认配置。
鼠标点不了呀，比如拖动窗口，关闭窗口，不知道点哪儿 还有启动程序，只知道用mod + d
默认瓦片窗口拖不了，mod+shift+空格 可以与浮动窗口间切换。按住 mod 键，就能拖了。关闭窗口默认是 mod+shift+q。
mod+shift+h 可以打开自带的 manual 手册，看看大概就明白了。
请问你图中用的是什么File Manager? 右上角那个，看起来是console下的。谢谢！
记录一下编译 mlterm （framebuffer）的过程，以后继续折腾可以作为参考。如果对他人亦有帮助，则不胜幸甚。目前网络上基本找不到这方面的文章，该记录来自于阅读 mlterm 的 README 文档及手动编译的亲身经历。
mlterm gtk 及 framebuffer 两个版本是可以共存的，执行文件分别名为 mlterm 和 mlterm-fb。需要两次编译才行。一般说来，这种编译都不会有啥问题，无非 ./configure - make - make install 那套流程，但 mlterm 的编译确实有坑：
syntax error near unexpected token `(’ at 10000 lines（行数记不清了，多处相同错误）
执行 ./configure --with-gui=fb 命令，跑不了 10 秒钟就出现该错误。
解决办法：切到 bash 下编译。
一般认为，zsh 语法是与 bash 相兼容的。 但显然还没到完全兼容的程度。 具体到该错误，zsh 下需要对该出错行中的括号进行 escape，而 bash 则不必。
syntax error: unexpected end of file at 28526 行（真的，configure 文件很长）
问题是： 文件行数总共“才” 28525 行。 该错误提示真是别具一格，成功做到了 错误提示与代码行数完全无关 。不得不说，shell 真是一门神奇的语言。 
解决办法：19876 行少了个右双引号，补全即可。
显然，这是一处 bug 。缺少这个引号，./configure 命令不可能执行成功。可能是作者不小心删了，然后 commit 前也没有最后测试一遍脚本。
configure 文件的格式混乱问题。（我理解 28525 行代码是个巨大的工程，但格式混乱这么简单的问题是可以避免的？）
代码缩进不统一，有时用 2 个空格，有时用 4 个；而且是空格 + tab 混用。
这导致定位第二个问题，花费我这个 shell 编程白痴诸多时间。代码折叠完全不起作用，试图用 shfmt 格式化代码也无效。最后快要放弃时，天可怜见， 肉眼瞥见 了那个该死的双引号。
解决办法：文档页首有 Emacs 的 Single-line Variables 字符串，建议作者改用 Vim 编辑器？ 
或者，通知作者打开 Emacs 编辑器的 不可见字符开关 ？
framebuffer 版本编译安装完成后，执行 make clean 命令，再 继续编译 gtk 版本 ：./configure --with-gtk=3.0 --with-tools。fcitx、ibus 等输入法支持是默认的，不必理会。--with-tools 选项将会编译 mlconfig 等配套工具，这样方便进行图形化配置，而不必研究配置文件怎么写、有哪些可用选项等问题。
X 桌面环境下打开 mlterm，按住 Ctrl 键并右键单击，可以调出 mlconfig 图形化配置工具 。
mlterm 的配置文件位置在 ~/.mlterm 文件夹下，使用 mlconfig 工具可以自动写入配置。其配置样本在 /usr/local/etc/mlterm 文件夹下，可以将其复制到 ~/.mlterm 目录下，方便对默认配置做进一步更改。
重点关注的几个文件：
main - 主配置文件。mlconfig 写入的也是这个文件。
font - X 下的字体显示。
font-fb - framebuffer 下的字体显示。
color - 颜色主题。
aafont - 尚不清楚，但比较重要。下次折腾时，再详读文档。
key - 按键绑定。不太重要。
折腾 mlterm 的本意，是想替换掉不再维护的 fbterm。不过由于 mlterm 的性能问题，最后决定暂时搁置。
继续以 fbterm 为主力，并对 mlterm 保持关注。
下次再折腾 mlterm 起码也在一年半年以后了（这种底层工具 + 性能问题，不能指望在短期内能有所改善，还好 fbterm 目前还堪用），所以多记录一点不是坏事。估计半个月以后，我都不记得 mlterm 是个什么类型的软件来着？ 
昨天忘了记录 mlterm 除性能之外，其它几个小问题（及可能的解决方案）：
fcitx 输入法问题。
没有对比就没有伤害。显然，fbterm 默认自动读取 fcitx 的配置。这使得 fbterm 与 X 下的输入体验高度一致，包括 a) 除 Ctrl + Space 键切换中英文状态外，还能用我自定义的 Shift 键；b) 选词列表横向，而不是默认的纵向；c) 候选词数及其它细节定制。
优先级：低。等 mlterm 性能好转后，再提 issue 让 mlterm 读取 fcitx 配置。
字体配置问题。
尽管 mlterm 有图形化配置工具，但涉及到字体的配置，依然繁琐。而 fbterm 则是直接继承自 X 下的字体设定，几乎不需要配置。
存在的问题：
a) 对 mlterm 字体的 fallback 机制仍然没有搞清楚，目前状况是”好像好使了“。下次折腾时得搞清楚，当然前提是 mlterm 性能问题得以解决，这样才有足够动力去读文档。
b) vifm 的文件图标无法显示。vifm 图标用的是 devicons 字体，所以这个问题本质上还是 搞清楚 mlterm 的 字体 fallback 机制 。
cmus 播放器布局撕裂、部分不可见问题。
具体表现为 cmus 启动后，左边的播放列表及进度信息不可见，偶尔界面布局撕裂。奇怪的是，切换 colorscheme 后变为可见，退出 cmus 再进亦可见。如果使用 mlterm 初次打开 cmus，则问题必定出现。
深度怀疑，还是 mlterm 性能低下的坑。
tmux 下色彩支持下降问题。
mlterm 启动后默认为 256 色支持，但启动 tmux 后色彩支持下降到 8 色。tmux 在自身配置文件内将 term 声明为 screen-256，按说色彩支持不该下降（fbterm 就没有问题）。
得搞清楚配置问题在 mlterm 或 tmux 身上，需要修改其中一个的配置文件。
优先级：高。
ranger 行内图片预览
与 X 下一样，ranger 在 framebuffer 下依然能使用 w3mimgdisplay 进行图片预览。但该特性在 mlterm-fb 下失效。
mlterm 亦以 sixel 格式（包含动画）支持图片预览，但可能过分依赖自身组件？需要搞清楚 mlterm 是否支持 w3mimgdisplay 图片预览？（如不支持的话，）如何对 ranger 进行配置，彻底切到 mlterm 的 sixel 格式？
w3m 浏览器内图片显示失效
与上一个问题本质一样。但相对 ranger，w3m 图片无法显示更让人无法接受。
貌似 w3m 有编译选项支持 sixel 格式？可能需要重新编译 w3m。
目前 mlterm 和 fbterm 是 世界上唯二两款 可以在 framebuffer 下正常工作，且 支持中文显示及输入法框架 的终端程序（个人已知的）。
鉴于 fbterm 已停止开发（除了这一点，没有其它明显缺陷），长期看来，希望 mlterm 能 改善性能，最终替代 fbterm 。
刚刚给上面的折腾记录加上 mlterm 的仓库链接，发现了这个：
https://bitbucket.org/arakiken/mlterm/commits/6fa0d9963eed2ee68761a44d92a611b2f69ca6d7
你这少写一个双引号，让我折腾了 1 个多小时寻找 bug 。。。
然而，我还是没看到给 bitbucket 提 issue 的入口。。。
