Empezar con la dream desde cero

[ambit]

El objetivo de este post es lograr aprender cual es la estructura de directorios de cada imagen, el porque de las diferencias entre una y otra; que sepamos siempre donde van cada uno de los archivos en nuestra dream, sea cual sea (emu, skin, etc..) por lógica y no por memorización o automatización; saber que es un script y la importancia que tienen en el mundo dream (y que seguramente más de uno ya se habrá dado cuenta). Espero que lo consigamos .

INDICE:

BREVE INTRODUCCIÓN

TEMA I------ > ORGANIZACIÓN DE LOS DIRECTORIOS EN LINUX

TEMA II------> ENIGMA E IMAGEN

TEMAIII------> ORGANIZACIÓN DE LOS DIRECTORIOS EN DREAMBOX

TEMA iV-----> TIPOS DE ARCHIVO EN DRAMBOX Y SU IGUALDAD CON LINUX (Más sencillo aún)

TEMA V-----> QUE ES UN SCRIPT Y SU IMPORTANCIA EN EL MUNDO DRAMBOX

............




BREVE INTRODUCCIÓN

Buenas a todos.


Cuando me llegó por primera vez mi dreambox 500s, y conecté la misma al DCC (que ya nos ha explicado otros compañeros del foro en otros manuales como hacer), y clickar en la opción ftp del mismo, me encontré con un listado de carpetas, que la verdad, me pareció totalmente novedosa, teniendo en cuenta que nunca habia utilizado linux. Si, había oído hablar de él, pero nunca lo había instalado.

En un primer momento, cuando vi esa lista de carpetas no era consciente de la importancia que tendría después comprender que utilidad tendría cada una, y que ficheros deberían estar en una u otra según su función. Me di cuenta luego, al instalar skins, plugins, emus. Vamos, todo.

Creo que es muy conveniente, para todo aquel que no lo sepa, entender la estructura de archivos de linux para manejar a la perfección nuestra dreambox.

La dreambox es prácticamente un pc cuyo sistema operativo es linux, y como vereis a continuación, logicamente lleva la misma estructura que un sistema linux.

Existe muchisima información por la web sobre linux y sus múltiples posibilidades, nosotros nos centraremos en la relación dreambox/linux.

El objetivo de este primer Tema, es informar del sistema de archivos y la función de cada carpeta. Posteriormente iremos viendo la similitud con nuestra dream, y luego podremos hacer ejemplos prácticos, como por ejemplo instalar manualmente una emu, que ficheros tiene y donde va cada uno, todo ello intentando, por supuesto con la ayuda de todos, buscar el porqué debe ir ahí y no en otro lado, ya que imagino que todo tendrá una lógica.

Es muy conveniente que nos aprendamos las carpetas y su significado, así todo será mucho más fácil después.

Luego nos encontraremos que gemini varia su estructura con respecto a nabilo, y a su vez estas con respecto a colosseum. Pero bueno.. ya lo iremos viendo, poco a poco, es mejor ir despacio y eso si, participando todos.

Os recuerdo que no soy ningún experto en dream ni linux, ni nada, pero creo que así es la mejor forma de aprender entre todos.

El objetivo de este post es lograr aprender cual es la estructura de directorios de cada imagen, el porque de las diferencias entre una y otra, y sepamos siempre donde van cada uno de los archivos en nuestra dream, sea cual sea (emu, skin, etc..) por lógica y no por memorización o automatización, y saber que es un script y la importancia que tienen en el mundo dream (y que seguramente más de uno ya se habrá dado cuenta). Espero que lo consigamos .

Para llevar a cabo las pruebas utilizaremos las herramientas siguientes: Dreambox 500s, DCC (Dream Control Center), Enigma original de Dreambox, y las imágenes Gemini, Nabilosat y Colosseum, aunque hay más, pero creo que serán suficientes para los objetivo que pretendemos.Si no se dispone de la 500s, da igual ya que estos principios son iguales para todas.



I.- ORGANIZACIÓN DE LOS DIRECTORIOS EN LINUX


