New IT forum Follow us on Twitter
21 May 2012, 06:20:10 pm *
Welcome, Guest. Please login or register.
Did you miss your activation email?

Login with username, password and session length
News: EFIKA MX now in stock!
 
   Home   SHOP Help Search Login Register  
Pages: [1] 2
  Print  
Author Topic: grep: character class syntax is [[:space:]], not [:space] during boot  (Read 1497 times)
fzoellne
Newbie
*
Posts: 12


« on: 13 September 2011, 09:36:42 am »

Hi!

I get the following error :

grep: character class syntax is [[:space:]], not [:space:] during boot of the sheevaplug.
The effect is that it does not boot up full to login so I can not ssh to it.
The only visual on this I get is via the serial console.

Any Idea to fix this?

Frank
Logged
NewIT_James
Administrator
Sr. Member
*****
Posts: 394


« Reply #1 on: 13 September 2011, 09:45:08 am »

Hi Frank,

Could you post a bootlog showing the error and some details of the kernel and OS you are using.

NewITJames
Logged

NewITJames
fzoellne
Newbie
*
Posts: 12


« Reply #2 on: 13 September 2011, 01:44:02 pm »

ok its a sheevaplug with uboot version 1.1.4 - Marvel 3.4.23

the linux kernel is 2.6.34.6 and its a debian distribution.

How can I upload the screenshot, when I put it as an attachement it says can not acess path ...
Logged
fzoellne
Newbie
*
Posts: 12


« Reply #3 on: 14 September 2011, 08:16:43 pm »

Anyone any ideas ?
Logged
NewIT_James
Administrator
Sr. Member
*****
Posts: 394


« Reply #4 on: 14 September 2011, 08:24:07 pm »

Can you copy/paste the text from the bootlog.

NewITJames
Logged

NewITJames
fzoellne
Newbie
*
Posts: 12


« Reply #5 on: 14 September 2011, 08:56:45 pm »

I can try, just made a screen shot of it...
Logged
fzoellne
Newbie
*
Posts: 12


« Reply #6 on: 16 September 2011, 05:47:32 pm »

I just got a scrren shot and I placed it under:

http://dl.dropbox.com/u/11984329/sheevabooterror.jpg

The error must occur (i guess) somewher after the network interface is lunched and somewhere before ssh demon is started .
Logged
NewIT_James
Administrator
Sr. Member
*****
Posts: 394


« Reply #7 on: 18 September 2011, 08:10:14 am »

fzoeline,

What I would do is boot to an SD card then have a look at the logs on the Nand.


NewITJames
Logged

NewITJames
fzoellne
Newbie
*
Posts: 12


« Reply #8 on: 18 September 2011, 08:26:33 am »

I am booting to an SD card actually.
Logged
NewIT_James
Administrator
Sr. Member
*****
Posts: 394


« Reply #9 on: 18 September 2011, 08:58:57 am »

Quote
I am booting to an SD card actually.

In that case boot to the Nand and mount the SD card then have a look at the startup procedure.

What do you have in rc.local?
Have you built the SD card yourself or is it based on one of the NewIT images?

Also found this.
https://bugzilla.redhat.com/show_bug.cgi?id=649995


NewITJames
Logged

NewITJames
fzoellne
Newbie
*
Posts: 12


« Reply #10 on: 18 September 2011, 09:57:02 am »

The SD card is based on NewIT, however, propabaly I updated some of teh packages i guess.

I will see what the logs tell me...
Logged
fzoellne
Newbie
*
Posts: 12


« Reply #11 on: 20 September 2011, 05:44:15 pm »

content of rc.local:

#! /bin/sh
### BEGIN INIT INFO
# Provides:          rc.local
# Required-Start:    $remote_fs
# Required-Stop:
# Default-Start:     2 3 4 5
# Default-Stop:
# Short-Description: Run /etc/rc.local if it exist
### END INIT INFO


PATH=/sbin:/usr/sbin:/bin:/usr/bin

. /lib/init/vars.sh
. /lib/lsb/init-functions

do_start() {
        if [ -x /etc/rc.local ]; then
                [ "$VERBOSE" != no ] && log_begin_msg "Running local boot script
s (/etc/rc.local)"
                /etc/rc.local
                ES=$?
                [ "$VERBOSE" != no ] && log_end_msg $ES=$?
                [ "$VERBOSE" != no ] && log_end_msg $ES
                return $ES
        fi
}

case "$1" in
    start)
        do_start
        ;;
    restart|reload|force-reload)
        echo "Error: argument '$1' not supported" >&2
        exit 3
        ;;
    stop)
        ;;
    *)
        echo "Usage: $0 start|stop" >&2
        exit 3
  ;;
esac

Logged
fzoellne
Newbie
*
Posts: 12


« Reply #12 on: 20 September 2011, 05:54:39 pm »

my version of grep:

/mnt/bin/grep (GNU grep) 2.9
Copyright (C) 2011 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>.
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

Written by Mike Haertel and others, see <http://git.sv.gnu.org/cgit/grep.git/tree/AUTHORS>.
Logged
NewIT_James
Administrator
Sr. Member
*****
Posts: 394


« Reply #13 on: 20 September 2011, 06:08:01 pm »

my version of grep from GuiPlug Debian Squeeze and the same from Ubuntu 10.10 on the Efika.

GNU grep 2.6.3

Copyright (C) 2009 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.



v2.9 comes from either Wheezy(testing) or Sid(unstable), have you changed your /etc/apt/sources.list ?


NewITJames
« Last Edit: 20 September 2011, 06:21:46 pm by NewIT_James » Logged

NewITJames
fzoellne
Newbie
*
Posts: 12


« Reply #14 on: 20 September 2011, 06:31:15 pm »

that might be.  I installed some software and maybe I set those paths. can i reverse grep version ?
maybe that solves the problem ?


however I see that the files were not changed since Feb this year ...

thats the contents of the sources.list:

deb http://ftp.us.debian.org/debian/ squeeze main contrib non-free
deb http://security.debian.org/ squeeze/updates main contrib non-free
deb http://ftp.nl.debian.org/debian/ unstable main contrib non-free
« Last Edit: 20 September 2011, 06:35:49 pm by fzoellne » Logged
Pages: [1] 2
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.16 | SMF © 2011, Simple Machines Valid XHTML 1.0! Valid CSS!