Originariamente inviato da mangusta86
Tu non sai quanto io sia felice di averti condotto verso questo forum....
A parte tutto grazie davvero per quello che state facendo..siete fantastici!
Inviato dal mio HUAWEI U9508 usando Androidiani App
Originariamente inviato da mangusta86
Tu non sai quanto io sia felice di averti condotto verso questo forum....
A parte tutto grazie davvero per quello che state facendo..siete fantastici!
Inviato dal mio HUAWEI U9508 usando Androidiani App
Mmm..., allora la tua giustamente è una procedura per installazione da recovery, ma realisticamente parlando ci conviene? Io molto + semplicemente flasho il kernel con fastboot e poi eseguo un backup con cwm della rom e la si distribuisce!! Poi dopo si pensa a procedure come la tua, cioè concentriamoci sul nocciolo della questione prima.
Cmq se il kernel andasse bene non escludo un porting da cyanogen , anche se la la cosa si fa complicata a causa del bootloader .
Fastboot non credo lo potremo usare comunque flash_image ha funzionato bene (ovviamente devi dargli il block esatto che se gli dici solo boot, non fa niente), credo che il suo lavoro lo abbia fatto...
forse però ho capito cosa non fa avviare il nostro kernel...
Io gli ho sempre passato questa stringa che non credo sia corretta:
e credo che debba somigliare di più a quella con cui ricompatto il kernelcodice:CONFIG_CMDLINE="console=ttyAMA4,115200 k3v2_pmem=1 root=/dev/mmcblk0p2 rootfstype=ext2 rw init=/init"
qualche idea?codice:console=ttyS0 vmalloc=384M k3v2_pmem=1 mmcparts=mmcblk0:p1(xloader),p3(nvme),p4(misc),p5(splash),p6(oeminfo),p7(reserved1),p8(reserved2),p9(recovery2),p10(recovery),p11(boot),p12(modemimage),p13(modemnvm1),p14(modemnvm2),p15(system),p16(cache),p17(cust),p18(userdata);mmcblk1:p1(ext_sdcard)
Ultima modifica di mangusta86; 07-04-13 alle 22:24
Hai ancora il bootloop? Io ora flasho... pregate per me.....
Aggiornamento,
fastboot non si richiama il fatidico comando boot ( avevi ragione mangusta86 ) ...credo sia bloccato , a questo punto non resta che flasharlo sul serio e studiare la soluzione di mangusta86!!
Ultima modifica di maknsacc; 06-04-13 alle 14:28
A questo punto non converrebbe usare il config_cmdline della seconda stringa ma nella sua versione completa (prendendo come spunto il nostro)?
Gli si indica anche il tipo di bootloader in questo modo, o no...?
ps: tra l'altro, non mi convice quel rootfstype=ext2...
Il mount del nostro dispositivo mi restituisce:
rootfs / rootfs ro,relatime 0 0
tmpfs /dev tmpfs rw,nosuid,relatime,mode=755 0 0
devpts /dev/pts devpts rw,relatime,mode=600 0 0
proc /proc proc rw,relatime 0 0
sysfs /sys sysfs rw,relatime 0 0
none /acct cgroup rw,relatime,cpuacct 0 0
tmpfs /mnt/asec tmpfs rw,relatime,mode=755,gid=1000 0 0
tmpfs /mnt/obb tmpfs rw,relatime,mode=755,gid=1000 0 0
none /dev/cpuctl cgroup rw,relatime,cpu 0 0
/dev/block/mmcblk0p15 /system ext4 ro,relatime,user_xattr,acl,barrier=1,data=ordered 0 0
/dev/block/mmcblk0p16 /cache ext4 rw,relatime,user_xattr,acl,barrier=1,data=ordered 0 0
/dev/block/mmcblk0p18 /data ext4 rw,nosuid,nodev,noatime,user_xattr,acl,commit=20,b arrier=0,data=writeback,noauto_da_alloc,discard 0 0
/dev/block/platform/hi_mci.1/by-name/cust /cust ext4 ro,relatime,user_xattr,acl,barrier=1,data=ordered 0 0
/dev/block/mmcblk0p12 /modem/modem_image ext4 rw,relatime,user_xattr,acl,barrier=1,data=ordered 0 0
/dev/block/mmcblk0p13 /modem/nvm1 ext4 rw,relatime,user_xattr,acl,barrier=1,data=ordered 0 0
/dev/block/mmcblk0p14 /modem/nvm2 ext4 rw,relatime,user_xattr,acl,barrier=1,data=ordered 0 0
/dev/block/platform/hi_mci.1/by-name/reserved2 /reserved2 ext4 rw,relatime,user_xattr,acl,barrier=1,data=ordered 0 0
/sys/kernel/debug /sys/kernel/debug debugfs rw,relatime 0 0
tmpfs /data/peers tmpfs rw,relatime,mode=700,gid=1000 0 0
/dev/block/vold/179:97 /mnt/sdcard2 vfat rw,dirsync,nosuid,nodev,noexec,relatime,uid=1000,g id=1015,fmask=0002,dmask=0002,allow_utime=0020,cod epage=cp437,iocharset=iso8859-1,shortname=mixed,utf8,errors=remount-ro 0 0
/dev/block/vold/179:97 /mnt/secure/asec vfat rw,dirsync,nosuid,nodev,noexec,relatime,uid=1000,g id=1015,fmask=0002,dmask=0002,allow_utime=0020,cod epage=cp437,iocharset=iso8859-1,shortname=mixed,utf8,errors=remount-ro 0 0
tmpfs /mnt/sdcard2/.android_secure tmpfs ro,relatime,size=0k,mode=000 0 0
/dev/fuse /mnt/sdcard fuse rw,nosuid,nodev,relatime,user_id=1023,group_id=102 3,default_permissions,allow_other 0 0.... ecc.
Ultima modifica di fracarro; 06-04-13 alle 14:45
Il rootfstype ext2 a me sembra ok, in Linux tutte le partizioni di boot sono sempre ext2. Non capisco cosa sia il 115200 e soprattutto cosa cambia cambiando il nome del device della console...
Qualcuno mi illumini.
Comunque non avevo boot loop, si impianta proprio al simbolo Huawei e basta
Inviato dal mio HUAWEI U9508 con Tapatalk 2
In allegato il kernel modificato .mangusta86 hai detto che flash_image ha fatto il suo dovere, ma in che senso? Ha flashato il kernel ma hai comunque un blocco ma non un brick?
https://mega.co.nz/#!eA83BSQL!AFr0y3...sEaZ9m7jhv1Awo
Ultima modifica di maknsacc; 06-04-13 alle 15:08
Ecco il mistero svelato per il valore 115200 , Very recent Linux kernels can also o...ts per second.
Questo è un buon punto di partenza, ora bisognerebbe capire qual è la partizione di root corretta, guardate se potete su github il kernel del gs2 di dorimanx e il suo initramfs, io mi ispiro a lui e mi ha confermato che possiamo usare il suo codice a nostro piacimento...
Se si riesce a capire come è strutturato il filesystem prima di dare il comando init sarebbe un ottima cosa
Inviato dal mio HUAWEI U9508 con Tapatalk 2