En este articulo intentaremos explicar lo mas brevemente posible, como los directorios de un sistema Linux/Unix estan organizados y para que se usan. Uno de los problemas que tienen los nuevos usuarios de un sistema Linux/Unix es el no saber que significan y para que se utilizan los diferentes directorios del sistema. No preocuparos, en un principio puede pareceros dificil y sin logica, pero una vez que empeceis a usarlos os acostumbrais pronto.

Existe un estandard, el "Estándar de jerarquía de ficheros" (FHS - Filesystem Hierarchy Standard) que intenta definir unas bases, para que tanto los programas del sistema, como los usuarios y administradores, sepan donde encontrar lo que buscan. Este estandard se encuentra en su version 2.3 y el documento del mismo se puede encontrar en su totalidad en esta direccion:

Cita:
http://www.pathname.com/fhs/pub/fhs-2.3.html
Se recomienda su lectura a los deseen profundizar en el tema.

Este estandard esta mantenido por la 'Free Standards Group', una organización sin fines de lucro constituida por compañías de hardware y software como AMD, Computer Associates, Debian, Dell, Fujitsu, Google, HP, IBM, Intel, MySQL, NEC, Novell, Red Flag, Red Hat, Sun Microsystems, Veritas y otros muchos. La mayoría de las distribuciones de Linux, inclusive las que forman parte de Free Software Standards, no aplican de forma estricta y al 100% el estándar, aunque las diferencias son minimas.

Existen dos tipos de distinciones cuando hablamos del tipo de contenido de un directorio: Estaticos/dinamicos y compartibles/no compartibles.

Estaticos: Contiene binarios, bibliotecas, documentacion y otros ficheros que no cambian sin intervencion del administrador. Pueden estar en dispositivos de solo lectura (read-only) y no necesitan que se hagan copias de seguridad tan a menudo como con ficheros dinamicos
Dinamicos: Contiene ficheros que no son estaticos. Deben de encontrase en dispositivos de lectura-escritura (read-write). Necesitan que se hagan copias de seguridad a menudo
Compartibles: Contiene ficheros que se pueden encontrar en un ordenador y utilizarse en otro
No compartibles: Contiene ficheros que no son compartibles

A continuacion teneis algunos ejemplos para aclarar ideas:

Estaticos: /bin, /sbin, /opt, /boot, /usr/bin
Dinamicos: /var/mail, /var/spool, /var/run, /var/lock, /home
Compartibles: /usr/bin, /opt
No compartibles: /etc, /boot, /var/run, /var/lock

Todos los ficheros y directorios aparecen debajo del directorio raíz «/» (El equivalente en el mundo Unix al C:\ de Windows) aunque se encuentren en discos/dispositivos distintos. En Linux/Unix no existen letras de discos (C:, D:, etc) Los dispositivos se 'montan' (empiezan a formar parte) del arbol de directorios del sistema, pero esto lo explicaremos en otra ocasion.

A continuacion teneis una lista con los directorios mas importantes del sistema y para que se usan. Para acceder a los mismos podeis usar el comando cd 'nombre del directorio'. Para ver el contenido de los mismos podeis usar el comando ls -l 'nombre del directorio'.


Directorio Descripción
-----------------------------------------------------------------------------------------
/bin/ Comandos/programas binarios esenciales (cp, mv, ls, rm, etc.),
/boot/ Ficheros utilizados durante el arranque del sistema (núcleo y discos RAM)
/dev/ Dispositivos esenciales, discos duros, terminales, sonido,
video, lectores dvd/cd, etc

/etc/ Ficheros de configuración utilizados en todo el sistema y que
son específicos del ordenador

/etc/opt/ Ficheros de configuración utilizados por programas alojados dentro
de /opt/

/etc/X11/ Ficheros de configuración para el sistema X Window (Opcional)
/etc/sgml/ Ficheros de configuración para SGML (Opcional)
/etc/xml/ Ficheros de configuración para XML (Opcional)

/home/ Directorios de inicios de los usuarios (Opcional)
/lib/ Bibliotecas compartidas esenciales para los binarios de /bin/, /sbin/ y
el núcleo del sistema.

/mnt/ Sistemas de ficheros montados temporalmente.
/media/ Puntos de montaje para dispositivos de medios como unidades lectoras
de discos compactos.

/opt/ Paquetes de aplicaciones estáticas.
/proc/ Sistema de ficheros virtual que documenta sucesos y estados del
núcleo. Contiene principalmente ficheros de texto.

