[Kernel/Diskussion]Bricked-Kernel|AOSP+Standard|v0.7|Sweep2Wake|mpdecision|02/10/12

  • 137 Antworten
  • Letztes Antwortdatum
Hartnäckig auch noch ..*g*

Ohsaka Autor der SuperWipe:

## So Fresh and So Clean Clean Menu
## Cannot be blank (yes or No)
# Wipe_Cache=yes Wipe_Userdata=yes
Wipe_System=yes Wipe_Boot=yes Wipe_Sd_Secure=yes
Wipe_Sd_Ext=yes # ## ## Extras #
Reboot_when_done=no Reboot_Delay=5 # ##

Dem kann man noch leicht folgen, und als Ergänzung:

1) Call erase_image on CACHE, SYSTEM, USERDATA, and BOOT partitions
2) Mount /sd-ext (if it exists) and delete all files from it
3) Delete all files in the /sdcard/.android_secure directory which is where all the froyo apps2sd files live
4) Run e2fsck (file system repair) on the your ext partition
5) Log all output to the /tmp/wipe.log file (if you care)



Hier das Wesentliche noch zu Fullwipe ( Factory, Dalvik, Cache & Battery stats) vs Superwipe:

But OHSAKA! There are tons of threads about this, there are even existing "wipe-update" files to erase the phone. What makes your flashable update file so special???

Well I'm glad you asked that. This update contains the 'erase_image' executable with all the needed libraries statically linked. (thanks ezterry) 'erase_image' performs a low-level format of the partition which can fix unforeseen problems. Most other wipe-updates just perform "rm -rf *" at the file system level and don't touch the boot partition.

Ich hab jetzt schon etliche ROMs geschrieben und hatte noch keinerlei Probleme mit dem Flashen. Es ist auch unlogisch zu erwähnen - erst wenn - man Probleme nach dem Flashen bekommt, dann sollte man mal Wipen.
Man Wiped vorher um KEINE zu bekommen, um das Risiko zu minimieren und nicht wie hier teilweise Threads voll mit Flash-Fehlern, die man meiden könnte. Wir schreiben ja nicht umsonst in die ROM-Threads, dass man ein Wipe machen soll.
Vorsorge statt lästige Nachsorge - oder eben Fehler, Fehler.. für die Ungläubigen.
 
Ich hab auch schon oft gelesen das jemand von nem Full Wipe spricht, aber nen Wipe meint. Das führt aber nur zu Verwirrungen. /data und /cache zu löschen ist ein Wipe. Ob man ihn nun Full nennt oder nicht - unter Full Wipe verstehe ich jedoch, das alle Partitionen gewiped werden inkl. System.

Einigen wir uns darauf, den Ausdruck Full Wipe einfach nicht zu verwenden. Ein Super Wipe ist gefährlich, solange im Recovery kein USB-Mount möglich ist, ist die Brickgefahr sehr hoch, wenn man kein lauffähiges ROM auf dem USB-Speicher hat. Nur durch flashen des Recovery als boot kommt man dann wieder an den USB-Speicher. Wenn das wer verwechselt brickt der sich schnell sein HOX.

Das normalerweise "rm -rf *" gemacht wird ist falsch - praktisch jedes ROM (ob das CWM so macht weis ich aus dem Stand nicht, vermutlich aber ja) formatiert /system, löscht nicht nur alle Dateien wie es der genannte Befehl tut - hier mal ein Beispiel aus dem Installationsscript von ARHD - daher ist der Super Wipe auch nicht nötig:

Code:
ui_print("");
ui_print("");
ui_print("===============================================");
ui_print("|           Android Revolution HD             |");
ui_print("|                 by mike1986                 |");
ui_print("|   Be patient - 1st boot may take a while    |");
ui_print("===============================================");
ui_print("");
ui_print("");
ui_print(">>> Formatting partitions");
    assert(unmount("/system") || ui_print("(system is unmounted already)"));
    format("ext4", "EMMC", "/dev/block/mmcblk0p12");
So, aber wir rutschen ins OT ab - also gut jetz.
 
quercus schrieb:
Es ist auch unlogisch zu erwähnen - erst wenn - man Probleme nach dem Flashen bekommt, dann sollte man mal Wipen.

Es verlangt auch niemand, dass das irgendwer tut nur ein Wipe ist bei gleicher Base in 99% der fällen nicht nötig.

Sorry das war der letzte OT :)
 
OT ist vieles - dies (in Summe) war mal wenigstens interessant! :)

OT - Ende ;)
 
  • Danke
Reaktionen: kolibree
0.3 gerade geflasht :)
 
Yep! V0.3

Damit man mal einen Teil der Arbeit sieht die dahintersteckt:

Changelog:


Changelog for 0.3:
Zip:
* fix disabling the htc screenshot

Kernel:

* a0c17e8 (showp1984) : config: increment version number (0.3)

* c7a64f6 (showp1984) : mach-tegra/cpu-tegra3: Set cpu_lp_clk again if it is not set

