![]() |
|
| ROMs y desarrollo Samsung Galaxy Note ROMs y desarrollo Samsung Galaxy Note |
«
Tema Anterior
|
Siguiente tema
»
|
|
Herramientas |
|
#201
|
||||
|
||||
|
tate quieto
![]() esperate a que samsung saque un parche para el kernel ICS y listos, aunque segun Entropy (uno de los magos de XDA, del cual me fio 100%), dice que con el de franco parece no haber mas problema: http://forum.xda-developers.com/show...postcount=3270 Traduzco: El problema como ya he explicado antes es la funcion mmc_erase, que si se junta con un chip 0x19 o 0x25 PUEDE hacerlo mal y dejarnos pajarito. Explica lo que ya hemos puesto, que en ICS, por seguridad, borra y formatea y en ese borrado es cuando la caga. En uno de los ficheros del Kernel, (ahi pone un ejemplo, el core.c), nos enseña el codigo de cuando se ejecuta. Entonces si eliminamos la funcion MMC_CAP_ERASE, el codigo, cada vez que intente ejecutarla, como no existe, va a dar un error (que nosotros no veremos), pero no se ejecutara, con lo que no tenemos ese problema. Si no borramos esa funcion, cuando la ejecutemos (al hacer el wipe), va a enviar un comando 38 (borrar), al chip, Y SI da la casualidad que tenemos un chip defectuoso (que lo tenemos todos ), el comando tiene la POSIBILIDAD de fallar, dejando al chip frito.Por eso, de tal cumulo de factores, si quitamos 1, en principio ya no estas en peligro, como la gran mayoria habeis usado Abyss para wipear (si lo habeis hecho bien, o sea, SEGURO que habeis usado abyss o franco 4, que tiene esa funcion deshabilitada) no deberiais tener ni un sector malo. Porque es aleatorio y no pasa siempre, de ahi que aun tengamos suerte
|
| Los siguientes 7 usuarios han agradecido a CALCU su comentario: | ||
|
|
|
#202
|
||||
|
||||
|
Gracias por tus explicaciones y por arrojar algo de luz hacia el personal en algo tan complejo
![]() Salu2 |
| Gracias de parte de: | ||
|
#203
|
||||
|
||||
|
buenas la carpeta files que tengo pe pasar al escritorio para comprobar,donde se encuenta?
|
|
#204
|
||||
|
||||
|
un poco mas de luz sobre las particiones y como actua el brick:
la note tiene 16 gigas de memoria interna (si.. solo voy a hablar de la de 16, pero es extrapolable). Os lo voy a explicar traduciendo a este user http://forum.xda-developers.com/show....php?t=1667886 que es quien ha sacado un metodo para poder usar las notes brickeadas (es un apaño, pero muy muy ingenioso). Este user obtuvo el brick, se dio cuenta por la gran cantidad de fcs que obtenia y porque la particion /data no estaba montada... la gente cree que la note tiene 16 gigas de sd interna, pero no es asi, tiene el chip de 16 gigas en TOTAL, y esas gigas se particionan asi: * 5 gigas mas o menos para particiones internas (/system, / data, modem, recovery, etc) * 11 gigas para internal SD Mas o menos asi: Código:
Model: MMC VYL00M (sd/mmc)
Disk /dev/block/mmcblk0: 15.8GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Number Start End Size File system Name Flags
...
9 281MB 1174MB -->893MB<-- FACTORYFS
10 1174MB 3322MB -->2147MB<-- ext4 DATAFS
11 3322MB 15.2GB --->11.9GB<---- fat32 UMS
12 15.2GB 15.8GB 537MB ext4 HIDDEN
Este tio ha montado un sistema para hacer las particiones saltandose esos trozos malos y dejarlos "sin particionar" con lo que el telefono ya no accede a ellos y ya no casca. Se puede hacer saltandose 1 giga, 2, etc... dependiendo de la cantidad de sectores malos. al hacer el comando ese del dd= ..... hemos movido los 14 gigas accesibles, si NO ha cascado, el telefono esta bien, pues hemos pasado por todos los sectores, por eso es un indicador fiable. ese error que os da de las particiones: Código:
el user empezó a hacer particiones: ~ # parted /dev/block/mmcblk0 parted /dev/block/mmcblk0 GNU Parted 1.8.8.1.179-aef3 Using /dev/block/mmcblk0 Welcome to GNU Parted! Type 'help' to view a list of commands. (parted) print print print y ahi recibi un error sobre el GPT, que ponia: Error: The backup GPT table is not at the end of the disk, as it should be. Eso significa que otro sistema operativo cree que el disco es mas pequeño de lo que es. Arreglado moviendo el backup al final y borrando el viejo, le di al fix y me dijo que: Peligro: no todo el espacio disponible en /dev/block/mmcblk0 parece estar usado, quieres arreglarlo? le dije que si, que fix Asi tenia las particiones una vez acado los fix: Model: MMC VYL00M (sd/mmc) Disk /dev/block/mmcblk0: 15.8GB Sector size (logical/physical): 512B/512B Partition Table: gpt Number Start End Size File system Name Flags 1 4194kB 25.2MB 21.0MB ext4 EFS 2 25.2MB 26.5MB 1311kB SBL1 3 27.3MB 28.6MB 1311kB SBL2 4 29.4MB 37.7MB 8389kB PARAM 5 37.7MB 46.1MB 8389kB KERNEL 6 46.1MB 54.5MB 8389kB RECOVERY 7 54.5MB 264MB 210MB ext4 CACHE 8 264MB 281MB 16.8MB MODEM 9 281MB 1174MB 893MB FACTORYFS 10 1174MB 3322MB 2147MB ext4 DATAFS 11 3322MB 15.2GB 11.9GB fat32 UMS 12 15.2GB 15.8GB 537MB ext4 HIDDEN entonces, empezo a borrar particiones (el factory fs que no va...) y ha crearlas a mano, y las dejó asi: ~ # parted /dev/block/mmcblk0 print parted /dev/block/mmcblk0 print Model: MMC VYL00M (sd/mmc) Disk /dev/block/mmcblk0: 15.8GB Sector size (logical/physical): 512B/512B Partition Table: gpt Number Start End Size File system Name Flags 1 4194kB 25.2MB 21.0MB ext4 EFS 2 25.2MB 26.5MB 1311kB SBL1 3 27.3MB 28.6MB 1311kB SBL2 4 29.4MB 37.7MB 8389kB PARAM 5 37.7MB 46.1MB 8389kB KERNEL 6 46.1MB 54.5MB 8389kB RECOVERY 7 54.5MB 264MB 210MB ext4 CACHE 8 264MB 281MB 16.8MB MODEM 9 3500MB 4400MB 900MB ext3 FACTORYFS 10 4400MB 7000MB 2600MB ext3 DATAFS 11 7000MB 15.2GB 8217MB fat32 UMS msftres 12 15.2GB 15.8GB 537MB ext4 HIDDEN y todo le va.. DD ha perdido 2 gigas de memoria, pero no un terminal.
|
| Gracias de parte de: | ||
|
#205
|
||||
|
||||
|
En mi caso me sale esto.
¿¿Lo tengo chungo, no?? ¿Y qué hacéis vosotros? ¿Lo habéis apagado y no lo usáis hasta que salga el fix, o lo usáis esperando que no brickee dejándoos llevar por la "suerte"? |
|
#206
|
||||
|
||||
|
Cita:
|
|
#208
|
||||
|
||||
|
Cita:
PD: ya te aclaras con esa pedazo barra de notis? diosmio de mi vida! que estrés! jajajaj |
|
#209
|
||||
|
||||
|
Hombre no se... me parece una solución un tanto arriesgada más si no tienes a 0 el contador de flasheos y el triangulito amarillo...
|
|
#210
|
||||
|
||||
|
Cita:
Cuando dices no meterle archivos grandes... me dejas kao... suelo ver pelis y series en el Note... ¿entonces es mejor no meter avi de 1G + o -? Respecto a la barra de notificaciones si que es un poco coñazo, estoy x quitar los push de fb y tal... |
| Gracias de parte de: | ||
|
#211
|
||||
|
||||
|
Cita:
|
| Gracias de parte de: | ||
|
#212
|
||||
|
||||
|
Para un whatsapp o Chaton, DDDDDDDDD
|
| Gracias de parte de: | ||
|
#213
|
||||
|
||||
|
De normal suelo tener la barra de notificaciones bastante libre como veis...
Última edición por ppsa Día 01/06/12 a las 13:00:54 |
|
#214
|
||||
|
||||
|
pues aunque parece que comparte bug con el galaxy nexus, en sus foros no hablan de ello, ni de bricks ni de hard bricks... no les ocurre nada a ellos?
|
|
#215
|
||||
|
||||
|
Será que no hay tanta gente activa en todo esto que tenga un nexus... no se.
|
|
#216
|
||||
|
||||
|
Cita:
|
|
#217
|
||||
|
||||
|
Ya con el kernel v4 no toquetearé nada hasta que aparezca un fix al tema.
|
|
#218
|
||||
|
||||
|
Cita:
Un saludo |
|
#219
|
||||
|
||||
|
han sacado otro metodo mas explicito para saber si tenemos sectores malos....
pero ya empieza a ser paranoico ![]() demontar las particiones y pasar desde adb shell: /system: e2fsck -c /dev/block/mmcblk0p9 /data: e2fsck -c /dev/block/mmcblk0p10 UMS: e2fsck -c /dev/block/mmcblk0p11 asi testeamos particion a particion si alguna tiene algun bloque (por aquello de que a alguien le ha brickeado sin tocar nada), y asi si que sales de dudas del todo. Lo he intentado, pero no puedo desmontar las particiones porque uso el telfono ahora , esta tarde si me dejan, hago el test
|
|
|
|
#220
|
||||
|
||||
|
Cita:
Google detectó el bug al sacar los primeros prototipos del nexus y en samsung cambiaron la versión del firmware del chip de la 0x19 a la 0x25. No lo hicieron para el resto de dispositivos. |
| Respuesta |
Estás aquí
|
||||||
|
||||||
«
Tema Anterior
|
Siguiente tema
»
|
|
Hora actual: 19:25:44 (GMT +1)
HTCMania: líderes desde el 2007