/root/ Directorio de inicio del usuario root (super-usuario) (Opcional)
/sbin/ Comandos/programas binarios de administración de sistema.
/tmp/ Ficheros temporales
/srv/ Datos específicos de sitio servidos por el sistema.
/usr/ Jerarquía secundaria para datos compartidos de solo lectura (Unix system
resources). Este directorio puede ser compartido por
múltiples ordenadores y no debe contener datos específicos del
ordenador que los comparte.

/usr/bin/ Comandos/programas binarios.
/usr/include/ Ficheros de inclusión estándar (cabeceras de cabecera utilizados
para desarrollo).

/usr/lib/ Bibliotecas compartidas.
/usr/share/ Datos compartidos independientes de la arquitectura del
sistema. Imágenes, ficheros de texto, etc.

/usr/src/ Códigos fuente (Opcional)
/usr/X11R6/ Sistema X Window, versión 11, lanzamiento 6 (Opcional)
/usr/local/ Jerarquía terciaria para datos compartidos de solo lectura
específicos del ordenador que los comparte.

/var/ Ficheros variables, como son logs, bases de datos, directorio raíz
de servidores HTTP y FTP, colas de correo, ficheros temporales, etc.

/var/cache/ Cache da datos de aplicaciones.
/var/crash/ Depósito de información referente a caidas del sistema (Opcional)

/var/games/ Datos variables de aplicaciones para juegos (Opcional)
/var/lib/ Información de estado variable. Algunos servidores como MySQL y
PostgreSQL almacenan sus bases de datos en directorios subordinados de éste.

/var/lock/ Ficheros de bloqueo.
/var/log/ Ficheros y directorios de registro del sistemas (logs).
/var/mail/ Buzones de correo de usuarios (Opcional)
/var/opt/ Datos variables de /opt/.
/var/spool/ Colas de datos de aplicaciones.
/var/tmp/ Ficheros temporales preservados entre reinicios.

Espero que esta informacion os sirva para comprender un poco mas donde encontrar informacion en vuestro sistema.

Nota importante: Fuente Enviado por ralfm el Lun, 21/08/2006 - 10:20
Publicado en la Url: linux-es.org/node/112



II.-ENIGMA E IMAGEN

Cuando encendemos la dream por primera vez, viene de fábrica con un software. Este software es Enigma. Y ahí puede llegar la primera confusión.

En el mundo Dream hablamos de versiones de enigma y de imágenes. En realidad, si lo analizamos podríamos decir que prácticamente hablamos de la misma cosa.

Podemos describir Enigma como el código standard que trae la Dreambox cuando está recién comprada. Es la interfaz gráfica de los comandos Linux.

Es lo que se denomina un sistema “open-source”, por lo que se puede tomar el último código fuente de CVS (Concurrent Versions System) en internet, y recompilarlo, cada uno a su gusto.

Al ser el código original de la Dream, podremos encontrar actualizaciones del mismo en la página oficial de Dream Multimedia.

Cuando dicho código es recompilado, añadiendo nuevas funcionalidades como menus, presentación de epg, o incluso añadir posibilidad de visionar imágenes, fotos de una u otra forma, hablamos de una imagen. Así nos encontramos con imágenes gemini, nabilosat, colosseum, hydra, etc… He aquí, por tanto la clave de la gran aceptación de dreambox como receptor, ya no por sus características meramente físicas (hardware), sino por las enormes posibilidades en cuanto al desarrollo de aplicaciones por software.

De hecho ahora nos podemos fijar, sabiendo esto, que cuando aparece una nueva versión de, por ejemplo, gemini, pues vemos que casi siempre suele venir acompañada de un cambio en la versión de enigma, con respecto a la anterior o al enigma original de Dream.

Valga como ejemplo este extracto del readme de gemini 3.60.

Info técnica:

* Enigma de: 31.05.2007
* GCC 3.4.4 CVS original
* Interfaz del Web: 6.0.2-Expert
* Busybox 1.01
* Tuxtxt V1.99
* CIFS 1.44]

