Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.mobile.android > #143952 > unrolled thread

Re: Thumbnails, and what creates them.

Back to article view | Back to comp.mobile.android

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.

Contents

  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. Bob Martin <bob.martin@excite.com> - 2024-11-04 06:06 +0000
        Re: Thumbnails, and what creates them. micky <NONONOmisc07@fmguy.com> - 2024-11-04 01:43 -0500
        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 16:23 +0000
      Re: Thumbnails, and what creates them. Andrews <andrews@spam.net> - 2024-11-04 14:43 +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. micky <NONONOmisc07@fmguy.com> - 2025-11-28 12:54 -0500

Page 2 of 4 — ← Prev page 1 [2] 3 4  Next page →

#144062 — Extracting WiFi Passwords - SOLVED AT LAST!

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]

#144063 — Re: Extracting WiFi Passwords - SOLVED AT LAST!

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]

#144066 — Re: Extracting WiFi Passwords - SOLVED AT LAST!

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]

#144067 — Re: Extracting WiFi Passwords - SOLVED AT LAST!

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]

#144068 — Re: Extracting WiFi Passwords - SOLVED AT LAST!

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]

#144070 — Re: Extracting WiFi Passwords - SOLVED AT LAST!

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]

#144069 — Re: Extracting WiFi Passwords - SOLVED AT LAST!

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]

#144064

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]

#144065

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]

#143973

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]

#143977

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]

#143980

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]

#143981

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]

#143994

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]

#143983

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]

#143986

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]

#143989

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]

#143990

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]

#143993

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]

#143996

Frank Slootweg wrote on 6 Nov 2024 14:45:27 GMT :

>   I'm not aware of any such generic Android functionality.

A lot of people are unaware that Android backs up by default *every* app
installed (yes, even the system apps that come pre-installed are there).

They're actually not "backed up" so much as the installer is "not deleted".

The installer is never deleted (unless you delete the app off of Android).

[toc] | [prev] | [next] | [standalone]

Page 2 of 4 — ← Prev page 1 [2] 3 4  Next page →

Back to top | Article view | comp.mobile.android

csiph-web