Frage:
Android ADB Shell Recovery-Montage
user1710096
2013-02-11 07:35:45 UTC
view on stackexchange narkive permalink

* Frage: Ich benötige Unterstützung beim Mounten der internen Daten eines Android-Telefons mithilfe der Android ADB-Shell, während das Gerät über USB angeschlossen ist und sich im Wiederherstellungsmodus befindet. Wie bilde ich einen richtigen Mount-Befehl? Weitere Informationen finden Sie weiter unten.

* Zu Ihrer Information: Ich habe Erfahrung mit der Entwicklung mit dem Android SDK unter Verwendung von Java / XML. Ich habe für meinen Zweck nur wenig Dokumentation für die Android ADB Shell gefunden.

Ich habe ein Samsung GT-i9000 Android-Handy mit einem kaputten Bildschirm. Der Bildschirm ist schwarz und reagiert nicht auf Berührungen. Auf dem Telefon ist das USB-Debugging nicht aktiviert oder die automatische USB-Bereitstellung nicht aktiviert. Ich kann das Telefon nicht einfach über USB anschließen, um auf die gewünschten Dateien (Fotos und andere interne Daten) zuzugreifen. Ich kann die Betriebssystemversion leider nicht bestätigen. Das Telefon hat keine SD-Karte, alle gewünschten Daten befinden sich auf der internen Karte. Das Telefon ist nicht gerootet.

* Was ich versucht habe: Nach einigen Recherchen habe ich das Telefon mit der Drei-Tasten-Methode (VolUP + Home + Power) in den Wiederherstellungsmodus gebootet und es geschafft, mit auf das Gerät zuzugreifen den Befehl "adb Geräte" auf meinem Win 7 Computer. Es wird als "Wiederherstellung" angezeigt. Nur so konnte ich den Computer dazu bringen, das Gerät über USB zu erkennen. Ich habe Kies und androidscreencast ohne Erfolg ausprobiert.

Mit dem Befehl "pull" konnte ich vom Telefon aus auf alle Android-Systemdateien zugreifen. Ich gehe davon aus, dass der Wiederherstellungsmodus nur die erforderlichen Systemdateien für Updates / Reparaturen bereitstellt und sich nicht um die internen Daten kümmert. Mit dem Befehl mount kann ich sehen, was ich für die Pfade zu den gesuchten Dateien halte: 

  $ mountmountrootfs / rootfs rw 0 0tmpfs / dev tmpfs rw, relatime, mode = 755 0 0devpts / dev / pts devpts rw, relatime, mode = 600 0 0proc / proc proc rw, relatime 0 0sysfs / sys sysfs rw, relatime 0 0none / acct cgroup rw, relatime, cpuacct 0 0nodev / tmp tmpfs rw, relatime 0 0 / dev / block / stl6 /mnt/.lfs j4fs rw, relatime 0 0tmpfs / mnt / asec tmpfs rw, relatime, mode = 755, gid = 1000 0 0none / dev / cpuctl cgroup rw, relatime, cpu 0 0
/ dev / block / stl9 / system rfs rw, relatime, vfat, llw, check = no, gid / uid / rwx, iocharset = utf8 0 0 / dev / block / stl3 / efs rfs rw, nosuid, nodev, relatime, vfat , llw, check = no, gid / uid / rwx, iocharset = utf8 0 0 / dev / block / stl11 / cache rfs rw, relatime, vfat, llw, check = no, gid / uid / rwx, iocharset = utf8 0 0

Alle meine Bemühungen zum Mounten schlagen fehl, normalerweise mit einem Verwendungsvorschlag: 

  $ mount rootfs / / mnt / rw 0 0mount rootfs / / mnt / rw 0 0Verwendung: mount [-r] [-w] [-o Optionen] [-t Typ] Geräteverzeichnis
Gibt es eine Möglichkeit, die USB-Einstellung über XML mithilfe der von mir erworbenen Systemdateien zu aktivieren?
ist das Ziel, die / data-Partition bereitzustellen, um die Dateien mit adb zu extrahieren?
Sechs antworten:
Anonymouous
2013-07-15 21:06:53 UTC
view on stackexchange narkive permalink 
  ls -l / dev / block / platform / dw_mmc / by-name /

, um den Pfad zur Benutzerdatenpartition zu finden. Dann 

  mounten -t ext4 / dev / block / mmcblk0p10 / data  ​​code>

Überprüfen Sie den richtigen Dateisystemtyp sowie mmcblkXpXX vom ersten Befehl.

Bei Erfolg sollte / data ​​code> korrekt bereitgestellt werden

