WLAN-Passwort anzeigen / auslesen / sichern / übertragen

pkdefy schrieb:
Hallo,
ich habe das gleiche Problem mit meinem HTC One und LG G3, gibt es dafür eine Lösung?


Hallo pkdefy.

dein Beitrag wurde nun in einen Thread verschoben, der sich bereits mit diesem Thema befasst.



Gruß
Markus
 
Zuletzt bearbeitet von einem Moderator:
Hilft aber auch nicht ;-)

Manchmal stellt Google die WLAN wieder her und manchmal halt nicht.

Ich habe hier schon oft von diesem Problem gelesen, aber bissher gibt es nochnichtmal eine Theorie warum das nicht richtig funktioniert.

cu
 
Hier wird eine Möglichkeit ohne Root beschreiben:
Teil 2: WLAN-Passwörter auf Android ohne Root anzeigen: Wie Sie WLAN-Passwörter in Android anzeigen

Trotzdem habe ich es bei meinem Moto G2 (2014) nicht geschafft. Lt. Fehlermeldung existiert scheinbar der angegebene Pfad /data/misc/wifi/wpa_supplicant.conf nicht. Allerdings ist mir noch nicht so richtig klar wozu ich den ABD Driver Installer auf dem PC installieren sollte.
Außerdem habe ich auf meinem PC nicht den Pfad C\windows\system32\platform_tools gefunden. Ich weiß daher nicht, ob es daran gelegen haben könnte.

Wäre super jemand von den erfahreneren Usern mal einen Blick auf die Anleitung werfen und ergründen könnte, wo das Problem liegen könnte..
 
Zuletzt bearbeitet von einem Moderator:
Bearbeitet von: hagex - Grund: Schrift normiert, Gruß von hagex
1DROID schrieb:
Kenne ich nicht, habe aber von "ADB driver" schon mal gehört, die sogenannten ADB-Werkzeuge...
Ich denke das wird nur genutzt um die Datei mittels ADB auf den PC zu ziehen, denn es handelt sich ja dabei um ein nicht gerootetes Gerät.
Bei mir habe ich nur gerootete Geräte und deshalb kann ich mit jedem Dateimanager mit Root-Rechten auf die besagte Datei (im LOS 14.1/Android 7.1) zugreifen.
Ich denke du solltest dich noch etwas mehr mit der ADB beschäftigen, ich denke da liegt der Fehler. Endgültig kann ich das nicht sagen, denn ich habe kein ungerootetes Gerät.
Ich benutze Ubuntu und die ADB Werkzeuge aus der Paketverwaltung.
 
Code:
adb pull /data/misc/wifi/wpa_supplicant.conf c:/wpa_supplicant.conf
Dieser Befehl funktioniert nur, wenn die ADB-Schnittstelle auf dem zugehörigem Gerät Root-Rechte hat. Das hat sie aber sowohl bei einem ungerootetem und gerootetem Gerät aber nicht zwangsläufig und dürfte eher die Ausnahme sein (im letzten Fall kann man das aber in der Regel ändern).

Von daher: Es ist sehr Geräte bzw. ROM abhängig und sicherlich nicht allgemein gültig.


Und ich bezweifle sehr stark, dass der Standard-Pfad für die Plattform-Tools unter C:\windows\system32 liegt, eher doch, wie auf dem dortigen Screenshot, C:\Programme (x86)\Android\android-sdk\plattform-tools .
 
In dem Artikel steht: "Öffnen Sie nun das Verzeichnis, in das Sie die obigen Programme installiert haben. Standardmäßig befindet sich dieses auf der lokalen Festplatte unter C\windows\system32\platform_tools. Sie können es jedoch auch mithilfe der Windows-Suchmaschine finden. Halten Sie dazu die Hochstell-Taste gedrückt und rechtsklicken Sie in das Verzeichnis, um dann auf „Eingabeaufforderung hier öffnen“ zu klicken."

Das habe ich so nicht gemacht, da ich das Verzeichnis bei mir nicht finden konnte. Bei der Installation von minimal adb und fastboot kann man jedoch einen Desktop Icon anlegen, von dem aus ich das Programm gestartet habe. Welchen Unterschied macht das?

