Mods firms para cubos basados en chips realtek

Re: Mods firms para cubos basados en chips realtek

Nada, también se bloquea.
Van pasando el nombre de las películas hasta que se para, estando bastantes minutos y hasta que se cierra la sesión de telnet.

He hecho un scandisk, y aunque dice haber encontrado algunos fallos y haberlos reparado... se vuelve a producir el bloqueo cuando hago el reescaneo. Quizá tenga demasiadas películas...

Esta última vez después de haber borrado DATA y hacer por Telnet "mig" al terminarlo... se ha bloqueado, no me ha dado opción al mig rescan

Seguiremos intantándolo

Re: Mods firms para cubos basados en chips realtek

Pues ese problema no es del firm ¿Ya te pasaba antes?

¿Cuantas pelis tienes?

Re: Mods firms para cubos basados en chips realtek

Sip, la verdad es que siempre me costó, pero al final conseguía hacerlo entero ya que no eran demasiadas. Y como luego ya es añadir las nuevas de una en una....

Pues no lo se, supongo que 98 jejeje.

He pasado la mitad aproximadamente a otra carpeta y lo he vuelto a intentar a través de telnet.
Esta vez lo ha hecho sin problemas. Pero el cubo se ha quedado tan espeso que he tenido que reiniciarlo a través de Gestión remota.
Seguidamente me he ido a jukebox desde el menú principal y... reinicio.

Esta vez me he ido a mig y he hecho el escaneo completo, lo ha hecho muy bien (unas 50 pelis). He vuelto al menú principal y esta vez SI me ha permitido entrar en jukebox.
Parece que hay alguna relación.

Saludos

EDITO-

He dejado el cubo en la pantalla principal para escribir el texto anterior... y cuando he vuelto... bloqueado.
No me deja hacer nada, ni corren los segundos... ni parpadea el led de power al pulsar botones.

Ayer reinstalé el firm precisamente por estos motivos
(A mi desde luego este... se me está atravesando) :(

Re: Mods firms para cubos basados en chips realtek

Cita:

Iniciado por Gau

Sip, la verdad es que siempre me costó, pero al final conseguía hacerlo entero ya que no eran demasiadas. Y como luego ya es añadir las nuevas de una en una....

Pues no lo se, supongo que 98 jejeje.

He pasado la mitad aproximadamente a otra carpeta y lo he vuelto a intentar a través de telnet.
Esta vez lo ha hecho sin problemas. Pero el cubo se ha quedado tan espeso que he tenido que reiniciarlo a través de Gestión remota.
Seguidamente me he ido a jukebox desde el menú principal y... reinicio.

Esta vez me he ido a mig y he hecho el escaneo completo, lo ha hecho muy bien (unas 50 pelis). He vuelto al menú principal y esta vez SI me ha permitido entrar en jukebox.
Parece que hay alguna relación.

Saludos

EDITO-

He dejado el cubo en la pantalla principal para escribir el texto anterior... y cuando he vuelto... bloqueado.
No me deja hacer nada, ni corren los segundos... ni parpadea el led de power al pulsar botones.

Ayer reinstalé el firm precisamente por estos motivos
(A mi desde luego este... se me está atravesando) :(

100 pelis NO son muchas, yo he llegado a tener como 200 en el icube 3000(SDK3y con la mitad de memoria) y sin problemas y en el 5000 tendre mas de 100 y tambien me hace el escaneo sin problemas.

¿Has comprobado si la SWAP se ha activado?

¿Problemas con el HDD? No se, no se deberia quedar tostado estando en el menu principal,

cuando arranques entra por telnet ejecuta:

ps
free

Danos un pantallazo de lo que te sale. Da la impresion de que mediatomb no le sienta bien. prueba tambien a desactivarlo. ¿?

Re: Mods firms para cubos basados en chips realtek

i-Cube login: root

BusyBox v1.1.3 (2010.12.28-02:46+0000) Built-in shell (ash)
Enter 'help' for a list of built-in commands.

~ # ps
PID Uid VmSize Stat Command
1 root 400 S init
2 root SWN [ksoftirqd/0]
3 root SW< [events/0]
4 root SW< [khelper]
5 root SW< [kthread]
6 root SW< [kblockd/0]
7 root SW [khubd]
8 root SW [rpc-1]
9 root SW [rpc-3]
10 root SW [pdflush]
11 root SW [pdflush]
13 root SW< [aio/0]
14 root SW< [cifsoplockd]
15 root SW< [cifsdnotifyd]
12 root SW [kswapd0]
16 root SW [eth0]
17 root SW [mtdblockd]
29 root 404 S init
30 root 404 S init
33 root 404 S init
36 root 404 S init
160 root 416 S inetd
168 root 304 S /sbin/httpd -h /usr/local/bin/Resource/www -p 1024
171 root 708 S /sbin/lighttpd -f /usr/local/etc/lighttpd.conf
178 root 164 S ./RootApp DvdPlayer
174 root 1904 S /sbin/php
180 root 164 S ./RootApp DvdPlayer
183 root 27124 S DvdPlayer
184 root 164 S ./RootApp DvdPlayer
185 root 452 S /bin/sh /usr/local/etc/rcSHDD
187 root 1912 S /sbin/php
188 root 27124 S DvdPlayer
189 root 27124 S N DvdPlayer
190 root 27124 S N DvdPlayer
197 root 27124 S DvdPlayer
198 root 27124 S DvdPlayer
201 root 27124 S DvdPlayer
202 root 27124 S DvdPlayer
203 root 27124 S DvdPlayer
204 root 27124 S DvdPlayer
205 root 27124 S DvdPlayer
206 root 27124 S DvdPlayer
207 root 27124 S DvdPlayer
214 root 27124 S DvdPlayer
217 root SW< [sata_eh/0]
218 root Z [insmod]
222 root SW [scsi_eh_0]
223 root SW [scsi_eh_1]
226 root 27124 S DvdPlayer
227 root 27124 S DvdPlayer
228 root 27124 S DvdPlayer
229 root 27124 S DvdPlayer
230 root 27124 S DvdPlayer
236 root 27124 S DvdPlayer
237 root 27124 S N DvdPlayer
238 root 27124 S DvdPlayer
239 root 27124 S DvdPlayer
240 root 27124 S DvdPlayer
242 root 27124 S DvdPlayer
271 root 27124 S DvdPlayer
272 root 27124 S DvdPlayer
277 root 27124 S DvdPlayer
278 root 27124 S DvdPlayer
279 root 27124 S DvdPlayer
280 root 27124 S DvdPlayer
281 root 27124 S DvdPlayer
282 root 27124 S DvdPlayer
309 root 1036 S N IMS_Modules/gtalk/gtalk
317 root 200 S /sbin/bftpd -d -c /etc/bftpd.conf
343 root 1036 S IMS_Modules/gtalk/gtalk
344 root 1036 S IMS_Modules/gtalk/gtalk
536 root SW [kjournald]
561 root 1416 S /usr/local/bin/transmission/transmission-daemon -g /u
574 root 1416 S /usr/local/bin/transmission/transmission-daemon -g /u
576 root 1416 S /usr/local/bin/transmission/transmission-daemon -g /u
580 root 1416 S /usr/local/bin/transmission/transmission-daemon -g /u
588 root 1416 S /usr/local/bin/transmission/transmission-daemon -g /u
636 root 3364 S N /usr/local/bin/mediatomb/usr/bin/mediatomb -m /tmp/hd
639 root 3364 S N /usr/local/bin/mediatomb/usr/bin/mediatomb -m /tmp/hd
640 root 3364 S N /usr/local/bin/mediatomb/usr/bin/mediatomb -m /tmp/hd
650 root 3364 S N /usr/local/bin/mediatomb/usr/bin/mediatomb -m /tmp/hd
651 root 3364 S N /usr/local/bin/mediatomb/usr/bin/mediatomb -m /tmp/hd
652 root 3364 S N /usr/local/bin/mediatomb/usr/bin/mediatomb -m /tmp/hd
653 root 3364 S N /usr/local/bin/mediatomb/usr/bin/mediatomb -m /tmp/hd
654 root 3364 S N /usr/local/bin/mediatomb/usr/bin/mediatomb -m /tmp/hd
655 root 3364 S N /usr/local/bin/mediatomb/usr/bin/mediatomb -m /tmp/hd
693 root 3364 R N /usr/local/bin/mediatomb/usr/bin/mediatomb -m /tmp/hd
694 root 3364 R N /usr/local/bin/mediatomb/usr/bin/mediatomb -m /tmp/hd
752 root 1572 S N /tmp/package/samba/sbin/smbd -D
756 root 1000 S N /tmp/package/samba/sbin/nmbd -D
755 root 1560 S N /tmp/package/samba/sbin/smbd -D
871 root 3364 S N /usr/local/bin/mediatomb/usr/bin/mediatomb -m /tmp/hd
876 root 3364 S N /usr/local/bin/mediatomb/usr/bin/mediatomb -m /tmp/hd
1088 root 324 S telnetd
1089 root 520 S -sh
1267 root 272 S sleep 3
1290 root 388 R ps
~ # free
total used free shared buffers
Mem: 250524 246800 3724 0 30972
Swap: 32 0 32
Total: 250556 246800 3756
~ #

A ver si descubres algo ;)

Re: Mods firms para cubos basados en chips realtek

Cita:

Iniciado por Gau

i-Cube login: root

BusyBox v1.1.3 (2010.12.28-02:46+0000) Built-in shell (ash)
Enter 'help' for a list of built-in commands.

~ # ps
PID Uid VmSize Stat Command
1 root 400 S init
2 root SWN [ksoftirqd/0]
3 root SW< [events/0]
4 root SW< [khelper]
5 root SW< [kthread]
6 root SW< [kblockd/0]
7 root SW [khubd]
8 root SW [rpc-1]
9 root SW [rpc-3]
10 root SW [pdflush]
11 root SW [pdflush]
13 root SW< [aio/0]
14 root SW< [cifsoplockd]
15 root SW< [cifsdnotifyd]
12 root SW [kswapd0]
16 root SW [eth0]
17 root SW [mtdblockd]
29 root 404 S init
30 root 404 S init
33 root 404 S init
36 root 404 S init
160 root 416 S inetd
168 root 304 S /sbin/httpd -h /usr/local/bin/Resource/www -p 1024
171 root 708 S /sbin/lighttpd -f /usr/local/etc/lighttpd.conf
178 root 164 S ./RootApp DvdPlayer
174 root 1904 S /sbin/php
180 root 164 S ./RootApp DvdPlayer
183 root 27124 S DvdPlayer
184 root 164 S ./RootApp DvdPlayer
185 root 452 S /bin/sh /usr/local/etc/rcSHDD
187 root 1912 S /sbin/php
188 root 27124 S DvdPlayer
189 root 27124 S N DvdPlayer
190 root 27124 S N DvdPlayer
197 root 27124 S DvdPlayer
198 root 27124 S DvdPlayer
201 root 27124 S DvdPlayer
202 root 27124 S DvdPlayer
203 root 27124 S DvdPlayer
204 root 27124 S DvdPlayer
205 root 27124 S DvdPlayer
206 root 27124 S DvdPlayer
207 root 27124 S DvdPlayer
214 root 27124 S DvdPlayer
217 root SW< [sata_eh/0]
218 root Z [insmod]
222 root SW [scsi_eh_0]
223 root SW [scsi_eh_1]
226 root 27124 S DvdPlayer
227 root 27124 S DvdPlayer
228 root 27124 S DvdPlayer
229 root 27124 S DvdPlayer
230 root 27124 S DvdPlayer
236 root 27124 S DvdPlayer
237 root 27124 S N DvdPlayer
238 root 27124 S DvdPlayer
239 root 27124 S DvdPlayer
240 root 27124 S DvdPlayer
242 root 27124 S DvdPlayer
271 root 27124 S DvdPlayer
272 root 27124 S DvdPlayer
277 root 27124 S DvdPlayer
278 root 27124 S DvdPlayer
279 root 27124 S DvdPlayer
280 root 27124 S DvdPlayer
281 root 27124 S DvdPlayer
282 root 27124 S DvdPlayer
309 root 1036 S N IMS_Modules/gtalk/gtalk
317 root 200 S /sbin/bftpd -d -c /etc/bftpd.conf
343 root 1036 S IMS_Modules/gtalk/gtalk
344 root 1036 S IMS_Modules/gtalk/gtalk
536 root SW [kjournald]
561 root 1416 S /usr/local/bin/transmission/transmission-daemon -g /u
574 root 1416 S /usr/local/bin/transmission/transmission-daemon -g /u
576 root 1416 S /usr/local/bin/transmission/transmission-daemon -g /u
580 root 1416 S /usr/local/bin/transmission/transmission-daemon -g /u
588 root 1416 S /usr/local/bin/transmission/transmission-daemon -g /u
636 root 3364 S N /usr/local/bin/mediatomb/usr/bin/mediatomb -m /tmp/hd
639 root 3364 S N /usr/local/bin/mediatomb/usr/bin/mediatomb -m /tmp/hd
640 root 3364 S N /usr/local/bin/mediatomb/usr/bin/mediatomb -m /tmp/hd
650 root 3364 S N /usr/local/bin/mediatomb/usr/bin/mediatomb -m /tmp/hd
651 root 3364 S N /usr/local/bin/mediatomb/usr/bin/mediatomb -m /tmp/hd
652 root 3364 S N /usr/local/bin/mediatomb/usr/bin/mediatomb -m /tmp/hd
653 root 3364 S N /usr/local/bin/mediatomb/usr/bin/mediatomb -m /tmp/hd
654 root 3364 S N /usr/local/bin/mediatomb/usr/bin/mediatomb -m /tmp/hd
655 root 3364 S N /usr/local/bin/mediatomb/usr/bin/mediatomb -m /tmp/hd
693 root 3364 R N /usr/local/bin/mediatomb/usr/bin/mediatomb -m /tmp/hd
694 root 3364 R N /usr/local/bin/mediatomb/usr/bin/mediatomb -m /tmp/hd
752 root 1572 S N /tmp/package/samba/sbin/smbd -D
756 root 1000 S N /tmp/package/samba/sbin/nmbd -D
755 root 1560 S N /tmp/package/samba/sbin/smbd -D
871 root 3364 S N /usr/local/bin/mediatomb/usr/bin/mediatomb -m /tmp/hd
876 root 3364 S N /usr/local/bin/mediatomb/usr/bin/mediatomb -m /tmp/hd
1088 root 324 S telnetd
1089 root 520 S -sh
1267 root 272 S sleep 3
1290 root 388 R ps
~ # free
total used free shared buffers
Mem: 250524 246800 3724 0 30972
Swap: 32 0 32
Total: 250556 246800 3756
~ #

A ver si descubres algo ;)

