Siemens Gigaset HD795 T

Madre mía en cuanto pasan unos días la cantidad de cosas que os estáis currando!!

que pasada lo de enviar comandos a través del fichero

Tengo un pequeño problemilla, he instalado el cron y esta ejecutándose, pero no me reconoce el comando:
crontab -l
y no puedo acceder al cron, he probado también a ejecutarlo desde el path donde esta instalado el cron pero nada ¿que es lo que estoy haciendo mal?

Pongo una captura de la consola:

BusyBox v1.1.3 (2010.04.29-10:11+0000) Built-in shell (ash)
Enter 'help' for a list of built-in commands.

/ # crontab -l
-sh: crontab: not found
/ # ps | grep cron
187 root 380 S /usr/local/etc/opt/sbin/cron
803 root 304 S grep cron
/ #

Para ejecutar scripts, no me vale con hacerlos ejecutables y llamarlos por el nombre, tengo que arrancarlos con el nombre de la shell delante "ash nombreScript", no se si esto puede tener algo que ver, supongo que no.

Por cierto lo de la desincronicacion del audio-vídeo al retomar la ejecución de una grabación, dejando unos 15 segundos como me comentasteis, parece que va bien, es un poco rollo lo de esperar pero parece que funciona.

Un saludo.

Hola Letts, los ficheros de configuración de samba de tu post #1003, ¿de qué directorio son?
Verás, es que hay DOS sitios donde están estos ficheros:

Código:

/usr/local/etc/package/samba/lib/smb.conf
/tmp/hdd/root/samba/lib/smb.conf

El comando

Código:

/usr/local/bin/package/script/configsamba

Es el que busca el disco USB y lo añade al fichero /usr/local/etc/package/samba/lib/smb.conf.

En mi caso, cuando arranca el equipo con el disco USB conectado, el fichero /usr/local/etc/package/samba/lib/smb.conf NO TIENE la entrada USB1; si ejecuto el script se añade la entrada y ya todo va bien.

El problema es que no se en que momento del arranque se "estropea" ese fichero.
He mirado los ficheros del directorio /usr/local/etc:
- rcS
- profile
pero no veo nada relativo a samba o a smb, estoy pensando en añadir el comando sambaconfig a uno de estos ficheros, pero primero me gustaría saber en que parte del arranque se machaca el fichero /usr/local/etc/package/samba/lib/smb.conf.

No se cuantos ficheros intervienen en el arranque o si me falta alguna entrada en rcS o profile, si alguien puede mirar estos ficheros o sabe que otros ficheros se usan al arrancar, se lo agradecería.

Saludos

Iniciado por gregori

Madre mía en cuanto pasan unos días la cantidad de cosas que os estáis currando!!

que pasada lo de enviar comandos a través del fichero

Tengo un pequeño problemilla, he instalado el cron y esta ejecutándose, pero no me reconoce el comando:
crontab -l
y no puedo acceder al cron, he probado también a ejecutarlo desde el path donde esta instalado el cron pero nada ¿que es lo que estoy haciendo mal?

Pongo una captura de la consola:

BusyBox v1.1.3 (2010.04.29-10:11+0000) Built-in shell (ash)
Enter 'help' for a list of built-in commands.

/ # crontab -l
-sh: crontab: not found
/ # ps | grep cron
187 root 380 S /usr/local/etc/opt/sbin/cron
803 root 304 S grep cron
/ #

Para ejecutar scripts, no me vale con hacerlos ejecutables y llamarlos por el nombre, tengo que arrancarlos con el nombre de la shell delante "ash nombreScript", no se si esto puede tener algo que ver, supongo que no.

Por cierto lo de la desincronicacion del audio-vídeo al retomar la ejecución de una grabación, dejando unos 15 segundos como me comentasteis, parece que va bien, es un poco rollo lo de esperar pero parece que funciona.

Un saludo.

Hola gregori, ya veo tu problema.

Lo que te ocurre es que no tienes el path adecuado para ejecutar el crontab.
La culpa es mia por no haberlo previsto, hay que editar el fichero /usr/local/etc/profile y añadirle las líneas marcadas en rojo en la posición indicada:

Código:

# Path manipulation
if [ `id -u` = 0 ]; then
        pathmunge /sbin
        pathmunge /usr/sbin
        pathmunge /usr/local/sbin
fi

pathmunge /usr/local/bin