* 43e8908 (showp1984) : .gitignore: add generated output from xz compression

* e36c83e (showp1984) : config: enable kernel XZ compression

* 4bb2c86 (showp1984) : arch/arm: add XZ compression support

* 2c7dcbf (showp1984) : arch/arm/Makefile: Enable pipe compiling

* 8ff4eff (Miao Xie) : lib/memcopy: use glibc version the kernel's memcpy
and memmove is very inefficient. But the glibc version is quit

* 9f3eb01 (Miao Xie) : lib/string: use glibc version the performance of memcpy and memmove of the general version is very inefficient, t

* 4c161c3 (Andrew Vagin) : sched: don't call task_group() many times in set_task_rq()

* 58bb59f (Jeff Moyer) : [patch] iosched: prevent aliased requests from starving other I/O

* 2125a25 (Benjamin Herrenschmidt) : powerpc/pmac: Fix SMP kernels on pre-core99 UP machines

* 4ed2692 (Stanislaw Gruszka) : iwl3945: fix possible il->txq NULL pointer dereference in delayed works

* d816e22 (showp1984) : config: update with autogenerated stuff from commits

* f52a5cf (RongQing.Li) : ipv6: Don't dev_hold(dev) in ip6_mc_find_dev_rcu.

* bca05a3 (Anton Blanchard) : perf tools: Incorrect use of snprintf results in SEGV

* b403aec (Anton Blanchard) : afs: Remote abort can cause BUG in rxrpc code

* fce1ba7 (Anton Blanchard) : afs: Read of file returns EBADMSG

* 1d64f57 (Ryusuke Konishi) : nilfs2: fix NULL pointer dereference in nilfs_load_super_block()

* d161d52 (faux123) : drivers/usb/misc: add ehset.c for OTG operations

* 6f3c63f (Todd Poynor) : [PATCH] usb: otg: Temporarily grab wakelock on charger and disconnect events

* 1b72c8c (Todd Poynor) : USB: OTG: Take wakelock when VBUS present

* af8f32c (Ashwin Chaugule) : Optimized ARM RWSEM algorithm

* cc93e70 (Russell King) : [PATCH] ARM: entry: no need to increase preempt count for IRQ handlers

* 7c7a694 (Steven Rostedt) : sched: Remove unlikely() from ttwu_post_activation

* fcb65b8 (Steven Rostedt) : sched: Change pick_next_task_rt from unlikely to likely

* b36890b (Steven Rostedt) : sched: Remove unlikely() from rt_policy() in sched.c

* 327307c (Yong Zhang) : sched: Cleanup pre_schedule_rt

* f5edc94 (faux123) : sched: disable GENTLTE_FAIR_SLEEPERS for better performance on Android

* bab3e32 (LeeDrOiD) : Make vfs_cache_pressure configurable

* e465f7d (showp1984) : netfilter: xt_log.h: fix warning: value computed is not used

* 2772ad5 (showp1984) : makefile: vectorize for quadword registers GCC does not support vectorization with varying vector sizes. By defa

* d085d84 (TripNRaVeR) : vfp: compile with neon

* c0ac77a (showp1984) : config: enable CPU freq stat details

* e77200e (Darrick J. Wong) : crc32: Select an algorithm via kconfig Allow the kernel builder to choose a crc32* algorithm for the kerne

* 232fa5d (Darrick J. Wong) : crc32: Add self-test code for crc32c Add self-test code for crc32c.

* c1ce2e7 (Darrick J. Wong) : crypto: crc32c should use library implementation Since lib/crc32.c now provides crc32c, remove the softwar

* 81e77b9 (Darrick J. Wong) : crc32: Bolt on crc32c Reuse the existing crc32 code to stamp out a crc32c implementation.

* d110a3e (Bob Pearson) : crc32-final.diff Some final changes - added a comment at the top of crc32.c

* 6fdc101 (Bob Pearson) : crc32-optimize-loops-for-x86.diff Add two changes that improve the performance of x86 systems 1. repla

* 3377c71 (Bob Pearson) : crc32-add-slicing-by-8.diff add slicing-by-8 algorithm to the existing slicing-by-4 algorithm. This consists o

* dc0c138 (Bob Pearson) : crc32-add-real-8-bit.diff crc32.c provides a choice of one of several algorithms for computing the LSB and LSB

* 714ec80 (Bob Pearson) : crc32-fix-check-endian-warnings.diff crc32.c in its original version freely mixed u32, __le32 and __be32 types

* 6950a73 (Bob Pearson) : crc32-misc-cleanup.diff Misc cleanup of lib/crc32.c and related files - removed unnecessary header fil

* 94bf85d (Bob Pearson) : crc32-replace-self-test.diff Replaced the unit test provided in crc32.c, which doesn't have a makefile and doe

* ce8066c (Bob Pearson) : crc32-add-pointer-to-tab.diff Replace 2D array references by pointer references in loops. This change has no e