Por de pronto la swap NO esta activada, y deberia, degraciadamente esta es una de las cosas que no puedo probar. En mi 5000, si que se activa, ¿Pero no en el 3200?

¿Tienes conectado algun HDD externo o USB durante el aranque? prueba a quitarlos.

Re: Mods firms para cubos basados en chips realtek

Tengo puesto un stick wifi para un minikeyboard. Pero lleva puesto un año.
Lo he quitado, y esta es la misma prueba:

i-Cube login: root

BusyBox v1.1.3 (2010.12.28-02:46+0000) Built-in shell (ash)
Enter 'help' for a list of built-in commands.

~ # ps
PID Uid VmSize Stat Command
1 root 400 S init
2 root SWN [ksoftirqd/0]
3 root SW< [events/0]
4 root SW< [khelper]
5 root SW< [kthread]
6 root SW< [kblockd/0]
7 root SW [khubd]
8 root SW [rpc-1]
9 root SW [rpc-3]
10 root SW [pdflush]
11 root SW [pdflush]
13 root SW< [aio/0]
14 root SW< [cifsoplockd]
15 root SW< [cifsdnotifyd]
12 root SW [kswapd0]
16 root SW [eth0]
17 root SW [mtdblockd]
29 root 404 S init
30 root 404 S init
33 root 404 S init
36 root 404 S init
160 root 416 S inetd
168 root 304 S /sbin/httpd -h /usr/local/bin/Resource/www -p 1024
171 root 708 S /sbin/lighttpd -f /usr/local/etc/lighttpd.conf
172 root 1904 S /sbin/php
178 root 164 S ./RootApp DvdPlayer
182 root 164 S ./RootApp DvdPlayer
184 root 27024 S < DvdPlayer
185 root 164 S ./RootApp DvdPlayer
187 root 1912 S /sbin/php
188 root 27024 S DvdPlayer
189 root 27024 S N DvdPlayer
190 root 27024 S N DvdPlayer
197 root 27024 S DvdPlayer
198 root 27024 S DvdPlayer
201 root 27024 S DvdPlayer
202 root 27024 S DvdPlayer
203 root 27024 S DvdPlayer
204 root 27024 S DvdPlayer
205 root 27024 S DvdPlayer
206 root 27024 S DvdPlayer
207 root 27024 S DvdPlayer
214 root 27024 S DvdPlayer
217 root SW< [sata_eh/0]
218 root Z [insmod]
222 root SW [scsi_eh_0]
223 root SW [scsi_eh_1]
226 root 27024 S DvdPlayer
227 root 27024 S DvdPlayer
228 root 27024 S DvdPlayer
229 root 27024 S DvdPlayer
230 root 27024 S DvdPlayer
236 root 27024 S DvdPlayer
237 root 27024 S N DvdPlayer
238 root 27024 S DvdPlayer
239 root 27024 S DvdPlayer
240 root 27024 S DvdPlayer
242 root 27024 S DvdPlayer
271 root 27024 S DvdPlayer
272 root 27024 S DvdPlayer
277 root 27024 S DvdPlayer
278 root 27024 S DvdPlayer
279 root 27024 S DvdPlayer
280 root 27024 S DvdPlayer
281 root 27024 S DvdPlayer
282 root 27024 S DvdPlayer
304 root 1036 S N IMS_Modules/gtalk/gtalk
308 root 200 S /sbin/bftpd -d -c /etc/bftpd.conf
315 root 1036 S IMS_Modules/gtalk/gtalk
316 root 1036 S IMS_Modules/gtalk/gtalk
531 root SW [kjournald]
556 root 1700 S /usr/local/bin/transmission/transmission-daemon -g /u
569 root 1700 S /usr/local/bin/transmission/transmission-daemon -g /u
571 root 1700 S /usr/local/bin/transmission/transmission-daemon -g /u
575 root 1700 S /usr/local/bin/transmission/transmission-daemon -g /u
582 root 1700 S /usr/local/bin/transmission/transmission-daemon -g /u
641 root 4416 S N /usr/local/bin/mediatomb/usr/bin/mediatomb -m /tmp/hd
642 root 4416 S N /usr/local/bin/mediatomb/usr/bin/mediatomb -m /tmp/hd
644 root 4416 S N /usr/local/bin/mediatomb/usr/bin/mediatomb -m /tmp/hd
654 root 4416 S N /usr/local/bin/mediatomb/usr/bin/mediatomb -m /tmp/hd
656 root 4416 S N /usr/local/bin/mediatomb/usr/bin/mediatomb -m /tmp/hd
658 root 4416 S N /usr/local/bin/mediatomb/usr/bin/mediatomb -m /tmp/hd
659 root 4416 S N /usr/local/bin/mediatomb/usr/bin/mediatomb -m /tmp/hd
698 root 4416 R N /usr/local/bin/mediatomb/usr/bin/mediatomb -m /tmp/hd
699 root 4416 R N /usr/local/bin/mediatomb/usr/bin/mediatomb -m /tmp/hd
757 root 1572 S N /tmp/package/samba/sbin/smbd -D
761 root 1012 S N /tmp/package/samba/sbin/nmbd -D
760 root 1560 S N /tmp/package/samba/sbin/smbd -D
1670 root 256 S /usr/local/bin/mos/decss/cdd
1672 root 440 S /bin/sh /usr/local/bin/mos/decss/decss.sh
1673 root 324 S tail -f /tmp/cdd.log
1674 root 444 S /bin/sh /usr/local/bin/mos/decss/decss.sh
1723 root 4416 S N /usr/local/bin/mediatomb/usr/bin/mediatomb -m /tmp/hd
1844 root 324 S telnetd
1845 root 520 S -sh
2116 root 388 R ps
~ # free
total used free shared buffers
Mem: 250524 245428 5096 0 20936
Swap: 32 0 32
Total: 250556 245428 5128
~ #

