В Mon, 11 Oct 2010 08:37:05 -0700 Garrett Cooper <gcooper_at_FreeBSD.org> пишет: > On Mon, Oct 11, 2010 at 2:04 AM, Andriy Gapon <avg_at_icyb.net.ua> wrote: > > on 11/10/2010 10:59 Ivan Klymenko said the following: > >> В Sun, 10 Oct 2010 15:37:55 -0700 > >> Garrett Cooper <gcooper_at_FreeBSD.org> пишет: > >> > >>> On Sun, Oct 10, 2010 at 3:08 PM, Ivan Klymenko <fidaj_at_ukr.net> > >>> wrote: > >>>> Hi! > >>>> > >>>> My system has an svn r213507 > >>>> > >>>> FreeBSD nonamehost 9.0-CURRENT FreeBSD 9.0-CURRENT #0 r213507: > >>>> Sun Oct 10 22:43:18 EEST 2010 > >>>> root_at_nonamehost:/usr/obj/usr/src/sys/mk9 amd64 > >>>> > >>>> after upgrading to r213666 my system hangs after logging into gdm > >>>> > >>>> had to go back to r213507 > >>> > >>> What video driver are you using? > >>> -Garrett > >>> > >>> > >> > >> NVIDIA Driver Version: 260.19.06 > >> > >> but Xorg successfully starts and GDM login screen appears > >> system hangs after a few seconds after entering the password ... > >> I noticed the following: gvfsd does not create a directory of the > >> form / var/tmp/gvfs-<username>-<hash> may hang system due to gvfsd? > > That seems a bit interesting. > The other thing you can do is start running a binary search on the > breakage because you have a range of good versions vs bad versions to > look through. > > > If you can access the system remotely or quickly switch to console, > > then you should be able to examine state of your system and get > > some facts. > > If you have ddb compiled into the kernel (and you should) try > CTRL-ALT-ESC after the lockup. You may also want to try KGDB instead, > which would require a serial connection (RS-232 or IEEE-1394). > HTH, > -Garrett Thank you! I'll try to recompile the kernel with DDB shortly and after blocking press ctrl+alt+esc, which would show the trace output...Received on Mon Oct 11 2010 - 16:43:47 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:08 UTC