Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > alt.comp.os.windows-10 > #179670 > unrolled thread
| Started by | micky <NONONOmisc07@fmguy.com> |
|---|---|
| First post | 2024-11-03 17:37 -0500 |
| Last post | 2024-11-05 12:23 +0100 |
| Articles | 20 on this page of 76 — 8 participants |
Back to article view | Back to alt.comp.os.windows-10
Thumbnails, and what creates them. micky <NONONOmisc07@fmguy.com> - 2024-11-03 17:37 -0500
Re: Thumbnails, and what creates them. "Alan K." <alan@invalid.com> - 2024-11-03 17:46 -0500
Re: Thumbnails, and what creates them. micky <NONONOmisc07@fmguy.com> - 2024-11-03 19:03 -0500
Re: Thumbnails, and what creates them. Paul <nospam@needed.invalid> - 2024-11-03 21:50 -0500
Re: Thumbnails, and what creates them. micky <NONONOmisc07@fmguy.com> - 2024-11-03 22:17 -0500
Re: Thumbnails, and what creates them. Andrews <andrews@spam.net> - 2024-11-04 14:43 +0000
Re: Thumbnails, and what creates them. Andrews <andrews@spam.net> - 2024-11-04 14:47 +0000
Re: Thumbnails, and what creates them. Java Jive <java@evij.com.invalid> - 2024-11-04 15:50 +0000
Re: Thumbnails, and what creates them. Andrews <andrews@spam.net> - 2024-11-04 17:59 +0000
Re: Thumbnails, and what creates them. Andrews <andrews@spam.net> - 2024-11-04 19:35 +0000
Re: Thumbnails, and what creates them. Java Jive <java@evij.com.invalid> - 2024-11-05 11:00 +0000
Re: Thumbnails, and what creates them. Andrews <andrews@spam.net> - 2024-11-05 19:04 +0000
Re: Thumbnails, and what creates them. Java Jive <java@evij.com.invalid> - 2024-11-06 17:12 +0000
Re: Thumbnails, and what creates them. Andrews <andrews@spam.net> - 2024-11-06 19:04 +0000
Re: Thumbnails, and what creates them. Java Jive <java@evij.com.invalid> - 2024-11-06 20:50 +0000
Re: Thumbnails, and what creates them. Andrews <andrews@spam.net> - 2024-11-06 21:02 +0000
Re: Thumbnails, and what creates them. Java Jive <java@evij.com.invalid> - 2024-11-07 00:23 +0000
Re: Thumbnails, and what creates them. Andrews <andrews@spam.net> - 2024-11-07 02:48 +0000
Re: Thumbnails, and what creates them. Java Jive <java@evij.com.invalid> - 2024-11-07 17:02 +0000
Re: Thumbnails, and what creates them. Andrews <andrews@spam.net> - 2024-11-07 17:35 +0000
Re: Thumbnails, and what creates them. Java Jive <java@evij.com.invalid> - 2024-11-09 00:08 +0000
Extracting WiFi Passwords - SOLVED AT LAST! Java Jive <java@evij.com.invalid> - 2024-11-09 01:01 +0000
Re: Extracting WiFi Passwords - SOLVED AT LAST! Java Jive <java@evij.com.invalid> - 2024-11-09 01:15 +0000
Re: Extracting WiFi Passwords - SOLVED AT LAST! Andrews <andrews@spam.net> - 2024-11-09 04:54 +0000
Re: Extracting WiFi Passwords - SOLVED AT LAST! Andrews <andrews@spam.net> - 2024-11-09 04:57 +0000
Re: Extracting WiFi Passwords - SOLVED AT LAST! Andrews <andrews@spam.net> - 2024-11-09 05:32 +0000
Re: Extracting WiFi Passwords - SOLVED AT LAST! Andrews <andrews@spam.net> - 2024-11-09 14:02 +0000
Re: Extracting WiFi Passwords - SOLVED AT LAST! Java Jive <java@evij.com.invalid> - 2024-11-09 12:10 +0000
Re: Thumbnails, and what creates them. Java Jive <java@evij.com.invalid> - 2024-11-09 01:33 +0000
Re: Thumbnails, and what creates them. Java Jive <java@evij.com.invalid> - 2024-11-09 01:35 +0000
Re: Thumbnails, and what creates them. Frank Slootweg <this@ddress.is.invalid> - 2024-11-05 13:23 +0000
Re: Thumbnails, and what creates them. Java Jive <java@evij.com.invalid> - 2024-11-05 21:36 +0000
Re: Thumbnails, and what creates them. Java Jive <java@evij.com.invalid> - 2024-11-06 10:41 +0000
Re: Thumbnails, and what creates them. Java Jive <java@evij.com.invalid> - 2024-11-06 10:51 +0000
Re: Thumbnails, and what creates them. Andrews <andrews@spam.net> - 2024-11-06 14:54 +0000
Re: Thumbnails, and what creates them. Frank Slootweg <this@ddress.is.invalid> - 2024-11-06 11:13 +0000
Re: Thumbnails, and what creates them. "Carlos E. R." <robin_listas@es.invalid> - 2024-11-06 13:05 +0100
Re: Thumbnails, and what creates them. Frank Slootweg <this@ddress.is.invalid> - 2024-11-06 13:26 +0000
Re: Thumbnails, and what creates them. "Carlos E. R." <robin_listas@es.invalid> - 2024-11-06 14:36 +0100
Re: Thumbnails, and what creates them. Frank Slootweg <this@ddress.is.invalid> - 2024-11-06 14:45 +0000
Re: Thumbnails, and what creates them. Andrews <andrews@spam.net> - 2024-11-06 15:28 +0000
Re: Thumbnails, and what creates them. "Carlos E. R." <robin_listas@es.invalid> - 2024-11-06 18:57 +0100
Re: Thumbnails, and what creates them. Andrews <andrews@spam.net> - 2024-11-06 15:18 +0000
Re: Thumbnails, and what creates them. Java Jive <java@evij.com.invalid> - 2024-11-06 13:24 +0000
Re: Thumbnails, and what creates them. Paul <nospam@needed.invalid> - 2024-11-06 08:37 -0500
Re: Thumbnails, and what creates them. Java Jive <java@evij.com.invalid> - 2024-11-06 16:15 +0000
Re: Thumbnails, and what creates them. Frank Slootweg <this@ddress.is.invalid> - 2024-11-06 13:59 +0000
Re: Thumbnails, and what creates them. "Carlos E. R." <robin_listas@es.invalid> - 2024-11-06 19:01 +0100
Re: Thumbnails, and what creates them. Frank Slootweg <this@ddress.is.invalid> - 2024-11-06 19:15 +0000
Re: Thumbnails, and what creates them. "Carlos E. R." <robin_listas@es.invalid> - 2024-11-07 12:45 +0100
Re: Thumbnails, and what creates them. Frank Slootweg <this@ddress.is.invalid> - 2024-11-07 15:31 +0000
Re: Thumbnails, and what creates them. Frank Slootweg <this@ddress.is.invalid> - 2024-11-07 16:18 +0000
Re: Thumbnails, and what creates them. "Carlos E. R." <robin_listas@es.invalid> - 2024-11-07 23:34 +0100
Re: Thumbnails, and what creates them. Frank Slootweg <this@ddress.is.invalid> - 2024-11-08 09:39 +0000
Re: Thumbnails, and what creates them. "Carlos E. R." <robin_listas@es.invalid> - 2024-11-08 22:27 +0100
Re: Thumbnails, and what creates them. Frank Slootweg <this@ddress.is.invalid> - 2024-11-09 16:04 +0000
Re: Thumbnails, and what creates them. Java Jive <java@evij.com.invalid> - 2024-11-06 21:11 +0000
Re: Thumbnails, and what creates them. Java Jive <java@evij.com.invalid> - 2024-11-07 02:19 +0000
Re: Thumbnails, and what creates them. Java Jive <java@evij.com.invalid> - 2024-11-07 00:12 +0000
Re: Thumbnails, and what creates them. Frank Slootweg <this@ddress.is.invalid> - 2024-11-07 10:07 +0000
Re: Thumbnails, and what creates them. Java Jive <java@evij.com.invalid> - 2024-11-07 14:17 +0000
Re: Thumbnails, and what creates them. Java Jive <java@evij.com.invalid> - 2024-11-07 19:08 +0000
Re: Thumbnails, and what creates them. Frank Slootweg <this@ddress.is.invalid> - 2024-11-07 19:26 +0000
Re: Thumbnails, and what creates them. Java Jive <java@evij.com.invalid> - 2024-11-07 20:38 +0000
Re: Thumbnails, and what creates them. Andy Burns <usenet@andyburns.uk> - 2024-11-07 21:01 +0000
Re: Thumbnails, and what creates them. Java Jive <java@evij.com.invalid> - 2024-11-08 00:20 +0000
Re: Thumbnails, and what creates them. Andy Burns <usenet@andyburns.uk> - 2024-11-08 11:22 +0000
Re: Thumbnails, and what creates them. Frank Slootweg <this@ddress.is.invalid> - 2024-11-08 10:47 +0000
Re: Thumbnails, and what creates them. Andrews <andrews@spam.net> - 2024-11-09 00:45 +0000
Re: Thumbnails, and what creates them. Frank Slootweg <this@ddress.is.invalid> - 2024-11-08 10:26 +0000
Re: Thumbnails, and what creates them. Frank Slootweg <this@ddress.is.invalid> - 2024-11-04 15:41 +0000
Re: Thumbnails, and what creates them. micky <NONONOmisc07@fmguy.com> - 2024-11-06 11:03 -0500
Re: Thumbnails, and what creates them. Paul <nospam@needed.invalid> - 2024-11-03 21:16 -0500
Re: Thumbnails, and what creates them. micky <NONONOmisc07@fmguy.com> - 2024-11-03 23:01 -0500
Re: Thumbnails, and what creates them. Paul <nospam@needed.invalid> - 2024-11-04 03:46 -0500
Re: Thumbnails, and what creates them. "Carlos E. R." <robin_listas@es.invalid> - 2024-11-05 12:23 +0100
Page 2 of 4 — ← Prev page 1 [2] 3 4 Next page →
| From | Java Jive <java@evij.com.invalid> |
|---|---|
| Date | 2024-11-09 00:08 +0000 |
| Message-ID | <vgm951$3dr8g$1@dont-email.me> |
| In reply to | #179768 |
On 2024-11-07 17:35, Andrews wrote: > Java Jive wrote on Thu, 7 Nov 2024 17:02:06 +0000 : > >>> I assume you tried copying it already when I gave the commands necessary. >> >> 16:44:31 D:\Temp>C:\Programs\Samsung\platform-tools\adb.exe root > > Thanks for running the suggested test! > > I'm surprised that command didn't give an error as mine did on my unrooted > Android 13 Galaxy - but I do not know what "adb root" even does. > > Running a search for what does adb root do this comes up > <https://duckduckgo.com/?va=d&t=hf&q=what+does+adb+root+do> > > *Understanding adb shell su and adb root Commands* > <https://www.repeato.app/understanding-adb-shell-su-and-adb-root-commands/> > "the command adb root restarts the adb daemon with root permissions, > allowing you to execute ADB commands as root without entering the shell." > > Since your "adb root" works, my suggestion is that you may be able to... > 1. adb pull the WifiConfigStore.xml file from Android to Windows > 2. Edit it on Windows any way you like > 3. adb push that now-edited WifiConfigStore.xml back to Android > >> 16:45:56 D:\Temp>C:\Programs\Samsung\platform-tools\adb.exe pull >> /data/misc/apexdata/com.android.wifi/WifiConfigStore.xml >> adb: error: remote object >> '/data/misc/apexdata/com.android.wifi/WifiConfigStore.xml' does not exist >> >> 16:46:09 D:\Temp> >> >> There is a data directory visible in explorer under ... >> >> /Internal storage/Android >> >> ... but adding that to the beginning of the path makes no odds, and in >> fact trying to pull a file that I know exists, because I can see it in >> Explorer, also fails: >> >> 16:54:31 D:\Temp>C:\Programs\Samsung\platform-tools\adb.exe pull >> "/Internal >> storage/Android/data/com.android.systemui/cache/lockscreen_capture_land.png" >> adb: error: remote object '/Internal >> storage/Android/data/com.android.systemui/cache/lockscreen_capture_land.png' >> does not exist >> >> Make of that what you will, remembering that I don't believe this device >> is rooted, although the adb root command seemed to work. > [snip] > > My advice is that since you can use the "adb root" command, that you can > almost certainly "adb pull" and "adb push" the WifiConfigStore.xml file. > > You just have to find it first. :) As far as I have been able to establish, it's just not there. There is a command ... <path>\adb backup ... which creates a backup of the phone or tablet on your computer. However, the backup so created, called backup.ab, is a unique tar file format that almost nothing else can read as is, though there are neat workarounds as long as it is not encrypted; however, because my tablet is encrypted, so is the backup, which means that the simple workarounds don't work. A whole Perl upgrade later, where the biggest problem was actually uninstalling the previous version, to run a Perl script to extract the contents resulted only in a message that it couldn't do anything with this version 4, a version later than that for which it was written. A whole Java upgrade later, where again the biggest problem was uninstalling the previous JDK and JRE, finally extracted it, but it seems to contain nothing useful that was not available already simply by connecting the phone to the PC in the normal way. There is a command ... <path>\adb shell ls ... which lists the root, I presume, directory as ... acct bugreports cache carrier config d data default.prop dev dsp efs etc file_contexts.bin firmware firmware-modem fstab.qcom init init.carrier.rc init.class_main.sh init.container.rc init.environ.rc init.mdm.sh init.qcom.bms.sh init.qcom.class_core.sh init.qcom.early_boot.sh init.qcom.factory.rc init.qcom.rc init.qcom.sh init.qcom.syspart_fixup.sh init.qcom.usb.rc init.qcom.usb.sh init.rc init.recovery.qcom.rc init.rilchip.rc init.target.rc init.usb.configfs.rc init.usb.rc init.wifi.rc init.zygote32.rc init.zygote64_32.rc knox_data mnt oem persdata persist postrecovery.do preload proc property_contexts publiccert.pem root sbin sdcard seapp_contexts sepolicy sepolicy_version service_contexts storage sys system tombstones ueventd.qcom.rc ueventd.rc vendor verity_key ... which allows the following batch command to be run ... for /f "usebackq tokens=*" %A in (`<path>\adb shell ls`) do @if not %A==proc <path>\adb pull /%A ... and I'm currently waiting for the /sys directory to complete, but a search of those completed so far has found nothing of interest in the others. I think the truth is the same as with all the other attempts, because the tablet is not rooted, the information I want is not available to me. Scandalous, really. -- Fake news kills! I may be contacted via the contact address given on my website: www.macfh.co.uk
[toc] | [prev] | [next] | [standalone]
| From | Java Jive <java@evij.com.invalid> |
|---|---|
| Date | 2024-11-09 01:01 +0000 |
| Subject | Extracting WiFi Passwords - SOLVED AT LAST! |
| Message-ID | <vgmc8i$3e9fd$1@dont-email.me> |
| In reply to | #179792 |
On 2024-11-09 00:08, Java Jive wrote: > > There is a command ... > <path>\adb backup > ... which creates a backup of the phone or tablet on your computer. > However, the backup so created, called backup.ab, is a unique tar file > format that almost nothing else can read as is, though there are neat > workarounds as long as it is not encrypted; however, because my tablet > is encrypted, so is the backup, which means that the simple workarounds > don't work. > > A whole Perl upgrade later, where the biggest problem was actually > uninstalling the previous version, to run a Perl script to extract the > contents resulted only in a message that it couldn't do anything with > this version 4, a version later than that for which it was written. > > A whole Java upgrade later, where again the biggest problem was > uninstalling the previous JDK and JRE, finally extracted it, but it > seems to contain nothing useful that was not available already simply by > connecting the phone to the PC in the normal way. Actually they were there all along, which shows just how useless is Windows Search, by contrast Textpad's Find in Files option found them. So, the full procedure is: 1. <path>\adb backup ... creates backup.ab in the current directory 2. Install or update to the latest Java Runtime Environment, currently 1.8.0_431: https://www.java.com/en/download/help/download_options.html 3. Download Nelenkov's abe*.jar file: https://github.com/nelenkov/android-backup-extractor https://github.com/nelenkov/android-backup-extractor/releases/download/latest/abe-3e9a273.jar Give the command (without the square brackets around the password, they are merely a convention signifying that it is an optional parameter): java -jar <path>\abe-3e9a273.jar unpack <path>\backup.ab <path>\backup.tar [password] The resulting tar file can be extracted by 7-zip. Search the extracted files' contents for an SSID known to be on the device, mine were in: \apps\com.android.providers.settings\d_f\flattened-data -- Fake news kills! I may be contacted via the contact address given on my website: www.macfh.co.uk
[toc] | [prev] | [next] | [standalone]
| From | Java Jive <java@evij.com.invalid> |
|---|---|
| Date | 2024-11-09 01:15 +0000 |
| Subject | Re: Extracting WiFi Passwords - SOLVED AT LAST! |
| Message-ID | <vgmd4c$3eclt$1@dont-email.me> |
| In reply to | #179794 |
On 2024-11-09 01:01, Java Jive wrote: > On 2024-11-09 00:08, Java Jive wrote: >> >> There is a command ... >> <path>\adb backup >> ... which creates a backup of the phone or tablet on your computer. >> However, the backup so created, called backup.ab, is a unique tar file >> format that almost nothing else can read as is, though there are neat >> workarounds as long as it is not encrypted; however, because my tablet >> is encrypted, so is the backup, which means that the simple >> workarounds don't work. >> >> A whole Perl upgrade later, where the biggest problem was actually >> uninstalling the previous version, to run a Perl script to extract the >> contents resulted only in a message that it couldn't do anything with >> this version 4, a version later than that for which it was written. >> >> A whole Java upgrade later, where again the biggest problem was >> uninstalling the previous JDK and JRE, finally extracted it, but it >> seems to contain nothing useful that was not available already simply >> by connecting the phone to the PC in the normal way. > > Actually they were there all along, which shows just how useless is > Windows Search, by contrast Textpad's Find in Files option found them. > > So, the full procedure is: > > 1. <path>\adb backup > > ... creates backup.ab in the current directory > > 2. Install or update to the latest Java Runtime Environment, > currently 1.8.0_431: > > https://www.java.com/en/download/help/download_options.html > > 3. Download Nelenkov's abe*.jar file: > > https://github.com/nelenkov/android-backup-extractor > https://github.com/nelenkov/android-backup-extractor/releases/download/latest/abe-3e9a273.jar > > Give the command (without the square brackets around the password, they > are merely a convention signifying that it is an optional parameter): > > java -jar <path>\abe-3e9a273.jar unpack <path>\backup.ab > <path>\backup.tar [password] > > The resulting tar file can be extracted by 7-zip. Search the extracted > files' contents for an SSID known to be on the device, mine were in: > > \apps\com.android.providers.settings\d_f\flattened-data Should have added my thanks to all those who have helped along the way. -- Fake news kills! I may be contacted via the contact address given on my website: www.macfh.co.uk
[toc] | [prev] | [next] | [standalone]
| From | Andrews <andrews@spam.net> |
|---|---|
| Date | 2024-11-09 04:54 +0000 |
| Subject | Re: Extracting WiFi Passwords - SOLVED AT LAST! |
| Message-ID | <vgmpu1$1rhd$1@nnrp.usenet.blueworldhosting.com> |
| In reply to | #179795 |
Java Jive wrote on Sat, 9 Nov 2024 01:15:55 +0000 : > Should have added my thanks to all those who have helped along the way. We're all here to help each other - and to give back to the team. We've been doing this for decades - as we're kind hearted helpful people. Helping you has taught me things as I've never used "adb backup" myself. Never even heard of it. It's GREAT that you resolved the question of extracting (and restoring?) Wi-Fi passwords on older Androids (which didn't lock WifiConfigStore.xml). I'm trying to reproduce steps but I'm not sure the sequence on Android 13. C:\app\editor\android\scrcpy> adb backup WARNING: adb backup is deprecated and may be removed in a future release adb.exe: backup either needs a list of packages or -all/-shared C:\app\editor\android\scrcpy> adb --version Android Debug Bridge version 1.0.41 Version 33.0.3-8952118 Installed as C:\app\editor\android\scrcpy\adb.exe Looking it up, I see there is an Android backup-and-restore guide. <https://github.com/eviabs/Android-Backup-and-Restore-Guide/blob/master/Android%20Backup%20and%20Restore%20Guide.md> "An *.ab backup contains all your personal and hidden data of your app. It doesn't necessary contain your local storage data (which is located in your sd card). Make sure you copy by yourself the sd card content." C:\app\editor\android\scrcpy> adb backup -f myAndroidBackup.ab com.grindrapp.android WARNING: adb backup is deprecated and may be removed in a future release Now unlock your device and confirm the backup operation... (My phone in another room popped up an unlock request, which I easily accepted from Windows since I operate my phone at home from the PC.) C:\app\editor\android\scrcpy> dir myAndroidBackup.ab 11/08/2024 11:40 PM 47 myAndroidBackup.ab C:\app\editor\android\scrcpy> adb backup -apk -shared -all -f fullAndroidBackup.ab (again the monitor dedicated to Android popped up an unlock request which I accepted from the PC as I don't feel like looking for the phone) It's taking a while... so moving on, here's how to restore apparently. Single app backup (the app has to actually be installed already). C:\app\editor\android\scrcpy> adb restore myAndroidBackup.ab (I'm still waiting for the all-apps-and-their-data backup to finish.) The only thing is these are restoring "apps", not Wi-Fi settings, right? So I'm confused (although the "settings" app is just another app too). How does this backup/restore Wi-Fi configuration settings?
[toc] | [prev] | [next] | [standalone]
| From | Andrews <andrews@spam.net> |
|---|---|
| Date | 2024-11-09 04:57 +0000 |
| Subject | Re: Extracting WiFi Passwords - SOLVED AT LAST! |
| Message-ID | <vgmq33$29fi$1@nnrp.usenet.blueworldhosting.com> |
| In reply to | #179801 |
Andrews wrote on Sat, 9 Nov 2024 04:54:25 -0000 (UTC) : > How does this backup/restore Wi-Fi configuration settings? Oops. Didn't see the Java jar stuff. Gonna try again... But right now I'm waiting for the adb backup to finish. It's taking a looooooooooong time but I have over 900 apps installed on my phone (as I test apps against each other all the time) so it may take all night. Good think it's all being done from the PC while the phone is somewhere in the room charging on a night table as I operate the phone from the PC.
[toc] | [prev] | [next] | [standalone]
| From | Andrews <andrews@spam.net> |
|---|---|
| Date | 2024-11-09 05:32 +0000 |
| Subject | Re: Extracting WiFi Passwords - SOLVED AT LAST! |
| Message-ID | <vgms63$kns$1@nnrp.usenet.blueworldhosting.com> |
| In reply to | #179802 |
Andrews wrote on Sat, 9 Nov 2024 04:57:08 -0000 (UTC) : > It's taking a looooooooooong time but I have over 900 apps installed on my > phone (as I test apps against each other all the time) so it may take all > night. The adb full backup finished. It took around a half hour or so (I didn't time it though) but it's not a small backup file, that's for sure... C:\app\editor\android\scrcpy> adb backup -apk -shared -all -f fullAndroidBackup.ab C:\app\editor\android\scrcpy >dir *ab Directory of C:\app\editor\android\scrcpy 11/08/2024 11:15 PM 10,589,970,522 fullAndroidBackup.ab 11/08/2024 10:40 PM 47 myAndroidBackup.ab I have no idea (yet) what to do with that "full backup"; but it worked. Does anyone have a working process to use these adb full backups? And I still have to try the java stuff for the Wi-Fi passwords. But every time I touch java on Windows, I have to install tons of crapware. So I'm gun shy....
[toc] | [prev] | [next] | [standalone]
| From | Andrews <andrews@spam.net> |
|---|---|
| Date | 2024-11-09 14:02 +0000 |
| Subject | Re: Extracting WiFi Passwords - SOLVED AT LAST! |
| Message-ID | <vgnq2c$2mp0$1@nnrp.usenet.blueworldhosting.com> |
| In reply to | #179801 |
Andrews wrote on Sat, 9 Nov 2024 04:54:25 -0000 (UTC) :
> Single app backup (the app has to actually be installed already).
> C:\app\editor\android\scrcpy> adb restore myAndroidBackup.ab
Bear in mind, for those who don't already know it, Android *never* deletes
the actual installer that was used to install an app, so it's there.
You just have to find it.
Also, note it's far easier to manage Android from Windows than from the
phone (for so many obvious reasons, I won't even list them for you).
So let's assume we want a backup on Windows of osmand~ *and* its data.
First you have to find the package name if you don't already know it.
C:\> adb shell pm list packages | findStr /i "osmand"
package:net.osmand.plus
Then you have to find the location of the APK stored on your phone.
C:\> adb shell pm path net.osmand.plus
package:/data/app/~~k-jK7n2qHWcW_giNy6oVEA==/net.osmand.plus-6ws8wQWIkEi8vVgL5q3EdA==/base.apk
Then you can copy that APK manually if that's what you really want to do.
C:\> adb pull /data/app/~~k-jK7n2qHWcW_giNy6oVEA==/net.osmand.plus-6ws8wQWIkEi8vVgL5q3EdA==/base.apk
Since *every* stored APK on Android is named, "base.apk", rename it:
C:\> move base.apk net.osmand.plus_bck.apk
But nobody would copy an apk that way (unless they're writing scripts).
That's why they made all those free Android APK extraction tools.
<https://play.google.com/store/apps/details?id=de.onyxbits.listmyapps>
<https://play.google.com/store/apps/details?id=com.jenos.shareapkfile>
<https://play.google.com/store/apps/details?id=sk.styk.martin.apkanalyzer>
Now that you have the APK backed up, it's time to use adb's data backup:
C:\> adb backup -f net.osmand.plus_bck.ab net.osmand.plus
WARNING: adb backup is deprecated and may be removed in a future release
Now unlock your device and confirm the backup operation...
Now you have both the installer & the data on your Windows system:
C:\> dir *osmand*
11/09/2024 05:45 AM 146,644,539 net.osmand.plus_bck.apk
11/09/2024 05:50 AM 47 net.osmand.plus_bck.ab
Note that I'm not sure what is in that data ball of string since the help
for adb backup says you need to copy over some things manually from your
sdcard. I suspect that's the internal sdcard they were referring to since
some people don't have an external sdcard.
To find where sdcard information is installed, I will *guess* it's in the
information that is spit out with a query using adb. Maybe this query?
C:\> adb shell pm dump net.osmand.plus > net.osmand.plus_bck.txt
That file is over eight thousand lines long, so I'm not sure if it tells us
where the map data is stored & whether or not that's backed up.
Anyone know how to find the map data for osmand if it's stored on your
external sdcard? (Of course, you know where you put it - but this is for
general use where the user is backing up a device so they might not know.)
[toc] | [prev] | [next] | [standalone]
| From | Java Jive <java@evij.com.invalid> |
|---|---|
| Date | 2024-11-09 12:10 +0000 |
| Subject | Re: Extracting WiFi Passwords - SOLVED AT LAST! |
| Message-ID | <vgnjg8$3p6n2$1@dont-email.me> |
| In reply to | #179794 |
On 2024-11-09 01:01, Java Jive wrote: In response to Andrews' comments, I think I need to clarify these. In particular, the adb command given is probably wrong, because, after all the attempts to uninstall and reinstall Perl and Java the actual command I gave had fallen off the end of the DOSKey list, so I wrote it, late last night, from memory. However, I got it from here and can now tell that I must have misremembered it (312-314): https://gist.github.com/Pulimet/5013acf2cd5b28e55036c82c91bd56d8 So the (corrected) full procedure is: 1. <path>\adb backup -all -f backup.ab ... creates backup.ab in the current directory 2. Install or update to the latest Java Runtime Environment, currently 1.8.0_431: https://www.java.com/en/download/help/download_options.html 3. Download Nelenkov's abe*.jar file: https://github.com/nelenkov/android-backup-extractor https://github.com/nelenkov/android-backup-extractor/releases/download/latest/abe-3e9a273.jar 4. Give the command (without the square brackets around the password, they are merely a convention signifying that it is an optional parameter): java -jar <path>\abe-3e9a273.jar unpack <path>\backup.ab <path>\backup.tar [password] 5. The resulting tar file can be extracted by 7-zip. 6. Search the contents of the extracted files for an SSID known to be on the device, mine were in: \apps\com.android.providers.settings\d_f\flattened-data -- Fake news kills! I may be contacted via the contact address given on my website: www.macfh.co.uk
[toc] | [prev] | [next] | [standalone]
| From | Java Jive <java@evij.com.invalid> |
|---|---|
| Date | 2024-11-09 01:33 +0000 |
| Message-ID | <vgme4s$3eh8u$1@dont-email.me> |
| In reply to | #179792 |
On 2024-11-09 00:08, Java Jive wrote:
>
> There is a command ...
> <path>\adb shell ls
> ... which lists the root, I presume, directory as ...
> acct
> bugreports
> cache
> carrier
> config
> d
> data
> default.prop
> dev
> dsp
> efs
> etc
> file_contexts.bin
> firmware
> firmware-modem
> fstab.qcom
> init
> init.carrier.rc
> init.class_main.sh
> init.container.rc
> init.environ.rc
> init.mdm.sh
> init.qcom.bms.sh
> init.qcom.class_core.sh
> init.qcom.early_boot.sh
> init.qcom.factory.rc
> init.qcom.rc
> init.qcom.sh
> init.qcom.syspart_fixup.sh
> init.qcom.usb.rc
> init.qcom.usb.sh
> init.rc
> init.recovery.qcom.rc
> init.rilchip.rc
> init.target.rc
> init.usb.configfs.rc
> init.usb.rc
> init.wifi.rc
> init.zygote32.rc
> init.zygote64_32.rc
> knox_data
> mnt
> oem
> persdata
> persist
> postrecovery.do
> preload
> proc
> property_contexts
> publiccert.pem
> root
> sbin
> sdcard
> seapp_contexts
> sepolicy
> sepolicy_version
> service_contexts
> storage
> sys
> system
> tombstones
> ueventd.qcom.rc
> ueventd.rc
> vendor
> verity_key
> ... which allows the following batch command to be run ...
> for /f "usebackq tokens=*" %A in (`<path>\adb shell ls`) do @if not
> %A==proc <path>\adb pull /%A
> ... and I'm currently waiting for the /sys directory to complete, but a
> search of those completed so far has found nothing of interest in the
> others.
FWIW, the /sys folder never completed, eventually aborting, so I suspect
that, like the /proc folder, it contains circular links - I only
noticed those in the latter folder because they were sockets which gave
rise to ever lengthening error messages, whereas the /sys folder just
kept churning on. This means that the command above should read:
for /f "usebackq tokens=*" %A in (`<path>\adb shell ls`) do @if not
%A==proc if not %A==sys <path>\adb pull /%A
--
Fake news kills!
I may be contacted via the contact address given on my website:
www.macfh.co.uk
[toc] | [prev] | [next] | [standalone]
| From | Java Jive <java@evij.com.invalid> |
|---|---|
| Date | 2024-11-09 01:35 +0000 |
| Message-ID | <vgme8d$3eh8u$2@dont-email.me> |
| In reply to | #179797 |
Without line wrap, let's see if this comes out better: for /f "usebackq tokens=*" %A in (`<path>\adb shell ls`) do @if not %A==proc if not %A==sys <path>\adb pull /%A -- Fake news kills! I may be contacted via the contact address given on my website: www.macfh.co.uk
[toc] | [prev] | [next] | [standalone]
| From | Frank Slootweg <this@ddress.is.invalid> |
|---|---|
| Date | 2024-11-05 13:23 +0000 |
| Message-ID | <vgd9p0.soc.1@ID-201911.user.individual.net> |
| In reply to | #179689 |
Java Jive <java@evij.com.invalid> wrote: [...] > So how does that help me with this backup problem: How to transfer all > my WiFi connection settings from my old Android 7, note carefully the > Android version, Samsung Galaxy Tab 2 SM-T719 to a Pixel 8a. > > I tried a number of general data transfer programs to copy stuff between > the two phones, but in the end got best results simply by copying > everything conventionally via my PC. However, the WiFi settings are not > stored in the data accessible from a PC. Samsung's 'Back up data' backs up Wi-Fi settings to the Samsung Cloud. Not sure if you can access that data to restore it to a non-Samsung phone. AFAIR, Samsung's Windows 'Smart Switch' program also backs up Wi-Fi settings to your Windows disk (or Network Share?). That makes the Wi-Fi settings more accessible than from the Samsung Cloud. AFAIR, Google's 'Back up data' also backs up Wi-Fi settings to your Google Drive. As both your Samsung tablet and your Google phone have Google backup and restore, that's a possible path of transfer. Samsung has its 'Smart Switch' Android app to transfer stuff from Samsung to Samsung and from non-Samsung to Samsung, i.e for re-installing a new device with the stuff from an old device. So you may want to check if Google has a similar app to transfer stuff from a non-Google (i.e. Samsung in your case) device to a Google device.
[toc] | [prev] | [next] | [standalone]
| From | Java Jive <java@evij.com.invalid> |
|---|---|
| Date | 2024-11-05 21:36 +0000 |
| Message-ID | <vge35a$1nd5f$1@dont-email.me> |
| In reply to | #179709 |
On 2024-11-05 13:23, Frank Slootweg wrote: > > Java Jive <java@evij.com.invalid> wrote: >> >> So how does that help me with this backup problem: How to transfer all >> my WiFi connection settings from my old Android 7, note carefully the >> Android version, Samsung Galaxy Tab 2 SM-T719 to a Pixel 8a. >> >> I tried a number of general data transfer programs to copy stuff between >> the two phones, but in the end got best results simply by copying >> everything conventionally via my PC. However, the WiFi settings are not >> stored in the data accessible from a PC. > > Samsung's 'Back up data' backs up Wi-Fi settings to the Samsung Cloud. > Not sure if you can access that data to restore it to a non-Samsung > phone. I've managed to find my Samsung account details, last used many years ago, and do a backup of 'Settings', though there was no granularity of which settings were included, so no definite indication that the WiFi connections have been backed up. As my new phone is not also a Samsung, and they tend to be rather idiosyncratic, probably I had better not try to restore the settings to my current phone, if even I can. I've spent some time on the Samsung website, which is utterly useless [*], trying to discover how to restore the backup to my PC, but there doesn't seem to be anything there about any such possibility. * SO UTTERLY USELESS that ... :-( I couldn't even enter a phone number to begin a Help-by-SMS conversation because the number of characters allowed was too small to permit its last digit to be added, except by omitting the leading zero, which of course meant that I didn't receive the SMS reply to start the conversation; :-( When I tried to start a chatbot, none of the options fitted my need, and there was no method of choosing a general catchall; Once again I ask: "Just WHO programs shit as bad as this? Where in God's name do they look to find such useless idiots?" > AFAIR, Samsung's Windows 'Smart Switch' program also backs up Wi-Fi > settings to your Windows disk (or Network Share?). That makes the Wi-Fi > settings more accessible than from the Samsung Cloud. I just reinstalled it - having uninstalled it previously because it only works phone to phone if the receiving phone is a Samsung, whereas mine is a Pixel 8a - and now I notice, which I did not before, that while it says it has an option to back up to a computer but no such option is actually offered in the menu choices, it does have an option to back up to micro SD card. Unfortunately, I don't have one, but it so happens I have a Tesco delivery coming tomorrow, so I've just added one to the order. > AFAIR, Google's 'Back up data' also backs up Wi-Fi settings to your > Google Drive. As both your Samsung tablet and your Google phone have > Google backup and restore, that's a possible path of transfer. I tend to avoid using Google services because of their reputation for data harvesting, which in the past has included WiFi information as part of Streetview, but perhaps if the SD option fails, then I might try that next. > Samsung has its 'Smart Switch' Android app to transfer stuff from > Samsung to Samsung and from non-Samsung to Samsung, i.e for > re-installing a new device with the stuff from an old device. So you may > want to check if Google has a similar app to transfer stuff from a > non-Google (i.e. Samsung in your case) device to a Google device. Yes, as we are agreed, it only works if a Samsung is the destination phone, another example of deliberately crippling software. Thanks for your helpful suggestions. -- Fake news kills! I may be contacted via the contact address given on my website: www.macfh.co.uk
[toc] | [prev] | [next] | [standalone]
| From | Java Jive <java@evij.com.invalid> |
|---|---|
| Date | 2024-11-06 10:41 +0000 |
| Message-ID | <vgfh4i$22vvd$1@dont-email.me> |
| In reply to | #179717 |
On 2024-11-05 21:36, Java Jive wrote: > > On 2024-11-05 13:23, Frank Slootweg wrote: >> >> Samsung's 'Back up data' backs up Wi-Fi settings to the Samsung Cloud. >> Not sure if you can access that data to restore it to a non-Samsung >> phone. > > I've managed to find my Samsung account details, last used many years > ago, and do a backup of 'Settings', though there was no granularity of > which settings were included, so no definite indication that the WiFi > connections have been backed up. As my new phone is not also a Samsung, > and they tend to be rather idiosyncratic, probably I had better not try > to restore the settings to my current phone, if even I can. I've spent > some time on the Samsung website, which is utterly useless [*], trying > to discover how to restore the backup to my PC, but there doesn't seem > to be anything there about any such possibility. Tried the Samsung site again today and this time actually found something useful, WiFi settings ARE included in Cloud backups: https://www.samsung.com/uk/support/apps-services/use-the-samsung-cloud-to-back-up-and-restore-data-to-your-galaxy-device/ So, as a test of how specific I could be, I tried restoring the backup to the tablet, rather than the phone, reasoning that it being the source of the backup it was less likely to be affected for the worse by the restore, but again the only choice I got was "Settings", I couldn't choose which settings to restore. An I still can't find out how to get the backup somewhere more useful to me, like onto my PC. -- Fake news kills! I may be contacted via the contact address given on my website: www.macfh.co.uk
[toc] | [prev] | [next] | [standalone]
| From | Java Jive <java@evij.com.invalid> |
|---|---|
| Date | 2024-11-06 10:51 +0000 |
| Message-ID | <vgfhnt$233i4$1@dont-email.me> |
| In reply to | #179724 |
On 2024-11-06 10:41, Java Jive wrote: > > An I still can't find out how to get the backup somewhere more useful to > me, like onto my PC. Not possible :-( https://www.samsung.com/us/support/answer/ANS10002032/ "You cannot download your backups individually. If you need to recover data in Samsung Cloud, you must sync your data to a compatible device." -- Fake news kills! I may be contacted via the contact address given on my website: www.macfh.co.uk
[toc] | [prev] | [next] | [standalone]
| From | Andrews <andrews@spam.net> |
|---|---|
| Date | 2024-11-06 14:54 +0000 |
| Message-ID | <vgfvvp$1gnl$1@nnrp.usenet.blueworldhosting.com> |
| In reply to | #179725 |
Java Jive wrote on Wed, 6 Nov 2024 10:51:35 +0000 : > "You cannot download your backups individually. If you need to recover > data in Samsung Cloud, you must sync your data to a compatible device." Thanks for reminding me why on my free Samsung Galaxy A32-5G I set it up with not only no Google account, but also no Samsung account. Funny thing is, just as with Windows, Android works better without the account (in that it does fewer things without you knowing it did it). I asked on XDA long ago if there was anything in the Samsung offering that was worth losing your privacy for... the answer came back as one app only. *[Privacy] Is there any app in the Samsung Galaxy Store worth the login requirements?* <https://xdaforums.com/t/privacy-is-there-any-app-in-the-samsung-galaxy-store-worth-the-login-requirements.4453661/> By the way, I had asked the question for Java Jive of Wi-Fi backup over on XDA Developers to try to always be helpful to others asking for help. *How can we backup & restore all our Wi-Fi AP connection settings from* *one phone to another (/data/misc/apexdata/com.android.wifi/Wifi* <https://xdaforums.com/t/how-can-we-backup-restore-all-our-wi-fi-ap-connection-settings-from-one-phone-to-another-data-misc-apexdata-com-android-wifi-wificonfigstore-xml.4701306/> Not much came back yet, but XDA isn't as responsive as this newsgroup is. "Starting with Android 11, Google introduced scoped storage which restricts access to certain directories, including /data. This means that without root access files in /data can't get accessed directly." However, we know apps can access that scoped storage, so the question is how do the apps that access it do it, and how can we manually mimic that?
[toc] | [prev] | [next] | [standalone]
| From | Frank Slootweg <this@ddress.is.invalid> |
|---|---|
| Date | 2024-11-06 11:13 +0000 |
| Message-ID | <vgfmhb.s74.1@ID-201911.user.individual.net> |
| In reply to | #179717 |
Java Jive <java@evij.com.invalid> wrote: > On 2024-11-05 13:23, Frank Slootweg wrote: [...] > > AFAIR, Samsung's Windows 'Smart Switch' program also backs up Wi-Fi > > settings to your Windows disk (or Network Share?). That makes the Wi-Fi > > settings more accessible than from the Samsung Cloud. > > I just reinstalled it - having uninstalled it previously because it > only works phone to phone if the receiving phone is a Samsung, whereas > mine is a Pixel 8a - and now I notice, which I did not before, that > while it says it has an option to back up to a computer but no such > option is actually offered in the menu choices, it does have an option > to back up to micro SD card. Unfortunately, I don't have one, but it so > happens I have a Tesco delivery coming tomorrow, so I've just added one > to the order. Note that I referred to the *Windows* 'Smart Switch' program, not the *Android* app (which I *also* covered later). The Windows 'Smart Switch' program (obviously) *does* back up to your computer and creates files on your disk which you can (try to) access by other 'normal' utilities. IIRC, Smart Switch creates both regular files and ZIP archives. For the ZIP archives you might need something like 7-Zip, because when I used this quite some time ago, the built-in Windows unzipper could not handle the format which Smart Switch used. But to be [f|F]rank, Samsung tries to 'hide' the Windows 'Smart Switch' program, because I couldn't find it on their main Smart Switch page (<https://www.samsung.com/us/smart-switch/>). But a quick Google :-) search on "samsung smart switch for windows" shows it's still there: 'Downloading Smart Switch on my PC' Last Update date : Apr 17. 2024 <https://www.samsung.com/au/support/mobile-devices/downloading-smart-switch-on-pc/> > > AFAIR, Google's 'Back up data' also backs up Wi-Fi settings to your > > Google Drive. As both your Samsung tablet and your Google phone have > > Google backup and restore, that's a possible path of transfer. > > I tend to avoid using Google services because of their reputation for > data harvesting, which in the past has included WiFi information as part > of Streetview, but perhaps if the SD option fails, then I might try that > next. > > > Samsung has its 'Smart Switch' Android app to transfer stuff from > > Samsung to Samsung and from non-Samsung to Samsung, i.e for > > re-installing a new device with the stuff from an old device. So you may > > want to check if Google has a similar app to transfer stuff from a > > non-Google (i.e. Samsung in your case) device to a Google device. > > Yes, as we are agreed, it only works if a Samsung is the destination > phone, another example of deliberately crippling software. Well, you might critcize Samsung, but at least *they* provide software to import your stuff from a non-Samsung phone, while Google doesn't do that for their phones. (Or *does* Google have such software? Your non-response to my suggestion implies they don't.) > Thanks for your helpful suggestions. You're very welcome. With Android backup/resstore/transfer, we need all the help we can get! :-(
[toc] | [prev] | [next] | [standalone]
| From | "Carlos E. R." <robin_listas@es.invalid> |
|---|---|
| Date | 2024-11-06 13:05 +0100 |
| Message-ID | <lp14cpF9jnaU1@mid.individual.net> |
| In reply to | #179726 |
On 2024-11-06 12:13, Frank Slootweg wrote:
>> Yes, as we are agreed, it only works if a Samsung is the destination
>> phone, another example of deliberately crippling software.
> Well, you might critcize Samsung, but at least*they* provide software
> to import your stuff from a non-Samsung phone, while Google doesn't do
> that for their phones. (Or*does* Google have such software? Your
> non-response to my suggestion implies they don't.)
Android has a generic application to clone phones, from old to new.
--
Cheers,
Carlos E.R.
[toc] | [prev] | [next] | [standalone]
| From | Frank Slootweg <this@ddress.is.invalid> |
|---|---|
| Date | 2024-11-06 13:26 +0000 |
| Message-ID | <vgfu9i.vp0.1@ID-201911.user.individual.net> |
| In reply to | #179727 |
Carlos E. R. <robin_listas@es.invalid> wrote: > On 2024-11-06 12:13, Frank Slootweg wrote: > >> Yes, as we are agreed, it only works if a Samsung is the destination > >> phone, another example of deliberately crippling software. > > > > Well, you might critcize Samsung, but at least*they* provide software > > to import your stuff from a non-Samsung phone, while Google doesn't do > > that for their phones. (Or*does* Google have such software? Your > > non-response to my suggestion implies they don't.) > > Android has a generic application to clone phones, from old to new. And *which* application would that be? I.e. specifics please. If you mean Google's 'Google Drive Backup data' then 1) I already mentioned that and, more importantly, 2) that backup/restore is far from complete. I.e. does it backup apps [1], app data and app settings, especially for non-Google apps, does it backup all device settings, does it backup other (than Photos & videos) general folders etc., etc.? [1] For example, it does not backup apps, it backs up the *names* of apps, not the apps themselves, and AFAIK for non-Play_Store/Google_Play apps, it doesn't backup anything, not even the names.
[toc] | [prev] | [next] | [standalone]
| From | "Carlos E. R." <robin_listas@es.invalid> |
|---|---|
| Date | 2024-11-06 14:36 +0100 |
| Message-ID | <lp19m7F9jnbU1@mid.individual.net> |
| In reply to | #179729 |
On 2024-11-06 14:26, Frank Slootweg wrote:
> Carlos E. R. <robin_listas@es.invalid> wrote:
>> On 2024-11-06 12:13, Frank Slootweg wrote:
>>>> Yes, as we are agreed, it only works if a Samsung is the destination
>>>> phone, another example of deliberately crippling software.
>>>
>>> Well, you might critcize Samsung, but at least*they* provide software
>>> to import your stuff from a non-Samsung phone, while Google doesn't do
>>> that for their phones. (Or*does* Google have such software? Your
>>> non-response to my suggestion implies they don't.)
>>
>> Android has a generic application to clone phones, from old to new.
>
> And *which* application would that be? I.e. specifics please.
No idea. It just runs when you buy a new phone, it is automatic. Depends
on the brand.
>
> If you mean Google's 'Google Drive Backup data' then 1) I already
> mentioned that and, more importantly, 2) that backup/restore is far from
> complete. I.e. does it backup apps [1], app data and app settings,
> especially for non-Google apps, does it backup all device settings, does
> it backup other (than Photos & videos) general folders etc., etc.?
I know that backup is incomplete.
>
> [1] For example, it does not backup apps, it backs up the *names* of
> apps, not the apps themselves, and AFAIK for non-Play_Store/Google_Play
> apps, it doesn't backup anything, not even the names.
I know.
--
Cheers,
Carlos E.R.
[toc] | [prev] | [next] | [standalone]
| From | Frank Slootweg <this@ddress.is.invalid> |
|---|---|
| Date | 2024-11-06 14:45 +0000 |
| Message-ID | <vgg2uc.7kg.1@ID-201911.user.individual.net> |
| In reply to | #179731 |
Carlos E. R. <robin_listas@es.invalid> wrote: > On 2024-11-06 14:26, Frank Slootweg wrote: > > Carlos E. R. <robin_listas@es.invalid> wrote: > >> On 2024-11-06 12:13, Frank Slootweg wrote: > >>>> Yes, as we are agreed, it only works if a Samsung is the destination > >>>> phone, another example of deliberately crippling software. > >>> > >>> Well, you might critcize Samsung, but at least*they* provide software > >>> to import your stuff from a non-Samsung phone, while Google doesn't do > >>> that for their phones. (Or*does* Google have such software? Your > >>> non-response to my suggestion implies they don't.) > >> > >> Android has a generic application to clone phones, from old to new. > > > > And *which* application would that be? I.e. specifics please. > > No idea. It just runs when you buy a new phone, it is automatic. Depends > on the brand. I'm not aware of any such generic Android functionality. When I got my current Samsung phone (Galaxy A51), it only offered Samsung's 'Smart Switch' app. You say "Depends on the brand.", but that's exactly *my* point. Samsung offers such an app, but do others? As Java Jive later wrote, Google offers old-to-new transfer functionality for transfer to a Google phone, but apparently quite limited, because Java Jive couldn't use it for his old Samsung (Android 7) device. And Samsung's Smart Switch is a general app, i.e. not just for use at initial install/'switch' time, but also for use at any later time. [...]
[toc] | [prev] | [next] | [standalone]
Page 2 of 4 — ← Prev page 1 [2] 3 4 Next page →
Back to top | Article view | alt.comp.os.windows-10
csiph-web