Saludos

Re: Mods firms para cubos basados en chips realtek

Cita:

Iniciado por Gau

Tengo puesto un stick wifi para un minikeyboard. Pero lleva puesto un año.
Lo he quitado, y esta es la misma prueba:

i-Cube login: root

BusyBox v1.1.3 (2010.12.28-02:46+0000) Built-in shell (ash)
Enter 'help' for a list of built-in commands.

~ # ps
PID Uid VmSize Stat Command
1 root 400 S init
2 root SWN [ksoftirqd/0]
3 root SW< [events/0]
4 root SW< [khelper]
5 root SW< [kthread]
6 root SW< [kblockd/0]
7 root SW [khubd]
8 root SW [rpc-1]
9 root SW [rpc-3]
10 root SW [pdflush]
11 root SW [pdflush]
13 root SW< [aio/0]
14 root SW< [cifsoplockd]
15 root SW< [cifsdnotifyd]
12 root SW [kswapd0]
16 root SW [eth0]
17 root SW [mtdblockd]
29 root 404 S init
30 root 404 S init
33 root 404 S init
36 root 404 S init
160 root 416 S inetd
168 root 304 S /sbin/httpd -h /usr/local/bin/Resource/www -p 1024
171 root 708 S /sbin/lighttpd -f /usr/local/etc/lighttpd.conf
172 root 1904 S /sbin/php
178 root 164 S ./RootApp DvdPlayer
182 root 164 S ./RootApp DvdPlayer
184 root 27024 S < DvdPlayer
185 root 164 S ./RootApp DvdPlayer
187 root 1912 S /sbin/php
188 root 27024 S DvdPlayer
189 root 27024 S N DvdPlayer
190 root 27024 S N DvdPlayer
197 root 27024 S DvdPlayer
198 root 27024 S DvdPlayer
201 root 27024 S DvdPlayer
202 root 27024 S DvdPlayer
203 root 27024 S DvdPlayer
204 root 27024 S DvdPlayer
205 root 27024 S DvdPlayer
206 root 27024 S DvdPlayer
207 root 27024 S DvdPlayer
214 root 27024 S DvdPlayer
217 root SW< [sata_eh/0]
218 root Z [insmod]
222 root SW [scsi_eh_0]
223 root SW [scsi_eh_1]
226 root 27024 S DvdPlayer
227 root 27024 S DvdPlayer
228 root 27024 S DvdPlayer
229 root 27024 S DvdPlayer
230 root 27024 S DvdPlayer
236 root 27024 S DvdPlayer
237 root 27024 S N DvdPlayer
238 root 27024 S DvdPlayer
239 root 27024 S DvdPlayer
240 root 27024 S DvdPlayer
242 root 27024 S DvdPlayer
271 root 27024 S DvdPlayer
272 root 27024 S DvdPlayer
277 root 27024 S DvdPlayer
278 root 27024 S DvdPlayer
279 root 27024 S DvdPlayer
280 root 27024 S DvdPlayer
281 root 27024 S DvdPlayer
282 root 27024 S DvdPlayer
304 root 1036 S N IMS_Modules/gtalk/gtalk
308 root 200 S /sbin/bftpd -d -c /etc/bftpd.conf
315 root 1036 S IMS_Modules/gtalk/gtalk
316 root 1036 S IMS_Modules/gtalk/gtalk
531 root SW [kjournald]
556 root 1700 S /usr/local/bin/transmission/transmission-daemon -g /u
569 root 1700 S /usr/local/bin/transmission/transmission-daemon -g /u
571 root 1700 S /usr/local/bin/transmission/transmission-daemon -g /u
575 root 1700 S /usr/local/bin/transmission/transmission-daemon -g /u
582 root 1700 S /usr/local/bin/transmission/transmission-daemon -g /u
641 root 4416 S N /usr/local/bin/mediatomb/usr/bin/mediatomb -m /tmp/hd
642 root 4416 S N /usr/local/bin/mediatomb/usr/bin/mediatomb -m /tmp/hd
644 root 4416 S N /usr/local/bin/mediatomb/usr/bin/mediatomb -m /tmp/hd
654 root 4416 S N /usr/local/bin/mediatomb/usr/bin/mediatomb -m /tmp/hd
656 root 4416 S N /usr/local/bin/mediatomb/usr/bin/mediatomb -m /tmp/hd
658 root 4416 S N /usr/local/bin/mediatomb/usr/bin/mediatomb -m /tmp/hd
659 root 4416 S N /usr/local/bin/mediatomb/usr/bin/mediatomb -m /tmp/hd
698 root 4416 R N /usr/local/bin/mediatomb/usr/bin/mediatomb -m /tmp/hd
699 root 4416 R N /usr/local/bin/mediatomb/usr/bin/mediatomb -m /tmp/hd
757 root 1572 S N /tmp/package/samba/sbin/smbd -D
761 root 1012 S N /tmp/package/samba/sbin/nmbd -D
760 root 1560 S N /tmp/package/samba/sbin/smbd -D
1670 root 256 S /usr/local/bin/mos/decss/cdd
1672 root 440 S /bin/sh /usr/local/bin/mos/decss/decss.sh
1673 root 324 S tail -f /tmp/cdd.log
1674 root 444 S /bin/sh /usr/local/bin/mos/decss/decss.sh
1723 root 4416 S N /usr/local/bin/mediatomb/usr/bin/mediatomb -m /tmp/hd
1844 root 324 S telnetd
1845 root 520 S -sh
2116 root 388 R ps
~ # free
total used free shared buffers
Mem: 250524 245428 5096 0 20936
Swap: 32 0 32
Total: 250556 245428 5128
~ #

Saludos

No, lo que podri influir son unidades de almacenamiento.
nueva sesion de telnet, y enviame la salida:

df

lsmod

Hasta mañana.

Re: Mods firms para cubos basados en chips realtek

Ahí va:

i-Cube login: root

BusyBox v1.1.3 (2010.12.28-02:46+0000) Built-in shell (ash)
Enter 'help' for a list of built-in commands.

~ # df
Filesystem 1k-blocks Used Available Use% Mounted on
/dev/root 125184 125184 0 100% /
/dev/mtdblock/2 40960 29028 11932 71% /usr/local/etc
/dev/rd/0 40 40 0 100% /mnt/rd
/dev/scsi/host1/bus0/target0/lun0/part1 1460260304 597610964 862649340 41% /tmp/hdd/volumes/HDD1
/dev/scsi/host1/bus0/target0/lun0/part3 521780 27068 468208 5% /tmp/hdd/root
/dev/scsi/host1/bus0/target0/lun0/part4 4199934 266 4199668 0% /tmp/hdd/livepause
~ # lsmod
Module Size Used by Tainted: PF
udf 138864 1
ufsd_lbd 660880 1
usbhid 40080 0
ohci_hcd 25232 0
ehci_hcd 49056 0
sata_mars 27392 3
libata 61008 1 sata_mars
~ #

Espero poder seguir cooperando, estos días ando muy liado.

Saludos mostro

Re: Mods firms para cubos basados en chips realtek

Cita:

Iniciado por Gau

Ahí va:

i-Cube login: root

BusyBox v1.1.3 (2010.12.28-02:46+0000) Built-in shell (ash)
Enter 'help' for a list of built-in commands.

~ # df
Filesystem 1k-blocks Used Available Use% Mounted on
/dev/root 125184 125184 0 100% /
/dev/mtdblock/2 40960 29028 11932 71% /usr/local/etc
/dev/rd/0 40 40 0 100% /mnt/rd
/dev/scsi/host1/bus0/target0/lun0/part1 1460260304 597610964 862649340 41% /tmp/hdd/volumes/HDD1
/dev/scsi/host1/bus0/target0/lun0/part3 521780 27068 468208 5% /tmp/hdd/root
/dev/scsi/host1/bus0/target0/lun0/part4 4199934 266 4199668 0% /tmp/hdd/livepause
~ # lsmod
Module Size Used by Tainted: PF
udf 138864 1
ufsd_lbd 660880 1
usbhid 40080 0
ohci_hcd 25232 0
ehci_hcd 49056 0
sata_mars 27392 3
libata 61008 1 sata_mars
~ # el

Espero poder seguir cooperando, estos días ando muy liado.

Saludos mostro

El problema con la swap, parece ser que el HDD se monta distinto en los 3200 que en los 5000, en tu 3200 el HDD esta en:
/dev/scsi/host1/bus0/target0/lun0/part1 /tmp/hdd/volumes/HDD1
Mientras que en mi 5000 es:
/dev/scsi/host0/bus0/target0/lun0/part1 /tmp/hdd/volumes/HDD1

Necesitaria que mas gente me confirmara que el HDD se le monta en esa ruta, se puede ver en el gestor web remoto, en la opcion informacion de sistema, apartado tabla de particiones.

No te estreses, cuando puedas, lo que puedas, Gracias.

Re: Mods firms para cubos basados en chips realtek