Alle meine Mount-Befehle führen zu "mount: Operation nicht erlaubt". Ich glaube, ich habe gefunden, worauf Sie sich beziehen, obwohl sie (mmcblk0p2, mmcblk0p1) im Blockverzeichnis vorhanden sind. Das Plattformverzeichnis scheint nicht zu existieren.
Ihre Antwort ist richtig, aber er gab an, dass sein Gerät nicht gerootet ist, so dass es keine Hilfe sein wird.
Peter
2013-02-14 20:28:20 UTC
view on stackexchange narkive permalink

Samsung Galaxy S2-Partitionen mit nützlichen Daten sind je nach Wiederherstellung / data ​​code> und / sdcard (interner Speicher) oder / emmc .

Um eine Partition bereitzustellen, geben Sie den folgenden Befehl ein: mount <partition> <mount_point> oder mount <mount_point> ist bereits definiert. Für / data ​​code> oder / sdcard können Sie versuchen, mit mount / data ​​code> und mount /sdcard

Wenn der mount_point noch nicht definiert ist, müssen Sie die Partition verwenden: mount / dev / block / mmcblk0p10 / data ​​code>. Der Parameter -o definiert die Optionen beim Aufrufen von mount . Da Sie jedoch nur alle Daten abrufen (lesen) möchten, sind die Standardoptionen ausreichend.

Vielen Dank für die Migration zum richtigen Forum. Der einzige richtige Mount-Befehl, den ich ausführen konnte, war mount -t jpg / dev / block / mmcblk0p1 / sdcard -operation nicht erlaubt. Ich habe mmcblk0p1 verwendet, weil Ihr angegebener Speicherort nicht existiert.
Warum verwenden Sie `-t jpg` entlang des Befehls mount?
divided-by-zero
2015-06-16 18:26:40 UTC
view on stackexchange narkive permalink

Dies ist eine schwierige Situation. Da Sie keinen Root-Zugriff haben, können Sie die Datenpartition bei der Wiederherstellung nicht über adb bereitstellen. Sie können auch nicht Folgendes tun: adb backup .

