Nach der Installation des Recovery TWRP 3.1.1.0 (die aktuelle) bootete ein altes Recovery.
???
Inzwischen bootet das TWRP, beim ADB sideload erhalte ich aber den Fehler 7.
Im Fenster steht oben in rot:
"/system "konnte nicht eingehängt werden (no such device).
Gehe ich ins Menu "Einhängen", ist die Box von "System-Partition schreibgeschützt einhängen" nicht angeixt.
Im fastboot-Modus habe ich "about the phone" gewählt.
Wenn ich nun entsprechend der Anleitung zu" Löschen -> Erweitertes Löschen" gehe und Cache und System wähle und Löschen bestätige, erhalte ich die Meldungen:
"/system "konnte nicht eingehängt werden (no such device)
E:Unable to wipe "/system" - unknown file system "squasfs"
/System kann nicht gelöscht werden
Hm - ich habe bisher zwei Swifts zu LOS gebracht, das hatte ich bisher nicht.
Keine Ahnung, welchen Blödsinn ich gemacht haben könnte.
Also müsste die /system-Partition in ein anderes Format formatiert werden?
20.07.2019, 13:37 (Dieser Beitrag wurde zuletzt bearbeitet: 20.07.2019, 13:38 von llluuuzzziii.)
Zitat: " ... Hier am besten sofort alles an Partitionen erst formatieren, ..."
Auf Geräten mit wenig Flashspeicher nutzt Android gerne mal squashfs auf der SystemPartition. Das mag CM und LOS und TWRP gar nicht! Du musst die Systempartition also nicht löschen sondern mit ext3/4 formatieren.
Eventuell das gleiche auch mit der Datenpartition?
Am besten mal ins TWRP booten. Dann ins Terminal gehen und dort mit "mount" die Partitionen anzeigen lassen. Das ganze dann als Foto hier Posten.
Ich bin in TWRP über "Löschen - > Erweitertes Löschen", Checkbox System, "Dateisystem reparieren oder ändern" gegangen.
Hier die beiden Ausgaben, wf_a ist das vom Handy, um das es geht.
Wf_w ist vom erfolgreich umgestellten Handy.
# adb shell cat /proc/emmc
cat: can't open '/proc/emmc': No such file or directory
# adb shell cat /proc/mtd
cat: can't open '/proc/mtd': No such file or directory
# adb shell cat /proc/partitions
major minor #blocks name
20.07.2019, 15:51 (Dieser Beitrag wurde zuletzt bearbeitet: 20.07.2019, 15:53 von wowi63.)
So,
Habe beim funktionierendem Handy adb shell mount eingegeben:
Code:
# adb shell mount
rootfs on / type rootfs (rw,seclabel)
tmpfs on /dev type tmpfs (rw,seclabel,nosuid,relatime,size=953988k,nr_inodes=238497,mode=755)
devpts on /dev/pts type devpts (rw,seclabel,relatime,mode=600)
proc on /proc type proc (rw,relatime)
sysfs on /sys type sysfs (rw,seclabel,relatime)
selinuxfs on /sys/fs/selinux type selinuxfs (rw,relatime)
tmpfs on /tmp type tmpfs (rw,seclabel,relatime,size=953988k,nr_inodes=238497)
pstore on /sys/fs/pstore type pstore (rw,seclabel,relatime)
adb on /dev/usb-ffs/adb type functionfs (rw,relatime)
adb on /dev/usb-ffs/adb type functionfs (rw,relatime)
/dev/block/mmcblk0p31 on /data type ext4 (rw,seclabel,relatime,data=ordered)
/dev/block/mmcblk0p31 on /sdcard type ext4 (rw,seclabel,relatime,data=ordered)
/dev/block/mmcblk0p29 on /cache type ext4 (rw,seclabel,relatime,data=ordered)
/dev/block/mmcblk1p1 on /sdcard1 type vfat (rw,relatime,fmask=0000,dmask=0000,allow_utime=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro)
#
So,
hier die Ausgabe auf dem Problem-Swift:
Code:
# adb shell mount
rootfs on / type rootfs (rw,seclabel)
tmpfs on /dev type tmpfs (rw,seclabel,nosuid,relatime,size=953988k,nr_inodes=238497,mode=755)
devpts on /dev/pts type devpts (rw,seclabel,relatime,mode=600)
proc on /proc type proc (rw,relatime)
sysfs on /sys type sysfs (rw,seclabel,relatime)
selinuxfs on /sys/fs/selinux type selinuxfs (rw,relatime)
tmpfs on /tmp type tmpfs (rw,seclabel,relatime,size=953988k,nr_inodes=238497)
pstore on /sys/fs/pstore type pstore (rw,seclabel,relatime)
adb on /dev/usb-ffs/adb type functionfs (rw,relatime)
adb on /dev/usb-ffs/adb type functionfs (rw,relatime)
/dev/block/mmcblk0p29 on /cache type ext4 (rw,seclabel,relatime,data=ordered)
/dev/block/mmcblk0p31 on /data type ext4 (rw,seclabel,relatime,data=ordered)
/dev/block/mmcblk0p31 on /sdcard type ext4 (rw,seclabel,relatime,data=ordered)
#
Was geht ist busybox fdisk - aber nicht mit dem Devicenamen:
busybox fdisk -l /dev/block/sda:
fdisk: can't open /dev/block/sda: No such file or directory.
Erfolgreich war ls -la /dev/block/bootdevice/by-name.
Ich würde sagen, Partionsnummer 25 ist die richtige.
Ich reiche zur Sicherheit ein paar Bilder nach.
WF_Bootdevice_[1-4] sind vom funktionierendem Swift, WF_A_Bootdevice vom problematischen.
Ich glaube inzwischen zu wissen, welchen Blödsinn ich gemacht hatte:
Ich vermute, dass ich beim Flashen des Recoverys vergessen habe, das Ziel zu benennen.
Es gab eine Meldung, dass das Ziel kein Recovery wäre.
Vermutlich hatte ich "fastboot flash $TWRP.img" eingegeben. :-(
Wie sagte vor ein paar Jahren einer unserer ITs?
"Der Weg vom SuperUser zum SuperLooser ist manchmal ein kurzer."
Ja. Aber die 0p25 auf dem nicht funktionierenden ist aber viel zu klein (128MB) für eine Systempartition?
Gucke mal auf dem funktionierenden Gerät wie groß die dort ist (wieder ins Terminal, dann z.B. "df").
Wenn die Partition auf dem funktionierenden Gerät tatsächlich größer ist, wirst Du vermutlich erst das originale CM installieren müssen.
df bringt glaube ich, keine Erkenntnisse, Bilder vom funktionierendem Swift unten.
Partition 31 scheint /data zu sein.
Ich habe über "Löschen -> Erweitertes Löschen" die Größen von /system und /data anzeigen lassen.
/system ist also 1511 MB groß und /data 12352 MB.
Das funktionierende Swift:
adb shell cat /proc/partitions
major minor #blocks name
...
179 25 1572864 mmcblk0p25
...
179 31 12983791 mmcblk0p31
...
Bei dem defekten Swift sieht es genauso aus:
# adb shell cat /proc/partitions
major minor #blocks name
...
179 25 1572864 mmcblk0p25
...
179 31 12983791 mmcblk0p31
...