Efectivamente, en Gestión remota/información de sistema, en el apartado de Dispositivos dice que mi HDD1 esta en:
/dev/scsi/host1/bus0/target0/lun0/part1

Venga chicos, algún testimonio más!!! ;)

Re: Mods firms para cubos basados en chips realtek

Cita:

Iniciado por Gau

Efectivamente, en Gestión remota/información de sistema, en el apartado de Dispositivos dice que mi HDD1 esta en:
/dev/scsi/host1/bus0/target0/lun0/part1

Venga chicos, algún testimonio más!!! ;)

Vale, lo intento, pero no puedo conectarme con gestión remota.

Retrocedí al SDk3 y ahora no sé cómo entrar...

Re: Mods firms para cubos basados en chips realtek

En algunos hilos he leido que puedo instalar el firmware de un Woxter icube 3800 en mi icube 3850 y en otros he leido lo contrario

¿esta version mejorada del firmware del icube 3800 lo puedo instalar en mi icube 3850 o me tengo que conformar con la version de la pagina web de Woxter?

Gracias

Re: Mods firms para cubos basados en chips realtek

Cita:

Iniciado por Marlowe

Vale, lo intento, pero no puedo conectarme con gestión remota.

Retrocedí al SDk3 y ahora no sé cómo entrar...

Tienes que entrar por telnet, el SDK3 no tienen la pestaña de informacion de sistema.

Por telnet ejecuta:
df

Y te dira donde se monta el hdd

Re: Mods firms para cubos basados en chips realtek

Cita:

Iniciado por aritzilla

En algunos hilos he leido que puedo instalar el firmware de un Woxter icube 3800 en mi icube 3850 y en otros he leido lo contrario

¿esta version mejorada del firmware del icube 3800 lo puedo instalar en mi icube 3850 o me tengo que conformar con la version de la pagina web de Woxter?

Gracias

Los firms del 3800 y el 3850 SON intercambiables sin problemas (De hecho mi 3800 tiene actualmente el de fabrica del 3850)

LA version aqui colgada es para los 3200/3250, y NO es valida para el 3800/3850

Re: Mods firms para cubos basados en chips realtek

Cita:

Iniciado por chucky11

Tienes que entrar por telnet, el SDK3 no tienen la pestaña de informacion de sistema.

Por telnet ejecuta:
df

Y te dira donde se monta el hdd

No me lo creo. ¡¡He conseguido entrar por telnet!!! No lo había hecho nunca. Si aprendo con vosotros!!!!

Vale pone lo siguiente:

/dev/scsi/host0/bus0/target0/lun0/part 1

Tengo un woxter 3200 de los que se va la TDT con el último firm. No sé si necesitas más datos. Ya me dirás chucky.

Re: Mods firms para cubos basados en chips realtek

Cita:

Iniciado por Marlowe

No me lo creo. ¡¡He conseguido entrar por telnet!!! No lo había hecho nunca. Si aprendo con vosotros!!!!

:aprende
Es un fenómeno chucky!!!

Cita:

Iniciado por Marlowe

Vale pone lo siguiente:

/dev/scsi/host0/bus0/target0/lun0/part 1

Tengo un woxter 3200 de los que se va la TDT con el último firm. No sé si necesitas más datos. Ya me dirás chucky.

Moskis! el mío va en host1 :blink
Es de los que no pierde la TDT

Saludos

Re: Mods firms para cubos basados en chips realtek

Cita:

Iniciado por Gau

:aprende
Es un fenómeno chucky!!!

Moskis! el mío va en host1 :blink
Es de los que no pierde la TDT

Saludos

Lo he dicho muchas veces mi maestro es calimocho, yo soy un simple aprendiz, y muuuuuuuuy novato.

Al final los chismes van a ser mas distintos de los que parecen. El donde monten el hdd para la swap es el menor de los problemas, se monta en todos y solucionado.
¿Los que monten el HDD en host0 ( Igual que los 5000)perderan la TDT y los de host1 no?

Re: Mods firms para cubos basados en chips realtek

Tengo un 3250 y estoy probando el último firm, y no me funciona el vídeo por componentes :-(

Vuelvo al del 3200 (sin TDT)

Edito: Ni caso, se me fué la pinza, el component me va bien.

Re: Mods firms para cubos basados en chips realtek

Buenas a todos.

Soy nuevo en el foro, y quisiera empezar agradeciendo a todos los que contribuís en este foro, pero en especial a chucky, por el trabajo altruista que hacéis y que compartáis públicamente.

Ahora os cuento un poco mis penas, para poneros en contexto:

He heredado un cubo inves i-Recorder 3700 primo hermano del Woxter i-Cube 3200 sin disco duro (el original se lo quedó el dueño). Le he puesto un hdd de 2TB pero la mayoría de las veces ni siquiera lo reconoce (he probado a meterlo con una única partición fat32 y luego pelao, sin particiones), y las pocas veces que lo reconoce y me pide formatearlo, se queda "colgado" en el intento (la primera vez lo aborté tras 2 horas, y las siguientes les he dejado entre 20 y 30 minutos, pero nada, no termina). Lo he intentado seleccionando 1h y 2h para la grabación de vídeo pero nada.

He probado con varios firmwares de inves sin éxito, y al final me he decidido a retocar el de Chucky (de 7 de abril) modificando los ficheros config.dat, hostname y hostname.org del squasfs, y hostname y hostname.org del usr.local.etc.tar.bz2 para que funcione con el inves (telita hasta que me di cuenta que el squashfs 4.2 no es compatible con el 3.0 por muchas opciones que le actives....).

Ahora tengo el menú principal de Woxter (blanco con iconos negros, mucho más bonito que el anterior, donde va a parar), pero sin embargo los submenús siguen siendo azules con iconos blancos. Primera pregunta, ¿es esto normal?, ¿o acaso son diferentes por qué he hecho algo mal en mi modificación?

Además no encuentro la opción "formatear" en el menú de configuración, y sigue sin detectarme el disco en el arranque. Ya sólo se me ocurre formatear el disco desde mi PC a ver si se lo traga. Y con esto viene mi segunda pregunta, ¿alguien puede compartir la tabla de particiones de su disco duro? En prinicipio mejor si también es de 2 TB, pero en caso contrario, ya extrapolaría yo los valores. La tabla se puede conseguir fácilmente desde 'telnet' mediante el comando 'parted -l'. Os paso, a modo de ejemplo, la de un usb de mi conectado a mi cubo (ya que como os digo, no me detecta el hdd):

Código:

~ # parted -l Model: SMI 8GB (scsi) Disk /dev/scsi/host2/bus0/target0/lun0/disc: 8020MB Sector size (logical/physical): 512B/512B Partition Table: msdos Number Start End Size Type File system Flags 1 41.0kB 8020MB 8019MB primary boot, lba ~ #

Bueno. Muchas gracias de nuevo, esta vez por anticipado a las respuestas ;)

Un saludo.

lamberete

PD: Mientras tanto, volveré a desmontar el disco y a conectarlo al PC a ver que le ha hecho el cubo en esos intentos fallidos de formatearlo...

Re: Mods firms para cubos basados en chips realtek

Bueno, pues tras mucho navegar, he dado con este post donde ya alguien había puesto los tamaños de las particiones de un disco de 1TB. He formateado la mía de forma análoga (128 MB de swap, 528MB para el home de root, 4GB para el grabador, y el resto para datos), y en una de las veces que al dichoso cubo le ha dado por detectar el disco duro, he aprovechado para capturar la tabla de particiones (que me da a mi que le falta tarabajo).

En el menú principal me dice "HDD: 0.0 B | 0.0 B Libre", por lo que aún no lo pilla, pero por lo menos se puede ver dónde detecta el disco duro, que en mi caso es en host1, por si a alguien le interesa.

Bueno, lo dejo por hoy...

Código:

~ # parted -l Model: ATA SAMSUNG HD204UI (scsi) Disk /dev/scsi/host1/bus0/target0/lun0/disc: 2000GB Sector size (logical/physical): 512B/512B Partition Table: msdos Number Start End Size Type File system Flags 1 1049kB 1995GB 1995GB primary 2 1995GB 1995GB 136MB primary 3 1995GB 1996GB 537MB primary 4 1996GB 2000GB 4832MB primary ~ #

Re: Mods firms para cubos basados en chips realtek

Cita:

Iniciado por lamberete

Buenas a todos.

Soy nuevo en el foro, y quisiera empezar agradeciendo a todos los que contribuís en este foro, pero en especial a chucky, por el trabajo altruista que hacéis y que compartáis públicamente.

Ahora os cuento un poco mis penas, para poneros en contexto:

He heredado un cubo inves i-Recorder 3700 primo hermano del Woxter i-Cube 3200 sin disco duro (el original se lo quedó el dueño). Le he puesto un hdd de 2TB pero la mayoría de las veces ni siquiera lo reconoce (he probado a meterlo con una única partición fat32 y luego pelao, sin particiones), y las pocas veces que lo reconoce y me pide formatearlo, se queda "colgado" en el intento (la primera vez lo aborté tras 2 horas, y las siguientes les he dejado entre 20 y 30 minutos, pero nada, no termina). Lo he intentado seleccionando 1h y 2h para la grabación de vídeo pero nada.

He probado con varios firmwares de inves sin éxito, y al final me he decidido a retocar el de Chucky (de 7 de abril) modificando los ficheros config.dat, hostname y hostname.org del squasfs, y hostname y hostname.org del usr.local.etc.tar.bz2 para que funcione con el inves (telita hasta que me di cuenta que el squashfs 4.2 no es compatible con el 3.0 por muchas opciones que le actives....).

Ahora tengo el menú principal de Woxter (blanco con iconos negros, mucho más bonito que el anterior, donde va a parar), pero sin embargo los submenús siguen siendo azules con iconos blancos. Primera pregunta, ¿es esto normal?, ¿o acaso son diferentes por qué he hecho algo mal en mi modificación?