Observación: El código Enigma también se conoce como "tuxbox" y también funciona sobre otras plataformas, tales como "dbox2". El código "tuxbox" está en continuo desarrollo; la versión CVS cambia frecuentemente, introduciendo continuas mejoras, bien para su funcionamiento en si, o para su adaptación.


III.- ORGANIZACIÓN DE LOS DIRECTORIOS EN DREAMBOX


En este tema vamos a ver la estructura de directorios de las imágenes que vamos a tomar como referencia, gemini, nabilo y colosseum, con respecto a enigma, del cual parten todas. Sabiendo que información tiene cada carpeta, de acuerdo con el tema anterior, sabremos que información va dentro de cada uno de los directorios de las tres imágenes.


Organización de directorios: (En todas es igual) Más fácil aún

Partimos de una dream con enigma 1.09, ejecutamos DCC y vamos a ftp, encontrándonos estos directorios, que sabiendo ya el significado de lo que contienen, podemos comentar a continuación lo siguiente:

/bin En este directorio van Comandos/programas binarios esenciales (cp, mv, ls, rm, etc.),

/dev En este directorio van los Dispositivos esenciales, discos duros, terminales, sonido, video, lectores dvd/cd, etc

/etc En este directorio van Ficheros de configuración utilizados en todo el sistema y que son específicos del ordenador, en nuestro caso procede indicar ya específicos de nuestra Dream.

/hdd (En comprobación)

/lib En este directorio van Bibliotecas compartidas esenciales para los binarios de /bin/, /sbin/ y el núcleo del sistema.

/proc En este directorio van Sistema de ficheros virtual que documenta sucesos y estados del núcleo. Contiene principalmente ficheros de texto.

/sbin En este directorio van Comandos/programas binarios de administración de sistema.

/share En este directorio van Datos compartidos independientes de la arquitectura del sistema. Imágenes, ficheros de texto, etc.

/tmp En este directorio van Ficheros temporales

/var En este directorio van Ficheros variables, como son logs, bases de datos, directorio raíz de servidores HTTP y FTP, colas de correo, ficheros temporales, etc.

/var_init Es un directorio estático en la flash que lleva a cabo ajustes básicos y es solamente de lectura. Cuando se lleva a cabo un borrado de la flash, estos directorios se copian al directorio de /var que es de lectura/grabación y es cuando podemos escribir y modificar en ellos, cuando volvemos a borrar la flash, de var_init pasan otra vez a /var a su estado original.

TEMA iV-----> TIPOS DE ARCHIVO EN DREAMBOX Y SU IGUALDAD CON LINUX (En elaboración)

Consideraciones previas


Permisos

Linux, al igual que todos los sistemas Unix, mantiene un sistema de permisos de acceso a los ficheros muy estricto, a fin de controlar qué es lo que se puede hacer con ellos, y quien lo puede hacer. Estos permisos se identifican con letras y son:

r permiso de lectura el fichero

w permiso de escritura en el fichero

x permiso de ejecución del fichero

s permiso para cambiar el propietario del fichero


Al contrario que en Windows o MS-DOS los programas ejecutables de Linux no están marcados por una determinada extensión (.exe) sino por un atributo, el permiso de ejecución x. Si se elimina este atributo a un programa, Linux no será capaz de ejecutarlo.

Ahora ya tenemos más claro el por qué en nuestra dream debemos tener archivos con atributos 777 755 o 644

Vayamos ahora a ver que significan las extensiones de los archivos más comunes que nos encontraremos:

Primeros los famosos archivos comprimidos y archivados:

.bz2 — archivo comprimido con bzip2

.gz — archivo comprimido con gzip

.tar — archivo guardado con tar (iniciales de tape archive), también conocido como archivo tar

.tbz — archivo tar y bzip

.tgz — archivo tar y gzip.

.zip — archivo comprimido con ZIP, encontrado comunmente en aplicaciones MS-DOS. La mayoría de los archivos para Linux usan el tipo de compresión gzip, por lo tanto es raro encontrar un archivo .zip en Linux.

Ahora los formatos de archivos generales:

.au — archivo de audio

.gif — archivo gráfico o de imagen

.html/.htm — archivo HTML

.jpg — archivo de imagen JPEG

.pdf — imagen electrónica de un documento; PDF son las siglas de Portable Document Format

