2 votes

Michal Sznajder avatar

Nexus 5 bloqué sur l'animation de chargement du système d'exploitation, en appuyant sur Volume-/Power ne fait apparaître que le mode fastboot pendant une seconde, adb ne montre rien

Demandé el 9 de Mai, 2019
Quand la question a-t-elle été
782 affichage
Nombre de visites la question a
1 Réponses
Nombre de réponses aux questions
Résolu
Situation réelle de la question

Ceci est l'écran de chargement normal de LineageOS, que j'avais jusqu'à hier :

entrez la description de l'image ici

Problème : Depuis hier, un seul cercle va de droite à gauche, indéfiniment. En d'autres termes, il n'atteint jamais les 3 cercles (même après 8 heures pendant la nuit), et mon Nexus 5 est devenu inutilisable.

Après avoir lu Nexus 5 bloqué sur l'écran "points de couleur volants Lollipop" après une Réinitialisation Complète Dure , j'ai essayé d'appuyer sur Power/Volume- en même temps pendant 30 secondes. Résultat : l'écran de démarrage rapide apparaît pendant moins d'une seconde (pendant ce bref instant, je peux déplacer le curseur avec Volume+/-), puis l'écran devient noir, puis démarrage rapide à nouveau pour une fraction de seconde, puis cette boucle de démarrage :

  1. verrou Google+deverrouillé blanc sur fond noir, pendant quelques secondes
  2. écran noir
  3. Vibration
  4. Retour à l'étape 1

Appuyer sur le même Volume-/Power pendant l'écran précédent "verrou Google+deverrouillé blanc sur fond noir" entraîne également la même boucle de démarrage.

Pendant toutes ces phases (animation, démarrage rapide, boucle de démarrage), l'exécution de adb logcat depuis mon ordinateur connecté montre seulement en attente de périphérique.

Je fais tout cela avec le chargeur branché. J'ai même changé la batterie pour m'assurer qu'il ne s'agissait pas d'un problème d'alimentation. Pour vérifier, j'ai réussi à appuyer rapidement sur "Éteindre" en démarrage rapide et il affiche le niveau de la batterie : 100%.

L'ordinateur/le port/le câble que j'utilise sont ceux que j'utilise tous les jours depuis des années pour transférer des fichiers et déboguer des applications via USB. J'ai également essayé un chargeur mural et un nouveau câble pour m'assurer, même résultat.

Le Nexus 5 n'est pas chiffré.

Après avoir branché le téléphone sur un ordinateur Windows (au lieu de mon Linux habituel), le démarrage rapide est miraculeusement resté allumé, et j'ai pu obtenir les informations suivantes :

Partitions

~ # cat /proc/partitions
major minor  #blocs  nom

 179        0   30535680 mmcblk0
 179        1      65536 mmcblk0p1
 179        2       1024 mmcblk0p2
 179        3        512 mmcblk0p3
 179        4        512 mmcblk0p4
 179        5        512 mmcblk0p5
 179        6        512 mmcblk0p6
 179        7       2048 mmcblk0p7
 179        8       1024 mmcblk0p8
 179        9        512 mmcblk0p9
 179       10        512 mmcblk0p10
 179       11        512 mmcblk0p11
 179       12       3072 mmcblk0p12
 179       13       3072 mmcblk0p13
 179       14        512 mmcblk0p14
 179       15      16384 mmcblk0p15
 179       16      16384 mmcblk0p16
 179       17       3072 mmcblk0p17
 179       18      22528 mmcblk0p18
 179       19      22528 mmcblk0p19
 179       20      22528 mmcblk0p20
 179       21       3072 mmcblk0p21
 179       22        512 mmcblk0p22
 179       23        512 mmcblk0p23
 179       24        512 mmcblk0p24
 179       25    1048576 mmcblk0p25
 179       26      30720 mmcblk0p26
 179       27     716800 mmcblk0p27
 179       28   28551146 mmcblk0p28
 179       29          5 mmcblk0p29
 179       32       4096 mmcblk0rpmb

Montage

~ # mount
rootfs sur / type rootfs (rw,seclabel)
tmpfs sur /dev type tmpfs (rw,seclabel,nosuid,relatime,mode=755)
devpts sur /dev/pts type devpts (rw,seclabel,relatime,mode=600)
proc sur /proc type proc (rw,relatime)
sysfs sur /sys type sysfs (rw,seclabel,relatime)
selinuxfs sur /sys/fs/selinux type selinuxfs (rw,relatime)
tmpfs sur /tmp type tmpfs (rw,seclabel,relatime)
/dev/block/mmcblk0p25 sur /system type ext4 (ro,seclabel,relatime,data=ordered)

