0 votes

Différence entre le shell ADB et le terminal TWRP

TLDR :
Lorsque l'on démarre dans TWRP (et non dans le système d'exploitation Android), y a-t-il une différence entre l'exécution d'une commande sur un shell ADB et son exécution dans le terminal de TWRP ? En particulier une commande qui modifie les partitions ? Est-ce sûr ? Faut-il s'attendre à des résultats différents ?

Contexte :
J'ai un problème avec mon OnePlus One. Il semble redémarrer de façon aléatoire ou s'éteindre instantanément. Il refuse parfois de redémarrer à moins que le bouton d'alimentation ne soit enfoncé pendant environ 30 secondes ou que le connecteur de la batterie ne soit débranché et rebranché. D'après cet article le problème peut être une partition corrompue. Il suggère d'exécuter :

`make_ext4fs /dev/block/mmcblk0p15

sur la BAD. Malheureusement, il m'est impossible de faire en sorte que ADB reconnaisse mon appareil correctement. J'ai fait tout ce que cet article suggérait mais ça ne m'a pas aidé. J'ai essayé de rechercher des périphériques ADB en démarrant dans TWRP (aucun périphérique n'est apparu) et j'ai essayé de rechercher des périphériques en démarrant dans Android, mais dès que j'active le débogage USB, le téléphone se déconnecte constamment, plusieurs fois par seconde. J'ai essayé d'utiliser une extension USB alimentée comme suggéré aquí mais ça n'a pas aidé. J'ai aussi mesuré le courant absorbé et il passait constamment de ~230mA à ~270mA (le PSU aurait permis jusqu'à 5100mA). En outre, je refuse de faire ADB sur le WiFi pour des raisons de sécurité. Il serait également très probablement une douleur pour obtenir les pare-feu pour l'autoriser.

Je me demande également s'il existe un moyen de savoir si l'une des autres partitions est corrompue (il y a environ 50 périphériques répertoriés dans la section /dev/block/ ).

1voto

Milner Points 533

Je ne modifierais pas les partitions en cours d'utilisation - ce qui serait le cas lorsque le système est démarré. Pendant le démarrage en mode récupération, elles ne sont pas utilisées à moins que vous ne les montiez explicitement (ou si elles sont montées automatiquement, vous pouvez les démonter et avoir toujours un système en fonctionnement).

Il est donc préférable d'effectuer des opérations telles que le repartitionnement ou le formatage à partir de la récupération. Il en va de même pour la création d'images ( dd ) où vous voulez être sûr que le contenu ne change pas pendant que vous créez cette "image disque", car vous voulez qu'elle soit cohérente (ce n'est pas un problème avec les partitions montées en lecture seule bien sûr).

Et encore une fois, cela s'applique si vous voulez réparation le système de fichiers : la partition correspondante doit être non monté pour cela, ce qui ne peut être fait, par exemple, pour la /data partition alors qu'il a démarré normalement - fsck (File System ChecK) nécessite un accès exclusif à celui-ci.


Pour ce qui est de votre problème sous-jacent, je vous recommande de démarrer en mode de récupération et de lancer une vérification du système de fichiers pour voir si une partition est corrompue. Dans la plupart des cas, fsck est également capable de réparer la corruption, et vous conserverez vos données de cette façon. Si fsck trouve des problèmes qu'il ne peut pas résoudre (ou si vous voulez être "absolument sûr et propre"), vous pouvez toujours exécuter ce programme. make_ext4fs - ce qui signifierait bien sûr "toutes les données sont perdues". Si vous faites cela sur /system cela signifie également que vous devez flasher une ROM après, car votre OS serait parti. Et si vous le faites sur une partition autre que /system , /data o /cache (ou la carte SD), vous risquez de bloquer votre appareil car vous ne sauriez pas quoi y mettre pour le faire revivre. Oh, et assurez-vous également que la partition que vous voulez "formater" utilise réellement ext4 avant de lancer le programme. make_ext4fs contre elle. Bien que cela doive être transparent, un système de fichiers inattendu peut perturber le système d'exploitation :)

0voto

alwaysAWay Points 11

Nope. Lorsque l'on démarre dans TWRP, toutes les commandes sont exécutées avec les privilèges de Root, les commandes shell sont pour la plupart les mêmes mais TWRP a ajouté un twrp commande documentée aquí Je pense que c'est le plus pratique et qu'il est difficile de se tromper.

Je n'ai aucune idée des redémarrages fréquents mais je vous suggère de vérifier le connecteur d'alimentation.

androidalle.com

AndroidAlle est une communauté de androiders où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X