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
[email protected]
skype: wirttipereira
Celular:   (11) 9.6578.1661
Residencial:  (11) 2129 6957

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

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



On Sun, Jan 28, 2018 at 7:12 PM, Wirtti Pereira 
<[email protected]<mailto:[email protected]>> 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:[email protected]<mailto:[email protected]>"


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.

Reply via email to