# <CUSTOM01
# Add path to installed packages
pathmunge /usr/local/etc/opt/sbin
pathmunge /usr/local/etc/opt/bin
# CUSTOM01>


# No core files by default
#ulimit -S -c 0 > /dev/null 2>&1
#limit coredumpsize unlimited

para ello, ya sabes, vi /usr/local/etc/profile

Como veis el vi se usa para todo.

Aún así, para ejecutar un comando/fichero cualquiera, si sabes donde está se puede usar la ruta completa del comando, o colocarse en el directorio donde está y anteponer ./ a su nombre, en este caso, para ejecutar el crontab sin tener su ruta dentro del path de ejecución se pueden usar estas dos maneras:

Código:

/usr/local/etc/opt/bin/crontab
ó
cd /usr/local/etc/opt/bin
./crontab

Esto es una norma GENERAL, no uses lo de ash script

Cuando yo retomo una grabación y me sale el mensaje de confirm/cancel, lo que hago es esperar a que se vea y se oiga, en ese momento le das a confirm y se va al sitio inmediatamente y no se desincroniza nada.

Saludos

Gracias Carba,

ahora ya me encuentra el crontab, pero me dice que no hay crontab para el root

/ # crontab -l
no crontab for root

así que he probado a editar, alomejor al no tener ninguna programación??

/ # crontab -e

5 19 19 2 * /tmp/hdd/volumes/HDD1/BT/prueba

~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
crontab: installing new crontab
/ # crontab -l
# DO NOT EDIT THIS FILE - edit the master and reinstall.
# (/tmp/crontab.XXXX3hRbMH installed on Sat Feb 19 19:04:51 2011)
# (Cron version V5.0 -- $Id: crontab.c,v 1.12 2004/01/23 18:56:42 vixie Exp $)
5 19 19 2 * /tmp/hdd/volumes/HDD1/BT/ash prueba.ash

lo de no editar este fichero me parece que no esta muy bien y en cualquier caso no me ha funcionado
¿Es normal? ¿hay que crear el fichero de alguna manera antes? ¿hay que cambiar de usuario?

Por si da alguna pista en el directorio /tmp/ me aparecen dos ficheros de nombre parecido, pero no igual al que aparece al listar las tareas del cron:
-rw------- 1 root root 0 Jan 1 1970 crontab.XXXXP5xYLn
-rw------- 1 root root 0 Jan 1 1970 crontab.XXXXcq1Xl6


Un abrazo.

Iniciado por gregori

Gracias Carba,

ahora ya me encuentra el crontab, pero me dice que no hay crontab para el root

/ # crontab -l
no crontab for root

así que he probado a editar, alomejor al no tener ninguna programación??

/ # crontab -e

5 19 19 2 * /tmp/hdd/volumes/HDD1/BT/prueba

~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
crontab: installing new crontab
/ # crontab -l
# DO NOT EDIT THIS FILE - edit the master and reinstall.
# (/tmp/crontab.XXXX3hRbMH installed on Sat Feb 19 19:04:51 2011)
# (Cron version V5.0 -- $Id: crontab.c,v 1.12 2004/01/23 18:56:42 vixie Exp $)
5 19 19 2 * /tmp/hdd/volumes/HDD1/BT/ash prueba.ash

lo de no editar este fichero me parece que no esta muy bien y en cualquier caso no me ha funcionado
¿Es normal? ¿hay que crear el fichero de alguna manera antes? ¿hay que cambiar de usuario?

Por si da alguna pista en el directorio /tmp/ me aparecen dos ficheros de nombre parecido, pero no igual al que aparece al listar las tareas del cron:
-rw------- 1 root root 0 Jan 1 1970 crontab.XXXXP5xYLn
-rw------- 1 root root 0 Jan 1 1970 crontab.XXXXcq1Xl6


Un abrazo.

Hola gregori, vamos por partes:

El primer crontab -l NO tiene que tener nada ¿no?, el mensaje que te da no quiere decir que no funcione sino que el usuario root TODAVIA no ha programado nada.

Con el crontab -e le has añadido una programación al usuario root, podrías haber añadido mas cosas, cada línea que pongas es una programación mas para el usuario root, pero para empezar, vamos de una en una.
En concreto le has dicho que ejecute el 19/2 a las 19:05 el fichero prueba, pero no te coincide lo que pones en el crontab -e (/tmp/hdd/volumes/HDD1/BT/prueba) con lo que pones en el crontab -l (/tmp/hdd/volumes/HDD1/BT/ash prueba.ash), así que tendrás que decirme cual de los dos comandos has usado de verdad.

