Question:
Montage de récupération Android ADB Shell
user1710096
2013-02-11 07:35:45 UTC
view on stackexchange narkive permalink

* Question: J'ai besoin d'aide pour monter les données internes d'un téléphone Android à l'aide du shell ADB Android lorsque l'appareil est connecté via USB et en mode de récupération. Comment former une commande de montage appropriée? Voir ci-dessous pour des informations plus détaillées.

* FYI: J'ai de l'expérience en développement avec le SDK Android en Java / XML. J'ai trouvé peu de documentation pour Android ADB Shell à mes fins.

J'ai un téléphone Android Samsung GT-i9000 avec un écran cassé. L'écran est noir et ne répond pas au toucher. Le téléphone n'a pas le débogage USB activé ou le montage automatique USB activé. Je ne peux pas simplement brancher le téléphone via USB pour accéder aux fichiers souhaités (photos et autres données internes). Je ne peux malheureusement pas confirmer la version du système d'exploitation. Le téléphone n'a pas de carte SD, toutes les données souhaitées se trouvent sur la carte interne. Le téléphone n'est pas enraciné.

* Ce que j'ai essayé: en faisant des recherches, j'ai démarré le téléphone en mode de récupération en utilisant la méthode à trois boutons (VolUP + Home + Power) et j'ai réussi à accéder à l'appareil en utilisant la commande "adb devices" sur ma machine Win 7. Il s'affiche comme "récupération". C'est la seule façon dont j'ai pu faire en sorte que l'ordinateur reconnaisse l'appareil via USB. J'ai essayé Kies et androidscreencast sans succès.

J'ai pu utiliser la commande "pull" pour accéder à tous les fichiers système Android à partir du téléphone. Je suppose que c'est parce que le mode de récupération ne monte que les fichiers système requis pour les mises à jour / réparations et ne se soucie pas des données internes. En utilisant la commande mount, je peux voir ce que je considère être les chemins vers les fichiers que je recherche:

  $ 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 

Tous mes efforts pour monter échouent, généralement avec une suggestion d'utilisation:

  $ mount rootfs / / mnt / rw 0 0mount rootfs / / mnt / rw 0 0Utilisation: mount [-r] [-w] [-o options] [-t type] répertoire de périphériques  
Est-il possible que je puisse activer le paramètre USB via XML en utilisant les fichiers système que j'ai acquis?
est le but de monter la partition / data pour extraire les fichiers en utilisant adb?
Six réponses:
Anonymouous
2013-07-15 21:06:53 UTC
view on stackexchange narkive permalink
  ls -l / dev / block / platform / dw_mmc / by-name / 

pour trouver le chemin de la partition de données utilisateur. Puis

  mount -t ext4 / dev / block / mmcblk0p10 / data  

Vérifiez le type de système de fichiers correct ainsi que mmcblkXpXX à partir de la première commande.

En cas de succès, / data doit être monté correctement

Toutes mes commandes de montage aboutissent à `mount: Operation not allowed`. Je crois avoir trouvé ce à quoi vous faites référence, bien qu'ils (mmcblk0p2, mmcblk0p1) existent dans le répertoire des blocs. Le répertoire de la plate-forme ne semble pas exister.
votre réponse est juste, mais il a déclaré que son appareil n'est pas enraciné et qu'il ne sera d'aucune utilité.
Peter
2013-02-14 20:28:20 UTC
view on stackexchange narkive permalink

Les partitions Samsung Galaxy S2 avec des données utiles sont / data et / sdcard (mémoire interne) ou / emmc selon la récupération.

Pour monter une partition, vous émettez la commande suivante: mount <partition> <mount_point> ou mount <mount_point> si le point de montage est déjà défini. Pour / data ou / sdcard , vous pouvez essayer avec mount / data et mount /sdcard.

Si le point de montage n'est pas déjà défini, vous devrez utiliser la partition: mount / dev / block / mmcblk0p10 / data . Le paramètre -o définit les options lors de l'appel de mount , mais comme vous ne voulez obtenir que toutes les données (lecture), les options par défaut suffiraient.

Merci pour la migration vers le forum approprié. La seule commande de montage appropriée que je pouvais exécuter était mount -t jpg / dev / block / mmcblk0p1 / sdcard -operation not allowed. J'ai utilisé mmcblk0p1 parce que votre emplacement mentionné n'existe pas.
Pourquoi utilisez-vous `-t jpg` avec la commande mount?
divided-by-zero
2015-06-16 18:26:40 UTC
view on stackexchange narkive permalink

C'est une sorte de situation délicate. Comme vous n'avez pas d'accès root, vous ne pourrez pas monter la partition de données via adb lors de la récupération. Vous ne pourrez pas non plus faire: adb backup .

