Hi, yes it works doing ctrl-alt-f2. I've tried to xinit or startx, look:


[root@fermi rafael]# xinit



X.Org X Server 1.19.3

Release Date: 2017-03-15

X Protocol Version 11, Revision 0

Build Operating System:  2.6.32-696.3.2.el6.x86_64

Current Operating System: Linux fermi 3.10.0-693.17.1.el7.x86_64 #1 SMP Thu Jan 25 04:11:40 CST 2018 x86_64

Kernel command line: BOOT_IMAGE=/vmlinuz-3.10.0-693.17.1.el7.x86_64 root=/dev/mapper/sl-root ro rd.lvm.lv=sl/root rd.lvm.lv=sl/swap rhgb quiet nouveau.modeset=0 rd.driver.blacklist=nouveau video=vesa:off LANG=en_US.UTF-8

Build Date: 02 August 2017  06:29:45PM

Build ID: xorg-x11-server 1.19.3-11.el7

Current version of pixman: 0.34.0

Before reporting problems, check http://wiki.x.org

to make sure that you have the latest version.

Markers: (--) probed, (**) from config file, (==) default setting,

(++) from command line, (!!) notice, (II) informational,

(WW) warning, (EE) error, (NI) not implemented, (??) unknown.

(==) Log file: "/var/log/Xorg.0.log", Time: Mon Jan 29 21:54:34 2018

(==) Using config file: "/etc/X11/xorg.conf"

(==) Using config directory: "/etc/X11/xorg.conf.d"

(==) Using system config directory "/usr/share/X11/xorg.conf.d"

(EE)

Fatal server error:

(EE) no screens found(EE)

(EE)

Please consult the The X.Org Foundation support

at http://wiki.x.org

 for help.

(EE) Please also check the log file at "/var/log/Xorg.0.log" for additional information.

(EE)

(EE) Server terminated with error (1). Closing log file.


OR startx

[root@fermi rafael]# startx

xauth:  file /root/.serverauth.20991 does not exist



X.Org X Server 1.19.3

Release Date: 2017-03-15

X Protocol Version 11, Revision 0

Build Operating System:  2.6.32-696.3.2.el6.x86_64

Current Operating System: Linux fermi 3.10.0-693.17.1.el7.x86_64 #1 SMP Thu Jan 25 04:11:40 CST 2018 x86_64

Kernel command line: BOOT_IMAGE=/vmlinuz-3.10.0-693.17.1.el7.x86_64 root=/dev/mapper/sl-root ro rd.lvm.lv=sl/root rd.lvm.lv=sl/swap rhgb quiet nouveau.modeset=0 rd.driver.blacklist=nouveau video=vesa:off LANG=en_US.UTF-8

Build Date: 02 August 2017  06:29:45PM

Build ID: xorg-x11-server 1.19.3-11.el7

Current version of pixman: 0.34.0

Before reporting problems, check http://wiki.x.org

to make sure that you have the latest version.

Markers: (--) probed, (**) from config file, (==) default setting,

(++) from command line, (!!) notice, (II) informational,

(WW) warning, (EE) error, (NI) not implemented, (??) unknown.

(==) Log file: "/var/log/Xorg.0.log", Time: Mon Jan 29 21:55:04 2018

(==) Using config file: "/etc/X11/xorg.conf"

(==) Using config directory: "/etc/X11/xorg.conf.d"

(==) Using system config directory "/usr/share/X11/xorg.conf.d"

(EE)

Fatal server error:

(EE) no screens found(EE)

(EE)

Please consult the The X.Org Foundation support

at http://wiki.x.org

 for help.

(EE) Please also check the log file at "/var/log/Xorg.0.log" for additional information.

(EE)

(EE) Server terminated with error (1). Closing log file.



Rafael Guimaraes Pereira
[log in to unmask]
skype: wirttipereira
Celular:   (11) 9.6578.1661
Residencial:  (11) 2129 6957

https://br.linkedin.com/in/rafaelguimaraespereira

________________________________
De: Nico Kadel-Garcia <[log in to unmask]>
Enviado: domingo, 28 de janeiro de 2018 23:29
Para: Wirtti Pereira
Cc: [log in to unmask]
Assunto: Re: Boot hang after [ OK ] Mounted Arbitrary Executable File Formats File System



On Sun, Jan 28, 2018 at 7:12 PM, Wirtti Pereira <[log in to unmask]<mailto:[log in to unmask]>> wrote:
Hi, thanks a lot for your help, I do appreciate it 😊
I'll try to answer your questions, I am not that skilled on linux.

About version, see the output:

[rafael@fermi ~]$ cat /etc/*release

NAME="Scientific Linux"

VERSION="7.4 (Nitrogen)"

ID="rhel"

ID_LIKE="scientific centos fedora"

VERSION_ID="7.4"

PRETTY_NAME="Scientific Linux 7.4 (Nitrogen)"

ANSI_COLOR="0;31"

CPE_NAME="cpe:/o:scientificlinux:scientificlinux:7.4:GA"

HOME_URL="http://www.scientificlinux.org//"

BUG_REPORT_URL="mailto:[log in to unmask]<mailto:[log in to unmask]>"


REDHAT_BUGZILLA_PRODUCT="Scientific Linux 7"

REDHAT_BUGZILLA_PRODUCT_VERSION=7.4

REDHAT_SUPPORT_PRODUCT="Scientific Linux"

REDHAT_SUPPORT_PRODUCT_VERSION="7.4"

Scientific Linux release 7.4 (Nitrogen)

Scientific Linux release 7.4 (Nitrogen)

Scientific Linux release 7.4 (Nitrogen)

Well, I didn't know anything about epel or dkms. When trying to install Nvidiz by Yum, there were dependencies. then I look for dkms. The Dell site recommended to install epel in advance. Thus there were a chain of packs I supposedly had to install in advance.



So I did $yum install epel, next I've downloaded the dkms rpm and installed via yum as well. Next I've installed Nvidia drivers by $yum install *nvidia*

So you're running Scientific Linux 7. Cool, that's what I was guessing.

Wait a moment here. Did you do something like htis:

* yum install epel-release
* yum install dkms

Or did you get that RPM for dkms from somewhere else than EPEL? Please, be aware that installing RPM's from random other repositories can be... well, a source of confusion.


Then I've accessed a Nvidia visual app installed but did nothing there. I've assumed the board was not visible yet by the system and then I've decided to reboot and try to load the drivers. What happens next you already know, the boot has freezed and I've tried to boot over again and again ever since.

Although freeze in the middle, when I hit <ctrl> <alt> F2 I can go to a shell and log in. Then I can do a lot, including run Gromacs or access this PC from my mac through ssh.

Once I can log in in the shell can I fix the system from there?

You've said I could recover the system booting from USB but I don't know how to do it. Should I have the Scientific Linux in a stick?

Thanks, Rafael

Umm. Maybe. You have a working shell hitting Ctrl-Alt-F2? Then it's just X that is dead, not the operating system. *Good*. Repairing X should be easier than fixing the boot system.