Re: Siemens Gigaset HD795 T
Primero habilitas ftp en el menu del aparato. Luego abres el fichero /usr/local/etc/dvdplayer/ftpdpassword y lo editas poniendo la ruta(el último parametro) a /var/usbmounts/sdc1 .
Está claro que si cambias algo en los ajustes el fichero puede sobreescribirse y tendrás que editarlo otra vez.
Si alguen consigue editar/borrar un fichero ejecutable que se ejecuta en el aparato en algun momento, podemos escribir un programito en lugar de este fichero para habilitar telnet, etc.
Iniciado por mapelo
Re: Siemens Gigaset HD795 T
Funciona perfectamente, es más, mi conexión samba no pasaba de los 750 kbytes/s y con ftp consigo los 2 Mbytes/s, por lo que la imposibilidad de ver una peli en red wifi sin paradas pasó a la historia de este aparato. Mira que ayer le di vueltas a todos los directorios, pero jamás pensé que en dvdplayer pudiera haber algo interesante, por el propio nombre asignado. Lo único que he tenido que cambiar es sdc1 por sdb1 en mi caso. Fíjate también que con lo que tú propones descubrimos que el hardware del disco duro parece que va conectados a la "placa" con una conexión USB.
Por supuesto: a este bug que acabas de encontrar hay que exprimirlo. Este firmware es un software hecho por un inepto, y debe de tener decenas de posibilidades de entrar. Por ejemplo, también veo en eses directorio archivos como dtv_channel.txt y schedule_record.db que se pueden editar.
Edito: se pueden ordenar/borrar los canales de TV y RADIO con los programas dtvchannelmanager.1.2.zip o HMRChanMan-0.95beta.zip (que se encuentran en la red facilmente) accediendo por FTP al HD795TW y modificando el archivo /usr/local/etc/dvdplayer/dtv_channel.txt (Apagar y encender el aparato para que coja los cambios -es lo mismo que un reboot-)
Última edición por mapelo; 15/04/2012 a las 19:51 Razón: Probando cosas
Re: Siemens Gigaset HD795 T
Perfecto mapelo!!
Como dice odracir, el fichero schedule_record.db es la base de datos de las programaciones, y es el fichero que usa mi programa RecTimerMgr para modificar todas las programaciones a nuestro gusto, lo único es que el programa, mediante telnet, copia el fichero a un sitio accesible por el programa para modificarlo, y después lo devuelve (también por telnet) de nuevo a su sitio.
Si conseguís activar el telnet en el equipo funcionará TODO lo que se ha hecho para el 795T hasta ahora.
Saludos
Posts claves:
Instalación de sqlite3 y cron: Pág 35 #515
Grabaciones siempre disponibles: Pág 48 #708
Guardas en las programaciones: Pág 62 #929
Curso básico de vi: Pág 65 #974
Apagado programado: Pág 66 #984
Programa RecTimerMgr 0.2.0.2: Pág 103 #1538
Re: Siemens Gigaset HD795 T
Una cosa Carva.
Si se hace con samba, imagino que sobra todo el tema de copiarla a otro directorio, modificarla y volver a subirla......
Vamos, que se edita directamente.
Ya imagino que tú tendrías que modificar tu programa, pero es todo directo...... ¿En el 795T te funcionará los de los accesos directos en EXT?
Incluso en el HD795 podría hacerse quizás sin pendrive, porque por telnet se podría escribir esos simlink y llamarlos en el RCs al arrancar o algo asimilado (no lo sé. es un suponer).
Re: Siemens Gigaset HD795 T
Hola odracir, el hecho de hacerlo así es que con samba desde Windows, no se ve directamente el directorio donde está el fichero.
No he probado lo de los simlinks, pero ¿tu crees que se podría ver directamente el directorio indicado?
Como en el 795T si se puede editar el fichero rcS, ¿qué comando propones que se ejecute ahí?
Saludos
Posts claves:
Instalación de sqlite3 y cron: Pág 35 #515
Grabaciones siempre disponibles: Pág 48 #708
Guardas en las programaciones: Pág 62 #929
Curso básico de vi: Pág 65 #974
Apagado programado: Pág 66 #984
Programa RecTimerMgr 0.2.0.2: Pág 103 #1538
Re: Siemens Gigaset HD795 T
Parace que rcS no se ejecuta, he puesto esto al final:
echo "start" > /usr/local/etc/log.log
/usr/sbin/telnetd >> /usr/local/etc/log.log &
Pero el fichero log.log sigue siendo vacío
Re: Siemens Gigaset HD795 T
Una vez que tienes acceso por Samba al directorio raiz podrías copiar el contenido del firmware y subirlo a algún servidor como mediafire. En los firmwares no encriptados, /usr/local/etc/rcS es llamado desde /etc/init.d/rcS1 y en ese mismo directorio debería estar S50inetd que es el que lanzaría el telnetd (salvo que la línea correspondiente de /etc/inetd.conf esté comentada con la # inicial, que es lo que han hecho últimamente en algún firmware nuevo de otros reproductores).Parace que rcS no se ejecuta, he puesto esto al final:
echo "start" > /usr/local/etc/log.log
/usr/sbin/telnetd >> /usr/local/etc/log.log &
Pero el fichero log.log sigue siendo vacío
Saludos.
Re: Siemens Gigaset HD795 T
Hola denis111, he probado las lineas que comentas y, en el 795T, si que se ejecutan.Parace que rcS no se ejecuta, he puesto esto al final:
echo "start" > /usr/local/etc/log.log
/usr/sbin/telnetd >> /usr/local/etc/log.log &
Pero el fichero log.log sigue siendo vacío
El hecho de que se cree el fichero log.log ya indica que al menos una linea se ha ejecutado, puesto que el fichero no existe previamente ¿no?, debe ser la primera línea la que lo crea.
Ten cuidado con la segunda línea, ya que arranca el telnet y en el caso del 795T lo que se obtiene es una petición de login para crear otro "shell", mira:
Por eso has tenido que terminar el comando con "&".Código:/usr/local/etc # /usr/sbin/telnetd Gigaset_HD795T login:
Borra el fichero log.log y si se crea, es que "algo" se está ejecutando.
Ejecutándolo "a mano" desde telnet yo obtengo esto:
SaludosCódigo:/usr/local/etc # more log.log start Gigaset_HD795T login:
Posts claves:
Instalación de sqlite3 y cron: Pág 35 #515
Grabaciones siempre disponibles: Pág 48 #708
Guardas en las programaciones: Pág 62 #929
Curso básico de vi: Pág 65 #974
Apagado programado: Pág 66 #984
Programa RecTimerMgr 0.2.0.2: Pág 103 #1538
Re: Siemens Gigaset HD795 T
Hola Carva, te he demorado un poco, porque sabes que en este foro las búsquedas no sirven de nada y el sistema de numeración de páginas no ayuda nada a navegar porque no puedes ir a una página concreta, sólo a las que se visualizan arriba del todo del hilo....... un rollo, vamos.
A ver.
La verdad es que Denis111 ha sido bastante parco en su explicación. Ya me pasó con otro aporte de Satai al principio del todo de este hilo (lo que he estado buscando). Cuando se sabe de linux, con dos indicaciones basta, pero a mi hay que decírmelo más concretamente, como haces tú en tus tutos.
Yo diría que en primer lugar el samba que corre en el HD795TW está preparado para publicar en red no sólo el HDD interno, sino también los HDD que se conecten por USB.
Supongo yo que por eso el pendrive en EXT que hace Denis111, al insertarlo, aparece desde un PC en red como un recurso más del HD795TW. Cuando desde el PC entra en el recurso del HDD-USB (el pendrive EXT que prepara) ve dos carpetas, una la /etc y otra la /usr y ahora al acceder a ellas, lo que "explora" en el PC es en realidad el directorio /etc y el /usr internos del firmware (del linux), que puede que incluso en partes estén en la memoria física del equipo y no en un HDD físico. Porque los symlinks lo que hacen es que se acceda a una carpeta física desde otra "ficticia".
Creo yo que esto lo conoces, más que nada lo pongo para que me corrijan Denis111 o Mapelo si me equivoco en lo que "creo".
Bien, digo que Denis111 es un poco parco porque diría yo que en el pendrive crea dos carpetas, una /usr y otra /etc..... y en este punto cambiaré la denominación, porque las "/" hacen que se confundan las cosas.
Supongo yo que en el pendrive se crean dos carpetas, como éstas:
/Acceso_a_usr
/Acceso_a_etc
Y luego crea los dos symlinks (esto tiene que ser obligatoriamente en linux):
ln -s /usr Acceso_a_usr
ln -s /etc Acceso_a_etc
Yo así lo hacía en mi PVR de Siemens, antecesor de los HD795, para unos temas que se necesitaban, primero creaba el directorio en el lugar al que tenía acceso, luego el symlink al directorio real al que hay que escribir. Cuando escribes en el directorio al que tienes acceso, lo que haces lo haces en el otro, en el real.
Igual me equivoco y sencillamente crean el symlink sin crear un directorio para verlo por samba en el pendrive EXT. Quizás el symlink se ve físicamente como una carpeta al entrar por samba (es un acceso directo, igual se ve como una carpeta). Yo veo al destripar los firmwares que hay directorios llenos de symlinks y accesos directos, como los referentes a los comandos de busybox cuando entras en la carpeta /bin. Pero es que mis conocimientos dan para lo justo y a mi hay que dármelo todo muy migadito. La sintaxis que se usa, por ejemplo, no sé exactamente como es...... Por ejemplo:
ln -s /usr /Acceso_a_usr
Será lo mismo que dice Denis?????? en mi caso uso una "/", pero Denis no pone esa "/" ante lo que es el link hacia "/usr".
Y hay otras posibilidades, como usar:
ln -s ./usr ./Acceso_a_usr
De verdad...... yo con linux ando muy justito.
Bueno, pues ya comentado que no sé exactamente lo que hacen, pues decir que ya Satai hacía algo parecido para instalar paquetes IPK. Lo que comentaba es que usaba los symlink para apuntar a un directorio concreto, pero desde un HDD (una partición) que está fuera del firmware del equipo.
En este post indicaba el symlink que usaba:
https://www.forodvd.com/tema/86375-s...tml#post799090
El symlink es:
3. # ln -s /tmp/hdd/root/opt /usr/local/etc/opt
Y lo que hacía Satai (porque se lo pregunté y me contestó un par de páginas más adelante) era no tocar nada en el firmware, sino en su directorio que estaba en el HDD, y lo hacía porque el symlink apunta a /usr/local/etc/opt, que es de escritura, pero trabajando en el HDD.
Bien, pues en tu caso, Carva, tú tienes ventaja sobre los del HD795TW, ya que tú sí tienes telnet y por tanto no necesitas pendrive en EXT ni tampoco un linux. Ya es un linux tu consola telnet en el HD795T
Denis111 me corregirá, supongo, en lo que me haya equivocado, pero tú puedes probar a entrar por telnet en tu HD795T, dirigirte al HDD (a la parte que ves por samba desde el PC) y ahí crear la carpeta /Acceso_a_usr y luego el symlink o bien sencillamente el symlink si Denis111 confirma que basta con esa sintaxis.
Cuando desde el PC accedas al HD795T verás una carpeta nueva al lado de las otras que tienes que se verá como "Acceso_a_usr" y al clicarla..... pues entrarás en el directorio /usr del HD795T. Que usas tu programa..... pues lo redirigirías por samba a esa carpeta de red //HD795T/Acceso_a_usr......
Creo yo, ¡vamos! Igual me equivoco. El estar en NTFS el HDD igual es un problema para ésto........ igual. Como es linux el que va a procesar todo, yo supongo que no habrá problema, pero igual no se puede.
Es que Satai lo que usaba era una partición que hace el HD795T (pero no el HD795TW por lo que me han dicho) en el HDD interno que está en EXT y que no se usa para nada que se sepa
Que si usar el rcS????
Pues diría que los scripts en linux son exactamente lo mismo que teclear instrucciones en una línea de comandos, como por telnet. Los scripts se mejoran muchísimo con los lenguajes de programación, por ejemplo introduciendo condicionantes para que se haga una instrucción u otra en función de otras cosas y para buscar y ...... bueno, para muchas cosas, pero al final lo que hay es una instrucción que se mete tal y como si se teclease en línea de comandos.
Pues supongo yo que bastará introducir en el rcS el symlink tal cual lo indica Denis111.
Si metes en el rcS sencilamente:
ln -s /usr Acceso_a_usr
Pues igual te crea el symlink en un sitio inesperado, como en el root, en la raíz del SO, o en el punto en que en ese momento esté posicionado por vete a saber qué circunstancias. Igual debes usar rutas relativas, como el ejemplo que puse antes:
ln -s ./usr ./Acceso_a_usr
O quizás algo como
ln -s /usr /tmp/hdd/Acceso_a_usr
Porque en tu caso, o en el del SAMBA de tu HD795, igual tienes que acceder al HDD interno y es en él donde debes crear el symlink.
Puedes poner dos líneas en el rcS, una para crear la carpeta en tu HDD interno y otra para el symlink:
mkdir /tmp/hdd/Acceso_a_usr
ln -s /usr /tmp/hdd/Acceso_a_usr
La sintaxis concreta no sé cual será, ni tu punto correcto de creación, pero lo pondrías en el rcS del mismo modo que si lo haces por telnet. En cada arranque, al procesar el rcS se te crea la carpeta y el symlink. Igual basta con hacerlo una vez y se queda aunque apagues/enciendas el equipo. Entonces no haría falta en el rcS, bastaría con hacerlo por telnet, pero si no hay nada "machacable" en la carpeta, pues no importa que cada vez que arranca la cree de nuevo.
Bueno, espero no equivocarme por completo en todo, ya que yo pruebas no puedo hacer como vosotros. Y está el tema de NTFS que dije antes de nuevo. Aún me cabe alguna posibilidad más, pero eso si me equivoco por completo y ningún supuesto de los que te planteo funciona.
Además mi tocayo Trostky ha intervenido un día de éstos e igual nos lee y nos ilumina, que él también controla de linux.
Un saludo.
Re: Siemens Gigaset HD795 T
odracir, todo lo has explicado muy bien. Lo que pasa es que los que usamos Linux a veces damos por supuesto cosas que los usuarios de Windows desconocen.
Pero tú lo has enfocado bien: a los usuarios del HD795T no les hace falta para nada todo lo que se ha contado en los últimos mensajes, pues vosotros ya tenéis acceso total al todos los ficheros del sistema, y además como root (administrador supremo) con telnet.
Los usuarios del HD795TW, con el firmware sin tocar, no tenemos acceso por ftp a nada, y el samba está enjaulado (chroot) al contenido de HDD1 (los fichero de música, imagen y vídeo que hemos almacenado) y a USB1 (el pendrive que podemos pinchar). Formatear un pendrive con ext3 y ponerles un enlace simbólico apuntando a la raiz (/) del sistema Linux del aparato es el truco para poder ver por primera vez todo el árbol de directorios y ficheros. A los usuarios del HD795T no les hace falta nada de esto, pues ya lo ven cuando hacen telnet.
La gracia de todo esto es que nos hemos encontrado con que algunos ficheros se pueden modificar, y hemos corregido alguna de las configuraciones del ftp para hacerlo funcionar. El paso para los usuarios del HD795TW ha sido muy grande, pues antes no podíamos usar este rápido protocolo para transferir ficheros en red. Otra novedad para nosotros los del TW es que podemos ordenar los canales sin el trauma de que se pueda reiniciar el aparato constantemente, porque hemos podido acceder en modo lectura y escritura al fichero que guarda los canales.
La pregunta que nos hemos hecho ha sido que como ya podemos ver todo el sistema, y sabemos cómo modificarlo para mejorar sus prestaciones, si podríamos activar servicios (como el de telnet, y así disponer también de todo lo avanzado en este foro con el HD795T). El problema es que solo podemos modificar al acceder por samba o por ftp a un limitado número de ficheros, pues accedemos como un usuario no privilegiado (diferente de root). El truco al que estamos dando vueltas es que si existe un error de los programadores y algún fichero que el sistema ejecute de forma automática (y lo hará como root) podemos editarlo y meterle alguna instrucción provisional que nos interese. Por ejemplo, si ese rcS nos hubiera servido, hubiera sido útil meterle en la última línea el comando chmod 0777 /etc/inetd.conf (que modifica los permisos sobre dicho fichero), para luego (ya con permisos de lectura/escritura) quitar el comentario (#) de la línea que arranca el telnet. Fijaos que como no tenemos permisos para modificar el inetd.conf lo que intentamos es buscar una falla en el sistema que haga el trabajo por nosotros, pero con privilegio del root que es como casi siempre funciona la máquina linux en sus procesos automáticos de arranque.
Y por ahí vamos. Y como otro forero ha puesto de manifiesto, ni siquiera sabemos si el busybox incluye el programa telnetd o también está capado, lo que complicaría muy mucho el asunto.
Última edición por mapelo; 17/04/2012 a las 12:12
Re: Siemens Gigaset HD795 T
Muchas gracias odracir, está todo muy claro, creo que voy a probar lo de los symlinks y ya os comentaré.
Creo que te asombra el uso del rcS en el 795T, pues si, te lo aseguro, yo lo tengo "petao" de cosillas utiles para mi, desde la ejecución de comandos propios en el Dvdplayer (bastante peligroso) hasta la ejecución del demonio del cron, creación de directorios, etc.
Por cierto, y perdonad que se me halla pasado por alto, pero en el directorio /usr/local/etc del 795T, además del rcS, también se ejecuta en el arranque el fichero profile, en el cual tengo también muchas cosas, como 8 alias (pseudocomandos muy largos que uso a menudo) y 6 variables de entorno que también me simplifican las cosas desde telnet. La cuestión es ¿ tenéis los del TW el fichero profile?.
@mapelo
Muchas gracias mapelo a ti también, sobre el busybox, te puedo decir que casi seguro que tiene el telnetd, ya que ese sistema es independiente (no es de Siemens ni de Realtek) y creo que el fichero estará "completo", mira desde telnet la salida de este comando:
Lo que he hecho es ejecutar el propio comando busybox y te enseña todo sus comandos internos entre los que está el demonio de telnet telnetd.Código:/usr/local/etc # busyboxBusyBox v1.1.3 (2010.04.29-10:11+0000) multi-call binary Usage: busybox [function] [arguments]... or: [function] [arguments]... BusyBox is a multi-call binary that combines many common Unix utilities into a single executable. Most people will create a link to busybox for each function they wish to use and BusyBox will act like whatever it was invoked as! Currently defined functions: [, [[, addgroup, adduser, ash, basename, busybox, cat, chmod, chown, chroot, clear, cp, cut, date, dd, delgroup, deluser, devfsd, df, dirname, dmesg, du, e2fsck, echo, egrep, eject, expr, false, fdisk, fgrep, find, free, fsck, fsck.ext2, fsck.ext3, ftpget, ftpput, getopt, grep, halt, head, hexdump, hostname, httpd, hwclock, id, ifconfig, inetd, init, insmod, ipcrm, ipcs, kill, killall, klogd, linuxrc, ln, logger, login, losetup, ls, lsmod, lzmacat, mkdir, mke2fs, mkfs.ext2, mkfs.ext3, mkfs.extk, mknod, mkswap, mktemp, modprobe, more, mount, mv, netstat, nice, passwd, pidof, ping, pivot_root, poweroff, printf, ps, pwd, readlink, reboot, rm, rmdir, rmmod, route, sed, sh, sleep, sort, stty, swapoff, swapon, sync, syslogd, tail, tar, tee, telnetd, test, tftp, time, touch, tr, true, tune2fs, udhcpc, udhcpd, umount, uname, unlzma, unzip, uptime, usleep, vi, wc, wget, which, yes
En el T el link a telnetd está en el directorio /usr/sbin, te muestro la salida de ls -l:
Como puedes ver la penúltima línea es el link de telnetd al fichero busyboxCódigo:/usr/sbin # lltotal 1008 drwxr-xr-x 2 root root 561 Mar 7 2011 . drwxr-xr-x 7 root root 75 Mar 7 2011 .. lrwxrwxrwx 1 root root 17 Mar 7 2011 chroot -> ../../bin/busybox -rwxr-xr-x 1 root root 67856 Apr 29 2010 dosfsck -rwxr-xr-x 1 root root 14968 Apr 29 2010 flash_eraseall lrwxrwxrwx 1 root root 28 Mar 7 2011 httpd -> /usr/local/etc/busybox1.11.2 lrwxrwxrwx 1 root root 17 Mar 7 2011 inetd -> ../../bin/busybox -rwxr-xr-x 1 root root 92604 Apr 29 2010 loader_a -rwxr-xr-x 1 root root 34948 Apr 29 2010 mkdosfs -rwxr-xr-x 1 root root 61512 Apr 29 2010 mkudffs -rwxr-xr-x 1 root root 14952 Apr 29 2010 nandwrite -rwxr-xr-x 1 root root 496240 Apr 29 2010 pppd -rwxr-xr-x 1 root root 38836 Apr 29 2010 pppoe -rwxr-xr-x 1 root root 9046 Apr 29 2010 pppoe-connect -rwxr-xr-x 1 root root 8900 Apr 29 2010 pppoe-connect.in -rwxr-xr-x 1 root root 1197 Apr 29 2010 pppoe-init -rwxr-xr-x 1 root root 1524 Apr 29 2010 pppoe-init-suse -rwxr-xr-x 1 root root 1502 Apr 29 2010 pppoe-init-suse.in -rwxr-xr-x 1 root root 1151 Apr 29 2010 pppoe-init-turbolinux -rwxr-xr-x 1 root root 1129 Apr 29 2010 pppoe-init-turbolinux.in -rwxr-xr-x 1 root root 1175 Apr 29 2010 pppoe-init.in -rwxr-xr-x 1 root root 34756 Apr 29 2010 pppoe-relay -rwxr-xr-x 1 root root 55796 Apr 29 2010 pppoe-server -rwxr-xr-x 1 root root 9639 Apr 29 2010 pppoe-setup -rwxr-xr-x 1 root root 9619 Apr 29 2010 pppoe-setup.in -rwxr-xr-x 1 root root 22296 Apr 29 2010 pppoe-sniff -rwxr-xr-x 1 root root 5591 Apr 29 2010 pppoe-start -rwxr-xr-x 1 root root 5518 Apr 29 2010 pppoe-start.in -rwxr-xr-x 1 root root 2178 Apr 29 2010 pppoe-status -rwxr-xr-x 1 root root 2327 Apr 29 2010 pppoe-stop -rwxr-xr-x 1 root root 2277 Apr 29 2010 pppoe-stop.in -rwxr-xr-x 1 root root 9680 Apr 29 2010 realbox lrwxrwxrwx 1 root root 7 Mar 7 2011 realfsck.dos -> realbox lrwxrwxrwx 1 root root 7 Mar 7 2011 realmkfs.dos -> realbox lrwxrwxrwx 1 root root 17 Mar 7 2011 telnetd -> ../../bin/busybox lrwxrwxrwx 1 root root 17 Mar 7 2011 udhcpd -> ../../bin/busybox
Espero que sirva para algo
Saludos
Posts claves:
Instalación de sqlite3 y cron: Pág 35 #515
Grabaciones siempre disponibles: Pág 48 #708
Guardas en las programaciones: Pág 62 #929
Curso básico de vi: Pág 65 #974
Apagado programado: Pág 66 #984
Programa RecTimerMgr 0.2.0.2: Pág 103 #1538
Re: Siemens Gigaset HD795 T
denis, ya tenemos el fichero con atributos de ejecución y que debe ejecutarse en algún momento por el sistema HD795TW, y al que podemos hincarle el diente jajajajaja. El ficherito:
/usr/local/etc/rcS
Y puedo ver en Google que hay gente que ya ha hecho cosas como las que nosotros queremos hacer: ASUSTeK Computer Inc.-Forum- /usr/local/etc/rcS not executing
Re: Siemens Gigaset HD795 T
Enhorabuena chicos!!
Parece que vais por el buen camino para poder habilitar el telnet.
Aquí va mi granito de arena:
En el HD795T el telnet creo que se arranca desde el fichero inetd.conf del directorio /etc, aquí os pongo lo que contiene:
Todo lo que empieza por # son comentarios, o sea que lo único que se arranca en este caso es el telnet.Código:/etc # more inetd.conf# # /etc/inetd.conf A simple inetd.conf # # <service_name> <sock_type> <proto> <flags> <user> <server_path> <args> # # To re-read this file after changes, just do a 'killall -HUP inetd' # # #ftp stream tcp nowait root /usr/sbin/ftpd ftpd -u 100 telnet stream tcp nowait root /usr/sbin/telnetd telnetd #auth stream tcp nowait nobody /usr/sbin/nullidentd nullidentd #www stream tcp nowait www-data /usr/sbin/httpd httpd -h /var/www # # End of inetd.conf
También tendréis que comprobar que existe el "fichero" telnetd en /usr/sbin, lo pongo entre comillas porque es en realidad un link. Este es el contenido de ese directorio:
Ánimo y saludosCódigo:/usr/sbin # ll teln* lrwxrwxrwx 1 root root 17 Mar 7 2011 telnetd -> ../../bin/busybox
Posts claves:
Instalación de sqlite3 y cron: Pág 35 #515
Grabaciones siempre disponibles: Pág 48 #708
Guardas en las programaciones: Pág 62 #929
Curso básico de vi: Pág 65 #974
Apagado programado: Pág 66 #984
Programa RecTimerMgr 0.2.0.2: Pág 103 #1538
Permisos de publicación
LinkBack URL
About LinkBacks
Citar