Jump to content
Melde dich an, um diesem Inhalt zu folgen  
Gunter33

efs-Ordner

Recommended Posts

Gunter33

da ich schon viel über den efs-Ordner gelesen habe,

hab ich den einfach mal Platt gemacht...

aber nach einem Neustart, wird dieser wieder erstellt...

(Bild 2 im Anhang)

ach noch was,

(Bild 3 im Anhang)

wenn ich Anrufen will, erscheint,

(Bild 4 im Anhang)

mein originaler efs-Ordner sieht so aus,

(Bild 1 im Anhang)

dann ist zwar nicht alles drin,

(bin zu Faul, das alles zu beschreiben...)

aber wenn ich dann nach,

efs FactoryApp gehe und die factorymode öffne,

dann den Inhalt von OFF auf ON ändere und

noch die keystr öffne,

dann den Inhalt von OFF auf ON ändere,

das Gerät neu starte haut alles hin...

(Bild 5 und 6 im Anhang)

also meine IMAI ist dann immer noch die richtige,

WLAN-Adresse und Seriennummer ist eine andere,

aber eigentlich egal...

hätte ich keine Sicherung des efs-Ordners,

würde mein Gerät funktionieren...

also Denke ich,

wenn man seine IMAI zerschießt,

das liegt tiefer...

mir ist es erst mal nicht gelungen,

das Gerät so Platt zu bekommen,

das ich wirklich meine Sicherung brauche...

hab aber wirklich zu wenig Zeit, um weiter zu testen...

post-719448-14356932762364_thumb.png

post-719448-14356932762745_thumb.png

post-719448-14356932763121_thumb.png

post-719448-14356932763717_thumb.png

post-719448-14356932763982_thumb.png

post-719448-14356932764265_thumb.png

Diesen Beitrag teilen


Link zum Beitrag
Faye

Ähm...was genau versuchst du damit zu bezwecken?

⭐ Gesendet von meinem iBrett Air ⭐

Diesen Beitrag teilen


Link zum Beitrag
Gunter33

wollte mal testen,

wenn man keine Sicherung des efs-Ordners hat,

den kompletten Inhalt des efs-Ordners löscht...

ob das Handy dann nur noch als Spielkonsole taugt,

(das ist mir aber nicht gelungen...)

nach dem Neustart wird der Inhalt teilweise wieder erstellt

und wenn die zwei Dateien ediert werden,

kann man nach erneutem Neustart wieder telefonieren...

Diesen Beitrag teilen


Link zum Beitrag
Faye

Deine Beobachtung könnte damit zusammenhängen, dass der Ordner, den du da "bearbeitest", nicht die gesamte efs Partition darstellt.

⭐ Gesendet von meinem iBrett Air ⭐

Diesen Beitrag teilen


Link zum Beitrag
Gunter33

doch, muss eigentlich alles sein...

beim S3mini ist mmcblk0p11 die EFS Partition und ist 16.777.216 Bytes groß,

hab meine Sicherung, die ich mit su gemacht habe, mit Nullen überschrieben,

im Recovery zurück gesichert, und...

rootfs / rootfs rw 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

tmpfs /dev/shm tmpfs rw,relatime,mode=755,gid=1000 0 0

none /debug debugfs rw,relatime 0 0

/dev/block/mmcblk0p22 /system ext4 ro,noatime,errors=panic,barrier=1,data=ordered 0 0

/dev/block/mmcblk0p12 /modemfs ext4 rw,nosuid,nodev,noatime,barrier=1,journal_async_commit,data=ordered 0 0

/dev/block/mmcblk0p23 /cache ext4 rw,nosuid,nodev,noatime,errors=panic,barrier=1,journal_async_commit,data=ordered 0 0

[COLOR="Red"]/dev/block/mmcblk0p11 /efs ext4 rw,nosuid,nodev,noatime,barrier=1,journal_async_commit,data=ordered 0 0[/COLOR]

/dev/block/mmcblk0p24 /preload ext4 ro,noatime,barrier=1,data=ordered 0 0

/dev/block/mmcblk0p25 /data ext4 rw,nosuid,nodev,noatime,barrier=1,journal_async_commit,data=ordered,noauto_da_alloc,discard 0 0

/dev/block/mmcblk0p19 /mnt/.lfs j4fs rw,relatime 0 0

/sys/kernel/debug /sys/kernel/debug debugfs rw,relatime 0 0

/dev/fuse /storage/sdcard0 fuse rw,nosuid,nodev,noexec,relatime,user_id=1023,group_id=1023,default_permissions,allow_other 0 0