¿Por que dices que lo de editar el fichero no está muy bien?, es que NO SE DEBE editar ese fichero NUNCA, todo debe hacerse a través de crontab -e. Si quieres tener un fichero APARTE y controlado por ti para tener el contenido del crontab, puedes hacerlo; en ese caso se activaría así:
crontab nombrefichero
Pero para tener una línea de prueba no te lo recomiendo.

Ahora viene la parte dura ¿por que dices que no ha funcionado?, ¿que contiene el fichero de prueba? y sobre todo ¿cual has usado? porque ficheros puedes tener hasta 3 versiones según lo que has puesto aquí:
prueba
prueba.ash
ash prueba.ash

Dime por favor, cual has usado, que contiene el fichero y te sigo contestando...

Lo del usuario NO es problema porque aquí solo tenemos uno: root, así que no hay que hacer nada especial.

Saludos

El lió que he formado con los nombres:
/tmp/hdd/volumes/HDD1/BT/ash prueba.ash
y
/tmp/hdd/volumes/HDD1/BT/prueba
es que he probado varias veces, y me he liado en los copy paste de la consola

El contenido del fichero es el mismo en ambos casos:
#!/bin/sh
echo "Mute prueba:" 'date -R' >> /tmp/apagar.log
echo "m" >> /tmp/cmd.txt

desde la consola en /tmp/hdd/volumes/HDD1/BT/
si tecleo prueba.ash no me lo ejecuta (aunque tiene tiene permiso de ejecución, y metí las lineas en el /usr/local/etc/profile).
Si ejecuto: ash prueba.ash si lo ejecuta y crea la linea de log.
pero a la hora programada no me crea la linea del log.

Lo de que esta mal editar, no me refería al editar en si el fichero del cron con el VI, solo pensé que al darme ese aviso:
# DO NOT EDIT THIS FILE - edit the master and reinstall.
no era ese el fichero que tenia que editar, es decir, que había hecho algo mal.

gracias por la ayuda.

Carba,

acabo de darme cuenta del error del ash, ya que si ejecuto desde por ejemplo /tmp/
/tmp/hdd/volumes/HDD1/BT/ash prueba.ash
lógicamente no encuentra ash en ese directorio,
es que estoy un poco espeso y me he liado con las pruebas yo solo, no se puede estar a ocho cosas a la vez y pretender hacer las pruebas bien.

ahora ejecuto a mano desde el raiz:
/tmp/hdd/volumes/HDD1/BT/prueba.ash

y funciona, genera el log, pero desde el cron sigue sin salirme,
Voy a dejar esto programado para esta noche y mañana haber si ejecuta alguno:

/ # crontab -l
# DO NOT EDIT THIS FILE - edit the master and reinstall.
# (/tmp/crontab.XXXXJ7Kl8Y installed on Sat Feb 19 21:31:45 2011)
# (Cron version V5.0 -- $Id: crontab.c,v 1.12 2004/01/23 18:56:42 vixie Exp $)
0 22 19 2 * /tmp/hdd/volumes/HDD1/BT/prueba.ash
0 1 20 2 * /tmp/hdd/volumes/HDD1/BT/prueba.ash
0 9 20 2 * /tmp/hdd/volumes/HDD1/BT/prueba.ash
0 12 20 2 * /tmp/hdd/volumes/HDD1/BT/prueba.ash
/ #

Un abrazo.

Iniciado por gregori

Carba,

acabo de darme cuenta del error del ash, ya que si ejecuto desde por ejemplo /tmp/
/tmp/hdd/volumes/HDD1/BT/ash prueba.ash
lógicamente no encuentra ash en ese directorio, en cambio al ejecutar
/tmp/hdd/volumes/HDD1/BT/prueba.ash
me funciona bien, con las pruebas del cron me he liado, voy ha probarlo y ya te comento.
Perdona por las molestias, pero soy un tanto novato en Linux
sabiendo que el fichero del cron lo estaba editando correctamente, ya puedo seguir solo,
aunque ahora me reclaman, así que ya lo pruebo mañana.

Muchas gracias