Le seul moyen possible de mettre la main sur vos données peut être le suivant:

  1. flasher une récupération personnalisée via odin ( http: // forum. xda-developers.com/showthread.php?t=2204700 peut-être)
  2. démarrer la restauration comme avant
  3. monter les données via adb si vous disposez des autorisations root avec cette restauration
  4. ou utilisez la navigation par touches dans la récupération afin de monter des données (il y a généralement une option pour le faire) Vous pouvez naviguer avec eh vol + vol- et confirmer avec puissance. Vous avez juste besoin de savoir à quoi ressemble votre récupération à partir d'un appareil avec un écran fonctionnel.

  5. tout extraire des données et être heureux

  6. ol >

    Vous rencontrerez peut-être des problèmes de connexion via adb car votre ordinateur ne sera pas autorisé. Cela doit être vérifié. Si oui, vous êtes foutu à moins que vous ne trouviez une récupération qui a cette fonctionnalité de sécurité désactivée.

    MISE À JOUR:

    Je viens de trouver quelque chose qui pourrait à peu près vous aider. Il s'agit d'un noyau enraciné extrait de la ROM stock et d'une récupération de sécurité désactivée incluse. Flasher ce noyau via odin devrait vous aider à monter des données ou toute partition que vous souhaitez monter afin de récupérer vos données.

    À faire: 1. Téléchargez ici le CF-ROOT adapté à votre version Android: http://forum.xda-developers.com/showpost.php?p=8238938&postcount=3

    1. Passez en mode téléchargement avec la combinaison de touches (maintenez enfoncés le bouton de réduction du volume, le bouton d'accueil et le bouton d'alimentation)

    2. Ouvrez odin (peut être super pour le télécharger avant)

    3. Cliquez sur le bouton PDA et sélectionnez CF-Root-xxx-vX.X.tar
    4. Connectez le téléphone à votre ordinateur
    5. Assurez-vous que la répartition n'est PAS cochée
    6. Cliquez sur le bouton START
    7. Attendez que le téléphone redémarre

    Vous pouvez maintenant entrer cette récupération comme avant et monter les données via adb comme vous devriez avoir les autorisations root.

Merci pour votre contribution sur cet ancien fil. Je ferai de mon mieux pour essayer votre solution dans la semaine prochaine et effectuerai un suivi dès que possible.
Voyons si cela aide. Donc, je suppose que vous avez installé la ROM d'origine?
Vous pouvez également essayer d'utiliser [heimdall] (https://github.com/Benjamin-Dobell/Heimdall) au lieu d'Odin selon le système d'exploitation que vous utilisez. Peut-être installer [récupération TWRP2] (http://forum.xda-developers.com/showthread.php?t=1694617) depuis votre ordinateur sur le téléphone. Ensuite, démarrez en mode de récupération, et vous devriez avoir la racine à ce stade, ce qui vous donne des options, y compris le montage manuel comme suggéré, puis l'extraction adb des fichiers dont vous avez besoin ou vous pouvez extraire la partition entière sur votre ordinateur, puis monter localement et récupérer de cette façon.
Pieter
2016-01-10 00:31:23 UTC
view on stackexchange narkive permalink

depuis le shell adb

cat / etc / fstab

ou

cat /fstab.qcom

  ~ # cat fstab.qcom # Fichier fstab Android. # Le système de fichiers qui contient le binaire du vérificateur de système de fichiers (généralement / system) ne peut pas # spécifier MF_CHECK, et doit précéder tout système de fichiers qui ne spécifiez MF_CHECK # <src> <mnt_point> <type> <mnt_flags et options> <fs_mgr_flags> / dev / block / mmcblk0p8 / boot par défaut par défaut MEM / dev / block / mmcblk0p13 / récupération par défaut par défaut MEM / dev / block / mmcblk0p17 / system ext4 ro, errors = panique wait / dev / block / mmcblk0p15 / cache ext4 noatime, nosuid, nodev, noauto_da_alloc, journal_async_commit, errors = panic, barrière = 1 wait, check / dev / block / mmcblk0p28 / data ext4 noatime, nosuid , nodev, data = ordonné, noauto_da_alloc, journal_async_commit, errors = panic wait, check, encryptable = footer, length = -16384 / dev / block / mmcblk0p28 / data f2fs rw, discard, nosuid, nodev, noatime, nodiratime, inline_xattr wait, check, encryptable = footer, length = -16384 # zRAM / dev / block / zram0 aucun swap par défaut zramsize = 201326592 # volumes gérés vold
/devices/platform/msm_sdcc.4/mmc_host auto auto par défaut voldmanaged = sdcard1: auto, noemulatedsd / devices / platform / msm_hsusb_host.0 auto auto par défaut voldmanaged = usbdisk: auto ~ # 

devrait donnez-vous le nom de la partition que vous recherchez.

Appareil: SG-i9001 - Samsung Galaxy S Plus

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

J'ai eu le même problème avant. La principale raison pour laquelle vous ne pouvez pas remonter votre système de fichiers et d'autres partitions de votre appareil Android est que vous n'exécutez pas le shell adb en mode racine. Voici ce que j'ai fait avant:

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

Cela devrait résoudre vos problèmes. Bien sûr, dans mon cas, je l'exécute sur un appareil Android rooté (version LineageOS Android 7.1.2). Cela peut être différent dans votre cas, mais fondamentalement l'idée est la même.

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

Essayez ceci:

  $ adb shell $ su # mount -o rw, remount / system  
su: introuvable. La commande mount persiste à échouer même en utilisant la méthode #.
Si le téléphone n'est pas rooté, il ne pourra pas exécuter su (ou en tant que root)


Ce Q&R a été automatiquement traduit de la langue anglaise.Le contenu original est disponible sur stackexchange, que nous remercions pour la licence cc by-sa 3.0 sous laquelle il est distribué.
Loading...