Der einzig mögliche Weg, um irgendwie an Ihre Daten zu gelangen, ist folgender:

  1. Flashen Sie eine benutzerdefinierte Wiederherstellung über odin ( http: // forum). xda-developers.com/showthread.php?t=2204700 Vielleicht)
  2. Starten Sie die Wiederherstellung wie zuvor.
  3. Mounten Sie Daten über ADB, wenn Sie über Root-Berechtigungen für diese Wiederherstellung verfügen

    4. oder verwenden Sie die Tastaturnavigation bei der Wiederherstellung, um Daten bereitzustellen (normalerweise gibt es eine Option dazu). Sie können mit eh vol + vol- navigieren und mit Strom bestätigen. Sie müssen nur wissen, wie Ihre Wiederherstellung von einem Gerät mit einem Arbeitsbildschirm aussieht.

  4. Ziehen Sie alles aus Daten und seien Sie glücklich

    5. ol >

    Möglicherweise treten Probleme bei der Verbindung über adb auf, da Ihr Computer nicht autorisiert ist. Dies muss überprüft werden. Wenn ja, sind Sie fertig, es sei denn, Sie finden eine Wiederherstellung, bei der diese Sicherheitsfunktion deaktiviert ist.

    UPDATE:

    Ich habe gerade etwas gefunden, das Ihnen so ziemlich helfen könnte. Es handelt sich um einen verwurzelten Kernel aus dem Standard-ROM und eine Wiederherstellung mit deaktivierter Sicherheit. Das Flashen dieses Kernels über odin sollte Ihnen beim Mounten von Daten oder einer Partition helfen, die Sie mounten möchten, um Ihre Daten zurückzugewinnen.

    Do: 1. Laden Sie hier den richtigen CF-ROOT für Ihre Android-Version herunter: http://forum.xda-developers.com/showpost.php?p=8238938&postcount=3

    1. Wechseln Sie mit der Tastenkombination in den Download-Modus (halten Sie die Lautstärketaste, die Home-Taste und die Ein- / Aus-Taste gedrückt).

    2. Öffnen Sie odin (könnte sein ideal, um es vorher herunterzuladen)

    3. Klicken Sie auf die PDA-Schaltfläche und wählen Sie CF-Root-xxx-vX.X.tar
    4. Verbinden Sie das Telefon mit Ihrem Computer
    5. Stellen Sie sicher, dass die Neupartition NICHT aktiviert ist.
    6. Klicken Sie auf die Schaltfläche START.
    7. Warten Sie, bis das Telefon neu gestartet ist.

      8. Jetzt können Sie diese Wiederherstellung wie zuvor eingeben und Daten über adb bereitstellen, da Sie über Root-Berechtigungen verfügen sollten.

Vielen Dank für Ihre Eingabe zu diesem alten Thread. Ich werde mein Bestes tun, um Ihre Lösung in der nächsten Woche zu versuchen und sie so schnell wie möglich zu verfolgen.
Mal sehen, ob das hilft. Meine Annahme ist also richtig, dass Sie das Standard-ROM installiert haben?
Sie können auch versuchen, [heimdall] (https://github.com/Benjamin-Dobell/Heimdall) anstelle von Odin zu verwenden, je nachdem, welches Betriebssystem Sie verwenden. Installieren Sie möglicherweise [TWRP2-Wiederherstellung] (http://forum.xda-developers.com/showthread.php?t=1694617) von Ihrem Computer auf dem Telefon. Starten Sie dann in den Wiederherstellungsmodus, und Sie sollten an diesem Punkt über root verfügen. Dies bietet Ihnen Optionen wie das manuelle Mounten, wie vorgeschlagen, und das Abrufen der benötigten ADB-Dateien. Sie können auch die gesamte Partition auf Ihren Computer ziehen, dann lokal mounten und auf diese Weise wiederherstellen.
Pieter
2016-01-10 00:31:23 UTC
view on stackexchange narkive permalink

aus der ADB-Shell

cat / etc / fstab

oder

cat /fstab.qcom 

  ~ # cat fstab.qcom # Android-fstab-Datei. # Das Dateisystem, das die Binärdatei des Dateisystemprüfers enthält (normalerweise / system), kann MF_CHECK nicht angeben und muss vor Dateisystemen stehen, die dies tun angeben MF_CHECK # <src> <mnt_point> <type> <mnt_flags und options> <fs_mgr_flags> / dev / block / mmcblk0p8 / boot EMMC- Vorgaben defaults / dev / block / mmcblk0p13 / Recovery EMMC- Vorgaben defaults / dev / block / mmcblk0p17 / system ext4 ro, fehler = panik warten / dev / block / mmcblk0p15 / cache ext4 noatime, nosuid, nodev, noauto_da_alloc, journal_async_commit, fehler = panik, barriere = 1 warten, check / dev / block / mmcblk0p28 / data ext4 noatime, nosuid , nodev, data = ordered, noauto_da_alloc, journal_async_commit, error = panic wait, check, verschlüsselt = footer, length = -16384 / dev / block / mmcblk0p28 / data f2fs rw, verwerfen, nosuid, nodev, noatime, nodiratime, inline_xattr wait, check, encryptable = footer, length = -16384 # zRAM / dev / block / zram0 keine Swap-Standardeinstellungen zramsize = 201326592 # vold verwaltete Volumes
/devices/platform/msm_sdcc.4/mmc_host automatische automatische Standardeinstellungen voldmanaged = sdcard1: auto, noemulatedsd / Geräte / Plattform / msm_hsusb_host.0 automatische automatische Standardeinstellungen voldmanaged = usbdisk: auto ~ #

sollte Geben Sie den gesuchten Partitionsnamen an.

Gerät: SG-i9001 - Samsung Galaxy S Plus

warfreak92
2017-09-15 15:42:38 UTC
view on stackexchange narkive permalink

Ich hatte vorher das gleiche Problem. Der Hauptgrund, warum Sie Ihr Dateisystem und andere Partitionen Ihres Android-Geräts nicht erneut bereitstellen können, ist, dass Sie die ADB-Shell nicht im Root-Modus ausführen. Folgendes habe ich zuvor getan: 

  $ adb shell $ su # mount -o rw, remount / system

Dies sollte Ihre Probleme lösen. In meinem Fall führe ich dies natürlich auf einem gerooteten Android-Gerät (LineageOS Android 7.1.2 Build) aus. In Ihrem Fall mag es anders sein, aber im Grunde ist die Idee dieselbe.

IanO.S.
2013-02-11 07:41:50 UTC
view on stackexchange narkive permalink

Versuchen Sie Folgendes: 

  $ adb shell $ su # mount -o rw, remount / system
su: nicht gefunden. Der Befehl mount schlägt auch mit der Methode # weiterhin fehl.
Wenn das Telefon nicht gerootet ist, kann es su (oder als root) nicht ausführen.


ⓘ
Diese Fragen und Antworten wurden automatisch aus der englischen Sprache übersetzt.Der ursprüngliche Inhalt ist auf stackexchange verfügbar. Wir danken ihm für die cc by-sa 3.0-Lizenz, unter der er vertrieben wird.
Loading...