Firmware sichern und z.B. via Odin flashen

creating-custom-roms-backups-odin

How to make custom Odin images for GT-S5360
First, we need to get some Odin images going. This is BEST done with somebody who has a stock, but rooted, Samsung phone

This has been adapted from here:
Creating Custom ROMs/Backups for Odin - Android Forums

First, you need to root, via "run update.zip on SD", or one of the "one click methods", or z4root.

Then, you must setup adb, if you haven't already. Alternatively, you could be a masochist and use the terminal on the device, downloaded from the market.

as root (#):

To backup kernel partition:

dd if=/dev/block/bml7 of=/sdcard/kernel bs=4096
To backup recovery partition (probably the same as the kernel):

dd if=/dev/block/bml8 of=/sdcard/kernel bs=4096

To backup system:

Backup the kernel, system, and recovery images from your sdcard to your computer. Make backups!

Rename kernel to: zImage
Rename recovery to recovery.bin
Rename system to factoryfs.rfs


The next part requires linux, OS X, or cygwin.
Cygwin

If you are using heimdall, the above images are ready for flashing.
If using Odin, we must still package them.


$ tar -H ustar -c image_1 [image_2 ...] > your_odin_package.tar
If you want an all in one package, put each image name in. if not, make one image per tar file.

Example: tar -H ustar -c zImage > zImage.tar

This would give us a zImage.tar file. Now we will turn it into a tar.md5 file, so that Odin can make sure its not corrupt before flashing.

$ md5sum -t your_odin_package.tar >> your_odin_package.tar $ mv your_odin_package.tar your_odin_package.tar.md5

using the above example, your final file would be zImage.tar.md5.

This gets used with Odin3 v1.85, in the PDA section. You need to install Samsung usb drivers prior to, of course, and the phone must be in download mode.

ALWAYS USE THE PDA SECTION IN ODIN.
do not mess around too much with the bootloader.


If you're using Apple Mac OS, the commands are a bit different.

Instead of:
tar -H ustar -c image_1 [image_2 ...] > your_odin_package.tar
tar --format ustar -c image_1 [image_2 ...] > your_odin_package.tar

Instead of:
md5sum -t your_odin_package.tar >> your_odin_package.tar
md5 -r your_odin_package.tar >> your_odin_package.tar


When you make the dump you are reading out from an active device. Basically you don't want the ROM's state to change while the dump is underway.

Normally /system is read only (not so when rooted but still minimal activity here). /data will be pretty busy, though.

The best way to prevent this would be to make the ROM dump while in the simplest environment possible. You could try copying busybox into / so its loaded into the ramdisk, unmounting all the flash file systems, mount the sdcard, and do the dump then. That would be pretty thorough.

Laid out that would be:

1. boot into recovery
2. copy busybox to / or /sbin
3. unmount /data, /system, and /cache
4. mount the sdcard
5. busybox dd the flash block devices out to the sdcard

I hope that isn't too much. If you need help with the exact commands I can get those to you.

This means I better make "Dumping your ROMs rev2" before people start making corrupt backups...



I have successfully rebuilt the images from my phone and downloaded them via Odin One Package. My phone boots back up but there are a few apps giving me issues. Some FC and others appear to be there but aren't installed or something. I'll have to try a few things to see if I can get them back.
I built the package using the kernel and recovery files that I extracted and then rebuilt. I also added my untouched userdata and system files that I dumped along with the others. Maybe I shouldn't have added these two and just built the package from the kernel and recovery.

Anyway I was able to follow along with the instructions but a few things were no very clear.

1. Do I need to do all of the dumps from recovery mode or should just the 'system' ROM be dumped in recovery?

2. At first I didn't realize that the instructions jumped from adb dumps to working in Cygwin/linux ie:

1. Run the following command to dump the recovery partition:
   Code:
   # dd if=/dev/block/bml6 of=/sdcard/recovery bs=4096
   
2. Retrieve the dumped file from the SD Card.
3. Make a copy for backup purposes! We will be editing these.
4. Create a working folder for each of the dumped kernel and/or recovery images and move them there.

The commands that follow are from Cygwin:

1. Split the images in each working folder into the binary and ramdisk.
2. Code:

1. $ head -c 1785856 kernel > krnl.bin

$ tail -c +1785857 kernel > rd.cgz
---------------------------------------------------------

3. I guessed and changed directories inbetween these commands:
ran from the /initramfs directory
$ find | cpio -H newc -R 0.0 -oa | gzip -cn1 > ../rd.cgz
then cd ..
$ cat rd.cgz >> krnl.bin

Man kann den Inhalt der bml7 in eine .tar-Datei packen und diese als PDA mit Odin flashen.
use adb and be root

su
dd if=/dev/block/bml7 of=/sdcard/boot.img
tar cvf /sdcard/kernel-backup.tar /sdcard/boot.img

type "BML7", not "BM17" but without capital letter i.e. "bml7"

After this you'll have a file called kernel-backup.tar in your SDcard. Save it and, in case of softbricking, put your phone in download mode and flash it with Odin (PDA field).

email.filtering schrieb:

Hätte man die wirklich interessanten Partitionen richtig über die ADB-Shell gesichert, könnte man das Ergebnis nicht nur per Odin flashen, sondern selbstverständlich auch weiterverarbeiten.

Zum Vergrößern anklicken....

Der ClockworkMod wird ja bereits fürs SGY lauffähig gemacht:
[CWM][WIP] Clockworkmod Recovery porting - xda-developers

Alles gut und schön mai77, aber ein ClockworkMod-Backup kannst Du nur dann nutzen, wenn auf der Empfänger den ClockworkMod nutzt. So ganz optimal ist da natürlich nicht.

An einem leckeren Script zum Sichern der wichtigen Partitionen zwecks Umarbeitung in ein Odin-taugliches "One Package" arbeite ich ja schon. Allerdings sollte man vorab noch klären, welche Informationen die STL6 beherbergt. Ich konnte das bisher leider noch nicht herausfinden. Meine bisherigen Erkenntnisse habe ich in einer netten, englischsprachigen Tabelle erfasst:

Ich habe mit dem CWM 5.0.2.6 (CWM = ClockworkMod) erfolgreich restored, nachdem ein Softbricking eintrat.

Dies ist der CWM fürs SGY, ein erweitertes Recovery-Menü. Vorerst nur temporär (CWM ersetzt bei anderen Modellen das Recovery-Menü permanent), es muss also über das originale Recovery-Menü aufgerufen werden.

Jedenfalls funktionieren Backup und Restore schon ganz gut damit, gegebenenfalls sind einige andere Funktionen noch nicht perfekt. CWM ist auch über den Menüpunkt "install zip from SD" das Standardtool um alternative OS-Versionen einzuspielen.

Der "Nachteil" von CWM mag sein, dass "Odin allein nicht ausreicht". Jedoch ist CWM nur eine einzelne .zip-Datei, die man auf die Speicherkarte kopiert und schon kann man BAK / RESTORE machen.

Das setzt voraus, dass das Gerät noch bootet, und nicht softgebrickt ist. Dies ist bei ODIN nicht erforderlich. Insofern wäre ein Odin-mäßiges Restore schon etwas besser.

Wer derzeit nach einer per Odin flashbaren Betriebssystemversion von Samsung sucht, kann diese Suche gleich wieder einstellen, weil entsprechend dem bisherigen Wissensstand (unter anderem aus diesem Thread) leider erst eine einzige(!) europäische Version in tatsächlich flashbarem Zustand im Umlauf ist. Zu allem Unglück handelt es sich dabei leider auch noch um eine der ersten und somit fehlerbehafteten 2.3er-Versionen.

Es handelt sich dabei um die XXKI6, eine 2.3.5er, fürs GT-S5360 vom 11. September 2011 mit der multi-CSC OXXKI6 (die also auch DBT unterstützt) => Download


Alle mir bekannten Downloadlinks von bzw. über SamPro.pl führen ins Leere, und bei SamMobile.com sind zwar allerhand Versionen mit teilweise extrem fehlerhaften Beschreibungen verlinkt, doch keine der dort angeführten Dateien lässt sich auch flashen. Spart Euch also den Traffic und den Zeitaufwand; es lohnt sich nicht!

Ich selbst habe hier noch ein jungfräuliches S5360 liegen, das von Haus aus mit der XXKI9 vom 21. September 2011, also einer ebenfalls schon relativ alten Version und immer noch einer 2.3.5er, ausgestattet ist, das demnächst für die Erstellung eines per Odin flashbaren Backups herhalten muss. Habt bitte noch etwas Geduld; ganz so einfach ist es dann doch nicht, eine saubere Version zu erstellen, aber es ist möglich!