Noms de blocs

~ # ls -l /dev/block/platform/msm_sdcc.1/by-name
lrwxrwxrwx    1 root     root            21 Jan  1 01:00 DDR -> /dev/block/mmcblk0p24
lrwxrwxrwx    1 root     root            20 Jan  1 01:00 aboot -> /dev/block/mmcblk0p6
lrwxrwxrwx    1 root     root            21 Jan  1 01:00 abootb -> /dev/block/mmcblk0p11
lrwxrwxrwx    1 root     root            21 Jan  1 01:00 boot -> /dev/block/mmcblk0p19
lrwxrwxrwx    1 root     root            21 Jan  1 01:00 cache -> /dev/block/mmcblk0p27
lrwxrwxrwx    1 root     root            21 Jan  1 01:00 crypto -> /dev/block/mmcblk0p26
lrwxrwxrwx    1 root     root            21 Jan  1 01:00 fsc -> /dev/block/mmcblk0p22
lrwxrwxrwx    1 root     root            21 Jan  1 01:00 fsg -> /dev/block/mmcblk0p21
lrwxrwxrwx    1 root     root            21 Jan  1 01:00 grow -> /dev/block/mmcblk0p29
lrwxrwxrwx    1 root     root            21 Jan  1 01:00 imgdata -> /dev/block/mmcblk0p17
lrwxrwxrwx    1 root     root            21 Jan  1 01:00 laf -> /dev/block/mmcblk0p18
lrwxrwxrwx    1 root     root            21 Jan  1 01:00 metadata -> /dev/block/mmcblk0p14
lrwxrwxrwx    1 root     root            21 Jan  1 01:00 misc -> /dev/block/mmcblk0p15
lrwxrwxrwx    1 root     root            20 Jan  1 01:00 modem -> /dev/block/mmcblk0p1
lrwxrwxrwx    1 root     root            21 Jan  1 01:00 modemst1 -> /dev/block/mmcblk0p12
lrwxrwxrwx    1 root     root            21 Jan  1 01:00 modemst2 -> /dev/block/mmcblk0p13
lrwxrwxrwx    1 root     root            20 Jan  1 01:00 pad -> /dev/block/mmcblk0p7
lrwxrwxrwx    1 root     root            21 Jan  1 01:00 persist -> /dev/block/mmcblk0p16
lrwxrwxrwx    1 root     root            21 Jan  1 01:00 recovery -> /dev/block/mmcblk0p20
lrwxrwxrwx    1 root     root            20 Jan  1 01:00 rpm -> /dev/block/mmcblk0p3
lrwxrwxrwx    1 root     root            21 Jan  1 01:00 rpmb -> /dev/block/mmcblk0p10
lrwxrwxrwx    1 root     root            20 Jan  1 01:00 sbl1 -> /dev/block/mmcblk0p2
lrwxrwxrwx    1 root     root            20 Jan  1 01:00 sbl1b -> /dev/block/mmcblk0p8
lrwxrwxrwx    1 root     root            20 Jan  1 01:00 sdi -> /dev/block/mmcblk0p5
lrwxrwxrwx    1 root     root            21 Jan  1 01:00 ssd -> /dev/block/mmcblk0p23
lrwxrwxrwx    1 root     root            21 Jan  1 01:00 system -> /dev/block/mmcblk0p25
lrwxrwxrwx    1 root     root            20 Jan  1 01:00 tz -> /dev/block/mmcblk0p4
lrwxrwxrwx    1 root     root            20 Jan  1 01:00 tzb -> /dev/block/mmcblk0p9
lrwxrwxrwx    1 root     root            21 Jan  1 01:00 userdata -> /dev/block/mmcblk0p28

Système de fichiers

~ # blkid /dev/block/mmcblk0p28
/dev/block/mmcblk0p28: UUID="57f8f4bc-abf4-655f-bf67-946fc0f9f25b" TYPE="ext4"

Effacement du cache

~ # twrp wipe cache
Formatage du cache en utilisant make_ext4fs...
Échec de montage de '/cache' (Argument invalide)
Traitement du fichier de script terminé

~ # mke2fs -t ext4 /dev/block/mmcblk0p27
mke2fs 1.42.9 (28-Dec-2013)
Étiquette du système de fichiers =
Type de système d'exploitation : Linux
Taille du bloc=4096 (log=2)
Taille de fragment=4096 (log=2)
Incrément=0 blocs, Largeur de bande Stripe=0 blocs
44832 inodes, 179200 blocs
8960 blocs (5.00%) réservés à l'administrateur
Premier bloc de données=0
Bloc maximum de système de fichiers=184549376
6 groupes de blocs
32768 blocs par groupe, 32768 fragments par groupe
7472 inodes par groupe
Sauvegardes de super-blocs stockées sur les blocs :
        32768, 98304, 163840