* fb19d00 (George Spelvin) : crc32-move-to-documentation.diff Moved a long comment from lib/crc32.c to Documentation/crc32.txt where it

* c5e23a4 (Bob Pearson) : crc32-remove-trailing-whitespace.diff removed two instances of trailing whitespaces - remove trailing whites

* 6677b16 (showp1984) : config: update missing options

* d480f03 (ezterry) : staging:lowmemkiller add Fugeswap

* 0a46d80 (showp1984) : config: activate swap and zram

* e688bbd (showp1984) : config: enable basic NTFS support

* db3fd1e (showp1984) : gitignore: updating ignored files

* 2428740 (Mandeep Singh Baines) : lib/sha1: use the git implementation of SHA-1 For ChromiumOS, we use SHA-1 to verify the integrity of

* 75d14b4 (showp1984) : config: enable Squashfs & sqfsxz

* 221c746 (showp1984) : config: Enable Automatic process group scheduling

* 0643bfc (showp1984) : htc-battery-core: Fixing once again² ...

* 5bb7707 (showp1984) : -O3 compilation fixups

* d28054e (showp1984) : Makefile: Optimizing build-options for linaro

* 329bdf4 (showp1984) : Makefile: Added ARM optimizations

* d654e77 (showp1984) : Makefile: adding config variable for Os/O2/O3 compilation

* 657f7bd (jdkoreclipse) : include: mm: increase readahead buffer

* 8e4fcfc (jdkoreclipse) : mm: adjust vm ratios

* 7dfe36c (showp1984) : net / netfilter: remove annoying 'comparison will always be true' warning

* c1184d9 (showp1984) : arm: mm: fixing 'offset.un' may be used uninitialized in this function

* 6540adb (showp1984) : config: build nls_utf8 as module

* a73895a (showp1984) : config: build cifs as module

* 93599f3 (showp1984) : config: enable usb host mode (no function atm)

* 02df4bb (showp1984) : common.c: fix NP oops
 
  • Danke
Reaktionen: W0WA und TimeTurn
Cool werde ich morgen gleich mal flashen.

Gesendet von meinem HTC One X
 
Die neue Version läuft echt geschmeidig. Im Gegensatz zu vorher :D

Sweep2Wake funktioniert jetzt auch problemlos

Gesendet von meinem HTC One X mit der Android-Hilfe.de App
 
Naja, ich hatte nun schon mehrfach das Problem, das es nicht sofort aus dem sleep mode (Display aus) wieder aufgewacht ist. Ich nutze allerdings derzeit LeeDrOiD, da ist aber bricked 0.3 mit dabei (wurde natürlich auch geflasht). Screenshots funzen auch nicht mehr.
 
Mensch TimeTurn.. da musst du genauer lesen! :D
Die HTC Screenshotfunktion wurde entfernt, damit Sweep2Wake möglich ist

Screenshots gehen nur noch ohne Homebutton.. soll heißen:
Vol Down + Power

und ja, der lässt sich teilweise beim Anschalten über 10 Sekunden Zeit, bis er was anzeigt. Aber immerhin nicht mehr so viele Reboots wie mit der Vorgängerversion
 
Nur bei mir funzen sie auch nich mit Power+Leiser :flapper:
 
Mit Power+Leiser klappen Screenshots einwandfrei..
 
Arbeit showp eig. noch am Kernel? Die anderen Kernel werden ja regelmäßig aktualisiert.
 
Maaloxx schrieb:
Arbeit showp eig. noch am Kernel? Die anderen Kernel werden ja regelmäßig aktualisiert.

Liegt auch daran, das die anderen nur fehler verursachen, der hier nicht.
Warum soll man was updaten was funktioniert?
 
Updates machen immer Spaß =)

Hatte bisher keine schwerwiegende Fehler mit allen Kernels. Kenn mich in der Materie leider auch nicht wirklich aus und keine Ahnung was die ganzen updates unterm Strich an Verbesserungen bringen.
 
Maaloxx schrieb:
Kenn mich in der Materie leider auch nicht wirklich aus und keine Ahnung was die ganzen updates unterm Strich an Verbesserungen bringen.

Aber Hauptsache flashen :thumbsup::thumbsup::thumbsup:

:D
 
Also was das flashen angeht kenn ich mich schon aus, aber wenn ich mir die changelogs so ansehe ist mir das zu kryptisch =)
 
Ich finde es irgendwie blöd, dass der Entwickler keine Updates mehr bringt. Seit 1 Woche schon nichts mehr gehört, von ihm.
 
Sehe ich das richtig ich benötige zuerst die CWM?
 

Ähnliche Themen

T
Antworten
22
Aufrufe
6.170
Vapeilas91
Vapeilas91
starbase64
Antworten
543
Aufrufe
54.999
One-X-master
O
starbase64
Antworten
0
Aufrufe
2.749
starbase64
starbase64
Zurück
Oben Unten