Je veux comprendre toutes les partitions de mon appareil avec leurs resp. points de montage ou d' étiquettes (c. - à - savoir quelle partition tient system
, recovery
, boot
, etc.). Cela doit être indépendant de l'appareil (car j'ai plusieurs appareils). Le but est pour dd
eux et de savoir quelle image est quoi.
J'ai vu la commande répertorier les points de montage de la partition? - cependant, l'objectif n'était qu'une liste de partitions montées. J'ai besoin de tous, et par exemple /recovery
n'est pas monté lors du démarrage en "mode de travail normal".
Jusqu'à présent, ma recherche a soulevé un tas d'approches - mais aucune d'entre elles ne fonctionne sur aucun des appareils que j'ai testés:
cat /proc/mtd
: vide ou inexistantcat /proc/emmc
: vide ou inexistantcat /proc/dumchar_info
: inexistant (MTK / MediaTek)ls -al /dev/block/platform/*/by-name
: soit inexistant, soit n'ayant pas les détails recherchés
Une idée de ce que j'aurais pu manquer? Bien sûr, je pouvais parcourir tous les /dev/block/mmcblk0p*
appareils, les vider et les trier plus tard - mais j'ai dû répéter cette enquête pour chacun de mes appareils (et encore quand quelqu'un se présente avec un autre), donc ce n'est pas une solution.
EDIT: veuillez noter la balise de ligne de commande à cette question. Je vais devoir accéder à ces informations via ADB, et je ne veux pas installer une application sur un appareil qui m'a été remis pour enquête. Considérez-le comme un "arrière-plan médico-légal" (pas de modification de l'appareil), bien que ce ne soit pas tout à fait vrai;)
Excuses également pour ma mauvaise formulation initiale: les "points de montage" ne sont intéressants que dans la mesure où ils révèlent le but de la partition. Je ne veux pas les monter / remonter :)
Réponses:
Comme les réponses existantes le montrent déjà, il ne semble pas y avoir de "moyen unique" d'y parvenir. J'ai donc commencé à combiner des idées de partout, en les joignant dans un script (ou plutôt une "bibliothèque de scripts") pour les faire vérifier séquentiellement (jusqu'à ce qu'un bon hit soit fait), et j'ai intégré cela dans mon "Device Documentation Tool" nommé Adebar . Les personnes intéressées peuvent le trouver dans le
lib/partitions.lib
dossier. Comme Adebar est open source (GPLv2), vous pouvez copier et utiliser - ou de la fourche du projet et l' améliorer.La solution complète est un peu longue à publier ici (comme dit, vous pouvez la récupérer sur Github), mais comme notre politique consiste à inclure au moins la partie générale dans le message, voici ce qu'elle fait:
Différentes sources fournissent différents ensembles de détails, donc il essaie d'abord les "meilleurs" - puis revient jusqu'à ce qu'au moins quelque chose ait été trouvé.
/proc/dumchar_info
donne le plus de détails, donc c'est d'abord essayé. Les utilisateurs heureux de MTK l'obtiendront./proc/mtd
est la deuxième meilleure source./proc/emmc
devrait avoir presque autant que les candidats précédents, mais est un peu délicat à utiliser/dev/block/platform/*/by-name
, recoupé avec…/proc/partitions
recoupé avec/proc/mounts
nous donne au moins les partitions montéesLe script que j'ai construit parcourt donc les sources dans cet ordre, s'arrêtant dès qu'il a pu collecter des détails (par exemple, s'il a
/proc/dumchar_info
été trouvé, pas besoin d'analyser tous les autres). Tous mis dans des fonctions distinctes, renvoyant des données en utilisant la même structure, on pourrait même fusionner les résultats de chacun d'eux.Si quelqu'un peut trouver une meilleure solution, je suis bien sûr toujours ouvert à l'idée :)
la source
Je suis tombé sur cette question. J'aime un défi ...
Outils que j'ai utilisés: BusyBox
J'ai trouvé 3 commandes (une que vous avez répertoriée) pour donner des informations sur les partitions
Production:Production:
Production:
la source
busybox
(qui n'est malheureusement pas disponible sur "les appareils de certains amis" que je reçois).blkid
ne révèle pas de quelle partition il s'agit (démarrage, récupération, etc.) et*/by-name/*
n'existe pas sur tous les appareils (et quand c'est le cas, les noms sont parfois assez cryptiques - par exemple sur mon LG Optimus 4X, les noms sont tous 3- caractères seulement et pas nécessairement "parlant").df
ne répertorie que les périphériques montés, de sorte qu'il ne montrera pas, par exemple, la récupération lors de l'exécution en "mode normal" - ici, il est plus facile à utiliser à la/proc/mounts
place./proc/mtd
- mais malheureusement, cela ne semble plus être rempli avec les appareils actuels. Sur certains appareils, j'ai même trouvé des.fstab
fichiers, mais encore une fois, a) pas du tout, et b) même si, ils ne semblaient pas fiables (certaines parties étaient définitivement erronées là-dedans).KPARTX
La commande kpartx lit les tables de partition et mappe les partitions aux fichiers de périphérique. Il fonctionne sur les appareils et les images de disque. Cela signifie que nous pouvons mapper des partitions HFS dans une image disque vers un fichier de périphérique de bloc spécial et monter ces partitions en adressant ce fichier de périphérique de bloc comme s'il faisait partie d'un périphérique connecté.
http://linuxsleuthing.blogspot.com/2012/10/christmas-come-early-hfshfs-mounting.html
Les exemples en lien sont les ennemis du MacBook Pro, mais différentes images de disque devraient fonctionner correctement tant qu'elles sont présentées à GNU Linux en RAW. (xmount - voir ci-dessous)
usage : kpartx [-a|-d|-l] [-f] [-v] wholedisk
xmount
xmount vous permet de convertir à la volée entre plusieurs types d'images de disque dur d'entrée et de sortie. xmount crée un système de fichiers virtuel à l'aide de FUSE (Filesystem in Userspace) qui contient une représentation virtuelle de l'image d'entrée. La représentation virtuelle peut être au format DD, DMG, VHD, au format de fichier de disque virtuel de VirtualBox ou au format de fichier VMDK de VmWare. Les images d'entrée peuvent être des fichiers bruts DD, EWF (Expert Witness Compression Format) ou AFF (Advanced Forensic Format). En outre, xmount prend également en charge l'accès en écriture virtuelle aux fichiers de sortie qui sont redirigés vers un fichier cache. Cela permet de démarrer des images de disque dur acquises à l'aide de QEMU, KVM, VirtualBox, VmWare ou similaire.
https://www.pinguin.lu/xmount
Je peux fournir des détails et des informations supplémentaires si nécessaire ou nécessaire.
la source
/recovery
partition d'un périphérique en cours d'exécution. Ce n'est pas monté en mode normal. Comment savoir quelle partition choisir? Avec ce qui précède, j'ai dû les choisir tous et le découvrir plus tard. Produit beaucoup trop de données et prend trop de temps.DiskInfo sera l'application que vous souhaitez. Il montrera tous les points de montage, plus toutes les partitions non montées et toutes les partitions temporaires.
Ceci est juste une interface graphique, sans aucune autre fonctionnalité réelle. Parfait pour votre besoin. Cela nécessite d'être utilisé sur un appareil entièrement démarré. La racine n'est pas nécessaire.
Capture d'écran (cliquez pour une variante plus grande)
la source
command-line
balise :) Je suppose que je ferais mieux d'écrire cela explicitement. Je connais un certain nombre d'applications affichant ces détails, mais je dois y accéder / les collecter viaadb shell
, et sans l'aide d'une application supplémentaire (ne peut pas toujours installer d'abord cela sur un appareil qui m'est remis)