Allocation de tables de groupes : c'est fait
Écriture des tables d'inodes : c'est fait
Création du journal (4096 blocs) : c'est fait
Écriture des super-blocs et des informations de comptabilité du système de fichiers : c'est fait

~ # twrp reboot
La commande est : 'reboot' et il n'y a pas de valeur
Échec de montage de '/data' (Argument invalide)
Échec de montage de '/data' (Argument invalide)
E:a
Traitement du fichier de script terminé

Faire cet effacement du cache n'a malheureusement pas résolu le problème : L'animation du système d'exploitation tourne déjà depuis 3 heures.

Question : Comment au moins sauvegarder le contenu de la carte SD de mon Nexus 5 sur un ordinateur ? Ou peut-être même réparer le Nexus si possible ?

Demandé el 9 de Mai, 2019 par Michal Sznajder

0 votes

Avatar de alecxs

Laissez-nous continuer cette discussion en chat.

Commenté el 9 de Mai, 2019 par alecxs

Réponse

Trop de publicités?

1voto

alecxs avatar
alecxs Points 3105

Je suppose que le problème est lié à la partition de cache. vous pouvez essayer de le réparer avec

fastboot format:ext4 cache

ou depuis la récupération twrp avec

adb shell twrp wipe cache

également le formatage de la partition de cache aidera

adb shell mke2fs -t ext4 /dev/block/mmcblk0p27

Vous pouvez sauvegarder manuellement vos données (partition de sdcard). si les données sont chiffrées, montez-les avec
twrp decrypt où vous devez utiliser votre code PIN/mot de passe de verrouillage d'écran. si vous utilisez un schéma de verrouillage d'écran, vous devez le traduire en mot de passe (voir https://blog.alxu.ca/unlocking-large-pattern-encryption-in-twrp.html)
GNU tar pour android et une carte MicroSD externe ou une clé USB-OTG sont nécessaires pour cela. Le binaire tar est inclus dans open_gapps.zip, téléchargez-le et décompressez-le, copiez le binaire sur la carte MicroSD et renommez-le en "tar"

mkdir /data
mount -t ext4 -o ro,noexec,noload,noatime /dev/block/mmcblk0p28 /data
cp /external_sd/tar /tmp
chmod a+x /tmp/tar
/tmp/tar --selinux --xattrs --numeric-owner -vcpP /data | gzip | split -a 1 -b 1024m - /external_sd/data.ext4.tar.gz.

si la partition n'est pas montable, vous pouvez copier la partition avec dd

dd if=/dev/block/mmcblk0p28 of=/external_sd/data.img            bs=1024 count=28551146
dd if=/dev/block/dm-0       of=/external_sd/data_decrypted.img  bs=1024 count=28551146

edit: (merci @ Nicolas Raoul) si votre téléphone n'a ni carte MicroSD externe ni support USB-OTG, vous pouvez diffuser la partition via adb.

adb pull /dev/block/mmcblk0p28  C:\adb\data.img
adb pull /dev/block/dm-0        C:\adb\data_decrypted.img

Ouvrez le fichier avec OSFMount ou montez-le depuis sudo (voir la commande ci-dessus). Le dossier sdcard est situé à /data/media/0. Si vous souhaitez restaurer les applications ultérieurement sur la partition de données chiffrées, il est recommandé de créer une archive tar (en plus des indicateurs ci-dessus) avec --exclude data/media cela réduira la taille de la sauvegarde. la ligne de commande de restauration est

cat /external_sd/data.ext4.tar.gz.* | gzip -d | /tmp/tar --selinux --xattrs -vxpPC /
Répondu el 9 de Mai, 2019 par alecxs (3105 Points )

0 votes

Avatar de Michal Sznajder

Pour mount -t ext4 -w /dev/block/mmcblk0p28 /data I get mount: mounting /dev/block/mmcblk0p28 sur /data a échoué : Argument invalide

Commenté el 9 de Mai, 2019 par Michal Sznajder

1 votes

Avatar de Michal Sznajder

Le Nexus 5 n'est pas crypté. Je suppose que je peux exécuter adb.exe pull /dev/block/mmcblk0p28 mmcblk0p28.img puis monter l'image sur Linux en tant que ext4 ?

Commenté el 9 de Mai, 2019 par Michal Sznajder

Questions connexes

Questions en vedette

Top Tags

Dans notre réseau

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:

Yandex
X