Además no encuentro la opción "formatear" en el menú de configuración, y sigue sin detectarme el disco en el arranque. Ya sólo se me ocurre formatear el disco desde mi PC a ver si se lo traga. Y con esto viene mi segunda pregunta, ¿alguien puede compartir la tabla de particiones de su disco duro? En prinicipio mejor si también es de 2 TB, pero en caso contrario, ya extrapolaría yo los valores. La tabla se puede conseguir fácilmente desde 'telnet' mediante el comando 'parted -l'. Os paso, a modo de ejemplo, la de un usb de mi conectado a mi cubo (ya que como os digo, no me detecta el hdd):

Código:

~ # parted -l Model: SMI 8GB (scsi) Disk /dev/scsi/host2/bus0/target0/lun0/disc: 8020MB Sector size (logical/physical): 512B/512B Partition Table: msdos Number Start End Size Type File system Flags 1 41.0kB 8020MB 8019MB primary boot, lba ~ #

Bueno. Muchas gracias de nuevo, esta vez por anticipado a las respuestas ;)

Un saludo.

lamberete

PD: Mientras tanto, volveré a desmontar el disco y a conectarlo al PC a ver que le ha hecho el cubo en esos intentos fallidos de formatearlo...

Hola.

Lo primero como no tengo un inves 3700, te voy a dar unos consejos, con los creo que conseguiras formatear el HDD.

Primero, instala mediante el metodo del boton frontal este firm:
http://www.quatrotec.es/inves/3700_v8.3.63.r5338.rar
Descargado de la pagina de soporte de INVES: http://www.quatrotec.es/inves/
Una vez instalado, no configures nada, solo formatea el HDD, deberias poder hacerlo sin problemas, y tarda solo unos segundos.
Ahora instala el firm que quieras, pero NO el que yo he colgado para el 3200, es firm NO es compatible con el del 3700, y ahora te cuento porque, aunque si quieres probarlo, no se te va a romper el cubo, pero si es probable que te encuentres (Como te pasa) con que no te encuentra el HDD.
Los firms SDK4 estan firmados para que no se puedan intercambiar entre marcas. El cambiar los archivos hostname y hostname.org tan solo producen cambios esteticos, y dejarlos como estan, no influyen, ademas el archivo usr.local.etc.tar.bz2 sobreescribe todo el contenido de /usr/local/etc en squashfs1, con lo que modificar los archivos de esa carpeta en squashfs1 no sirve para nada, tan solo modifica los de usr.local.etc.tar.bz2.
Lo de que la version de squashfs, tenia que ser la 3.0 creo que ya se ha comentado alguna vez, y si con versiones superiores, no hay tu tia.

Ahora viene el archivo que quizas (La verdad es que nunca lo he probado) te haya hecho que el firm del 3200 te funcione en el 3700, el archivo /usr/local/bin/Resource/config.dat. en el me imagino que habras cambiado la linea "id=Woxter_PAL". pero ¿Por que valor la has cambiado? el correcto es "Inves_PAL" Para que los DvdPlayer no sean intercambiables, debes buscar la cadena NEU_PAL delante de ella encontraras "/sys/realtek_boards/modelconfig" y despues la cadena "Unknown hardware! The software can't work! The software dismatch with the firmware!" que es el mensaje que se te muestra en pantalla al iniciar el cubo con un firmware que deberia ser compatible, pero que no es del mismo fabricante. Pues ahora viene lo mejor: Mirando he visto que los ultimos firms de los 3200 y de los 5000, NO ESTAN firmados, con lo que son universales, con lo que no tienes que cambiar nada (En teoria, ya te digo que no lo he probado) todo lo mas la cadena Woxter_PAL por Inves_PAL en config.dat (Por si la comprobacion ademas de contra DvdPlayer se hiciera contra el bootloader) que ya se cambio en su momento (Si no lo tienes disponible en la pag de descargas , y si en lugar del del inves instalas el del 3200, ya tendras un Woxter a todos los efectos, el hard es el mismo)

Visto lo visto y asi a bote pronto, prueba a instalar el ultimo firm del icube 5000, a ver si te encuentra el HDD.

El que solo te salga en imagens blancas el menu principal y el de la parte de abajo cuando pulsas home es normal, solo hemos cambiado esas imagenes, luego eso es normal. Esas imagenes y menus las tienes en /squashfs1/usr/local/bin/home_menu(Escritorio menu principal) y guide_menu (la barra de iconos)

Por motivos que no vienen al hilo, ahora mismo solo tengo disponible por telnet el Icube 3000 y el comando "parted" no es parte de busybox. En cuanto pueda te paso los resultados.

Peazo tocho. seguro que me he dejado algo. Si haces preguntas mas concretas es mas facil contestar, en caso contrario es mas facil que me despiste.

Saludos.

Re: Mods firms para cubos basados en chips realtek

Te adjunto los parametros de mi HDD:

Código:

~ # parted -l Model: ATA Hitachi HDS5C101 (scsi) Disk /dev/scsi/host0/bus0/target0/lun0/disc: 1000GB Sector size (logical/physical): 512B/512B Partition Table: msdos Number Start End Size Type File system Flags 1 8225kB 983GB 982GB primary 2 983GB 983GB 165MB primary 3 983GB 983GB 165MB primary 4 983GB 1000GB 17.2GB primary ~ # df Filesystem 1k-blocks Used Available Use% Mounted on /dev/root 124800 124800 0 100% / /dev/mtdblock/2 40960 26056 14904 64% /usr/local/etc /dev/rd/0 40 40 0 100% /mnt/rd /dev/scsi/host0/bus0/target0/lun0/part1 959466056 888641588 70824468 93% /tmp/hdd/volumes/HDD1 /dev/scsi/host0/bus0/target0/lun0/part3 155555 30434 117089 21% /tmp/hdd/root /dev/scsi/host0/bus0/target0/lun0/part4 16802928 1034 16801894 0% /tmp/hdd/livepause ~ # free total used free shared buffers Mem: 250524 246148 4376 0 2000 Swap: 160672 9640 151032 Total: 411196 255788 155408 ~ #

Como ves el tamaño tanto de la particion root, como de la swap es de 165MB

Re: Mods firms para cubos basados en chips realtek

Muchas gracias Chucky!!!

Mañana madrugo y se que si me pongo ahora me van a dar las tantas, así que contendré las ganas de arreglar mi 3700 hasta mañana, pero en cuanto me ponga con ello, te comento por aquí los resultados. Empezaré por probar como dices el firm del 5000, y si falla, lo haré con el 8.3 original de inves.

Insisto, muchas gracias!

PD: Procuraré hacer preguntas más concretas (aunque en realidad mis preguntas ya lo eran :P), pero agradezco enormemente tu "peazo tocho", como lo has llamado, porque es luz para el camino ;)

Re: Mods firms para cubos basados en chips realtek

Cita:

Iniciado por chucky11

Hola.

Lo primero como no tengo un inves 3700, te voy a dar unos consejos, con los creo que conseguiras formatear el HDD.

Primero, instala mediante el metodo del boton frontal este firm:
http://www.quatrotec.es/inves/3700_v8.3.63.r5338.rar
Descargado de la pagina de soporte de INVES: http://www.quatrotec.es/inves/
Una vez instalado, no configures nada, solo formatea el HDD, deberias poder hacerlo sin problemas, y tarda solo unos segundos.
Ahora instala el firm que quieras, pero NO el que yo he colgado para el 3200, es firm NO es compatible con el del 3700, y ahora te cuento porque, aunque si quieres probarlo, no se te va a romper el cubo, pero si es probable que te encuentres (Como te pasa) con que no te encuentra el HDD.
Los firms SDK4 estan firmados para que no se puedan intercambiar entre marcas. El cambiar los archivos hostname y hostname.org tan solo producen cambios esteticos, y dejarlos como estan, no influyen, ademas el archivo usr.local.etc.tar.bz2 sobreescribe todo el contenido de /usr/local/etc en squashfs1, con lo que modificar los archivos de esa carpeta en squashfs1 no sirve para nada, tan solo modifica los de usr.local.etc.tar.bz2.
Lo de que la version de squashfs, tenia que ser la 3.0 creo que ya se ha comentado alguna vez, y si con versiones superiores, no hay tu tia.

Ahora viene el archivo que quizas (La verdad es que nunca lo he probado) te haya hecho que el firm del 3200 te funcione en el 3700, el archivo /usr/local/bin/Resource/config.dat. en el me imagino que habras cambiado la linea "id=Woxter_PAL". pero ¿Por que valor la has cambiado? el correcto es "Inves_PAL" Para que los DvdPlayer no sean intercambiables, debes buscar la cadena NEU_PAL delante de ella encontraras "/sys/realtek_boards/modelconfig" y despues la cadena "Unknown hardware! The software can't work! The software dismatch with the firmware!" que es el mensaje que se te muestra en pantalla al iniciar el cubo con un firmware que deberia ser compatible, pero que no es del mismo fabricante. Pues ahora viene lo mejor: Mirando he visto que los ultimos firms de los 3200 y de los 5000, NO ESTAN firmados, con lo que son universales, con lo que no tienes que cambiar nada (En teoria, ya te digo que no lo he probado) todo lo mas la cadena Woxter_PAL por Inves_PAL en config.dat (Por si la comprobacion ademas de contra DvdPlayer se hiciera contra el bootloader) que ya se cambio en su momento (Si no lo tienes disponible en la pag de descargas , y si en lugar del del inves instalas el del 3200, ya tendras un Woxter a todos los efectos, el hard es el mismo)

Visto lo visto y asi a bote pronto, prueba a instalar el ultimo firm del icube 5000, a ver si te encuentra el HDD.

