Defektes Note einschicken - Fragen

[daydayhh85]

Hallo Zusammen,

da mein Note damals ja aufgegeben hat (musste vorher sogar immer mit den .pit Files flashen weil ein Teil des Speichers kaputt war) und vor einigen Monaten total den Geist aufgegeben hat, wollte ich fragen wie das mit der Garantie ist.... Ich müsste doch sicherlich den Flashcounter zurücksetzen oder? Das geht nur mit einem Jig, richtig?

Der letzte Stand war "couldn't load xxxx.jpg" und das egal was man gemacht hat, Flashvorgänge sind mit Failed abgebrochen, egal ob Stock, einteilig, dreiteilig oder sonstwie...

Grüße & Vielen Dank im Voraus,

Day

 

[Darktrooper]

Naja wenn du ein einen Brick gehabt hast und das auch durch falsches bedienen deines Telefones verursacht wurde ist die Gewährleistung eh hinfällig.
Um den Counter zurück zu setzten brauchst du nicht unbedingt einen JIG.
Das kannst du auch hiermit machen:
[2013.06.07][ROOT] TriangleAway v2.99 - xda-developers
Aber wenn dein Telefon nun garnichts mehr macht kannst es versuchen mit einem JIG wiederzubeleben.

 

[Energiekugel]

Den Fehler den er hatte ist nicht durch falsches bedienen passiert sondern durch eine fehlerhafte von Samsung ausgegebene Software.

Triangletaway wird aktuell nichts bringen. Ein jig könnte helfen muss aber nicht. Entweder günstig kaufen oder nach YouTube Anleitung selbst bauen.

 

[frank_m]

Den Fehler den er hatte ist nicht durch falsches bedienen passiert sondern durch eine fehlerhafte von Samsung ausgegebene Software.

Eine fehlerhafte Firmware von Samsung hat es nie gegeben. Der Brick Bug konnte nur dann auftreten, wenn man Custom Recoverys verwendet hat. Solange man auf Samsung Stock Firmware unterwegs war, war man sicher vor dem Brick Bug.

Heißt im Klartext: Treffen die Service Dienstleister auf ein Gerät mit Brick Bug, dann wissen sie sicher, dass Custom Software drauf war. Egal, wo FlashCounter oder Gerätestatus stehen.

 

[das_n00b]

Ohne dieses leidige Thema zum für Euch wahrscheinlich unendlichsten Male wiederholen zu wollen:

Rechtlich wäre es theoretisch trotzdem so, dass man argumentieren (!) kann, dass auch der Custom-Bereich (bis zu einem best. Ausmaß natürlich) in die Garantiezusage fällt, da Android auch als (eher) offene Plattform beworben und betrieben wird.

Praktisch betrachtet wird sowas natürlich per se einfach mal ausgeschlossen (nicht immer auch zu Recht) und die wenigsten werden sich bei einer Weigerung seitens Samsung etc auf einen Streit einlassen (können/wollen).

Ich will damit keine neue Diskussion über die theoretischen/praktischen Grenzen der Garantie anheizen, aber das trotzdem aus juristischer Sicht erwähnen.

 

[daydayhh85]

Besteht denn die Möglichkeit das Ding wieder zum laufen zu kriegen?

Ein Bekannter hat versucht das Ding wieder zum laufen zu kriegen, hier ist der letzte Stand:

