Entonces quiere decir que ya no me queda mas nada por hacer u_U Y volverla a la versión del CFW 4.30 de E3. Hubiera estado bueno que las aplicaciones de ps3-utils pudieran hacer algo más en la consola.
Ojalá yo pudiera ser uno más. Porque realmente.. la plataforma PS3.. me encanta!![[carcajad]](/images/smilies/nuevos/risa_ani2.gif "carcajada")
Monte2012AR escribió:Muchisimas gracias por responder r04drunner
La verdad que los admiro a todos los que son entendidos en el tema de ps3 y se dedican a desarrollar programas para ella. Ojalá.. Red Ribbon siga creciendo.
Otra consulta.. tengo un pequeño problema con un mouse usb Genius óptico. Le cuesta mover el puntero en el sistema operativo.. o sea.. es como que le cuesta ser bastante preciso.. porque tengo que arrastrarlo y arrastrarlo hasta que puedo ubicar el puntero donde yo deseo. Es lo único engorroso del sistema. No digo que sea problema del Red Ribbon.. porque en el sistema operativo Yellow Dog 6.1 también presenta el mismo inconveniente. Lo extraño.. es q en la pc, o sea.. en el sistema operativo Windows.. el mouse funciona a la perfección.
Nuevamente mis felicitaciones a las personas que siguen intentando, rompiendose la cabeza por medio de la ingeniería inversa.. para poder sacarle el mayor provecho a la PS3
Saludos.
[Editado]
P.D.: Al problema con el mouse ya lo solucioné. Al parecer.. es un inconveniente que tiene el mouse Genius NetScroll 120.. ya que probé otro mouse de la misma marca.. pero de eso mouse que son ideales para hacer con las netbook.. y funciona perfectamente.
nickelo escribió:Es muy extraño, si uso la flag boot_otheros, hay que tener el pendrive metido claro, arranco y en /tmp/petitboot/mnt, solo me aparece sda del pendrive y una region no recuerdo cual... Al final no tenia que ver con las particiones, ya que si en vez de la flag del miralatijera, uso el toolbox de rebug y reinicio desde alli en modo otheros, si que arranca petitboot desde ahi, sin ningun pendrive metido y reconoce todas las particiones bien, entonces metes el pen y reconoce todo bien, dejandote ejecutar el script que hiciste, parece como si el tener el pendrive metido, parara la deteccion, vete a saber. Ahora curiosamente si uso la funcion de miralatijera, de arrancar en factory mode pulsando Power+eject, dejandolo hasta que suena un pitido, me tira directamente al petitiboot, sin tener que meter ningun pen, ni usar el rebug toolbox... Y si me crea las particiones de lujo un / de veintitantos GB y un /SWAP.
El CD lo meto antes, despues, durante y nada, incluso ayer me grabe un debian powerpc para probar y tampoco lo reconoce, en cambio multiman accede a ellos perfectamente y los bluray el GameOS, los lee sin problema. Lo mosqueante es que no hay ninguna diferencia de hardware, todas las plays son iguales, como no sea algo que haga mal... No se como no sea que estan que estan en la frontera de las plays que se pueden poner CFW, tengan alguna pega ni idea.
He probado lo quitar el teclado y nada, tira un error del rtc y se queda en "Loading please wait..."
A mi me pasaba eso que mencionas de tener que poner "setup_flash_for_otheros y install_otheros", se soluciona con la ultima actualizacion, la 7 de miralatijera.
Gracias tio, yo tampoco me rindo, aunque la parienta me quiere dejar, por las horas que le dedico a intentar instalar linux en la play, que no le dejo ver la tele ni na
root=UUID=XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXXroot=/dev/ps3vflashh1sudo update-kboot![[+risas]](/images/smilies/nuevos/risa_ani3.gif "más risas")
., cuando llegue a casa, pruebo a cambiar todo por la ruta de dev y te digo.nickelo escribió:Me parece que lo de quitar lo de uuid y por el el dev, lo he hecho un par de veces y nada... Seria cambiarlo en el petitboot solo, o tambien en el fstab?
Si el iso es la RC7, pero yo creo que me la baje hace ya al principio, debe ser la que tu dices.
Ahora estoy currando, se supone
Saludos y gracias.
nickelo escribió:Oiga de maravilla, ya le escribo desde el iceweasel, me he bajado de nuevo el iso, he reisntalao y de maravilla!!! Ademas va ligero, como si estuviera instalado en un P4, de los ultimos que salieron, que alguno querra que vaya como un i5 con 8 gigas de ram... para navegar y cosas asi, es mas que usable...
EDITO: Que coñazo que no deja esto poner un post nuevo... no me va el sonido, lo tengo por HDMI y el apagado, reinicio, etc... no funcionan, si que en el ultimo mensaje de texto dice que se va apagar el sistema, pero ahi se queda tostada la play.
Muchisimas gracias, saludos.
.r04drunner escribió:Le echaré un ojo para tratar de averiguar si se trata de un bug y como solucionarlo.
Monte2012AR escribió:Muchas gracias por responder r04drunner. Aparentemente lo que estuve viendo.. es que este mouse Genius NetScroll 120.. tiene problema con la consola.. ya que en el Administrador de Archivos del MultiMAN.. presenta el mismo inconveniente que en el sistema operativo Red Ribbon.. en cambio.. en la pc de escritorio.. el mouse funciona perfectamente. Asi que dudo que pueda haber alguna solución mediante correcciones en el sistema operativo.
Disculpá.. te hago otra consulta.. hace unos días.. (ayer) quise actualizar el paquete "util-linux" a la versión 2.22.2 (Creo) al paquete lo descargué en su versión tar.gz.. y lo instalé según los procedimientos declarados en internet.. que son los de desempaquetar el archivo con las sentencias "tar -zxvf nombredelarchivo.tar.gz". Lo descomprimió.. luego tipeé la sentencia ./configure.. y me tiró unos cuantos errores :S asi que ejecuté un archivo que se llamaba autoconf.sh.. y me pidió que actualice unos cuantos paquetes.. los actualicé mediante el "apt-get install autoconf", etc, etc, etc dependencias.
Luego.. me tiraba algunos errores como que no existía "ncurses" y otras cosas más.
En definitiva.. pude instalarlo.. puede ejecutar el comando ./configure.. luego el make.. y después le make install.
Todo esto lo hice para ver si yo podía actualizar la utilidad "hwclock" a su última versión.. que es la 2.40.. pero no se si exactamente lo actualicé a esa versión.. ya que me parece que el paquete 2.22.2 del util-linux.. no incluye esta última versión del "hwclock". En fin.. no logré nada.. porque al final.. me parece que el RTC sigue igual que siempre.. con la fecha "08 de Enero del 2006" o por ahí :/
En definitiva.. cuando quise reiniciar el Red Ribbon.. no reinició más. No se lo que habrá hecho eso de actualizar el "Util-linux" que provocó que el Red Ribbon se quedara colgado en unas sentencias que aparecían cuando quería cargar el sistema operativo.
Asi que ahí se me quemaron todos los libros.. y creo que voy a proceder a desinstalar el Linux.. hasta el momento que exista alguna solución para el RTC del sistema.
Solo quería comentar eso.. para ver si para la próxima.. para ver si.. 2 cosas.. si se podría incluir todos los archivos con sufijo "locales".. asi para los que hablamos en castellano.. podamos comprender los mjes q nos imprimen diferentes comandos.. y otra de las cosas.. era para ver si se podrían actualizar todas esas aplicaciónes.. como lo son el util-linux.. a su última versión.
Un saludo!
.
jeje Mil Gracias por aclarme esa duda! Monte2012AR escribió:Es eso lo que estoy queriendo! Una utilidad para el GameOS que me permita modificar a mi antojo ese dato :'D Por eso es q estoy investigando mucho en internet. Ahora estoy revisando el paquete de PS3-Utils.. y todos sus códigos fuentes.. para ver si puedo lograr algo. No creo.. pero me gustaría poder desarrollar aunque sea un "Hola mundo" para la PS3.. o algún programita que imprima datos en la pantalla de la PS3.. y q a su vez.. me guardase un log en un dispositivo usb.
Además.. se que hay una función.. o sea.. un argumento que se le puede pasar a la utilidad "ps3-flash-util" que permite escribir.. pero no la entiendo bien :/ y es el parámetro.. "-D, --db-write-dword owner key dword", que según entiendo.. me permite escribir sobre el registro "os_area_params." creeeeeo.. no estoy seguro :S
Al que pueda hacer esa utilidad para GameOS que yo estoy queriendo lograr.. yo lo consideraría un groso! Un idolo! Un crack de la PS3!
.Monte2012AR escribió:Ahora ya instalé un Linux Mint en una de mis pc para ponerme a prácticar.. para ver si me sale algo.. y para ver si puedo depurar paso a paso la utilidad de PS3-Utils. Se que me va a arrojar 10 mil errores por no estar trabajando en una arquitectura PowerPC.. pero bueno.. me servirá para practicar.
Eso es lo q yo quería.. personas q me entendieran
Y con respecto a la información que me diste sobre el archivo "adjtime".. ahí lo encontré en el sistema Linux Mint que instalé en una de mis pc's. Y vi algo asi como lo que me describiste
Otra de las cosas que pude comprobar.. es que ejecutando la sentencia "hwclock -w" en esta pc.. si fijó los datos o_O
Puede ser que en la pc no los fije realmente por el hecho de que los drivers de rtc-ps3 no estén programados como para que trabajen con OtherOS++?
En realidad.. no entiendo mucho la diferencia entre OtherOS y OtherOS++ :S Tampoco entiendo mucho sobre eso de instalar el linux en la VFlash5 o la VFlash7 :/ Tengo que seguir informandome al respecto..
.Monte2012AR escribió:Yo ocupé una utilidad en GameOS que se llama "Dump_sysrom.pkg" o algo asi.. y me descargó un archivo BIN de 256 Kb's.. pero lo abrí con un editor Hexadecimal pero no entendí nada de nada :S También estaría bueno alguna aplicación que permita decodificarla.., modificarla.. y resubirla. Aunq no se si modificar algo asi de la PS3 quizá pueda traer consecuencias irreversibles :/
Tenía algo de conocimiento que en las primeras consolas venian con NAND y q creo que luego.. para abaratar costos.. y por el tema de que me parece que las NOR son "mejores" por asi decirlo que las memorias NAND, pero no recuerdo por qué motivo es que eran mejores :/ No se si era porque soportaban mayor cantidad de escrituras y borrados que las NAND o porque eran mas faciles de fabricar.. o porque tenían una capacidad de lectura/escritura mayores. En fin.. La persona o personas que desarrollaron el PSGroove.. son unos fenómenos! Porque del código.. yo no entiendo absolutamente nada :S Me quise fabricar un PSGrooPIC.. pero se me dañó el integrado 
pienso que habrá sido xq el diseño del circuito que descargué no habrá sido muy bueno.. pero bueno.. algún otro momento me compraré otro PIC.. para seguir intentando y perfeccionado el circuito.. aunq hasta ahora no puedo conseguir la ayuda de ningún experto en electrónica. De todos modos.. me compré un AmazeBreak que funciona perfecto u_Uroot@redribbon:/home/ps3# ps3-flash-util -s
ps3-flash-util (ps3-utils) 2.3-1
header :1: h.magic_num: 'cell_ext_os_area'
header :1: h.hdr_version: 1
header :1: h.db_area_offset: 2
header :1: h.ldr_area_offset: 4
header :1: h.ldr_format: 0 (raw)
header :1: h.ldr_size: 7969924 (799c84h)
param :2: p.boot_flag: 1 (other-os)
param :2: p.num_params: 0
param :2: p.rtc_diff 0
param :2: p.av_multi_out 0
param :2: p.ctrl_button: 0
param :2: p.static_ip_addr: 0.0.0.0
param :2: p.network_mask: 0.0.0.0
param :2: p.default_gateway: 0.0.0.0
param :2: p.dns_primary: 0.0.0.0
param :2: p.dns_secondary: 0.0.0.0
db :3: db.magic_num: '-db-'
db :3: db.version: 1
db :3: db.index_64: 24
db :3: db.count_64: 57
db :3: db.index_32: 544
db :3: db.count_32: 57
db :3: db.index_16: 836
db :3: db.count_16: 57
rtc :4: 0
root@redribbon:/home/ps3# hwclock --debug
hwclock from util-linux 2.20.1
Using /dev interface to clock.
Last drift adjustment done at 1360936111 seconds after 1969
Last calibration done at 1360936111 seconds after 1969
Hardware clock is on UTC time
Assuming hardware clock is kept in UTC time.
Waiting for clock tick...
/dev/rtc0 does not have interrupt functions. Waiting in loop for time from /dev/rtc0 to change
...got clock tick
Time read from Hardware Clock: 2006/01/11 23:46:31
Hw clock time : 2006/01/11 23:46:31 = 1137023191 seconds since 1969
mié 11 ene 2006 20:46:31 ART -0.118579 seconds
/*
* This program is free software; you can redistribute it and/or modify
* it under the terms of the GNU General Public License as published by
* the Free Software Foundation; version 2 of the License.
*
* This program is distributed in the hope that it will be useful,
* but WITHOUT ANY WARRANTY; without even the implied warranty of
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
* GNU General Public License for more details.
*
* You should have received a copy of the GNU General Public License
* along with this program; if not, write to the Free Software
* Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA
*/
#include <stdio.h>
#include <string.h>
#include <unistd.h>
#include <psl1ght/lv2/net.h>
#include <flash_os_area.h>
#include <lv2_syscall.h>
#include <udp_printf.h>
#define VFLASH5_DEV_ID 0x100000500000001ull
#define VFLASH5_SECTOR_SIZE 0x200ull
#define VFLASH5_HEADER_SECTORS 0x2ull
/*
* main
*/
int main(int argc, char **argv)
{
uint32_t dev_handle;
int start_sector, sector_count;
struct storage_device_info info;
uint8_t buf[VFLASH5_SECTOR_SIZE * 16];
struct os_area_header *hdr;
struct os_area_params *params;
uint32_t unknown2;
int result;
netInitialize();
udp_printf_init();
PRINTF("%s:%d: start\n", __func__, __LINE__);
dev_handle = 0;
result = lv2_storage_get_device_info(VFLASH5_DEV_ID, &info);
if (result) {
PRINTF("%s:%d: lv2_storage_get_device_info failed (0x%08x)\n", __func__, __LINE__, result);
goto done;
}
PRINTF("%s:%d: capacity (0x%016llx)\n", __func__, __LINE__, info.capacity);
if (info.capacity < VFLASH5_HEADER_SECTORS) {
PRINTF("%s:%d: device capacity too small\n", __func__, __LINE__);
goto done;
}
result = lv2_storage_open(VFLASH5_DEV_ID, &dev_handle);
if (result) {
PRINTF("%s:%d: lv2_storage_open failed (0x%08x)\n", __func__, __LINE__, result);
goto done;
}
/* write os header and params */
start_sector = 0;
sector_count = VFLASH5_HEADER_SECTORS;
PRINTF("%s:%d: reading header start_sector (0x%08x) sector_count (0x%08x)\n",
__func__, __LINE__, start_sector, sector_count);
memset(buf, 0, sizeof(buf));
hdr = (struct os_area_header *) buf;
params = (struct os_area_params *) (buf + OS_AREA_SEGMENT_SIZE);
result = lv2_storage_read(dev_handle, 0, start_sector, sector_count, buf, &unknown2, 0);
if (result) {
PRINTF("%s:%d: lv2_storage_read failed (0x%08x)\n", __func__, __LINE__, result);
goto done;
}
if (strncmp((const char *) hdr->magic, HEADER_MAGIC, sizeof(hdr->magic))) {
PRINTF("%s:%d: invalid header magic\n", __func__, __LINE__);
goto done;
}
if (hdr->version != HEADER_VERSION) {
PRINTF("%s:%d: invalid header version\n", __func__, __LINE__);
goto done;
}
if (params->boot_flag == PARAM_BOOT_FLAG_GAME_OS) {
params->rtc_diff = 1360936111; //<-- ESTA ES LA LINEA QUE MODIFIQUÉ
result = lv2_storage_write(dev_handle, 0, start_sector, sector_count, buf, &unknown2, 0);
if (result) {
PRINTF("%s:%d: lv2_storage_write failed (0x%08x)\n", __func__, __LINE__, result);
goto done;
}
}
PRINTF("%s:%d: end\n", __func__, __LINE__);
lv2_sm_ring_buzzer(0x1004, 0xa, 0x1b6);
done:
result = lv2_storage_close(dev_handle);
if (result)
PRINTF("%s:%d: lv2_storage_close failed (0x%08x)\n", __func__, __LINE__, result);
udp_printf_deinit();
netDeinitialize();
return 0;
}
r04drunner escribió:La utilidad que has puesto es para activar el flag de arranque de OtherOS almacenado en la región 5 de la Flash. Puede servir de base, pero es necesario implementar la syscall apropiada. Voy a echar un ojo a la documentación de las syscalls y hacer unas pruebas.
r04drunner escribió:Para compilarlo necesitas las PS3ToolChain, o lo que es lo mismo: el SDK de Estwald.
#---------------------------------------------------------------------------------
# TARGET is the name of the output
# BUILD is the directory where object files & intermediate files will be placed
# SOURCES is a list of directories containing source code
# INCLUDES is a list of directories containing extra header files
#---------------------------------------------------------------------------------
TARGET := $(notdir $(CURDIR))
BUILD := build
SOURCES := source
DATA := data
INCLUDES := include
ICON0 := $(CURDIR)/release/ICON0.PNG
SFOXML := $(CURDIR)/stuff/sfo.xml
PKGFILES := $(CURDIR)/release
TITLE := Setea RTC
APPID := TEST0APP0
CONTENTID := UP0001-$(APPID)_00-0000000000000000
#---------------------------------------------------------------------------------
ps3-flash-util (ps3-utils) 2.3-1
header :1: h.magic_num: 'cell_ext_os_area'
header :1: h.hdr_version: 1
header :1: h.db_area_offset: 2
header :1: h.ldr_area_offset: 4
header :1: h.ldr_format: 0 (raw)
header :1: h.ldr_size: 9772164 (951c84h)
param :2: p.boot_flag: 1 (other-os)
param :2: p.num_params: 0
param :2: p.rtc_diff 0
param :2: p.av_multi_out 0
param :2: p.ctrl_button: 0
param :2: p.static_ip_addr: 0.0.0.0
param :2: p.network_mask: 0.0.0.0
param :2: p.default_gateway: 0.0.0.0
param :2: p.dns_primary: 0.0.0.0
param :2: p.dns_secondary: 0.0.0.0
db :3: db.magic_num: '-db-'
db :3: db.version: 1
db :3: db.index_64: 24
db :3: db.count_64: 57
db :3: db.index_32: 544
db :3: db.count_32: 57
db :3: db.index_16: 836
db :3: db.count_16: 57
rtc :4: 0
hwclock from util-linux 2.20.1
Using /dev interface to clock.
Last drift adjustment done at 1361389224 seconds after 1969
Last calibration done at 1361389224 seconds after 1969
Hardware clock is on UTC time
Assuming hardware clock is kept in UTC time.
Waiting for clock tick...
/dev/rtc0 does not have interrupt functions. Waiting in loop for time from /dev/rtc0 to change
...got clock tick
Time read from Hardware Clock: 2013/02/20 21:15:27
Hw clock time : 2013/02/20 21:15:27 = 1361394927 seconds since 1969
mié 20 feb 2013 22:15:27 CET -0.772625 seconds
Monte2012AR escribió:Me mataste con eso de las syscalls! o_O Cómo hiciste para darte cuenta que es necesario el uso de las syscalls? Y cómo hiciste para saber que se trataba de que era el código para activar el arranque de OtherOS? Yo pensé que este código que te pasé era util para manipular la estructura o base de datos de la consola.. ya q a mi, lo unico que me interesaría.. es modificar ese valor o campo de "os_area_params.rtc_diff" ya q de por si.. la aplicación "boot_otheros.pkg" funciona perfectamente.. y cambia al parecer sin ningún problema el valor del campo "os_area_params.boot_flag". Pero qué voy a saber yo? Si uds son los más entendidos en estos temas.. yo pensé q era solo cambiar un valor de un campo.. y listo. Ya que según lo que yo leí.. o pude ver en este enlace http://dev.man-online.org/man8/ps3-flash-util/ el argumento -game-time devuelve la diferencia en segundos entre el RTC con respecto al GameOS.. o sea.. que pienso que es un valor almacenado en la base de datos de la consola.. creo.. xq lo que según pude entender.. se trataría de una base de datos alojada en algún sector de la memoria flash.. aunq re desconozco sinceramente.
Monte2012AR escribió:Otra de las cosas que quería consultarte es..
- Al actualizar el firmware de la consola.. el nuevo firmware.. actualiza toda la NOR? O solo actualiza algunos sectores nada más.. y a la base de datos la deja intacta?
.Monte2012AR escribió:Con respecto al kit de desarrollo.. lo descargué a todo.. pero me cuesta entenderlo.. ya q es algo escueta la información que brindan con respecto a la configuración.
Lo que pude leer en algunos tutoriales en inglés.. es que hay que crear unas carpetas específicas como lo son source, include, release, stuff y crear unos archivos Makefile y sfo.xml
Lo que yo hice fue descargar el archivo ZIP de Estwald.. descomprimirlo en la carpeta PSDK3v2 en la raíz c:\ de Windows XP.. luego.. descomprimí el MinGW y el ps3dev. Pero luego de eso no comprendí más lo que había que hacer :S Ya que no se exactamente donde hay que generar los proyectos.. no se donde hay que ejecutar la linea de comando make ni nada! (Entiendo que hay que colocarla en la carpeta del proyecto.. pero el tema es q el archivo make no me dice nada.. no me informa de los errores existentes.. ni de qué archivo está faltando o lo errores q por lo general emite el Dev-C++ al compilar los ejecutables) Es bastante complejo para quien recién comienza. Una idea es que estaría bueno que se pudiera crear algún entorno de desarrollo como lo es NetBeans o Visual Studio.. o Dev-C++.. y que al generar un proyecto.. que automáticamente te genere todos los archivos y carpetas base.. pero que sea nada más para programar para PS3 y nada más. Pero como yo no entiendo mucho de compilar y de enlazar.. y de esas cosas.. yo solo hago clic en compilar.. y luego en ejecutar.. y pruebo los ejecutables nomás.. asi que estoy muy lejos de poder ponerme a desarrollar algún entorno de desarrollo
Otro detalle.. es que el archivo Makefile dice otra cosa refiriendose a las carpetas del proyecto a generar.. ya que en una sección dice esto#---------------------------------------------------------------------------------
# TARGET is the name of the output
# BUILD is the directory where object files & intermediate files will be placed
# SOURCES is a list of directories containing source code
# INCLUDES is a list of directories containing extra header files
#---------------------------------------------------------------------------------
TARGET := $(notdir $(CURDIR))
BUILD := build
SOURCES := source
DATA := data
INCLUDES := include
ICON0 := $(CURDIR)/release/ICON0.PNG
SFOXML := $(CURDIR)/stuff/sfo.xml
PKGFILES := $(CURDIR)/release
TITLE := Setea RTC
APPID := TEST0APP0
CONTENTID := UP0001-$(APPID)_00-0000000000000000
#---------------------------------------------------------------------------------
(No soy muy bueno con el inglés.. pero lo que puedo entender es esto..)
- TARGET es el nombre de la salida.
- BUILD es el directorio donde los archivos objeto e intermediarios serán localizados.
- SOURCES es una lista de directorios que contienen el código fuente.
- INCLUDES es una lista de directorios contenedoras de archivos de cabecera extras.
Y otros de los enlaces donde pude conseguir información o donde pude ver que hay archivos cabeceras necesarios para acceder al flash_os_area es desde acá http://gotbrew.org/git/. En la carpeta common está todos los archivos necesarios creo yo.. o los que no pude encontrar en las librerías de "PSl1ght"
Saludos! Y muchísimas gracias por siempre responder! Un abrazo!
ivanut escribió:Me ha pasado algo raro, he instalado RR en el disco duro de la ps3, haciendo las particiones y todo perfecto, pero de repente no se uqe pasa que no puedo acceder al petitboot. puede que se haya borrado???? funcionaba perfecto hasta que actualice y sali del sistema linux directo al gameOS....
ivanut escribió:Si uso el Miralatijera, y de moemnto la solucion que me has dado de las tool rebug me sirve, GRACIAS, sigo aprendiendo en la sombra.....
r04drunner escribió:Aquí tienes los valores:
ps3-flash-util -s
ps3-flash-util (ps3-utils) 2.3-1
header :1: h.magic_num: 'cell_ext_os_area'
header :1: h.hdr_version: 1
header :1: h.db_area_offset: 2
header :1: h.ldr_area_offset: 4
header :1: h.ldr_format: 0 (raw)
header :1: h.ldr_size: 9772164 (951c84h)
param :2: p.boot_flag: 1 (other-os)
param :2: p.num_params: 0
param :2: p.rtc_diff 0
param :2: p.av_multi_out 0
param :2: p.ctrl_button: 0
param :2: p.static_ip_addr: 0.0.0.0
param :2: p.network_mask: 0.0.0.0
param :2: p.default_gateway: 0.0.0.0
param :2: p.dns_primary: 0.0.0.0
param :2: p.dns_secondary: 0.0.0.0
db :3: db.magic_num: '-db-'
db :3: db.version: 1
db :3: db.index_64: 24
db :3: db.count_64: 57
db :3: db.index_32: 544
db :3: db.count_32: 57
db :3: db.index_16: 836
db :3: db.count_16: 57
rtc :4: 0
hwclock --debug
hwclock from util-linux 2.20.1
Using /dev interface to clock.
Last drift adjustment done at 1361389224 seconds after 1969
Last calibration done at 1361389224 seconds after 1969
Hardware clock is on UTC time
Assuming hardware clock is kept in UTC time.
Waiting for clock tick...
/dev/rtc0 does not have interrupt functions. Waiting in loop for time from /dev/rtc0 to change
...got clock tick
Time read from Hardware Clock: 2013/02/20 21:15:27
Hw clock time : 2013/02/20 21:15:27 = 1361394927 seconds since 1969
mié 20 feb 2013 22:15:27 CET -0.772625 seconds
ps3-flash-util (ps3-utils) 2.3-1
header :1: h.magic_num: 'cell_ext_os_area'
header :1: h.hdr_version: 1
header :1: h.db_area_offset: 2
header :1: h.ldr_area_offset: 4
header :1: h.ldr_format: 0 (raw)
header :1: h.ldr_size: 9772164 (951c84h)
param :2: p.boot_flag: 1 (other-os)
param :2: p.num_params: 0
param :2: p.rtc_diff 223913771
param :2: p.av_multi_out 0
param :2: p.ctrl_button: 0
param :2: p.static_ip_addr: 0.0.0.0
param :2: p.network_mask: 0.0.0.0
param :2: p.default_gateway: 0.0.0.0
param :2: p.dns_primary: 0.0.0.0
param :2: p.dns_secondary: 0.0.0.0
db :3: db.magic_num: '-db-'
db :3: db.version: 1
db :3: db.index_64: 24
db :3: db.count_64: 57
db :3: db.index_32: 544
db :3: db.count_32: 57
db :3: db.index_16: 836
db :3: db.count_16: 57
rtc :4: 0
o yo no se si justo me arroja error de trofeo x estar en un sistema con otheros++ special :/ ya que en un tutorial de PS3DevWiki leí o creo haber comprendido que si el sistema operativo tiene o no tiene los parches en las SS puede producir ese error al ejecutar los juegos de respaldo que se instalen en el disco rigido arrojando el error 8001050F.. pero sigo pensando que es una falla del hardware clock. Asi que definitivamente pienso que hay que modificar el RTC por medio de las syscall's. La macana.. es que justo esas syscall's.. la 866 y la 869 están muy poco documentadas en internet asi que bueno.. tendré que desistir.## PSL1GHT
export PS3DEV=/usr/local/ps3dev
export PATH=$PATH:$PS3DEV/bin
export PATH=$PATH:$PS3DEV/ppu/bin
export PATH=$PATH:$PS3DEV/spu/bin
export PSL1GHT=$PS3DEV/psl1ght
export PATH=$PATH:$PSL1GHT/bin
) pero como dije.. no sirvió de nada. Asi que pienso que definitivamente es un problema del RTC por está seteado en el 29/01/2006 u_U Estuve "asi" de lograrlo ( ._.) Me sirvió de experiencia. .. Psmaniaco escribió:Muchas gracias r04drunner, para pobrarlo en una PS3 con la 4.55 Habid ¿se puede instalar el Petitboot como se hacia la otra vez?
Un saludo.
![[buuuaaaa]](/images/smilies/nuevos/triste_ani3.gif "a lágrima viva")
. Lo bueno es que soy perro viejo y siempre hago copia de seguridad ![[sonrisa]](/images/smilies/nuevos/risa_ani1.gif "sonrisa")
.r04drunner escribió:Psmaniaco escribió:Muchas gracias r04drunner, para pobrarlo en una PS3 con la 4.55 Habid ¿se puede instalar el Petitboot como se hacia la otra vez?
Un saludo.
Hola,
Estuve echando un vistazo a los CFW 4.55 de Habib y de Roguero, pero no indican que tengan soporte para OtherOS++.
Utilizando las Rebug Toolbox, no creo que tengas problemas para redimensionar la región 5 e instalar Petitboot, la duda es si luego funcionaría el arranque. Lo más seguro es que sea necesario utilizar la opción que aplica los parches en el LV1.
Yo ahora estoy en Habib 4.46 y en la última actualización que hice, supongo que por tener la vflash redimensionada, me formateó el HDD
En estos momentos, con la nueva versión de la distribución publicada, preferiría no tocarla. ¿Podrías confirmarme si con las Rebug Toolbox funciona?
Un saludo
.Psmaniaco escribió:¿Las RebugTools funcionan en Habib o necesito instalar el CFW del team Rebug para poder probar con esa aplicacion? El fin de semana probare a ver que sale
Un saludo.
.Psmaniaco escribió:Pues este finde lo probare a ver, lo de los parches LV1 no creo que tiren, no se si habran parcheado algo en los CFW 4.55 para que se pueda usar para cargar el Otheros, pero probar que no quede
Un saludo.
![[looco]](/images/smilies/nuevos2/borracho.gif "loco")
.![[+furioso]](/images/smilies/nuevos/furioso.gif "muy furioso")
..r04drunner escribió:Psmaniaco escribió:Pues este finde lo probare a ver, lo de los parches LV1 no creo que tiren, no se si habran parcheado algo en los CFW 4.55 para que se pueda usar para cargar el Otheros, pero probar que no quede
Un saludo.
Si yo también lo veo complicado porque desconozco hasta que punto han sido adaptadas las Rebug Toolbox.
El problema es que las herramientas originales de Graf_chokolo utilizan offsets fijos tanto para habilitar peek/poke en el LV1 como para luego aplicar el parche. Lo interesante sería saber si las Rebug Toolbox ya tienen esto solventado.
Los offsets para habilitar peek/poke en el LV1 se pueden establecer dinámicamente para cada CFW, de hecho esa parte ya la he adaptado en las RR OtherOS++ Tools, mi versión de las herramientas de Graf_chokolo. Lo que aun estoy tratando de averiguar es de dónde salen los offsets necesarios para aplicar el parche y así poder asignarlos dinámicamente para cada CFW
Sobre las RR OtherOS++ Tools, sigo trabajando en ellas. Ya he conseguido que funcionen con los modelos con flash de tipo NAND, ya que antes solamente permitían modificar las flash de tipo NOR. Ahora pueden redimensionar la región 5, instalar Petitboot, parchear el LV1 e iniciar OtherOS++ en CFW 3.55 sin soporte para él. Además he conseguido solucionar el problema de los cuelgues que daba a veces al mapear el LV1.
Me falta saber lo de los offsets para poder adaptarlo a los nuevos CFWs.
También estoy trabajando para conseguir crear el espacio reservado en el HDD para los modelos con flash de tipo NAND. En estos momentos, puedo cambiar la tabla de particiones para redimensionar la región de GameOS y crear la de OtherOS. Lo malo es que luego GameOS en lugar de formatear solamente su región, formatea el HDD completo
Haciendo pruebas, he descubierto que si tras redimensionar la región de GameOS la formateo en UFS, GameOS trata de restablecer el sistema de archivos respetando las regiones creadas, lo malo es que se queda en bucle.
Si consigo recrear correctamente el sistema de ficheros de GameOS, ya podríamos crear el espacio reservado en el HDD sin tener que hacer un downgrade ni tener que tocar la VFlash
Un saludo
Psmaniaco escribió:Yo tengo aqui una FAT de 60 GB que podemos usar si quieres para hacerle pruebas en ese sentido.
Un saludo.
.![[tomaaa]](/images/smilies/nuevos2/tomaa.gif "toma")
.![[toctoc]](/images/smilies/nuevos2/rompiendo.gif "machacando")
.r04drunner escribió:Psmaniaco escribió:Yo tengo aqui una FAT de 60 GB que podemos usar si quieres para hacerle pruebas en ese sentido.
Un saludo.
Hola,
Yo estoy haciendo pruebas con una FAT también de 60 GB, alternando 3.55 Kmeaw y 3.55 MLT y en una Slim con Habib 4.46.
No veas la de veces que he tenido que sacarle el HDD a la FAT para formatearlo en el PC al meterla en bucle por tocar las particiones
Ahora estoy investigando como formatear la región de GameOS utilizando las propias rutinas de la PS3. Consigo formatearla en FAT, pero cuando le indico a la syscall que utilice UFS da error de que no está soportado
La rutina para hacerlo está en el FW, ahora queda conseguir localizarla e implementar la llamada en las herramientas
Un saludo