.png — archivo gráfico de imagen PNG (siglas de Portable Network Graphic)

.ps — archivo PostScript; formateado para ser impreso

.txt — archivo plano de texto ASCII

.wav — archivo de audio

.xpm — archivo de imagen

Y ahora los archivos de sistema:

.conf — archivo de configuración. A veces los archivos de configuración usan la extensión .cfg, también.

.lock — archivo lock; determina si el programa o dispositivo está en uso

.rpm — archivo del gestor de paquetes de Red Hat que se usa para instalar software


TEMA V.- QUE ES UN SCRIPT Y SU IMPORTANCIA EN EL MUNDO DREAMBOX.




Un script de Linux equivale a un archivo *.BAT de MSDOS, con la diferencias siguientes:

No tiene que terminar con la extensión .bat. De hecho, no tiene porqué tener extensión.

Tiene que tener permisos de ejecución.

Puede ser mucho más complejo.

En su forma más simple, un archivo de texto, con una lista de comandos, que se ejecutan en ese orden de forma automática, del mismo modo que si los escribes uno a uno en una consola de texto o una terminal, lo que en ciertas tareas repetitivas es bastante cansino, salvo que usemos un script.

Como el shell más común es bash, sólo haremos referencias a sus scripts, pero para otros entornos la forma de proceder es similar.

La mejor forma de ver su verdadera utilidad es con un fácil ejemplo:

Abrimos un editor de texto cualquiera, y escribimos lo siguiente:

#!/bin/sh
# Esta línea será ignorada
# Esta también
echo "Hola a todos"
echo "Voy a ser el mejor Dreamer"
echo "Ademas muestrame la lista de archivos"
ls

Observaciones: En un script las lineas que comienzan por # son ignoradas, se ponen para explicaciones o comentarios para una mejor depuración, excepto la primera #!/bin/sh , esta se pone siempre y es donde se indica el programa ayudante necesario para que el script se ejecute.

Echo “texto”, nos mostrará literalmente lo que pongamos.

Y al final del todo el comando ls para que nos muestre la lista de archivos del directorio.

Una vez realizadas estas observaciones, grabamos el fichero con el nombre, por ejemplo, script. Aunque en Linux, al contrario que en DOS, no son necesarias las extensiones, por norma general, para poder identificar un script frente a otros tipos de archivos se le pone la extensión sh. Por ello, grabaremos nuestro script como “script.sh”

Ahora abrimos DCC, y copiamos el fichero en var/script. Nos vamos a Telnet y en la línea de comandos escribimos esto:

Cd /var/script

Bien.. otro detalle importante es que el fichero que hemos generado y copiado a la dream, osease el script.sh, tenga atributos de ejecución. Para hacerlo ponemos lo siguiente:

Chmod +x script.sh

Y ahora, por fin, lo ejecutamos, tecleando lo siguiente:

./script.sh
(Fijaos que he puesto un punto delante de la barra).

Y nos debe mostrar esto:

Hola a todos
Voy a ser el mejor Dreamer
Ademas muestrame la lista de archivos
Ifconfig_userscript.sh Netstat_userscript.sh script.sh (esto me sale en la mia, en la vuestra pues los ficheros que tengais)
/var/script >

Bueno.. ya hemos hecho nuestro primer script.

Y ¿por qué es importante un script en dreambox? Bueno, pues por ejemplo, imaginemos que tenemos una emu que al descargarla lleva 5 ficheros, llamemos "X". Sabemos donde va cada uno y descomprimimos su contenido en en dream, creamos un script que diga que copie cada uno en su carpeta (para evitar la perdida de tiempo de grabar uno a uno en cada sitio). Creamos un script lo ejecutamos desde telnet como el ejemplo anterior y hala todo grabado en su sitio.

Veremos que el DCC lleva un fichero donde podemos configurar multiples script y más herramientas de automatización, pero solo son eso, herramientas de automatizacion, pero si sabemos hacer un script bien hecho, personalizado, se ejecutara como si un programa más fuera y nos facilitará enormente todo el trabajo.

[coffe]

buen aporte compañero

[stormzmg]

Gracias por el aporte!!!

Saludos

[spalermo_9]

esto lo emociona mas a uno, saludos y gracias