~ # df -h
df -h
Filesystem                Size      Used Available Use% Mounted on
tmpfs                   399.3M     76.0K    399.3M   0% /dev
tmpfs                   399.3M      4.0K    399.3M   0% /tmp
/dev/block/mmcblk0p9    838.6M    789.7M     48.9M  94% /system
/dev/block/mmcblk0p1     19.7M      8.1M     11.5M  41% /efs
/dev/block/mmcblk0p7    196.8M      4.3M    192.6M   2% /cache
~ # mount
mount
rootfs on / type rootfs (ro,relatime)
tmpfs on /dev type tmpfs (rw,relatime,mode=111)
devpts on /dev/pts type devpts (rw,relatime,mode=600)
proc on /proc type proc (rw,relatime)
sysfs on /sys type sysfs (rw,relatime)
tmpfs on /tmp type tmpfs (rw,relatime,mode=755)
/dev/block/mmcblk0p9 on /system type ext4 (rw,relatime,barrier=1,data=ordered
/dev/block/mmcblk0p1 on /efs type ext4 (rw,nosuid,nodev,noatime,barrier=1,dat
rdered)
/dev/block/mmcblk0p7 on /cache type ext4 (rw,nodev,noatime,nodiratime,barrier
data=ordered)
 
·         Parted
 
~ # parted /dev/block/mmcblk0
parted /dev/block/mmcblk0
GNU Parted 1.8.8.1.179-aef3
Using /dev/block/mmcblk0
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) print
print
print
Model: MMC VYL00M (sd/mmc)
Disk /dev/block/mmcblk0: 15.8GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
 
Number  Start   End     Size    File system  Name       Flags
1      4194kB  25.2MB  21.0MB  ext4         EFS
2      25.2MB  26.5MB  1311kB               SBL1
3      27.3MB  28.6MB  1311kB               SBL2
4      29.4MB  37.7MB  8389kB               PARAM
5      37.7MB  46.1MB  8389kB               KERNEL
6      46.1MB  54.5MB  8389kB               RECOVERY
7      54.5MB  264MB   210MB   ext4         CACHE
8      264MB   281MB   16.8MB               MODEM
9      281MB   1174MB  893MB   ext4         FACTORYFS
10      1174MB  3322MB  2147MB  ext4         DATAFS
11      3322MB  15.2GB  11.9GB  fat32        UMS
12      15.2GB  15.8GB  537MB   ext4         HIDDEN
 
(parted)
 
·         Fstab.recovery:
 
# mount point   fstype          device
 
/boot           emmc            /dev/block/mmcblk0p5
/recovery       emmc            /dev/block/mmcblk0p6
 
/efs            ext4            /dev/block/mmcblk0p1
/cache          ext4            /dev/block/mmcblk0p7
/system         ext4            /dev/block/mmcblk0p9
/data           ext4            /dev/block/mmcblk0p10
 
/sdcard         vfat            /dev/block/mmcblk0p11
/emmc           vfat            /dev/block/mmcblk1p1
 
 
·         Check partitions for errors:
 
/misc # e2fsck -f -c -y /dev/block/mmcblk0p7
e2fsck -f -c -y /dev/block/mmcblk0p7
e2fsck 1.41.6 (30-May-2009)
ext2fs_check_if_mount: Can't check if filesystem is mounted due to missing mtab
file while determining whether /dev/block/mmcblk0p7 is mounted.
/dev/block/mmcblk0p7: Updating bad block inode.
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
 
/dev/block/mmcblk0p7: ***** FILE SYSTEM WAS MODIFIED *****
/dev/block/mmcblk0p7: 14/12800 files (7.1% non-contiguous), 1900/51200 blocks
 
e2fsck -f -c -y /dev/block/mmcblk0p9
e2fsck 1.41.6 (30-May-2009)
ext2fs_check_if_mount: Can't check if filesystem is mounted due to missing mtab
file while determining whether /dev/block/mmcblk0p9 is mounted.
/dev/block/mmcblk0p9: Updating bad block inode.
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
/lost+found not found.  Create? yes
 
Pass 4: Checking reference counts
Pass 5: Checking group summary information
 
/dev/block/mmcblk0p9: ***** FILE SYSTEM WAS MODIFIED *****
/dev/block/mmcblk0p9: 1423/54544 files (0.0% non-contiguous), 205598/218112 blocks
 
/misc # e2fsck -f -c -y /dev/block/mmcblk0p10
e2fsck -f -c -y /dev/block/mmcblk0p10
e2fsck 1.41.6 (30-May-2009)
ext2fs_check_if_mount: Can't check if filesystem is mounted due to missing mtab
file while determining whether /dev/block/mmcblk0p10 is mounted.
/dev/block/mmcblk0p10: recovering journal
 