OK gregori, no se si no me he explicado bien.
Hay dos casos para ejecutar cualquier fichero (nombre=prueba en tu caso):
1) Que estés situado en el mismo directorio donde está el fichero, en cuyo caso tienes que ejecutarlo poniendo: ./prueba (PUNTO BARRAINCLINADA prueba)
2) Que estés situado en un directorio distinto, en ese caso tienes que poner la ruta completa: /path/completo/al/directorio/de/prueba.

No tiene nada que ver con el path que añades en el fichero profile, esos paths son para ejecutar COMANDOS del sistema no tus propios scripts.

Bueno, en cualquier caso, recuerda que te dije que el cron a mi me había funcionado siempre a la SEGUNDA, tienes que probarlo con algo que se repita mas frecuentemente, porque la prueba que has hecho de ejecutar algo el 19/2 a las 19:05, se repetiría el año que viene, y eso va a ser mucho esperar ¿no?

Voy a descubrirte por qué te pedía el contenido del fichero, si ejecutas algo que salga por la salida estandar (un echo simple, por ejemplo), esa salida se "pierde" porque para ejecutar el comando se abre un shell propio y es en la salida estandar de ESE shell donde aparecería el contenido del echo, pero veo que mandas la salida de los comandos a ficheros de log que luego puedes comprobar, eso está bien hecho.

Y no te preocupes que no es ninguna molestia, a mi me gusta que la gente entienda lo que está haciendo y si puedo ayudarles lo haré.

Saludos

Hola,

Tengo una pregunta: ¿cómo se desinstalan los paquete añadidos en el directorio opt? En concreto el sqlite, el cron y el instalador de paquetes (ipkg-cl). Supongo que no puedo borrar el directorio sin más ¿no?.

El caso es que ayer me he quedado sin espacio en la partición de trabajo mientras añadía nuevos Canales de Internet y necesito hacer limpieza para poder seguir.

Gracias anticipadas.

Saludos

Iniciado por Trostky

Hola,

Tengo una pregunta: ¿cómo se desinstalan los paquete añadidos en el directorio opt? En concreto el sqlite, el cron y el instalador de paquetes (ipkg-cl). Supongo que no puedo borrar el directorio sin más ¿no?.

El caso es que ayer me he quedado sin espacio en la partición de trabajo mientras añadía nuevos Canales de Internet y necesito hacer limpieza para poder seguir.

Gracias anticipadas.

Saludos

HolaTrostky, los paquetes se desinstalan así:

Código:

ipkg remove nombrepkg

El propio ipkg-cl es especial y no se como se desinstala a si mismo.

Con el sqlite y el cron no te deberías haber quedado sin espaico, aún así, para ver espacio en disco tienes dos comandos que puedes usar para ver donde (o que) se te ha consumido el espacio, son du y df, si pones du --help y df --help te sale esto

Código:

# df --help
BusyBox v1.1.3 (2010.04.29-10:11+0000) multi-call binary

Usage: df [-hmk] [FILESYSTEM ...]

Print the filesystem space used and space available.

Options:

        -h      print sizes in human readable format (e.g., 1K 243M 2G )
        -m      print sizes in megabytes
        -k      print sizes in kilobytes(default)

Código:

# du --help
BusyBox v1.1.3 (2010.04.29-10:11+0000) multi-call binary

Usage: du [-aHLdclsxhmk] [FILE]...

Summarizes disk space used for each FILE and/or directory.
Disk space is printed in units of 1024 bytes.

Options:
        -a      show sizes of files in addition to directories
        -H      follow symbolic links that are FILE command line args
        -L      follow all symbolic links encountered
        -d N    limit output to directories (and files with -a) of depth < N
        -c      output a grand total
        -l      count sizes many times if hard linked
        -s      display only a total for each argument
        -x      skip directories on different filesystems
        -h      print sizes in human readable format (e.g., 1K 243M 2G )
        -m      print sizes in megabytes
        -k      print sizes in kilobytes(default)

Saludos

Iniciado por Carva

...los paquetes se desinstalan así:

Código:

ipkg remove nombrepkg

El propio ipkg-cl es especial y no se como se desinstala a si mismo.
...

Muchas gracias, Carva

he ejecutado:

Código:

./bin/ipkg remove XXXX

¿Es correcto, verdad?

Y que faena lo del ipkg-cl... ocupa casi 8 MB y si tenemos en cuenta que el total disponible son 32 MB, pues hablamos de la cuarta parte