EDIT: Die Beschreibung ist für mich leider stellenweise nicht ausführlich genug. Vielleicht ist jemand bereit hierzu noch etwas Unterstützung zu geben?
 
Zuletzt bearbeitet:
ADB ist ein Programm, das man in der Befehlszeile benutzt (DOS-Box oder Shell).
Mach mal eine DOS-Box auf und gebe "ADB" ein, ob er das erkennt.
 
Nach dem Starten von "minimal ADB and Fastboot öffnet sich das wovon ich vermute, dass es eine DOS-Box ist. oben am Rand steht C:\WINDOWS\system32\cmd.exe
Nachfolgend das Ergebnis nach Eingabe des Befehls ADB (Smarty war nicht angeschlossen):

Microsoft Windows [Version 10.0.14393]
(c) 2016 Microsoft Corporation. Alle Rechte vorbehalten.

C:\Program Files (x86)\Minimal ADB and Fastboot>ADB
Android Debug Bridge version 1.0.36
Revision 0e9850346394-android

-a - directs adb to listen on all interfaces for a connection
-d - directs command to the only connected USB device
returns an error if more than one USB device is present.
-e - directs command to the only running emulator.
returns an error if more than one emulator is running.
-s <specific device> - directs command to the device or emulator with the given
serial number or qualifier. Overrides ANDROID_SERIAL
environment variable.
-p <product name or path> - simple product name like 'sooner', or
a relative/absolute path to a product
out directory like 'out/target/product/sooner'.
If -p is not specified, the ANDROID_PRODUCT_OUT
environment variable is used, which must
be an absolute path.
-H - Name of adb server host (default: localhost)
-P - Port of adb server (default: 5037)
devices [-l] - list all connected devices
('-l' will also list device qualifiers)
connect <host>[:<port>] - connect to a device via TCP/IP
Port 5555 is used by default if no port number is specified.
disconnect [<host>[:<port>]] - disconnect from a TCP/IP device.
Port 5555 is used by default if no port number is specified.
Using this command with no additional arguments
will disconnect from all connected TCP/IP devices.