Adb beendet, device kann nicht gefunden werden
 
·         Check mmcblk0p10 again
 
~ # e2fsck -f -c -y /dev/block/mmcblk0p10
e2fsck -f -c -y /dev/block/mmcblk0p10
e2fsck 1.41.6 (30-May-2009)
ext2fs_check_if_mount: Can't check if filesystem is mounted due to missing mtab
file while determining whether /dev/block/mmcblk0p10 is mounted.
/dev/block/mmcblk0p10: recovering journal
Error reading block 295041 (Attempt to read block from filesystem resulted in sh
ort read) while reading inode and block bitmaps.  Ignore error? yes
 
Force rewrite? yes
 
^C
C:\Users\Thorben\Downloads\Odin3-v1.85\tools>adb shell
~ # e2fsck -f -c -y /dev/block/mmcblk0p10
e2fsck -f -c -y /dev/block/mmcblk0p10
e2fsck 1.41.6 (30-May-2009)
ext2fs_check_if_mount: Can't check if filesystem is mounted due to missing mtab
file while determining whether /dev/block/mmcblk0p10 is mounted.
e2fsck: Attempt to read block from filesystem resulted in short read while tryin
g to open /dev/block/mmcblk0p10
Could this be a zero-length partition?
~ #
 
·         Repartition mmcblk0p10/11
 
Old partition table:
 
~ # parted /dev/block/mmcblk0
parted /dev/block/mmcblk0
GNU Parted 1.8.8.1.179-aef3
Using /dev/block/mmcblk0
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) print
print
print
Model: MMC VYL00M (sd/mmc)
Disk /dev/block/mmcblk0: 15.8GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
 
Number  Start   End     Size    File system  Name       Flags
1      4194kB  25.2MB  21.0MB  ext4         EFS
2      25.2MB  26.5MB  1311kB               SBL1
3      27.3MB  28.6MB  1311kB               SBL2
4      29.4MB  37.7MB  8389kB               PARAM
5      37.7MB  46.1MB  8389kB               KERNEL
6      46.1MB  54.5MB  8389kB               RECOVERY
7      54.5MB  264MB   210MB   ext4         CACHE
8      264MB   281MB   16.8MB               MODEM
9      281MB   1174MB  893MB   ext4         FACTORYFS
10      1174MB  3322MB  2147MB  ext4         DATAFS
11      3322MB  15.2GB  11.9GB  fat32        UMS
12      15.2GB  15.8GB  537MB   ext4         HIDDEN
 
(parted) rm 10
(parted) rm 11
(parted) mkpart primary 3322 5469
(parted) mkpartfs primary fat32 5469 15200
(parted) name 10 DATAFS
(parted) name 11 UMS
 
CWM format /data
 
Installed Darky
 
No change, still warning triangle, can boot into cmw recovery
 
Factory reset hangs at formatting /data

 

[daydayhh85]

Moin,

habe das Ding wieder in Gang gesetzt, hat jetzt aber nur noch 4gb internen Speicher und läuft mit einer Stock - Rom

Der Counter liegt bei 10 - Kann ich das Handy noch einschicken? Bekomme ich den Counter irgendwie ohne Jig zurückgesetzt? Wie stelle ich mich jetzt am Besten an? Ich erinnere mich langsam was damals passiert ist - ich habe bei einer ICS Rom einen Wipe gemacht und das Ding ist damals bei /data hängen geblieben

 

[fragi]

Triangle Away wenn es gerootet ist... Hast du mal die Brickfix Pitfiles probiert?

 

[daydayhh85]

Ja hab ich, ich musste aber eins nehmen das den speicher bis ca. 4gb gebracht hat, alle anderen haben nichts gebracht - kann man den speicher irgendwie retten? oder ist der komplett verbruzzelt?

 

[daydayhh85]

Hallo, der Thread hier kann zu, es geht hier weiter:

https://www.android-hilfe.de/forum/...sh-problemen.392680-page-23.html#post-5982566