32.0M 30.3M 1.7M 95% /usr/local/etc

Estoy por borrar el directorio opt directamente... ¿tú que crees?... malo será que tenga que reinstalar el firmware

Voy a mirar por ahí a ver si veo otra alternativa.

Gracias de nuevo.

Un saludo.

Iniciado por Trostky

Muchas gracias, Carva

he ejecutado:

Código:

./bin/ipkg remove XXXX

¿Es correcto, verdad?

Y que faena lo del ipkg-cl... ocupa casi 8 MB y si tenemos en cuenta que el total disponible son 32 MB, pues hablamos de la cuarta parte

32.0M 30.3M 1.7M 95% /usr/local/etc

Estoy por borrar el directorio opt directamente... ¿tú que crees?... malo será que tenga que reinstalar el firmware

Voy a mirar por ahí a ver si veo otra alternativa.

Gracias de nuevo.

Un saludo.

No se si tienes el ipkg en el path, yo lo tengo y no necesito poner nada delante, la orden que comentas tu, se supone que es desde /usr/local/etc/opt ¿no?, pues entonces es correcta.

Trostky, yo creo que puedes borrar todo el directorio opt porque, me parece, que no existia antes de las instalaciones.
Tendrás que borrar también las posibles referencias a estos directorios y/o paquetes en el arranque (rcS y profile)

También te puedes cargar el directorio /usr/local/etc/package/ipkg pero te vas a quedar un poco "pelao".

Para estas cosas vendría muy bien crear un firmware customizado, poder incrementar un poco el espacio de estos filesystems, supongo que se podría hacer, pero eso ni lo he mirado.

Suerte

Iniciado por Carva

No se si tienes el ipkg en el path, yo lo tengo y no necesito poner nada delante, la orden que comentas tu, se supone que es desde /usr/local/etc/opt ¿no?, pues entonces es correcta.

Trostky, yo creo que puedes borrar todo el directorio opt porque, me parece, que no existia antes de las instalaciones.
Tendrás que borrar también las posibles referencias a estos directorios y/o paquetes en el arranque (rcS y profile)

También te puedes cargar el directorio /usr/local/etc/package/ipkg pero te vas a quedar un poco "pelao".

Para estas cosas vendría muy bien crear un firmware customizado, poder incrementar un poco el espacio de estos filesystems, supongo que se podría hacer, pero eso ni lo he mirado.

Suerte

Pues ya está con un par... bueno, y alguna prevención: haciendo copia de seguridad sobre HDD1 por si las moscas.

Pero lo que no entiendo es por qué el puñetero df me daba 7600 KB de tamaño cuando eran más de 14 MB

Bueno, voy a reiniciarlo y ver que pasa. Así ha quedado sólo quitando opt:
32.0M 16.8M 15.2M 52% /usr/local/etc

Muchas gracias por tu asistencia.

Saludos

*** AVISO A NAVEGANTES ***: después de borrar el directorio "opt" y reiniciar, el aparato se ha quedado como si acabara de actualizar el Firmware... Preguntándome por el idioma, región, canales... Vamos, que lo ha borrado todo...
En mi caso, un problema menor ya que había hecho copia de seguridad de todas mis configuraciones.
Así, que ya sabéis lo que os queda si queréis deshaceros del opt (que se lleva poco menos de la mitad del espacio disponible). Un poco incomprensible si consideramos que lo hemos creado nosotros... pero así es.

Iniciado por Trostky

Pues ya está con un par... bueno, y alguna prevención: haciendo copia de seguridad sobre HDD1 por si las moscas.

Pero lo que no entiendo es por qué el puñetero df me daba 7600 KB de tamaño cuando eran más de 14 MB

Bueno, voy a reiniciarlo y ver que pasa. Así ha quedado sólo quitando opt:
32.0M 16.8M 15.2M 52% /usr/local/etc

Muchas gracias por tu asistencia.

Saludos

De nada Trostky.

Lo que no entiendo es porque tenías "tantísima" ocupación, yo tengo el cron y el sqlite y tengo esto:

Código:

# df -h /usr/local/etc
Filesystem                Size      Used Available Use% Mounted on
/dev/mtdblock/2          32.0M     17.2M     14.8M  54% /usr/local/etc

Fíjate que tengo casi lo mismo que tu despues de borrar todo y yo no he borrado nada

Saludos