device commands:
adb push <local>... <remote>
- copy files/dirs to device
adb pull [-a] <remote>... <local>
- copy files/dirs from device
(-a preserves file timestamp and mode)
adb sync [ <directory> ] - copy host->device only if changed
(-l means list but don't copy)
adb shell [-e escape] [-n] [-Tt] [-x] [command]
- run remote shell command (interactive shell if no command given)
(-e: choose escape character, or "none"; default '~')
(-n: don't read from stdin)
(-T: disable PTY allocation)
(-t: force PTY allocation)
(-x: disable remote exit codes and stdout/stderr separation)
adb emu <command> - run emulator console command
adb logcat [ <filter-spec> ] - View device log
adb forward --list - list all forward socket connections.
the format is a list of lines with the following format:
<serial> " " <local> " " <remote> "\n"
adb forward <local> <remote> - forward socket connections
forward specs are one of:
tcp:<port>
localabstract:<unix domain socket name>
localreserved:<unix domain socket name>
localfilesystem:<unix domain socket name>
dev:<character device name>
jdwp:<process pid> (remote only)
adb forward --no-rebind <local> <remote>
- same as 'adb forward <local> <remote>' but fails
if <local> is already forwarded
adb forward --remove <local> - remove a specific forward socket connection
adb forward --remove-all - remove all forward socket connections
adb reverse --list - list all reverse socket connections from device
adb reverse <remote> <local> - reverse socket connections
reverse specs are one of:
tcp:<port>
localabstract:<unix domain socket name>
localreserved:<unix domain socket name>
localfilesystem:<unix domain socket name>
adb reverse --no-rebind <remote> <local>
- same as 'adb reverse <remote> <local>' but fails
if <remote> is already reversed.
adb reverse --remove <remote>
- remove a specific reversed socket connection
adb reverse --remove-all - remove all reversed socket connections from device
adb jdwp - list PIDs of processes hosting a JDWP transport
adb install [-lrtsdg] <file>
- push this package file to the device and install it
(-l: forward lock application)
(-r: replace existing application)
(-t: allow test packages)
(-s: install application on sdcard)
(-d: allow version code downgrade (debuggable packages only))
(-g: grant all runtime permissions)
adb install-multiple [-lrtsdpg] <file...>
- push this package file to the device and install it
(-l: forward lock application)
(-r: replace existing application)
(-t: allow test packages)
(-s: install application on sdcard)
(-d: allow version code downgrade (debuggable packages only))
(-p: partial application install)
(-g: grant all runtime permissions)
adb uninstall [-k] <package> - remove this app package from the device
('-k' means keep the data and cache directories)
adb bugreport [<path>] - return all information from the device that should be included in a zipped bug report.
If <path> is a file, the bug report will be saved as that file.
If <path> is a directory, the bug report will be saved in that directory with the name provided by the device.
If <path> is omitted, the bug report will be saved in the current directory with the name provided by the device.
NOTE: if the device does not support zipped bug reports, the bug report will be output on stdout.
adb backup [-f <file>] [-apk|-noapk] [-obb|-noobb] [-shared|-noshared] [-all] [-system|-nosystem] [<packages...>]
- write an archive of the device's data to <file>.
If no -f option is supplied then the data is written
to "backup.ab" in the current directory.
(-apk|-noapk enable/disable backup of the .apks themselves
in the archive; the default is noapk.)
(-obb|-noobb enable/disable backup of any installed apk expansion
(aka .obb) files associated with each application; the default
is noobb.)
(-shared|-noshared enable/disable backup of the device's
shared storage / SD card contents; the default is noshared.)
(-all means to back up all installed applications)
(-system|-nosystem toggles whether -all automatically includes
system applications; the default is to include system apps)
(<packages...> is the list of applications to be backed up. If
the -all or -shared flags are passed, then the package
list is optional. Applications explicitly given on the
command line will be included even if -nosystem would
ordinarily cause them to be omitted.)

adb restore <file> - restore device contents from the <file> backup archive

adb disable-verity - disable dm-verity checking on USERDEBUG builds
adb enable-verity - re-enable dm-verity checking on USERDEBUG builds
adb keygen <file> - generate adb public/private key. The private key is stored in <file>,
and the public key is stored in <file>.pub. Any existing files
are overwritten.
adb help - show this help message
adb version - show version num

scripting:
adb wait-for[-<transport>]-<state>
- wait for device to be in the given state:
device, recovery, sideload, or bootloader
Transport is: usb, local or any [default=any]
adb start-server - ensure that there is a server running
adb kill-server - kill the server if it is running
adb get-state - prints: offline | bootloader | device
adb get-serialno - prints: <serial-number>
adb get-devpath - prints: <device-path>
adb remount - remounts the /system, /vendor (if present) and /oem (if present) partitions on the device read-write
adb reboot [bootloader|recovery]
- reboots the device, optionally into the bootloader or recovery program.
adb reboot sideload - reboots the device into the sideload mode in recovery program (adb root required).
adb reboot sideload-auto-reboot
- reboots into the sideload mode, then reboots automatically after the sideload regardless of the result.
adb sideload <file> - sideloads the given package
adb root - restarts the adbd daemon with root permissions
adb unroot - restarts the adbd daemon without root permissions
adb usb - restarts the adbd daemon listening on USB
adb tcpip <port> - restarts the adbd daemon listening on TCP on the specified port

networking:
adb ppp <tty> [parameters] - Run PPP over USB.
Note: you should not automatically start a PPP connection.
<tty> refers to the tty for PPP stream. Eg. dev:/dev/omap_csmi_tty1
[parameters] - Eg. defaultroute debug dump local notty usepeerdns

adb sync notes: adb sync [ <directory> ]
<localdir> can be interpreted in several ways:

- If <directory> is not specified, /system, /vendor (if present), /oem (if present) and /data partitions will be updated.

- If it is "system", "vendor", "oem" or "data", only the corresponding partition
is updated.

internal debugging:
adb reconnect Kick current connection from host side and make it reconnect.
adb reconnect device Kick current connection from device side and make it reconnect.
environment variables:
ADB_TRACE - Print debug information. A comma separated list of the following values
1 or all, adb, sockets, packets, rwx, usb, sync, sysdeps, transport, jdwp
ANDROID_SERIAL - The serial number to connect to. -s takes priority over this if given.
ANDROID_LOG_TAGS - When used with the logcat option, only these debug tags are printed.

C:\Program Files (x86)\Minimal ADB and Fastboot>
 
Ja gut, dann kennt er ja ADB. Jetzt musst du in deinem Smartphone ADB-Debugging freischalten. Dazu am besten mal bei Tante Google schauen.
 
Meinst Du USB-Debugging über die Entwickleroptionen einschalten? Habe ich bereits erledigt.
 
Wenn du dann dein Handy über USB anschliesst und "ADB DEVICES" eingibst auf dem PC, sollte er das Handy finden.
Mit "ADB SHELL" kannst du dann "ins" Handy und eine Befehlszeile bekommen. Mit "exit" wieder raus.
 
Mit ADB DEVICES wurde mir nur die oben schon eingefügte Liste nochmal ausgegeben. Mit ADB SHELL folgendes:
C:\Program Files (x86)\Minimal ADB and Fastboot>adb shell
* daemon not running. starting it now on port 5037 *
* daemon started successfully *
shell@titan_umtsds:/ $
[doublepost=1493994256,1493993959][/doublepost]Eingabe: adb pull /data/misc/wifi/wpa_supplicant.conf c:/wpa_supplicant.conf
Ergebnis: adb: error: remote object '/data/misc/wifi/wpa_supplicant.conf' does not exist
 
Soweit alles in Ordnung. Entweder hast du keinen Zugriff auf wpa_supplicant.conf oder sie gibt es nicht.
Geht denn "adb root"?
 
Eingabe: Program Files (x86)\Minimal ADB and Fastboot>abd root
Ausgabe: Der Befehl "abd" ist entweder falsch geschrieben oder konnte nicht gefunden werden.
 
"adb", nicht "abd".
 
Ups :blushing:
adb root bringt nur wieder die Liste (s.o.)
 
Das ist seltsam, das sollte nicht sein. Kann ich mir jetzt aber auch nicht erklären.
Vielleicht muss man adb im windows als adminstrator starten?
 
Zuletzt bearbeitet von einem Moderator:
Bearbeitet von: hagex - Grund: Direktzitat entfernt, Gruß von hagex
Ich habe ADB and Fastboot geschlossen und nochmal mit rechter Maustaste als Admin gestartet. Ergebnis gleich null. Ich erhalte immer nur eine neue Kommandozeile C:\Program Files (x86)\Minimal ADB and Fastboot>
Wenn ich ADB ROOT schreibe (Großbuchstaben) wird die Liste neu generiert.
[doublepost=1493996370,1493996054][/doublepost]Kann es sein, dass es etwas mit dem in #284 beschriebenen Schritt zu tun hat? Muss ich evtl. die Eingabeaufforderung in einem bestimmten Verzeichnis öffnen? Hier nochmal der Link zu der Beschreibung: Wie Sie WLAN-Passwörter in Android anzeigen
 
Und adb root in Kleinbuchstaben?
 
Ich erhalte immer nur eine neue Kommandozeile C:\Program Files (x86)\Minimal ADB and Fastboot>
[doublepost=1493997795,1493997658][/doublepost]Was ich bisher nicht verstanden habe, wozu dieses "ADB Driver Installer" herunterladen sollte (verlinkter Artikel). Das Handy wird erkannt, aber was der Installer dann macht ist mir nicht klar. Muss ich das parallel offen haben?
 

Ähnliche Themen

Q
Antworten
9
Aufrufe
333
Harald01
Harald01
H
Antworten
1
Aufrufe
314
holms
holms
cptechnik
Antworten
1
Aufrufe
123
DOT2010
DOT2010
Zurück
Oben Unten