红联Linux门户
Linux帮助

>>> 急!root进不了,说“会话持续不到10秒钟” ??

发布时间:2007-03-19 13:47:42来源:红联作者:红蓝交织
可能是上次在root登陆是装JDK,修改了一些环境变量,,
重启之后 进root就提示“会话持续不到10秒钟,如果你没注销,这就以为着安装可能出现了错误,。。。”
在网上搜索了一下,有很多出现这个问题的帖子,但都没有确切的 解决方法,,
不知道 哪位大侠知道这个问题???
^_^
文章评论

共有 4 条评论

  1. queenie3660 于 2012-03-22 09:42:03发表:

    好的帖子大家转!!赚分大家一起赚!!谢谢

  2. yuanye002 于 2012-03-22 00:23:43发表:

    呵呵
    刚好遇到 了这个问题
    找到这个很古老的帖子
    希望明天能够按照方法解决啊

  3. 红蓝交织 于 2007-03-19 21:39:39发表:

    今天搞了一下午,总算被我搞定了,,


    下面就写一下我的具体解决方法把!! 以后要是有朋友碰到类似问题也可以参考一下?!!

    我的是 Red Hat Linux9 , 前一次登陆的时候可能是因为改了下JDK的环境变量,
    等重启之后 就无法用root登陆了,提示“会话持续不到10秒钟,如果你没注销,这就以为着安装可能出现了错误,。。。”

    注: 虽然root不能直接登陆, 但普通用户还是可以登陆的。

    1。先进入普通用户, 在终端输: $ su , 然后输入root密码,进入root

    2。先把 /tmp 的目录文件删掉(至于为什么,只是参考网上,我也不知道为什么!)
    rm -rf /tmp
    mkdir /tmp
    chmod 1777 /tmp (把tmp删掉后再重新创建一个, 改权限为 1777)

    3。按照网上的做法,到这一步,重启之后应该就会好的, 但是,我重启之后, 出现了更加严重的问题,
    只能进入文本模式了, 无法加载图形模式。(当时急了!)
    主要提示:
    (==) Log file:"/var/log/XFree86.0.log",
    (==) Using config file:"/etc/X11/XF86Config"

    Could not init font path element unix/:7100, removing from list!
    Fatal server error:
    could not open default font 'fixed'
    ......

    4。在此文本模式下,用root进入,
    # cd /etc/X11
    # ls (X11目录文件下应该有一个 XF86Config 文件)
    # vi XF86Config (编辑这个文件)

    打开这个文件后 按 i 进入vi编辑模式,
    把 FontPath "unix/:7100" 这行注释掉:
    即: # FontPath "unix/:7100" (行首加#)
    按 ESC 退出 vi编辑模式, 进入vi 命令模式, 然后 输入 :wq (注意,带上:号)

    5。 It's OK! # startx 进入图形模式!!!

    --Calvin !

    [ 本帖最后由 红蓝交织 于 2007-3-19 21:46 编辑 ]

  4. Makeaugust 于 2007-03-19 16:09:42发表:

    你看看这个

    解决Linux登录错误:你的会话只持续不到10秒钟…

    我使用的是Fedora Core 5,登录普通帐户时遇到的这个登录错误的全部信息是:“您的会话只持续了不到10秒钟,如果您还没有注销,这就意味着安装可能出了问题或者您的磁盘空间已经耗尽,可以试试某个安全模式登录以查看是否可以解决此问题。”

    然后我使用了所谓安全模式failsafe登录,除了在命令行里用用cd/ls查看查看文件以外,没有任何看起来“可以解决此问题”的东西。磁盘空间根本没有问题我也不明白这究竟“意味”着什么。幸运的是root帐户还可以顺利登录。于是我试着新建、重建普通帐户,但均告失败,任何普通帐户都无法登录!

    对于解决不了的问题,GOOGLE LINUX是个好去处。我搜索发现很多人碰到我这个问题:有的人用REDHAT,用的人用SUSE;有的人用GNOME,有的人用KDE;有的人有详细提示信息,有的人像我这样什么提示也没有。似乎导致这个错误的原因有很多,但没有一个像我这样出错的人得到最终的解答。

    这时PKUBBS上一个无人解答的求助信息引起了我的注意。这个人在遇到无法顺利卸载的一个软件后清空了/tmp和/opt导致出错。我想起来出错前我曾用root帐户把/tmp当成垃圾文件丢进了垃圾箱!

    我重新回到了root帐户,把垃圾箱里的tmp拖了回去。满心希望地进行试验,发现普通帐户依旧无法登录!难道不是tmp丢失造成的问题?

    快要绝望的时候,我试着用英文搜索GOOGLE LINUX。英文资源果然丰富,很快就找到了关于tmp的解答:

    I accidentally deleted whole /tmp directory today and I had been experiencing same that problem.

    Anyway I was happy enough, because I could log in as root to try and fix this problem. So I created /tmp and then issued chmod 1777 /tmp and problem was sold.

    I don’t recommend you to do this or anything but this is in short what I’ve done…
    …like root

    作者提出的解决办法就是:

    rm -rf /tmp
    mkdir /tmp
    chmod 1777 /tmp

    于是我用root将tmp帐户权限修改为777,问题解决!

    在此记录,献给所有迷失在开源程序里的人们!