El que solo te salga en imagens blancas el menu principal y el de la parte de abajo cuando pulsas home es normal, solo hemos cambiado esas imagenes, luego eso es normal. Esas imagenes y menus las tienes en /squashfs1/usr/local/bin/home_menu(Escritorio menu principal) y guide_menu (la barra de iconos)

Por motivos que no vienen al hilo, ahora mismo solo tengo disponible por telnet el Icube 3000 y el comando "parted" no es parte de busybox. En cuanto pueda te paso los resultados.

Peazo tocho. seguro que me he dejado algo. Si haces preguntas mas concretas es mas facil contestar, en caso contrario es mas facil que me despiste.

Saludos.

La Chuckypedia!!!! :wtf

Re: Mods firms para cubos basados en chips realtek

Pues no ha habido suerte :(

El firm del woxter 5000 funciona, como dijiste, renombrando en config.dat el id a "Inves_PAL". Pero no da la opción de formatear el disco.
Si pongo el Inves 8.3 si me pide formatear el disco (aunque lo pide hacer varias veces seguidas), y aunque al final se accede al disco duro, cuando actualizo el firm de nuevo (ya sea al del woxter 5000 o al mod que has hecho del 3200.

En fin, que estoy empezando a perder la paciencia... mañana le echaré otro rato, probaré a poner el último de Inves original tras formatear con el 8.3... o yo que sé.

Otra opción que se me ocurre sería invocar directamente al script que hace el formateo desde telnet (en vez de a través del menu del cubo) desde el firm del 3200 o del 5000, a ver si hay suerte ¿Se sabe cual es dicho script? Si no existiese.... ¿tiene sentido copiar el del firm del Inves 8.3 (si lo localizo) a los otros?

En fin, un poco a la desesperada.

Cualquier otra idea es bienvenida.

Saludos.

Re: Mods firms para cubos basados en chips realtek

Cita:

Iniciado por lamberete

Pues no ha habido suerte :(

El firm del woxter 5000 funciona, como dijiste, renombrando en config.dat el id a "Inves_PAL". Pero no da la opción de formatear el disco.
Si pongo el Inves 8.3 si me pide formatear el disco (aunque lo pide hacer varias veces seguidas), y aunque al final se accede al disco duro, cuando actualizo el firm de nuevo (ya sea al del woxter 5000 o al mod que has hecho del 3200.

En fin, que estoy empezando a perder la paciencia... mañana le echaré otro rato, probaré a poner el último de Inves original tras formatear con el 8.3... o yo que sé.

Otra opción que se me ocurre sería invocar directamente al script que hace el formateo desde telnet (en vez de a través del menu del cubo) desde el firm del 3200 o del 5000, a ver si hay suerte ¿Se sabe cual es dicho script? Si no existiese.... ¿tiene sentido copiar el del firm del Inves 8.3 (si lo localizo) a los otros?

En fin, un poco a la desesperada.

Cualquier otra idea es bienvenida.

Saludos.

No hay rutina de formateo por telnet, de ello se encarga de nuevo nuestro amigo DvdPlayer.

La solucion al final va a ser usar un firm del inves.

Descarga el ultimo de la pagina de inves y formatea con el , si no te deja (En realidad, si te reconoce el HDD, no hace falta nada hacerlo, puesto que ya lo has formateado ayer.), formatea con el 8.3.xx que te dije antes y luego instala el ultimo de inves.

No entiendo la ultima parte de "copiar el firm del inves a los otros" si te refieres al scrip de formateo, no como te dio no existe dicho script, o al menos yo no la conozco.

Re: Mods firms para cubos basados en chips realtek

Pues vuelta al problema inicial :(

El último firmware de Inves, cuando le da por detectar el HDD, me pide formatearlo (no se traga el formateo del firm anterior), pero es que el proceso de formateo no termina nunca (lleva más media hora y ahí sigue, el otro día lo dejé hasta 2 horas y tampoco).

El problema con el firmware anterior es que tiene un bug que cada dos por tres te pedía formatear el disco de nuevo :( pero si no me queda más remedio, usaré ese, o pillaré un adaptador SATA-USB y conectaré el disco por fuera (la reproducción desde USB funcionaba, veré si también lo hace con los firm de woxter) o jugaré con el bicho hasta que lo tueste :P, o esperaré a que quatrotec se digne a sacar una actualización, .... es un mundo de posibilidades!

Por cierto Chucky, en tu primera respuesta decías algo sobre buscar NEU_PAL.... he encontrado esa cadena (y la anterior y la posterior) en el fichero /usr/local/bin/DvdPlayer... ¿tenía que hacer algo con ello? Porque lo mismo no estoy haciendo lo que se supone que debo de hacer para que el firmware de woxter me funcione en el inves... Entiendo que el DvdPlayer es quien hace "la magia", y es, digamos, "intocable", ¿no?, ¿o hay alguna forma de "montarlo" y editarlo?

Bueno.

Muchas gracias por tus consejos.

Saludos.

Re: Mods firms para cubos basados en chips realtek

Cita:

Iniciado por lamberete

Pues vuelta al problema inicial :(

El último firmware de Inves, cuando le da por detectar el HDD, me pide formatearlo (no se traga el formateo del firm anterior), pero es que el proceso de formateo no termina nunca (lleva más media hora y ahí sigue, el otro día lo dejé hasta 2 horas y tampoco).

El problema con el firmware anterior es que tiene un bug que cada dos por tres te pedía formatear el disco de nuevo :( pero si no me queda más remedio, usaré ese, o pillaré un adaptador SATA-USB y conectaré el disco por fuera (la reproducción desde USB funcionaba, veré si también lo hace con los firm de woxter) o jugaré con el bicho hasta que lo tueste :P, o esperaré a que quatrotec se digne a sacar una actualización, .... es un mundo de posibilidades!

Por cierto Chucky, en tu primera respuesta decías algo sobre buscar NEU_PAL.... he encontrado esa cadena (y la anterior y la posterior) en el fichero /usr/local/bin/DvdPlayer... ¿tenía que hacer algo con ello? Porque lo mismo no estoy haciendo lo que se supone que debo de hacer para que el firmware de woxter me funcione en el inves... Entiendo que el DvdPlayer es quien hace "la magia", y es, digamos, "intocable", ¿no?, ¿o hay alguna forma de "montarlo" y editarlo?

Bueno.

Muchas gracias por tus consejos.

Saludos.

Ves probando con los firms del inves, no me creo que con ninguno seas capaz de formatear el HDD, :blinky que funcione el cubo (Con mas o menos cosas que luego se podran, o no, añadir), pero prueba a partir de las versiones 8.3.xx. Una cosa esta clara, la gente tiene el 3700 y lo tienen formateado, luego con alguna de las versiones de debe de poder hacer correctamente, y el formateo entre las 8.3.xx y las 8.5.xx es compatible, no asi entre las 8.0.xx y las 8.5.xx.

Como consejo, no insistas con los de Woxter, si estan firmados en un sitio que hemos sido capaces de localizar, seguro que se verificara en mas sitios para que no sean compatibles entre marcas. Prueba siempre primero con los de tu fabricante, y como te he dicho antes, luego se puede modificar.

Cuando digas "he usado este firm" procura dar la version exacta, lo de "el ultimo y el anterior", a mi al menos, me lia mucho. Entiendo que el ultimo es el ultimo colgado en la web de inves (Firmware v8.5.51.r5514-120109 + IMS 5.1) ¿pero el anterior? ¿El de Agosto de 2011? ¿El v8.3.63.5338 IMS3.9.6 que te dije que usaras?

DvdPlayer, como tu dices, es INTOCABLE en los sdk4 en lso SDK3 (8.3.xx) permitia la edicion mediante un editor hexadecimal de las cadenas de texto. pero en los SDK4 cualquier modificacion del archivo, hace el firm inutilizable. No hay forma de editarlo, ni montarlo, ni desgraciadamente crearlo. Es la parte que REALTEK no suelta ni siquiera a Woxter, ni a inves, ni a nadie. Que yo sepa (Que seguro que no tengo ni idea, y mas moviendose en el mundo de los secretos empresariales) el SDK completo solo lo tienen MELE (El fabricante real de todos los woxter, los inves, los iconbit, etc) y ELLION, y creo que este ultimo solo el SDK3 y nunca el SDK4. Aunque seguro que hay mas fabricantes que lo tienen.

Como ultima solucion, YO probaria con el v8.5.51.r5514-120109 + IMS 5.1 e intentaria formatear (Que ya lo has hecho). Si no resulta, prueba con el v.8.5.15.0-r4907, si no formatea, esta casi claro, hay algo raro o en cubo, o en HDD.

Tu caso empieza a ser algo de pelicula de misterio.:ceja

Re: Mods firms para cubos basados en chips realtek

A ver si este finde con paciencia pruebo (y documento bien) todas las opciones.

Otra cosa que voy a probar es a cambiar el HDD. Compré un WD de 1TB para el ordenador y moví el SAMSUNG 2TB del ordenador al cubo. Es un coñazo, pero volveré a volcar toda la info al de 2TB y probaré el cubo con el WD, a ver si va a ser eso (aunque me extraña que el SAMSUNG funcione a veces si, y a veces no).

Y otra cosa que me planteo investigar es frikear y montarle un linux nuevecito, incluyendo un kernel actualizado, un xorg como servidor gráfico y un mplayer sustituyendo al Dvdplayer (pero vamos, eso es trabajo para un equipo experto y durante meses, así que solo frikear, no tratar de conseguir nada... me conformo si consigo ver el fondo y el cursor de xorg).

Te mantendré al tanto.

Saludos.

Re: Mods firms para cubos basados en chips realtek

Cita:

Iniciado por lamberete

Y otra cosa que me planteo investigar es frikear y montarle un linux nuevecito, incluyendo un kernel actualizado, un xorg como servidor gráfico y un mplayer sustituyendo al Dvdplayer (pero vamos, eso es trabajo para un equipo experto y durante meses, así que solo frikear, no tratar de conseguir nada... me conformo si consigo ver el fondo y el cursor de xorg).

Te mantendré al tanto.

Saludos.

Soy todo orejas, para mi seria genial.

Suerte.

Re: Mods firms para cubos basados en chips realtek

Bueno pues ya dispongo de "parted" para el 3000.

Gracias a optware http://ipkg.nslu2-linux.org/feeds/optware/oleg/cross/

Creo que ya se ha comentado alguna vez cientos de aplicaciones para nuestro cubos con chip RTD ya compiladas, instalar y listo (eso si, la mayoria para usar desde la linea de comandos por telnet)

A lo que iba, faltaba informacion de parted. Resultados del icube 5000 con el firm v8.5.55.r7672-120416 + IMS 5.2:

Código:

~ # parted /dev/scsi/host0/bus0/target0/lun0/disc print free Model: ATA Hitachi HDS5C101 (scsi) Disk /dev/scsi/host0/bus0/target0/lun0/disc: 1000GB Sector size (logical/physical): 512B/512B Partition Table: msdos Number Start End Size Type File system Flags 32.3kB 8225kB 8193kB Free Space 1 8225kB 983GB 982GB primary 2 983GB 983GB 165MB primary 3 983GB 983GB 165MB primary 4 983GB 1000GB 17.2GB primary 1000GB 1000GB 167MB Free Space

Como ves hay espacio libre al principio y al final del HDD

Y ahora el del 3000 que es SDK3:

Código:

root@HMB:~# parted GNU Parted 1.7.1 Using /dev/scsi/host1/bus0/target0/lun0/disc Welcome to GNU Parted! Type 'help' to view a list of commands. (parted) print free Disk /dev/scsi/host1/bus0/target0/lun0/disc: 1500GB Sector size (logical/physical): 512B/512B Partition Table: msdos Number Start End Size Type File system Flags 32.3kB 8225kB 8193kB Free Space 1 8225kB 1482GB 1482GB primary ntfs 2 1482GB 1482GB 165MB primary linux-swap 3 1482GB 1483GB 559MB primary ext3 4 1483GB 1500GB 17.2GB primary 1500GB 1500GB 165MB Free Space (parted)

Como ves el espacio libre es el mismo independientemente del tamaño del HDD y del SDK imagino que al princio del HDD estara el MBR o similar, ¿Pero al final? en fin ni idea, es por dar mas informacion.

Y si, la version de parted que hay para descarga es mas antigua que la de los SDK4.

En el 3800 tengo la version de fabrica del 3850, asi que ni siquiera hay acceso por telnet, si no se hace un modfirm. :-(, asi que no tengo los datos del HDD, eso si recuerdo que la particion swap era mas pequeña que en el 5000.

Re: Mods firms para cubos basados en chips realtek

Cita:

Iniciado por lamberete

Y otra cosa que me planteo investigar es frikear y montarle un linux nuevecito, incluyendo un kernel actualizado, un xorg como servidor gráfico y un mplayer sustituyendo al Dvdplayer (pero vamos, eso es trabajo para un equipo experto y durante meses, así que solo frikear, no tratar de conseguir nada... me conformo si consigo ver el fondo y el cursor de xorg).

Me gustaría creer que sabes lo que dices, pero me da la impresión de que simplemente ha sido una afirmación demasiado osada...

¿Vas a portar tú el kernel actualizado para los procesadores RTD1283? Porque el linux que existe para estos procesadores es el mismo. Creo que alguien empezó a portar uno más moderno, pero no tengo noticias de que lo terminara y las únicas versiones modernas son para los 1186. Lo mismo con el XORG ¿Vas a crear tú el driver para el vídeo? ¿Conoces cómo funciona el hardware de vídeo? Porque en los firmwares oficiales NO HAY DRIVERS DE VÍDEO y es DvdPlayer el que accede al hardware bien directamente o usando el firmware de vídeo del que no hay información disponible.

En cualquier caso, te deseo mucha suerte...

Saludos.

Re: Mods firms para cubos basados en chips realtek

Cita:

Iniciado por calimocho

Me gustaría creer que sabes lo que dices, pero me da la impresión de que simplemente ha sido una afirmación demasiado osada...

¿Vas a portar tú el kernel actualizado para los procesadores RTD1283? Porque el linux que existe para estos procesadores es el mismo. Creo que alguien empezó a portar uno más moderno, pero no tengo noticias de que lo terminara y las únicas versiones modernas son para los 1186. Lo mismo con el XORG ¿Vas a crear tú el driver para el vídeo? ¿Conoces cómo funciona el hardware de vídeo? Porque en los firmwares oficiales NO HAY DRIVERS DE VÍDEO y es DvdPlayer el que accede al hardware bien directamente o usando el firmware de vídeo del que no hay información disponible.

En cualquier caso, te deseo mucha suerte...

Saludos.

Pues eso es precisamente lo que quería explorar, y eso es precisamente lo que me he encontrado. Hace muchos años participé en el desarrollo software de un equipo con algunas similitudes, y de ahí mi idea de montarle Xorg al cubo, pero claro, disponíamos de los drivers de la salida de vídeo. Al cubo se le podría poner un nuevo kernel, pero, tal y como dices, no hay salida de vídeo "estándar" disponible, así que no valdría de nada, y no queda más remedio que pasar por el aro del DvdPlayer, cuyos firmwares están compilados para el Kernel 2.6.12, y para que se puedan usar hay que quedarse en ese mismo. Ya no se si sería posible es recompilar ese kernel con otras opciones (y ahora os cuento por qué me lo planteo), o cargar algún módulo más (para que funcionen más wifis-usb, por ejemplo), pero bueno...

A mi problema (que ha sido básicamente mi finde):
- No era un problema con la versión de firmware, sino con el disco duro. Una vez instalado el WD de 1TB el disco es detectado consistentemente, el formateo apenas dura un par de minutos, y funcionan bien todos los firmwares (woxter o inves)
- Ya centrado en el problema, y tras muchas pruebas, mucho examinar el log de dmesg.... acabé por centrarme en el módulo sata_mars y fui a dar con este post de un foro de otro cubo de realtek. Parece ser que algunos discos necesitan más tiempo para arrancar y los 7 ¿segundos? que deja nuestro cubo (según "cat /sys/block/sda/device/timeout" vía telnet) no son suficientes para mi SAMSUNG de 2TB (de hecho, el valor cuando lo monto en mi PC es de 30). A partir de ahí me he puesto como loco a intentar modificar dicho parámetro, pero no encuentro el script (o punto del arranque del sistema) donde aplicarlo; he probado a forzar el uso de los módulos sata_mars_1.ko y libata_1.ko; he probado a usar la versión de esos módulos de otros cubos.... tampoco ha habido suerte; otras soluciones más sofisticadas que he encontrado por internet no son válidas para un linux tan simplificado como el del cubo; y cosas que ya no recuerdo....

De todos modos no tiro la toalla... dejaré que se me enfríe la cabeza y volveré a retomarlo en unos días, porque de verdad que prefiero pasar el disco de 2TB al cubo. Espero que baste con modificar el script apropiado, o como mucho recompilar algún módulo y que no toque recompilar el kernel (porque encontrar las opciones que lo hagan "compatible" con el DvdPlayer puede ser telita....)

Bueno, espero que esto al menos valga para que si a alguien le pasa algo similar, no de (ni os haga dar) tantas vueltas.

Un saludo a todos.

PD: Creo que me quedo con la interfaz nueva (la de chucky de abril). Entiendo por lo que me dijo Chucky que está incompleta, así que si puedo echar un cable en el progreso, no dudéis en avisarme, Que es lo menos que puedo hacer después de el follón que os he dado.

Re: Mods firms para cubos basados en chips realtek

Cita:

Iniciado por Gau

Efectivamente, en Gestión remota/información de sistema, en el apartado de Dispositivos dice que mi HDD1 esta en:
/dev/scsi/host1/bus0/target0/lun0/part1

Venga chicos, algún testimonio más!!! ;)

El mío está en /dev/scsi/host0/bus0/target0/lun0/part1, pero recordar que mi cubo es un Inves 3700 (primo del Woxter 3200), con el firmware del Woxter "adaptado".

Saludos.

Por cierto, que se me ocurre que a lo mejor las diferencias radican el la versión de la placa (en la mía está impresa en la placa, bajo el disco duro, junto al disipador). La mía es RT-1283E1-V1.30-1 (de fecha 2009-12-22)

Re: Mods firms para cubos basados en chips realtek

Cita:

Iniciado por lamberete

Pues eso es precisamente lo que quería explorar, y eso es precisamente lo que me he encontrado. Hace muchos años participé en el desarrollo software de un equipo con algunas similitudes, y de ahí mi idea de montarle Xorg al cubo, pero claro, disponíamos de los drivers de la salida de vídeo. Al cubo se le podría poner un nuevo kernel, pero, tal y como dices, no hay salida de vídeo "estándar" disponible, así que no valdría de nada, y no queda más remedio que pasar por el aro del DvdPlayer, cuyos firmwares están compilados para el Kernel 2.6.12, y para que se puedan usar hay que quedarse en ese mismo. Ya no se si sería posible es recompilar ese kernel con otras opciones (y ahora os cuento por qué me lo planteo), o cargar algún módulo más (para que funcionen más wifis-usb, por ejemplo), pero bueno...

A mi problema (que ha sido básicamente mi finde):
- No era un problema con la versión de firmware, sino con el disco duro. Una vez instalado el WD de 1TB el disco es detectado consistentemente, el formateo apenas dura un par de minutos, y funcionan bien todos los firmwares (woxter o inves)
- Ya centrado en el problema, y tras muchas pruebas, mucho examinar el log de dmesg.... acabé por centrarme en el módulo sata_mars y fui a dar con este post de un foro de otro cubo de realtek. Parece ser que algunos discos necesitan más tiempo para arrancar y los 7 ¿segundos? que deja nuestro cubo (según "cat /sys/block/sda/device/timeout" vía telnet) no son suficientes para mi SAMSUNG de 2TB (de hecho, el valor cuando lo monto en mi PC es de 30). A partir de ahí me he puesto como loco a intentar modificar dicho parámetro, pero no encuentro el script (o punto del arranque del sistema) donde aplicarlo; he probado a forzar el uso de los módulos sata_mars_1.ko y libata_1.ko; he probado a usar la versión de esos módulos de otros cubos.... tampoco ha habido suerte; otras soluciones más sofisticadas que he encontrado por internet no son válidas para un linux tan simplificado como el del cubo; y cosas que ya no recuerdo....

De todos modos no tiro la toalla... dejaré que se me enfríe la cabeza y volveré a retomarlo en unos días, porque de verdad que prefiero pasar el disco de 2TB al cubo. Espero que baste con modificar el script apropiado, o como mucho recompilar algún módulo y que no toque recompilar el kernel (porque encontrar las opciones que lo hagan "compatible" con el DvdPlayer puede ser telita....)

Bueno, espero que esto al menos valga para que si a alguien le pasa algo similar, no de (ni os haga dar) tantas vueltas.

Un saludo a todos.

PD: Creo que me quedo con la interfaz nueva (la de chucky de abril). Entiendo por lo que me dijo Chucky que está incompleta, así que si puedo echar un cable en el progreso, no dudéis en avisarme, Que es lo menos que puedo hacer después de el follón que os he dado.

Creo es que tu problema (Y digo creo, me parece que tus conocimientos al respecto de linux son muy superiores a los mios) es que el disco desde que recibe corriente, hasta que esta disponible, pasa un tiempo excesivo, y mi solucion quizas sea una perugrullada:

¿Retrasar el arranque del cubo completo?, si, se que tendras que esperar 30 segundos mas en el arranque, pero no se me ocurre otra cosa.

El primer archivo que se ejecuta es /usr/local/bin/rcS, y luego ya se pasa a /etc/int.d/rcS, donde tienes tambien el scrip de montaje de las particiones. No sabria decirte donde, pero añadiendo en cualquiera de los script "sleep 30", podrias retrasar o bien el proceso de arranque completo o bien el montaje de las unidades. echale un ojo, y decide tu mismo.

El montar wifis de otras marcas es posible si tienes los drivers compilados, al menos que yo sepa hay firms SDK3 con drivers para los wifi ralink. y no es necesario recompilar el kernel. Mira aqui en un perfecto ruso: http://tty.org.ru/node/34 ;-)

En cuanto a la interfaz, el problema es que yo no me estoy dedicando a modificarla. para que te hagas una idea, hay que modificar todas las imagenes que hay en /usr/local/bin/Resource, + la de las carpetas de los menus de configuracion, vamos trabajo de chinos.

Re: Mods firms para cubos basados en chips realtek

Cita:

Iniciado por lamberete

El mío está en /dev/scsi/host0/bus0/target0/lun0/part1, pero recordar que mi cubo es un Inves 3700 (primo del Woxter 3200), con el firmware del Woxter "adaptado".

Saludos.

Por cierto, que se me ocurre que a lo mejor las diferencias radican el la versión de la placa (en la mía está impresa en la placa, bajo el disco duro, junto al disipador). La mía es RT-1283E1-V1.30-1 (de fecha 2009-12-22)

A ver si de una vez modifico el firm para que monte la swap en los dos casos. Es que estoy muy vago.

Re: Mods firms para cubos basados en chips realtek

Cita:

Iniciado por lamberete

Pues eso es precisamente lo que quería explorar, y eso es precisamente lo que me he encontrado. Hace muchos años participé en el desarrollo software de un equipo con algunas similitudes, y de ahí mi idea de montarle Xorg al cubo, pero claro, disponíamos de los drivers de la salida de vídeo. Al cubo se le podría poner un nuevo kernel, pero, tal y como dices, no hay salida de vídeo "estándar" disponible, así que no valdría de nada, y no queda más remedio que pasar por el aro del DvdPlayer, cuyos firmwares están compilados para el Kernel 2.6.12, y para que se puedan usar hay que quedarse en ese mismo. Ya no se si sería posible es recompilar ese kernel con otras opciones (y ahora os cuento por qué me lo planteo), o cargar algún módulo más (para que funcionen más wifis-usb, por ejemplo), pero bueno...

A mi problema (que ha sido básicamente mi finde):
- No era un problema con la versión de firmware, sino con el disco duro. Una vez instalado el WD de 1TB el disco es detectado consistentemente, el formateo apenas dura un par de minutos, y funcionan bien todos los firmwares (woxter o inves)
- Ya centrado en el problema, y tras muchas pruebas, mucho examinar el log de dmesg.... acabé por centrarme en el módulo sata_mars y fui a dar con este post de un foro de otro cubo de realtek. Parece ser que algunos discos necesitan más tiempo para arrancar y los 7 ¿segundos? que deja nuestro cubo (según "cat /sys/block/sda/device/timeout" vía telnet) no son suficientes para mi SAMSUNG de 2TB (de hecho, el valor cuando lo monto en mi PC es de 30). A partir de ahí me he puesto como loco a intentar modificar dicho parámetro, pero no encuentro el script (o punto del arranque del sistema) donde aplicarlo; he probado a forzar el uso de los módulos sata_mars_1.ko y libata_1.ko; he probado a usar la versión de esos módulos de otros cubos.... tampoco ha habido suerte; otras soluciones más sofisticadas que he encontrado por internet no son válidas para un linux tan simplificado como el del cubo; y cosas que ya no recuerdo....

De todos modos no tiro la toalla... dejaré que se me enfríe la cabeza y volveré a retomarlo en unos días, porque de verdad que prefiero pasar el disco de 2TB al cubo. Espero que baste con modificar el script apropiado, o como mucho recompilar algún módulo y que no toque recompilar el kernel (porque encontrar las opciones que lo hagan "compatible" con el DvdPlayer puede ser telita....)

Bueno, espero que esto al menos valga para que si a alguien le pasa algo similar, no de (ni os haga dar) tantas vueltas.

Un saludo a todos.

PD: Creo que me quedo con la interfaz nueva (la de chucky de abril). Entiendo por lo que me dijo Chucky que está incompleta, así que si puedo echar un cable en el progreso, no dudéis en avisarme, Que es lo menos que puedo hacer después de el follón que os he dado.

Se pueden compilar/cargar nuevos módulos sin excesivos problemas.

El primer script que se ejecuta es el localizado en /etc/init.d/rcS que lo único que hace es ejecutar /etc/init.d/rcS1 enviando su salida a la consola para que se pueda ver si tienes el reproductor conectado al PC con el correspondiente cable serie. La pega es que esos scripts están en un sistema de archivos de solo lectura, con lo que tienes que crear un nuevo firmware con los ficheros modificados. Sin embargo, tienes el script /usr/local/etc/rcS que se ejecuta desde /etc/init.d/rcS1 y que es modificable. Además, es ahí donde se cargan los drivers sata y se ejecuta DvdPlayer que es el que monta las particiones. Así pues, podrías añadir líneas del tipo echo '30' > /sys/block/sdX/device/timeout a /usr/local/etc/rcS y ver si con ello resolvías tu problema (he puesto sdX porque no sólo lo deberías hacer con sda, ya que si arrancas el reproductor con un pendrive conectado lo más probable es que el disco duro interno pase a ser sdb).

Saludos.

Re: Mods firms para cubos basados en chips realtek

Jefes, acordarsus de hacerle una revisión al Upnp :disimulo

Re: Mods firms para cubos basados en chips realtek

Cita:

Iniciado por chucky11

Creo que tu problema [...] es que el disco desde que recibe corriente, hasta que esta disponible, pasa un tiempo excesivo, [...]

Pues no lo había pensado, pero me da a mi que no funcionará, ya que una vez arrancado el cubo, forzando de nuevo la detección del disco (desmontando y remontando los módulos), vuelve a fallar... de todos modos lo probaré, total, es muy muy fácil.

Cita:

Iniciado por chucky11

[...] Mira aqui en un perfecto ruso: http://tty.org.ru/node/34 ;-)[...]

Creo que me llevaría menos tiempo descifrar el DvdPlayer en código máquina que apender ruso :P

Cita:

Iniciado por calimocho

[...]para que se pueda ver si tienes el reproductor conectado al PC con el correspondiente cable serie[...]

¿Tienes el conector y pinout del puerto serie en la tarjeta? Pensaba investigar cual de los dos conectores libres era (si era alguno), pero si ya lo tenéis "investigado" mejor que mejor :). Gracias de antemano.

Cita:

Iniciado por calimocho

[...]Así pues, podrías añadir líneas del tipo echo '30' > /sys/block/sdX/device/timeout a /usr/local/etc/rcS y ver si con ello resolvías tu problema[...]

Ya lo he intentado (en /etc/init.d/rcS1, en un nuevo /etc/init.d/S99sata que ejecutaría rcS1 tras S50inetd, en /usr/local/etc/rcSHDD y no se si en algún sitio más), pero ni siquiera con el disco WD de 1TB (que si arranca), el valor se sobre-escribe (probablemente lo estoy escribiendo demasiado pronto). Tengo que probar a hacerlo justo despues de cargar sata_mars.... Por otro lado, muchas de las veces el disco falla en su primera detección, y no sé si el fichero timeout llegará a existir... pero bueno, eso ya pertenece a las pruebas del futuro, porque supone volver a volcar la info del Samsung al WD antes de conectarlo al cubo y empezar a trastear, y no me voy a poner entre semana.

Bueno, que no tengo mucho tiempo. Ya os iré contando.

Y respecto al rediseño de la interfaz, ya os preguntaré con que parte me pongo (para no solapar trabajos).

Saludos.