Si vous êtes en shell, vous pouvez utiliser sh au lieu de su
depuis Windows, en utilisant ADB, mettez le dispositif dans une récupération personnalisée puis depuis une fenêtre cmd :
adb remount
adb root
adb shell
si cela est fait alors que l'appareil est en mode de récupération (et no chargeur de démarrage o sideload ) que vous déposeriez dans un terminal/une ligne de commande avec " ~ : " au lieu de " shell@Android : " puis continuez avec :
cat /dev/block/mmcblk0 > /sdcard/mmcblk0.img
[alors il n'y a pas besoin d'utiliser sh puisque vous êtes déjà dans le shell]. puis ouvrez une autre fenêtre cmd distincte depuis votre PC pour récupérer le fichier que vous avez créé (il y a 20-30 minutes****) et l'utiliser :
adb pull /sdcard/mmcblk0.img
vous pouvez nommer "mmcblk0.img" comme vous voulez, il faut juste un nom de fichier de sortie et une extension.
**** CEPENDANT, soyez attentif et patient lorsque vous lancez cat, car la fenêtre cmd de Windows n'affichera rien pendant qu'il "crée" le fichier .img de 15 Go, il affichera juste un saut de ligne dans la fenêtre cmd et semblera ne fournir aucune réponse pendant qu'il traite votre commande. Vous saurez que c'est terminé lorsque vous aurez une nouvelle ligne pour entrer une nouvelle commande. Comme il s'agit de plus de 15 Go, si votre appareil ne dispose pas d'autant d'espace de stockage pour créer le fichier, vous pouvez modifier le chemin de sortie après ">" en /storage/sdcard1/mmcblk0.img ou ce que vous voulez, mais assurez-vous d'avoir un microsd rapide (classe 10 ou mieux) parce que 15 Go prendront du temps à écrire. J'estime à environ une demi-heure sur un microsd externe.
en dehors de cela, pourquoi voudriez-vous extraire cela ? cela aurait plus de sens si vous demandiez à propos de mmcblk0p05 ou mmcblk0p03 mais ehh, si vous n'avez pas l'intention de lire les binaires par hexagone alors je suppose qu'à chaque homme (ou femme) son (sa) propre...