Menuda paranoya nos esta entrando con las roms ...

CALCU · #**201** 01/06/12, 10:58:13

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

VENABLES · #**202** 01/06/12, 11:07:54

Gracias por tus explicaciones y por arrojar algo de luz hacia el personal en algo tan complejo

Salu2

demiurgo0 · #**203** 01/06/12, 11:27:21

buenas la carpeta files que tengo pe pasar al escritorio para comprobar,donde se encuenta?

CALCU · #**204** 01/06/12, 12:15:41

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

El telefono ha grabado mal en cierta particion que va desde las 3 gigas hasta las 5,
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.

dealcocero · #**205** 01/06/12, 12:23:20

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"?

Polarizado · #**206** 01/06/12, 12:29:24

Cita: Originalmente Escrito por CALCU

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

El telefono ha grabado mal en cierta particion que va desde las 3 gigas hasta las 5,
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.

no es mejor conseguir que pete y que samsung te lo cambie?

gonzaka69 · #**207** 01/06/12, 12:36:14

Lo intento por ADB y por teminal emulador y me sale que no encuentra el comando watch...

Os pasa a alguno¿?

**eliot_11** · #**208** 01/06/12, 12:38:29

Cita: Originalmente Escrito por ppsa

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"?

mientras no flashees nada, ni borres o metas archivos grandes, no tiene porque pasar nada

PD: ya te aclaras con esa pedazo barra de notis? diosmio de mi vida! que estrés! jajajaj

dealcocero · #**209** 01/06/12, 12:43:11

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...

dealcocero · #**210** 01/06/12, 12:46:03

Cita: Originalmente Escrito por eliot_11

mientras no flashees nada, ni borres o metas archivos grandes, no tiene porque pasar nada

PD: ya te aclaras con esa pedazo barra de notis? diosmio de mi vida! que estrés! jajajaj

Pues he seguido leyendo y he dado con el nuevo kernel de Franco, así que he flasheado la v4 que supuestamente soluciona el asunto.

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...

yocasta · #**211** 01/06/12, 12:47:12

Cita: Originalmente Escrito por eliot_11

PD: ya te aclaras con esa pedazo barra de notis? diosmio de mi vida! que estrés! jajajaj

Aún le queda un hueco libre, no exageres...

dealcocero · #**212** 01/06/12, 12:49:11

Cita: Originalmente Escrito por yocasta

Aún le queda un hueco libre, no exageres...

Para un whatsapp o Chaton, DDDDDDDDD

dealcocero · #**213** 01/06/12, 12:58:31

Cita: Originalmente Escrito por yocasta

Aún le queda un hueco libre, no exageres...

De normal suelo tener la barra de notificaciones bastante libre como veis...

Juan_OX · #**214** 01/06/12, 13:11:05

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?

dealcocero · #**215** 01/06/12, 13:13:16

Será que no hay tanta gente activa en todo esto que tenga un nexus... no se.

**eliot_11** · #**216** 01/06/12, 13:22:53

Cita: Originalmente Escrito por ppsa

Pues he seguido leyendo y he dado con el nuevo kernel de Franco, así que he flasheado la v4 que supuestamente soluciona el asunto.

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...

exacto, lo leí paginas atras, que era mejor no flashear y no meter ni sacar archivos grandes ya que podian tocar esa parte de la emmc que tiene el fallo y brickear

dealcocero · #**217** 01/06/12, 13:24:21

Ya con el kernel v4 no toquetearé nada hasta que aparezca un fix al tema.

pacosan · #**218** 01/06/12, 13:37:52

Cita: Originalmente Escrito por Juan_OX

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?

Yo antes que el note tuve el nexus y no recuerdo haber leido nada al respecto y eso que lo flashee desde el primer día. Lo único que se me ocurre y creo haber leído es que google se diera cuenta antes y obligara a Samsung a corregirlo.

Un saludo

CALCU · #**219** 01/06/12, 14:39:38

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

beerbong · #**220** 01/06/12, 14:40:43

Cita: Originalmente Escrito por Juan_OX

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?

Ellos no tienen la misma versión de firmware que nosotros.

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.

Los siguientes 7 usuarios han agradecido a CALCU su comentario:
[ Mostrar/Ocultar listado de agradecimientos ]

Gracias de parte de:
CALCU

Gracias de parte de:
hispanno