There was an xorg update that I did today (June 8) and when try to boot into runlevel 3, it stops when it gets to starting up sntp. I also saw that it said DHCP client not running. When I try again (push the power button) and allow it to do what it wants, everything seems to start up just fine.
I’m asking about this because I need to re-install my NVIDIA graphics card driver.
For the boot options, I’ve tried clearing the text (I don’t remember what they are at the moment) and typing
nomodeset 3
and when that failed, I’ve tried it as
nomodeset3
but still get stuck at the same spot. I’ve also tried it without clearing the text but still it gets stuck.
How can I get to runlevel 3 in order to re-install my graphics card driver? I cannot run my 3D software without it.
P.S. Can I switch to runlevel 3 from the usual (normal GUI) screen? I can’t remember the command.
I’m running SuSE 11.4
I do not recommend you to go to runlevel 3 while a user is running a desktop session. It would kill him and I do not know if such a session end will allways go without troubles.
Instead let all users log out of their sessions. Then do Ctrl-Alt-F1 to go to the console. Log in there as root (yes, this is an exception to the general rule) and do
On 2011-06-08 18:06, gymnart wrote:
>
> There was an xorg update that I did today (June 8) and when try to boot
> into runlevel 3, it stops when it gets to starting up sntp. I also saw
> that it said DHCP client not running. When I try again (push the power
> button) and allow it to do what it wants, everything seems to start up
> just fine.
There is no service “sntp”. Perhaps you mean “smtp”. How long did you wait?
SMTP can not work until there is network, and DHCP did not work.
> For the boot options, I’ve tried clearing the text (I don’t remember
> what they are at the moment) and typing
I don’t know what text you are clearing, but guessing it is the options at
the grub menu, that means “disaster”. You were meant to type, not delete
the existing options.
> How can I get to runlevel 3 in order to re-install my graphics card
> driver? I cannot run my 3D software without it.
>
> P.S. Can I switch to runlevel 3 from the usual (normal GUI) screen? I
> can’t remember the command.
Yes.
ctrl-alt-f1, login as root, type “init 3”. But you will have the same
problem login into graphics mode, only that you do not see the messages.
–
Cheers / Saludos,
Carlos E. R.
(from 11.4 x86_64 “Celadon” at Telcontar)
> On 2011-06-08 18:06, gymnart wrote:
>>
>> There was an xorg update that I did today (June 8) and when try to boot
>> into runlevel 3, it stops when it gets to starting up sntp. I also saw
>> that it said DHCP client not running. When I try again (push the power
>> button) and allow it to do what it wants, everything seems to start up
>> just fine.
>
> There is no service “sntp”. Perhaps you mean “smtp”. How long did you wait?
> SMTP can not work until there is network, and DHCP did not work.
gymnart;
The bug is marked as closed, but could reoccur if 0.opensuse.pool.ntp.org
fails again. I have disabled ntp from starting a boot and manually start it
after the boot.
–
P. V.
“We’re all in this together, I’m pulling for you.” Red Green
As I can’t remember I have heard of SNTP earlier, I most probably do not have that clearness either. But I don’t care. I simply use Yast > Network services > NTP after every install to switch it on and to configure my ISP’s NTP server. Something that I think is obvious to find and easy to do also by other noobs.
And that’s when it just hangs. I waited about 4 minutes. It did the same thing when I tried Alt+Ctrl+F1
Among the latest updates was the xorg-x11 that I told you about. The xorg in question is now:
xorg-x11-libXdmcp-32bit version: 7.6-7.1-x86_64 and it was from openSUSE-11.4-Oss
The bug is marked as closed, but could reoccur if 0.opensuse.pool.ntp.org
fails again. I have disabled ntp from starting a boot and manually start it
after the boot.
How do you manually start ntp after booting? Sounds like a pain to me for each time you start your computer up. I only need to get into runlevel 3 once in order to re-install my graphics card driver. After that, I shouldn’t have to worry about it.
How can the bug be re-opened? If this happened to me, it might have happened to others too who’ve done updates. I wish they would fix this. I’m getting rather annoyed.
There is a binary called sntp that comes with ntp, it is the replacement for ntpdate.
From ntp’s init script it looks like sntp is called to sync time when the ntp daemon is started.
Maybe that was causing the hang on boot?
>
> This what was on the screen when I tried:
>
>
> Code:
> --------------------
>
> Starting rpcbind
> sntp[2375]: started sntp
> --------------------
>
> And that’s when it just hangs. I waited about 4 minutes. It did the
> same thing when I tried Alt+Ctrl+F1
>
> Among the latest updates was the xorg-x11 that I told you about. The
> xorg in question is now:
> xorg-x11-libXdmcp-32bit version: 7.6-7.1-x86_64 and it was from
> openSUSE-11.4-Oss
>
>> The bug is marked as closed, but could reoccur if
>> 0.opensuse.pool.ntp.org
>> fails again. I have disabled ntp from starting a boot and manually
>> start it
>> after the boot.
>
> How do you manually start ntp after booting? Sounds like a pain to me
> for each time you start your computer up. I only need to get into
> runlevel 3 once in order to re-install my graphics card driver. After
> that, I shouldn’t have to worry about it.
> How can the bug be re-opened? If this happened to me, it might have
> happened to others too who’ve done updates. I wish they would fix this.
> I’m getting rather annoyed.
>
> Now what can I do?
>
gymnart;
su -
rcntp start
In my case the the machine is rarely rebooted and is at a remote location.
If you only want to install the driver, just use the live CD to disable ntp at
boot (see bug report). Boot up and install the driver. When done
installing and testing use YaST to start ntp at boot. AFAIK you only need
to disable ntp while you install.
PS: I decided that the “sntp” error might be a bit misleading since disabling
ntp seems to work, not sure.
–
P. V.
“We’re all in this together, I’m pulling for you.” Red Green
gymnart wrote:
> ok, and ntp is not needed for runlevel 3 anyway, right?
> Hopefully, it is not needed for re-installing a graphics card driver!
This thread seems to be very confused.
If your system is running at level 5 with ntp enabled and you switch to
level 3, presumably ntp is still running happily? So why would you want
to disable it?
Level 3 is multi-user, full networking, but with no X. So normally ntp
should be running, although obviously you can stop it if you have some
bizarre need to.
If you can’t boot to level 3, something is wrong and you should find out
the cause. It wasn’t something to do with yesterday’s IPv6 test was it?
(i.e. does it all magically work again today?)
According to this https://bugzilla.novell.com/show_bug.cgi?id=678308#c1
the error happens on both runlevels. The only diference is that runlevel 5 masks the error with display manager greeter. In runlevel 3 you never get the login prompt.
The bug report also says that it’s a temporary problem with the 0.opensuse.pool.ntp.org server.
AFAIK, the rmmod nvidia is for if you have the Novell Nouveau version installed. I’ve never had to do that since NVidia’s installer always took care of that for me.
These are the instructions for first time installation:
People who aren't afraid of recompiling the nvidia kernel module or
even reinstalling the nvidia driver each time the kernel has been
updated and want or need to use the latest and greatest nvidia driver
can use the following steps 1-4. The others should use the
instructions above using YaST and skip the steps below.
1) Kernel sources must be installed and configured. Usually this means
installing the 'kernel-source', 'make' and 'gcc' packages with YaST2.
2) Run the following commands
echo "blacklist nouveau" > /etc/modprobe.d/nvidia.conf
# recreate initrd without KMS, if the use of KMS is enabled in initrd
if grep -q NO_KMS_IN_INITRD=\"no\" /etc/sysconfig/kernel; then
sed -i 's/NO_KMS_IN_INITRD.*/NO_KMS_IN_INITRD="yes"/g' /etc/sysconfig/kernel
mkinitrd
fi
3) Reboot your machine.
4) Use the nvidia installer for 260.19.36.
sh NVIDIA-Linux-x86_64-260.19.36.run -q
IMPORTANT: You need to recompile and install the nvidia kernel module
after each kernel update.
sh NVIDIA-Linux-x86_64-260.19.36.run -K
I’ve been told I don’t have to worry about steps 1) and 2) anymore and that’s how it was the last time I had to re-install the driver.
So, after the latest update to xorg-x11 I now have to re-install the NVidia driver because, while all else is working with it, anything having to do with OpenGL will not function unless the driver has been re-installed.
What jthiatt08 said, sounds easiest for me so I’ll try that one first.
I did what jthiatt08 said and that worked.
So now, with this bug, that adds an extra step that has to be done.
Why can’t/won’t they fix it? I’m sure there are others who use the NVIDIA driver like I do and they might be similarly affected. I know I can’t be only the 2nd one out of all the SuSE endusers.
Do you know what ntp (Network Time Protocol) does? As its name indicates, it is the time synchronisation daemon. It is enabled by default on all Linux/Unix (as well as on Windows AFAIK). It tries to connect to a time server or a server pool specified in /etc/ntp.conf. When you turn on your computer and it doesn’t have a network connection (for some reason), it get stuck waiting for the time to synchronize until the time out (too long) is reached.
So, as you may have guessed, it has nothing to do with nvidia.
Again, what prevents you from installing the nvidia driver from repo? I mean, compiling is fine but … do you really need that? Installing the driver from the nvidia repo is like installing any other package and you don’t have to worry about compiling/recompiling the module, etc. It works fine for 95% of the users.
I’m sure there are others who use the NVIDIA driver like I do and they might be similarly affected. I know I can’t be only the 2nd one out of all the SuSE endusers.