/dev/block/vold/179:97 /storage/extSdCard vfat rw,dirsync,nosuid,nodev,noexec,noatime,nodiratime,uid=1000,gid=1023,fmask=0002,dmask=0002,allow_utime=0020,codepage=cp437,iocharset=iso8859-1,shortname=mixed,utf8,errors=remount-ro 0 0

Diesen Beitrag teilen


Link zum Beitrag
Gunter33

ach noch was,

macht das nicht nach,

das ist wirklich nur was für Freaks...

hab eigentlich alles, was man Braucht, in meine System-Partition rein gebastelt...

(ES-Datei-Explorer, Terminal Emulator, CWM-SuperSU, BusyBox...)

einiges funktioniert dann erst nach:

mount -o rw,remount /system

und...

vielleicht hab ich am Wochenende mehr Zeit, um das ausführlicher zu beschreiben...

Diesen Beitrag teilen


Link zum Beitrag
Gunter33

da ich nun mal mit anderen Firmwares gespielt habe,

muss ich gestehen, das der Laie wirklich (gefühlt) sein Gerät,

zum Briefbeschwerer macht...

darum bin ich der Meinung, das die einzig wahre Sicherung,

der EFS-Partition so sein sollte:

dd if=/dev/block/mmcblk0p11 of=/sdcard/efs.img

(mmcblk0p11 beim S3mini, beim S3 glaube mmcblk0p3, also einfach schauen...)

weil,

wenn das Gerät nicht mehr startet,

also, beim Bootlogo hängen bleibt,

(ist mir gerade mit der cm10.2_golden.maclaw.20140225.zip passiert,

wenn ich die EFS-Partition komplett nullte...)

bekommt man die EFS-Partition nur im Recovery wieder hin

(BILD 1, 2, 3 im Anhang)

im Fall vom S3mini also so:

im ROOT der Zip, den efs-Dump (efs.img) einfügen

und ins updater-script kommt das:

package_extract_file("efs.img", "/dev/block/mmcblk0p11");

wenn ich die ersten 37 Kilobytes der EFS-Partition erhalte,

den Rest Platt mache, mit Nullen überschreibe,

(also, die restlichen 16 Megabyte, von Offset 0x90A0 bis 0xFFFFFF)

(BILD 4 im Anhang)

haut mit der, cm10.2_golden.maclaw.20140225, auch wieder alles hin.

obwohl der EFS-Ordner hier dann so aussieht

(BILD 5 im Anhang)

jedenfalls, scheint das für einen Linux-Freak nicht so schlimm zu sein...

aber was mir noch aufgefallen ist,

von den ersten 10 Partitionen hab ich erst mal keinen Dump hinbekommen...

also diese:

[COLOR="Red"]dd if=/dev/block/mmcblk0p01 of=/sdcard/mmcblk0p01.img

dd if=/dev/block/mmcblk0p02 of=/sdcard/mmcblk0p02.img

dd if=/dev/block/mmcblk0p03 of=/sdcard/mmcblk0p03.img

dd if=/dev/block/mmcblk0p04 of=/sdcard/mmcblk0p04.img

dd if=/dev/block/mmcblk0p05 of=/sdcard/mmcblk0p05.img

dd if=/dev/block/mmcblk0p06 of=/sdcard/mmcblk0p06.img

dd if=/dev/block/mmcblk0p07 of=/sdcard/mmcblk0p07.img

dd if=/dev/block/mmcblk0p08 of=/sdcard/mmcblk0p08.img

dd if=/dev/block/mmcblk0p09 of=/sdcard/mmcblk0p09.img

dd if=/dev/block/mmcblk0p10 of=/sdcard/mmcblk0p10.img[/COLOR]

dd if=/dev/block/mmcblk0p11 of=/sdcard/efs.img

dd if=/dev/block/mmcblk0p12 of=/sdcard/modemfs.img

dd if=/dev/block/mmcblk0p13 of=/sdcard/mmcblk0p13.img

dd if=/dev/block/mmcblk0p14 of=/sdcard/mmcblk0p14.img

dd if=/dev/block/mmcblk0p15 of=/sdcard/mmcblk0p15.img

dd if=/dev/block/mmcblk0p16 of=/sdcard/mmcblk0p16.img

dd if=/dev/block/mmcblk0p17 of=/sdcard/mmcblk0p17.img

dd if=/dev/block/mmcblk0p18 of=/sdcard/mmcblk0p18.img

dd if=/dev/block/mmcblk0p19 of=/sdcard/lfs.img

dd if=/dev/block/mmcblk0p20 of=/sdcard/mmcblk0p20.img

