Guida ROOT SmartPad 705c

[stingkokko]

Droidiano... sembra proprio che occorra ancora il tuo intervento...

Speriamo davvero che tu (o qualche altro super esperto) riesca a trovare il modo di flashare la rom di questo "nostro" 705c (se ci sono riusciti con l'810c non vedo perchè non debbano riuscirci con questo) così da poterlo finalmente ripristinare senza alcun timore in tutti quei casi simili a quelli successi prima al sottoscritto e poi ai vari kerbero e pranorre!

[dariolan]

A fronte di un prezzo cosi basso bisogna chiedersi il perche'.Ho comprato questo smartpad appena una settimana fa, sembrava un vero affare ma al primo minimo urto (credetemi appena scivolato da pochi cm )il vetro e' andato in frantumi, veramente di scarsissima qualita, forse e' anche il motivo di una simile offerta, quello che e' ancora piu' incredibile e' che chiamando la MEDIACOM mi abbiano domandato 85 + spedizione x ripararlo, cioe piu' del costo stesso dello smartpad. In conclusione e' vero che si spendono 100 eur ma se poi dopo una setti
mana lo puoi buttare............vale la pena la spesa?
Qualcuno sa come poter sostituire il vetro (magari con uno di qualita' superiore) ad un prezzo accettabile? Si accettano suggerimenti

[pranorre]

Uff... non me l'hanno cambiato perché li hanno terminati, e qindi dovrebbe ordinarmelo, perciò mi ha dato il numero del supporto Mediacom dicendo di telefonare per chiedere se cè una procedura di ripristino oltre il tastino reset (che ha voluto comunque provare lui stesso) e in caso di tornare per riordinarmelo... Mi ha chiesto se ho fatto o installato qualcosa di strano, ovviamente gli ho detto che non ci capisco nulla (il che è anche vero...) e stavo semplicemente installando programmi dal market (è vero anche quello, dato che s'è resettato da solo mentre installavo Desktop Browesr da Slideme...) magari prima di riportarglielo faccio "unroot", tanto per stare più sicuri (con SuperOneclick ci interagsce ancora), però cheppalle -.-

[pranorre]

Già che mi ritrovo il tab ancora a casa, mi sto divertendo ad aggeggiare un po' con adb entrando in shell.
Non sono un esperto di linux, ma neanche totalmente a digiuno, quindi sto navigando nel file system del tab per vedere se trovo qualcosa di strano.
Ho come l'impressione che il problema sia legato (se sia causato o ne sia la causa poi è da vedere) al mancato montaggio della seconda partizione della memoria interna, quella che lui normalmente identifica come sdcard 8la vera scheda micro-sd che inseriamo infatti viene montata come external sd).
Da quel che ho capito di come Android identifica i volumi di archiviazione, la seconda partizione interna dovrebbe essere /dev/block/nandd (o anche /sys/devices/virtual/block/nandd, credo le cartelle siano "equivalenti"), mentre nandc è quella primaria di sistema. E infatti, se do il comando mount da shell, ecco cosa ottengo:



Sotto /mnt/sdcard, mount point sul quale dovrebbe essere montata tale partizione (sulla quale avevo spostato tutte le app possibili da gestione applicazioni), difatti non trovo nulla, il vuoto assoluto.

Digitando allora da shell: mount -r -w -t ext4 /dev/block/nandd /mnt/sdcard
navigando in questa cartella trovo un bel po' di cosine, ossia appunto quello che dovrebbe essere su data partizione (ci sono gli apk delle app che ho installato io per esempio).
Ho cercato allora il classico file /etc/fstab di linux per controllare le opzioni di automount, ma ho scoperto che android ne usa uno diversom ossia /system/etc/vold.fstab, dal contenuto simile, ed ecco come me lo ritrovo digitando da shell: cat /system/etc/vold.fstab



A quanto pare, va a montare come sdcard questa ipotetica partizione nandh, che in realtà non dovrebbe esistere, e quindi c'è qualcosa che non mi torna.

Ribadendo che faccio solo supposizioni derivanti da una media conoscenza di linux e instradate dalla prima riga del log di debug che avevo linkato ieri (I//system/bin/e2fsck( 73): ext2fs_check_if_mount: Can't check if filesystem is mounted due to missing mtab file while determining whether /dev/block/nandd is mounted.), se qualche anima pia col tab ancora funzionante capace di entrare via adb in shell potesse controllare e riportare il proprio file vold.fstab sarei curioso di effettuare un raffronto.

Detto questo vado rilassarmi un po', mi sono stancato a scrivere sta roba

[Droidiano]

Mammamia...che cascata di disastri.
Allora, @kerbero , @stingkokko e @pranorre...cercherò di spiegarvi un po' cosa è successo.
Premesso che non so con precisione cosa è stato effettuato con il vostro tablet dopo il root (esempio setCPU etc.) va detto che in effetti la rom...e la qualità complessiva del tablet...lasciano ampiamente a desiderare.
Non a caso da un paio di giorni ho iniziato ad interessarmi al flashing di una rom alternativa per il nostro 705c.
Con un flashaggio si risolverebbero immediatamente i problemi di boot di kerbero, stingkokko e pranorre (e di chiunque altro soffra di questo brick).
Purtroppo la Mediacom al momento non ha ancora rilasciato ne il pacchetto driver, ne il firmware ufficiale. In verità sul sito risulta ancora "In arrivo".
E qui lo dico pure io: MAH!

Comunque, tornando a noi.
Dal log in pastebin di pranorre, e successivamente anche dal suo screenshot di adb, si capisce una cosa chiarissima: il modulo "e2fsck" che serve per determinare se il filesystem ext2 (quello della rom) è montato o meno...è mancante nella cartella "system/bin".
Il "/dev/block/nandd" indicato nello screenshot è semplicemente il modo che adb ha per indicare la nand dove è custodita la rom Mediacom.
Il misfatto è individuato.
La "sdcard" indicata in automount è virtualizzata. Infatti la sd che inseriamo manualmente nello slot è indicata come "extern_sd".
Probabilmente la sdcard non è nemmeno virtualizzata...e se aprendo il tablet ne trovassi una saldata alla mobo...non mi sorprenderei per niente.
Ricapitolando:
-sdcard=memoria interna
-extern_sd=slot sd (tradotto in mmc_host)
-usbhost1=ingresso usb
Adesso tutto torna

La soluzione sarebbe riflashare la rom con una alternativa o ripristinare la rom originale...ma mamma Mediacom non ci ha ancora fornito nulla.

@dariolan: la forma paricolare dei pulsanti hardware sullo schermo fanno si che il vetro di sostituzione debba essere fornito necessariamente dalla Mediacom. Non penso che ne esistano di compatibili.

[pranorre]

Ciao Droidiano :> aspettavamo tutti un tuo intervento dato che tra noi sei di gran lunga il più esperto e capace con Android.
Ti faccio un paio di precisazioni:
1) quindi il problema è proprio il non mount di nandd, che a quanto capisco dovrebbe essere automontata a priori come avviene per nandc (che non è menzionata nel vold.fstb).
Ho provato a montare nandh su sdcard come scritto in vold.fstab, ed in effetti è giusto, poiché vi ritrovo esattamente il contenuto della seconda partizione interna, ad esempio il catalogo mediacom in pdf che non avevo ancora cancellato :P
Tanto per completezza, ecco il contenuto di nandd e della cartella system in essa presente:

http://i.imgur.com/BviPe.jpg

Navigando un po' nelle sottocartelle, facendo riferimento ad alcuni file di cui ho letto altrove, tipo il batterystats.bin, mi pare di capire che nandd dovrebbe essere montato sotto /data, è corretto?

[EDIT]
Si! È corretto! Sempre da shell ho provato a digitare mount -r -w -t ext4 /dev/block/nandd /data e dopo qualche secondo il tab ha ripreso il boot ed è entrato in Android.
Funziona, ache se con qualche comportamento un po' strano, peccato che riavviandolo tutto torni a bloccarsi, perché ormai da qualche parte si deve essere perso il comando di automount di nandd
Però c'è qualche indicazione confortante.
[/FINE EDIT]

Il problema non è quindi e2fsck, che anzi c'è e viene eseguito, ritornando anche lo status di Clean, ma proprio il non mount di nandd. e2fsck avverte che non riesce a capire lo status di nandd, proprio perché non lo trova nel mtab, che è l'output del comando mount (e anzi, e2fsck NON deve essere eseguito su partizioni montate, a meno di usare il -n )

P.S.
Scusate se ho più volte cambiato il post successivamente, a seguito di ulteriori controlli e refresh dei miei ricordi su linux ^^

[Droidiano]

Bene pranorre.
Ovviamente avendo il tab incriminato tra le mani hai potuto effettuare più di qualche prova.
Nel post precedente ho avuto un lapsus (data l'ora)....in effetti volevo dire che il modulo mancante è l'mtab non l'ef2fsck (dato che il messaggio d'errore è proprio l'output di e2fsck).
Infatti, come dicevi nel tuo precedente post:
(I//system/bin/e2fsck( 73): ext2fs_check_if_mount: Can't check if filesystem is mounted due to missing mtab file while determining whether /dev/block/nandd is mounted.)
Quindi il file mtab è quello che, mancando, provoca il brick del tab.
Ed il contenuto del file mtab è esattamente la lista dei filesystem (con le loro posizioni e permessi) da montare. Vedi qui.
Il contenuto del mio vold.fstab è identico al tuo tranne che nel mio l'ultimo rigo è così (non so, forse il tuo screenshot è tagliato):
dev_mount usbhost1 /mnt/usbhost1 auto /devices/platform/sw-ehci.1 /devices/platform/sw_hcd_host0 /devices/platform/sw-ehci.2

La cosa più misteriosa rimane l'assenza del file mtab che dovrebbe trovarsi nella cartella /etc/.
Misteriosa perchè anche nel mio il file è assente...ma boota tranquillamente.
Su alcune rom android la presenza di un file mtab vuoto nella carella /etc/ a volte risolve il problema.

Un paio di spunti te li ho dati...ora, quando hai tempo, prova a fare qualche push dall'adb...anche perchè il comando di mount "mount -r -w -t ext4 /dev/block/nandd /data" , secondo l'architettura linux, dovrebbe trovarsi proprio nel file mtab.

[pranorre]

Premesso che stasera ripasso in negozio per farmi ordinare il tab sostitutivo, tutto dipenderà da quanto ci metterà ad arrivargli e se nel frattempo mi potrò tenere questo brikkato o dovrò lasciarglielo già da subito.
Effettivamente anche io non capisco la mancanza del mtab, che dovrebbe essere rigenerato ad ogni avvio con le info dei volumi montati, ma a quanto pare Android funziona in modo diverso.
Non credo però che il problema sia proprio lì, ma a monte, ossia in qualche script init o file di configurazione specifico di Android in cui avviene l'automount delle nand di sistema, che come abbiamo visto, non avviene nel vold.fstab, dove sono specificate soltanto le partizioni di storage "aggiuntivo".
Sempre tra lem ille prove di ieri sera, digitando da shell e2fsck -n /dev/block/nandd ottenevo a screen esattamente lo stesso messaggio del log, ed è ovvio. Eseguendo però e2fsck su /dev/block/nandc, che è correttamente montata come si vede dall'output di mount, non appare alcun warning, ossia rileva correttamente che è mointata ed esegue il check in read only.
Quindi sembra che per le partizioni montate riesca a stabilire lo status anche in assenza del mtab, e il problema torna a spostarsi proprio sul motivo del non mount automatico di nandd.
Ho la sensazione che in android usi nativamente un modo diverso di montare le partizioni, come vediamo nel vold.fstab viene invocato un comando "dev_mount" e probabilmente tramite quello viene restituito correttamente lo status a e2fsck anche in assenza di mtab.

Il punto è quindi cercare di capire dov'è che in Android viene specificatro l'automount delle nand di sistema, e perché non vi sia più l'indicazione di montare nandd.

:>

[EDIT]
Sto dando uno sguardo qui:
http://www.androidenea.com/2009/08/i...nd-initrc.html

"A number of variables are setup during init and file systems are mounted."
ma non posso controllare nulla finché sono in ufficio.

Qualcuno è in gradi postare il contenuto del proprio init.rc?
[/EDIT]

[faddaa]

pure io ho il vostro stesso problema, boot bloccato al logo android, solo che io ho pasticciato col build.prop e devo aver fatto casino... come fate a riavviarlo in recovery per poter usare adb? che combinazioni di tasti devo usare? nell ostato in cui si trova adb non lo rileva.

[pranorre]

pure io ho il vostro stesso problema, boot bloccato al logo android, solo che io ho pasticciato col build.prop e devo aver fatto casino... come fate a riavviarlo in recovery per poter usare adb? che combinazioni di tasti devo usare? nell ostato in cui si trova adb non lo rileva.

Ciao, ma anche tu avevi fatto lo sblocco del root? Perché altrimenti significa che è proprio buggato l'apparecchio -_-
Comunque, io non avvio in nessun modo particolare, adb me lo rileva mentre è stallato sulla splash screen.
Se non avevi sbloccato il root, hai installato i driver adb corretti? (sono quelli presenti nel pacco di SuperOneClick 2.3, segui la guida di Droidiano in prima pagina del topic), inoltre il teb deve essere impostato in modalità Debug USB (lo è di default di fabbrica, se non l'hai cambiato dovrebbe già esserci). Altrimenti non so, spero non ti sia partito proprio il bootloader e quindi non si carica neanche il kernel...
Comuqnue anche io sono alle prime armi, diciamo che lo smanettamento di due giorni mi ha già fornito un po' di conoscenze del sistema che mai avrei appreso se tutto fosse andato liscio ^^;

Venendo a me, non l'ho riportato in negozio neanche oggi.
ho voluto seguire il consiglio del commesso e ho chiamato l'assitenza mediacom. Il tecnico, quando gli ho detto il problema mi fa "devi reinstallare il sistema operativo". Io gli ho chiesto "e come scusi?" e lui ha risposto di scaricare l'immagine dal sito. Gli ho fatto prsente che per il 705 non c'è nulla e luim iha detto testualmente "ho messo già i file sul server, ora dipende da quando aggiornano il sito, di solito lo fanno ogni 48 ore". Sono rimasto un po' stupito, ma se è vero ne sono particolarmente felice, significa che avremo le rom originali a disposizione, speriamo... alla luce di questo sono tornato in negozio e gli ho detto tutto, vhiedendo comqune entro quanto ho possibilità di riportarlo indietro, nel caso che alla fine questi file non escano in tempo o che comqunue non risolvessero la cosa, mi ha detto che ho fino a giovedì della prossima settimana (insomma, entro 2 settimane dall'acquisto) Boh, ho deciso di aspettare qualche giorno, intanto vado avanti nella mia nalisi del problema via shell.

[UPDATE]
sto spulciando nel file init.rc preso dal mio tab (lo trovate qui), e boh, non trovo alcuna stringa che faccia il mount di qualcosa su /system e su /data.
c'è tutta la creazione dell'alberatura sotto /data, ma la sezione che doveva essere di interesse è tutta commentata (le righe con # sono appunto commenti):
------------------------------------------------------------------
#on fs
# mount mtd partitions
# Mount /system rw first to give the filesystem a chance to save a checkpoint
#mount yaffs2 mtd@system /system
#mount yaffs2 mtd@system /system ro remount
#mount yaffs2 mtd@userdata /data nosuid nodev
#mount yaffs2 mtd@cache /cache nosuid nodev

on post-fs
# once everything is setup, no need to modify /
# mount rootfs rootfs / ro remount

# We chown/chmod /data again so because mount is run as root + defaults
chown system system /data
chmod 0771 /data
-----------------------------------------------------

Sono un po' perplesso, ribadisco la richiesta di un init.rc preso da un tablet funzionante per effettuare confronti.

Al prossimo update (in tutta sincerità devo ammettere che in fondo mi sto anche divertendo xD )