dd if=/dev/block/mmcblk0p21 of=/sdcard/mmcblk0p21.img

dd if=/dev/block/mmcblk0p24 of=/sdcard/preload.img

egal, war erst mal alles ziemlich schnell,

schaue mir das später mal genauer an...

Edit:

noch was,

hab es nochmal mit der offiziellen I8190XXAMG4 getestet...

wegen der IMAI, die ist entweder eingebrannt,

oder steht noch wo anders, als nur in der EFS-Partition,

weil ich hab das Ding wirklich komplett Genullt,

IMAI ist immer noch die richtige...

aber, mit der Genullten EFS-Partition, ist mir gerade aufgefallen,

das mein Gesamtspeicherplatz 0,00 Bytes hat,

obwohl eigentlich fast 4 GB frei sein müssten...

wenn ich die ersten 37 Kilobytes der EFS-Partition erhalte,

haut auch hier, nach Anpassung der zwei Dateien,

(im ersten Beitrag beschrieben) auch wieder alles hin...

aber in den ersten 37 Kilobytes, sind eigentlich auch nur Nullen drin,

vielleicht 200 Bytes sind anders...

aber dazu Später...

falls sich jemand wundert:

ich überschreibe immer die betreffenden Partitionen mit irgendetwas,

meist mit 0000...

weil, wenn man nur die Dateien löscht, sind diese nicht wirklich weg...

(das ist wirklich der kleine Unterschied, die Ergebnisse sind dann auch anders...)

nun fragt auch nicht, warum ich versuche ein Handy, kaputt zu machen...

aber ich besitze entsprechende Hardware, um es wieder hinzubekommen,

die ich aber seit fast zwei Jahren nicht mehr benutzen musste...

post-719448-14356932899395_thumb.png

post-719448-14356932899899_thumb.png

post-719448-14356932900388_thumb.png

post-719448-14356932901001_thumb.png

post-719448-14356932901277_thumb.png

bearbeitet von Gunter33

Diesen Beitrag teilen


Link zum Beitrag
Gunter33

ich nochmal...

hab zwar nicht nur mit dem efs-Ordner herumgespielt,

aber,

hab meinem Lieblings-Befehl, auf fast allen Partitionen ausgeführt...

(dd if=/dev/zero of=/dev/block/mmcblk0pxx bs=xxx)

so macht man wirklich alles Platt...

eigentlich habe ich nur aufgepasst, das ich die Recovery-Partition,

nicht versaue...

(damit ich wenigstens wieder im Recovery starten kann...)

in allen möglichen Beschreibungen lese ich immer,

das man den efs-Ordner sichern soll,

aber, das ist nur die halbe Wahrheit...

besser ist es, alle Partitionen zu sichern,

so kommt man immer zurück...

ich mache das immer mit ADB,

(also, mit der guten alten Eingabeaufforderung)

das sieht bei mir so aus:

erst mal,

erstelle ich mir, auf meinem Linux-Rechner,

auf meiner SD-Karte eine zweite Partition,

die ich als ext4 formatiere, (Bild 1 im Anhang)

im Fall, von meinem i8190 sollten 8 Gigabyte reichen...

(ist notwendig, weil die SD mit fat32 formatiert ist

und mit größeren Dateien nicht zurecht kommt)

dann starte ich das s3mini im Recovery,

(Bild 2 im Anhang)

verbinde es mit dem PC,

nun starte ich die adb shell...

alle Eingaben sind markiert,

(Bild 3 und 4 im Anhang)

so ist erst mal alles gesichert...

nun muss ich sagen,

nachdem ich alles verhunzt habe,

außer die Recovery-Partition,

komme ich mit ADB wieder zurück...

bin zu faul, das noch zu beschreiben...

glaube, es interessiert keinen...

post-719448-14356933181198_thumb.png

post-719448-14356933181599_thumb.png

post-719448-14356933182062_thumb.png

post-719448-14356933182432_thumb.png

Diesen Beitrag teilen


Link zum Beitrag

Please sign in to comment

You will be able to leave a comment after signing in



Jetzt anmelden
Melde dich an, um diesem Inhalt zu folgen  

×
×
  • Neu erstellen...

Wichtige Information

Bitte beachten Sie folgende Informationen: Nutzungsbedingungen und Impressum & Datenschutzerklärung. Wir haben Cookies auf deinem Gerät platziert, um die Bedienung dieser Website zu verbessern. Du kannst deine Cookie-Einstellungen anpassen, andernfalls gehen wir davon aus, dass Du damit einverstanden bist.