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 1 of 4  [1] 2 3 4  Next page →

#143952 — Re: Thumbnails, and what creates them.

In alt.comp.os.windows-10, on Sun, 3 Nov 2024 17:46:23 -0500, "Alan K."
<alan@invalid.com> wrote:

>On 11/3/24 05:37 PM, micky wrote:
>> Thumbnails, and what creates them.
>> 
>> I have a lot of pictures on my Android phone, and I copy them all to my
>> laptop, and I copy all of them to my backup drive.
>> 
>>   In
>> c:\users\[me]\appdata\roaming\MyPhoneExplorer\XiaomiRedmiNote8Pro[bunch
>> of numbers]\thumbnailcache\sdcard\DCIM, I have 5 entries, 4 created
>> today 3 of which are of photos I viewed today (and maybeeee the other
>> one?), and one created in April of a photo I viewed today.
>> 
>> This implies, iiuc, that windows creates the thumbnail when I do
>> something, view the picture in any vieweer?   Some viewers?
>> 
>> At any rate, the thumbnail is used mostly, or entirely??, when using a
>> file manager that displays the thumbnails, right?
>> 
>> So I don't have to worry about copying them to a final location, and in
>> fact I can delete them all, right?  If I ever need one, Windows will
>> recreate it????
>Thumbnails will be recreated as needed if deleted at anytime.  The only downside is the need to 
>remake them.

Thanks.  It was disturbing because the file name is the same and it took
me a while to see that it was in a thumbnail directory.  I thought I had
failed to copy all my photos from the phone to the laptop, and unrelated
to thumbnails, later on I found out that was true.  Most of my pictures
were in external storage but over 100 were in internal storage and I
think I had never copied them from the phone. 

I've been using MyPhoneExlorer to both connect the phone and to copy
from it, and I have to compare the source and dest each time to see what
to copy, but maybe all I need to do is plug the phone into a USB port
and use any of the Windows-based backup programs that don't copy what's
already copied.  Like robocopy or xxcopy. 

[toc] | [next] | [standalone]

#143953

On Sun, 11/3/2024 7:03 PM, micky wrote:
> In alt.comp.os.windows-10, on Sun, 3 Nov 2024 17:46:23 -0500, "Alan K."
> <alan@invalid.com> wrote:
> 
>> On 11/3/24 05:37 PM, micky wrote:
>>> Thumbnails, and what creates them.
>>>
>>> I have a lot of pictures on my Android phone, and I copy them all to my
>>> laptop, and I copy all of them to my backup drive.
>>>
>>>   In
>>> c:\users\[me]\appdata\roaming\MyPhoneExplorer\XiaomiRedmiNote8Pro[bunch
>>> of numbers]\thumbnailcache\sdcard\DCIM, I have 5 entries, 4 created
>>> today 3 of which are of photos I viewed today (and maybeeee the other
>>> one?), and one created in April of a photo I viewed today.
>>>
>>> This implies, iiuc, that windows creates the thumbnail when I do
>>> something, view the picture in any vieweer?   Some viewers?
>>>
>>> At any rate, the thumbnail is used mostly, or entirely??, when using a
>>> file manager that displays the thumbnails, right?
>>>
>>> So I don't have to worry about copying them to a final location, and in
>>> fact I can delete them all, right?  If I ever need one, Windows will
>>> recreate it????
>> Thumbnails will be recreated as needed if deleted at anytime.  The only downside is the need to 
>> remake them.
> 
> Thanks.  It was disturbing because the file name is the same and it took
> me a while to see that it was in a thumbnail directory.  I thought I had
> failed to copy all my photos from the phone to the laptop, and unrelated
> to thumbnails, later on I found out that was true.  Most of my pictures
> were in external storage but over 100 were in internal storage and I
> think I had never copied them from the phone. 
> 
> I've been using MyPhoneExlorer to both connect the phone and to copy
> from it, and I have to compare the source and dest each time to see what
> to copy, but maybe all I need to do is plug the phone into a USB port
> and use any of the Windows-based backup programs that don't copy what's
> already copied.  Like robocopy or xxcopy. 
> 

The phone doesn't have a drive letter (meaning it is MTP and
not USB Mass Storage type).

Your phone is meant to be a puzzle. Mission accomplished.

*******

https://android.stackexchange.com/questions/250944/how-to-make-a-full-local-backup-of-my-phone

   "There is no method to make a full backup of android smartphones.
    It is always only a partial backup"

https://android.stackexchange.com/questions/226573/adb-pull-stops-after-first-error

It's the stuff nightmares are made of.

   Paul

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

#143954

In comp.mobile.android, on Sun, 3 Nov 2024 21:50:37 -0500, Paul
<nospam@needed.invalid> wrote:

>On Sun, 11/3/2024 7:03 PM, micky wrote:
>> In alt.comp.os.windows-10, on Sun, 3 Nov 2024 17:46:23 -0500, "Alan K."
>> <alan@invalid.com> wrote:
>> 
>>> On 11/3/24 05:37 PM, micky wrote:
>>>> Thumbnails, and what creates them.
>>>>
>>>> I have a lot of pictures on my Android phone, and I copy them all to my
>>>> laptop, and I copy all of them to my backup drive.
>>>>
>>>>   In
>>>> c:\users\[me]\appdata\roaming\MyPhoneExplorer\XiaomiRedmiNote8Pro[bunch
>>>> of numbers]\thumbnailcache\sdcard\DCIM, I have 5 entries, 4 created
>>>> today 3 of which are of photos I viewed today (and maybeeee the other
>>>> one?), and one created in April of a photo I viewed today.
>>>>
>>>> This implies, iiuc, that windows creates the thumbnail when I do
>>>> something, view the picture in any vieweer?   Some viewers?
>>>>
>>>> At any rate, the thumbnail is used mostly, or entirely??, when using a
>>>> file manager that displays the thumbnails, right?
>>>>
>>>> So I don't have to worry about copying them to a final location, and in
>>>> fact I can delete them all, right?  If I ever need one, Windows will
>>>> recreate it????
>>> Thumbnails will be recreated as needed if deleted at anytime.  The only downside is the need to 
>>> remake them.
>> 
>> Thanks.  It was disturbing because the file name is the same and it took
>> me a while to see that it was in a thumbnail directory.  I thought I had
>> failed to copy all my photos from the phone to the laptop, and unrelated
>> to thumbnails, later on I found out that was true.  Most of my pictures
>> were in external storage but over 100 were in internal storage and I
>> think I had never copied them from the phone. 
>> 
>> I've been using MyPhoneExlorer to both connect the phone and to copy
>> from it, and I have to compare the source and dest each time to see what
>> to copy, but maybe all I need to do is plug the phone into a USB port
>> and use any of the Windows-based backup programs that don't copy what's
>> already copied.  Like robocopy or xxcopy. 
>> 
>
>The phone doesn't have a drive letter

Aha.  I never noticed that. Or maybe I was confusing the phone with the
external usb drive.  After all, they both plug in. 

> (meaning it is MTP and
>not USB Mass Storage type).
>
>Your phone is meant to be a puzzle. Mission accomplished.

Indeed. 
>
>*******
>
>https://android.stackexchange.com/questions/250944/how-to-make-a-full-local-backup-of-my-phone
>
>   "There is no method to make a full backup of android smartphones.
>    It is always only a partial backup"
>
>https://android.stackexchange.com/questions/226573/adb-pull-stops-after-first-error
>
>It's the stuff nightmares are made of.
>
>   Paul

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

#143955

On 4 Nov 2024 at 02:50:37, Paul <nospam@needed.invalid> wrote:
> On Sun, 11/3/2024 7:03 PM, micky wrote:
>> In alt.comp.os.windows-10, on Sun, 3 Nov 2024 17:46:23 -0500, "Alan K."
>> <alan@invalid.com> wrote:
>>
>>> On 11/3/24 05:37 PM, micky wrote:
>>>> Thumbnails, and what creates them.
>>>>
>>>> I have a lot of pictures on my Android phone, and I copy them all to my
>>>> laptop, and I copy all of them to my backup drive.
>>>>
>>>>   In
>>>> c:\users\[me]\appdata\roaming\MyPhoneExplorer\XiaomiRedmiNote8Pro[bunch
>>>> of numbers]\thumbnailcache\sdcard\DCIM, I have 5 entries, 4 created
>>>> today 3 of which are of photos I viewed today (and maybeeee the other
>>>> one?), and one created in April of a photo I viewed today.
>>>>
>>>> This implies, iiuc, that windows creates the thumbnail when I do
>>>> something, view the picture in any vieweer?   Some viewers?
>>>>
>>>> At any rate, the thumbnail is used mostly, or entirely??, when using a
>>>> file manager that displays the thumbnails, right?
>>>>
>>>> So I don't have to worry about copying them to a final location, and in
>>>> fact I can delete them all, right?  If I ever need one, Windows will
>>>> recreate it????
>>> Thumbnails will be recreated as needed if deleted at anytime.  The only downside is the need to
>>> remake them.
>>
>> Thanks.  It was disturbing because the file name is the same and it took
>> me a while to see that it was in a thumbnail directory.  I thought I had
>> failed to copy all my photos from the phone to the laptop, and unrelated
>> to thumbnails, later on I found out that was true.  Most of my pictures
>> were in external storage but over 100 were in internal storage and I
>> think I had never copied them from the phone.
>>
>> I've been using MyPhoneExlorer to both connect the phone and to copy
>> from it, and I have to compare the source and dest each time to see what
>> to copy, but maybe all I need to do is plug the phone into a USB port
>> and use any of the Windows-based backup programs that don't copy what's
>> already copied.  Like robocopy or xxcopy.
>>
>
> The phone doesn't have a drive letter (meaning it is MTP and
> not USB Mass Storage type).
>
> Your phone is meant to be a puzzle. Mission accomplished.
>
> *******
>
> https://android.stackexchange.com/questions/250944/how-to-make-a-full-local-backup-of-my-phone
>
>    "There is no method to make a full backup of android smartphones.
>     It is always only a partial backup"
>
> https://android.stackexchange.com/questions/226573/adb-pull-stops-after-first-error
>
> It's the stuff nightmares are made of.

I used to use TWRP to do a full backup of my Nexus phones.

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

#143956

In comp.mobile.android, on 4 Nov 2024 06:06:35 GMT, Bob Martin
<bob.martin@excite.com> wrote:

>On 4 Nov 2024 at 02:50:37, Paul <nospam@needed.invalid> wrote:
>> On Sun, 11/3/2024 7:03 PM, micky wrote:
>>> In alt.comp.os.windows-10, on Sun, 3 Nov 2024 17:46:23 -0500, "Alan K."
>>> <alan@invalid.com> wrote:
>>>
>>>> On 11/3/24 05:37 PM, micky wrote:
>>>>> Thumbnails, and what creates them.
>>>>>
>>>>> I have a lot of pictures on my Android phone, and I copy them all to my
>>>>> laptop, and I copy all of them to my backup drive.
>>>>>
>>>>>   In
>>>>> c:\users\[me]\appdata\roaming\MyPhoneExplorer\XiaomiRedmiNote8Pro[bunch
>>>>> of numbers]\thumbnailcache\sdcard\DCIM, I have 5 entries, 4 created
>>>>> today 3 of which are of photos I viewed today (and maybeeee the other
>>>>> one?), and one created in April of a photo I viewed today.
>>>>>
>>>>> This implies, iiuc, that windows creates the thumbnail when I do
>>>>> something, view the picture in any vieweer?   Some viewers?
>>>>>
>>>>> At any rate, the thumbnail is used mostly, or entirely??, when using a
>>>>> file manager that displays the thumbnails, right?
>>>>>
>>>>> So I don't have to worry about copying them to a final location, and in
>>>>> fact I can delete them all, right?  If I ever need one, Windows will
>>>>> recreate it????
>>>> Thumbnails will be recreated as needed if deleted at anytime.  The only downside is the need to
>>>> remake them.
>>>
>>> Thanks.  It was disturbing because the file name is the same and it took
>>> me a while to see that it was in a thumbnail directory.  I thought I had
>>> failed to copy all my photos from the phone to the laptop, and unrelated
>>> to thumbnails, later on I found out that was true.  Most of my pictures
>>> were in external storage but over 100 were in internal storage and I
>>> think I had never copied them from the phone.
>>>
>>> I've been using MyPhoneExlorer to both connect the phone and to copy
>>> from it, and I have to compare the source and dest each time to see what
>>> to copy, but maybe all I need to do is plug the phone into a USB port
>>> and use any of the Windows-based backup programs that don't copy what's
>>> already copied.  Like robocopy or xxcopy.
>>>
>>
>> The phone doesn't have a drive letter (meaning it is MTP and
>> not USB Mass Storage type).
>>
>> Your phone is meant to be a puzzle. Mission accomplished.
>>
>> *******
>>
>> https://android.stackexchange.com/questions/250944/how-to-make-a-full-local-backup-of-my-phone
>>
>>    "There is no method to make a full backup of android smartphones.
>>     It is always only a partial backup"
>>
>> https://android.stackexchange.com/questions/226573/adb-pull-stops-after-first-error
>>
>> It's the stuff nightmares are made of.
>
>I used to use TWRP to do a full backup of my Nexus phones.
>
This sounds great, even a page for many Xiaomi phones -- it's the only
brand they mention -- including my model:
https://twrp.me/xiaomi/xiaomiredminote8pro.html 
>This device uses Android Verified Boot (AVB)
>
>This means that installing TWRP or swiping to allow system modifications will prevent you from being able to boot. To bypass AVB's boot prevention, you will have to disable it or install a custom ROM that ships with disabled AVB.
>
>To disable AVB via fastboot, grab the vbmeta image from the ROM you are on, and flash it with the following command:
>
>fastboot --disable-verity --disable-verification flash vbmeta vbmeta.img
>
>AVB should be now disabled on your device.

Scary.  I don't mind fiddleing with the PC, but I feel like a newbie
with the phone. 

Even "Fastboot Install Method (No Root Required)" has special
procedures:
>You will need the platform-tools from the Android SDK on your computer. Download the platform-tools as per your operating system.
>
>Windows users will need proper drivers installed on their computer. You can try the simple FWUL adb/fastboot ISO or the Naked ADB drivers or the Universal ADB drivers if you don't already have a working driver installed
>
>On your device, go into Settings -> About and find the Build Number and tap on it 7 times to enable developer settings. Press back and go into Developer Options and enable USB debugging. 

I have done the line above. 

>From your computer, open a command prompt and type:
>
>adb reboot bootloader
>
>You should now be in fastboot mode.
>
>Download the correct image file and copy the file into the same folder as your platform-tools. Rename the image to twrp.img and type:
>
>fastboot flash recovery twrp.img
>
>fastboot reboot
>
>Note many devices will replace your custom recovery automatically during first boot. To prevent this, use Google to find the proper key combo to enter recovery. After typing fastboot reboot, hold the key combo and boot to TWRP. Once TWRP is booted, TWRP will patch the stock ROM to prevent the stock ROM from replacing TWRP. If you don't follow this step, you will have to repeat the install.

Too much for me, but thanks for the offer.  Non-Xiaomi people can
proably use it with no trouble

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

#143958

Bob Martin wrote on 4 Nov 2024 06:06:35 GMT :

>>    "There is no method to make a full backup of android smartphones.
>>     It is always only a partial backup"
>>
>> https://android.stackexchange.com/questions/226573/adb-pull-stops-after-first-error
>>
>> It's the stuff nightmares are made of.
> 
> I used to use TWRP to do a full backup of my Nexus phones.

A "full backup" is folly, in my humble opinion.
What you need is to "plan ahead" by being intelligent on a computer.

You have to understand how the operating system works.
Specifically you need to understand how the GUI works.

For Android, that GUI is your precious homescreen setup.
Right?

All you need to back up is your homescreen (which is a single file).
That's it.

Everything you care about is already in a single folder on external sd.

To restore your phone onto a new phone, all you do is two things:
a. Swap out the sdcard (formatted to a known volume ID) to the new phone
b. Restore the single file which is your homescreen to the new phone

I've done this many times.
No Internet involved.

No "full backup" needed as the apps all restore themselves in a single tap.

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

#143962

On 2024-11-04 14:47, Andrews wrote:
>
> Bob Martin wrote on 4 Nov 2024 06:06:35 GMT :
>>
>> I used to use TWRP to do a full backup of my Nexus phones.
> 
> A "full backup" is folly, in my humble opinion.
> What you need is to "plan ahead" by being intelligent on a computer.
> 
> You have to understand how the operating system works.
> Specifically you need to understand how the GUI works.
> 
> For Android, that GUI is your precious homescreen setup.
> Right?
> 
> All you need to back up is your homescreen (which is a single file).
> That's it.
> 
> Everything you care about is already in a single folder on external sd.

NO, NOT EVERYTHING!  See below.

> To restore your phone onto a new phone, all you do is two things:
> a. Swap out the sdcard (formatted to a known volume ID) to the new phone
> b. Restore the single file which is your homescreen to the new phone
> 
> I've done this many times.
> No Internet involved.
> 
> No "full backup" needed as the apps all restore themselves in a single tap.

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.

-- 

Fake news kills!

I may be contacted via the contact address given on my website: 
www.macfh.co.uk

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

#143964

Java Jive wrote on Mon, 4 Nov 2024 15:50:31 +0000 :

>> No "full backup" needed as the apps all restore themselves in a single tap.
> 
> 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.

Hmm... good point. Good question. Excellent question, in fact. 
It's my understanding that, on Android, just as the entire homescreen setup
is stored in a single file that you can backup & restore, all the Wi-Fi
settings on Android are also stored in a single file (AFAIK).
 /data/misc/apexdata/com.android.wifi/WifiConfigStore.xml

I haven't tried it, but a quick Google search shows this backup method:
 <https://www.google.com/search?q=backup+wi-fi+settings+android+using+adb>
 1. Turn on the Developer options menu on your old phone.
 2. Turn on USB debugging and Rooted debugging on that old phone.
 3. Connect that old phone to your computer & grant debug permissions.
 4. Execute adb root on the computer
 5. Execute adb pull /data/misc/apexdata/com.android.wifi/WifiConfigStore.xml
 6. Repeat steps 1 through 4 on the new phone, only use push, not pull.

I didn't try it though... if you do try it, let us know how it works out.

> 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.

Mostly, a home-user's computer/phone backup is three things, right?
a. GUI (e.g., homescreen on Android, accordion-menu tree on Windows)
b. data (e.g., map data, camera data, document data, etc.)
c. apps (Android Homescreen:Web:Firefox, Windows C:\Apps\Web\Firefox\)

Since my phone is mounted as a drive letter on Windows, the "backup" of the
data is done by the Windows copy command (although I could rcync it also).
 <https://i.postimg.cc/6371SxNd/mountandroidonwindows.jpg>

Copy those two things and you're done with the main backup, right?
Oops. Did I say two things? Yup. I did say only two things. Just two. 
GUI and data are personal to the user, apps are not.

For apps, on both Windows and Android, the original installer is always
there (for every single version & subversion you choose to install it is).

And, for both Windows & Android, most (but not all!) apps and versions are
already archived for you somewhere on the Internet (although not always!).

So while both Windows and Android already automatically archive all your
installers, you "could" (if you wanted to) back up those installers too.

But on Android, once you've reloaded the homescreen backup (which is only a
single binary file), then just tapping the first time on the shortcuts
inside your homescreen folders installs the most current version of the
app. <https://i.postimg.cc/Kv8RmGT3/telecom.jpg>

If you're OK with that most current version, then you don't even need to
back up the versions you've installed previously (although I do that).

Also note installing APKs is as easy as sliding it from Windows to Android.
 <https://i.postimg.cc/wvsbcNBz/scrcpy05.jpg>

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

#143965

Andrews wrote on Mon, 4 Nov 2024 17:59:32 -0000 (UTC) :

> It's my understanding that, on Android, just as the entire homescreen setup
> is stored in a single file that you can backup & restore, all the Wi-Fi
> settings on Android are also stored in a single file (AFAIK).
>  /data/misc/apexdata/com.android.wifi/WifiConfigStore.xml
> 
> I haven't tried it, but a quick Google search shows this backup method:
>  <https://www.google.com/search?q=backup+wi-fi+settings+android+using+adb>
>  1. Turn on the Developer options menu on your old phone.
>  2. Turn on USB debugging and Rooted debugging on that old phone.
>  3. Connect that old phone to your computer & grant debug permissions.
>  4. Execute adb root on the computer
>  5. Execute adb pull /data/misc/apexdata/com.android.wifi/WifiConfigStore.xml
>  6. Repeat steps 1 through 4 on the new phone, only use push, not pull.
> 
> I didn't try it though... if you do try it, let us know how it works out.

Since I'm always a very helpful person, and even though my Samsung Galaxy 
A32-5G baseband version is unrootable, I ran that test above for the team.
 <https://i.postimg.cc/2jxYYsmM/adb-pull-wifi.jpg>

C:\> type hosts.txt
     The system cannot find the file specified.

C:\> adb pull /system/etc/hosts .\hosts.txt
     /system/etc/hosts: 1 file pulled, 0 skipped. 0.0 MB/s (56 bytes in 0.003s)

C:\> type hosts.txt
     127.0.0.1       localhost
     ::1             ip6-localhost

C:\> adb root
     adbd cannot run as root in production builds

C:\> adb pull /data/misc/apexdata/com.android.wifi/WifiConfigStore.xml
     adb: error: failed to stat remote object '/data/misc/apexdata/com.android.wifi/WifiConfigStore.xml': Permission denied

We're going to need another way to copy & restore that Wi-Fi xml file.

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

#143969

On 2024-11-04 19:35, Andrews wrote:
>
> Andrews wrote on Mon, 4 Nov 2024 17:59:32 -0000 (UTC) :
>> 
>> It's my understanding that, on Android, just as the entire homescreen setup
>> is stored in a single file that you can backup & restore, all the Wi-Fi
>> settings on Android are also stored in a single file (AFAIK).
>>   /data/misc/apexdata/com.android.wifi/WifiConfigStore.xml
>>
>> I haven't tried it, but a quick Google search shows this backup method:
>>   <https://www.google.com/search?q=backup+wi-fi+settings+android+using+adb>
>>   1. Turn on the Developer options menu on your old phone.
>>   2. Turn on USB debugging and Rooted debugging on that old phone.
>>   3. Connect that old phone to your computer & grant debug permissions.
>>   4. Execute adb root on the computer
>>   5. Execute adb pull /data/misc/apexdata/com.android.wifi/WifiConfigStore.xml
>>   6. Repeat steps 1 through 4 on the new phone, only use push, not pull.
>>
>> I didn't try it though... if you do try it, let us know how it works out.
> 
> Since I'm always a very helpful person, and even though my Samsung Galaxy
> A32-5G baseband version is unrootable, I ran that test above for the team.
>   <https://i.postimg.cc/2jxYYsmM/adb-pull-wifi.jpg>
> 
> C:\> type hosts.txt
>       The system cannot find the file specified.
> 
> C:\> adb pull /system/etc/hosts .\hosts.txt
>       /system/etc/hosts: 1 file pulled, 0 skipped. 0.0 MB/s (56 bytes in 0.003s)
> 
> C:\> type hosts.txt
>       127.0.0.1       localhost
>       ::1             ip6-localhost
> 
> C:\> adb root
>       adbd cannot run as root in production builds
> 
> C:\> adb pull /data/misc/apexdata/com.android.wifi/WifiConfigStore.xml
>       adb: error: failed to stat remote object '/data/misc/apexdata/com.android.wifi/WifiConfigStore.xml': Permission denied
> 
> We're going to need another way to copy & restore that Wi-Fi xml file.

Thanks for the attempt anyway.  Another 'feature' of the system is that 
my old tablet is encrypted, so, if I root it, all its old data will be 
lost, thus anyway negating the whole point of rooting it to retrieve 
that data.

It's a bastard situation reminiscent of the obstacle courses we had to 
negotiate to get data off 8-bit microcomputers before IBM de facto 
standardised floppy drive formats.  Many micros could only store data on 
tape, and if they could use floppies, such as the Apple II and the CBM 
PET series, the low-level format of the floppy was unique, so you 
couldn't just put the floppies in any other manufacturer's drive and 
read them.  I have related before in another place the saga of how I 
never succeeded with the 2 or 3 Apple floppies that didn't have much if 
any personal data on them, but eventually succeeded in copying all my 
data off my PET floppies  -  from a starting point of a CBM PET drive 
which had died from a mains spike, a similarly dead PET computer, a 
couple of dead PET drives of a different model to mine which a kind soul 
sent me from which I was able to salvage enough working CBM custom chips 
to repair mine, power it with a spare PC PSU, build for my PC a Maplin 
Parallel interface from a kit, program it to behave like the IEEE 
interface used by the PETs, and so finally retrieve all the data off the 
floppies that were still readable.  Thank f*k we don't have to do that 
sort of thing any more with computers, but we need the same sort of 
interoperability with phones.

It was a minor victory in the perennial war against inanimate hostility 
to be sure, though, after all that effort, it seemed a rather more major 
one at the time.  I wonder how much I've used that data since?  Most 
probably, a small amount of it a lot, much of the rest at least a 
little.  It probably took longer to retrieve it than it would have taken 
to recreate it, but I can be stubborn bastard when the need arises, in 
the immortal words from the opening scene of 'Saturday Night, Sunday 
Morning': "Don't let the bastards grind you down!"

To get back on topic, not sure how to apply that to my WiFi settings 
though ...

-- 

Fake news kills!

I may be contacted via the contact address given on my website: 
www.macfh.co.uk

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

#143976

Java Jive wrote on Tue, 5 Nov 2024 11:00:57 +0000 :

> To get back on topic, not sure how to apply that to my WiFi settings 
> though ...

Unfortunately, while Carlos & Dave Royal showed (on the Android ng) that
you can "share" Wi-Fi configuration QR codes for any given
currently-connected access point, I think Android requires rooting in order
to access the Wi-Fi config file (which is where settings are stored.

I have the best search engine on the planet but without using regular
expressions (which Java Jive can do) it found "too many" hits because 
"Wi-Fi" in any search will catch too many things, even when filtered.
 <https://skyica.com/appfinder/get/>

However, in Skyica App Finder I did see this supposed Wi-Fi backup app.
 <https://play.google.com/store/apps/details?id=org.swiftapps.swiftbackup>

It doesn't require root for most things, but it needs it for the Wi-Fi
backup (so it may be an Android limitation that you have to be rooted).

Sigh.

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

#144000

On 2024-11-05 19:04, Andrews wrote:
> Java Jive wrote on Tue, 5 Nov 2024 11:00:57 +0000 :
> 
>> To get back on topic, not sure how to apply that to my WiFi settings
>> though ...
> 
> Unfortunately, while Carlos & Dave Royal showed (on the Android ng) that
> you can "share" Wi-Fi configuration QR codes for any given
> currently-connected access point, I think Android requires rooting in order
> to access the Wi-Fi config file (which is where settings are stored.
> 
> I have the best search engine on the planet but without using regular
> expressions (which Java Jive can do) it found "too many" hits because
> "Wi-Fi" in any search will catch too many things, even when filtered.
>   <https://skyica.com/appfinder/get/>
> 
> However, in Skyica App Finder I did see this supposed Wi-Fi backup app.
>   <https://play.google.com/store/apps/details?id=org.swiftapps.swiftbackup>
> 
> It doesn't require root for most things, but it needs it for the Wi-Fi
> backup (so it may be an Android limitation that you have to be rooted).

There's also this, which looked promising, but again, root required, 
which I think must apply to them all, because I've seen it so often now:

https://play.google.com/store/apps/details?id=com.roamingsoft.manager

-- 

Fake news kills!

I may be contacted via the contact address given on my website: 
www.macfh.co.uk

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

#144005

Java Jive wrote on Wed, 6 Nov 2024 17:12:55 +0000 :

> There's also this, which looked promising, but again, root required, 
> which I think must apply to them all, because I've seen it so often now:
> 
> https://play.google.com/store/apps/details?id=com.roamingsoft.manager

Thanks for finding that app, which I didn't see because my default Skyica
App Finder filters are for "free" and "no ads" so it didn't show up.
 <https://skyica.com/appfinder/get/>

I agree though, with you, that the "data" directory where the Wi-Fi
connections XML file is stored is inaccessible since Android 11 
(according to the information on XDA Developers when I asked for you).

I don't know how these Samsung/Google apps do it given that information.
Maybe someone who knows how Android works can explain how they do it.

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

#144009

On 2024-11-06 19:04, Andrews wrote:
> Java Jive wrote on Wed, 6 Nov 2024 17:12:55 +0000 :
> 
>> There's also this, which looked promising, but again, root required,
>> which I think must apply to them all, because I've seen it so often now:
>>
>> https://play.google.com/store/apps/details?id=com.roamingsoft.manager
> 
> Thanks for finding that app, which I didn't see because my default Skyica
> App Finder filters are for "free" and "no ads" so it didn't show up.
>   <https://skyica.com/appfinder/get/>
> 
> I agree though, with you, that the "data" directory where the Wi-Fi
> connections XML file is stored is inaccessible since Android 11
> (according to the information on XDA Developers when I asked for you).

But this is Android 7.

> I don't know how these Samsung/Google apps do it given that information.
> Maybe someone who knows how Android works can explain how they do it.

-- 

Fake news kills!

I may be contacted via the contact address given on my website: 
www.macfh.co.uk

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

#144011

Java Jive wrote on Wed, 6 Nov 2024 20:50:25 +0000 :

>> I agree though, with you, that the "data" directory where the Wi-Fi
>> connections XML file is stored is inaccessible since Android 11
>> (according to the information on XDA Developers when I asked for you).
> 
> But this is Android 7.

I assume you tried copying it already when I gave the commands necessary.

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

#144015

On 2024-11-06 21:02, Andrews wrote:
> Java Jive wrote on Wed, 6 Nov 2024 20:50:25 +0000 :
> 
>>> I agree though, with you, that the "data" directory where the Wi-Fi
>>> connections XML file is stored is inaccessible since Android 11
>>> (according to the information on XDA Developers when I asked for you).
>>
>> But this is Android 7.
> 
> I assume you tried copying it already when I gave the commands necessary.

The tablet, a Samsung Galaxy Tab 2 model SM-T719, is not rooted, and I 
strongly suspect that the rooting of it would destroy the very data that 
I'm trying copy.  Nevertheless, I'd be prepared to investigate the 
possibilities, but, to root it, I'd need an auto-root file for it, and I 
couldn't find one.

-- 

Fake news kills!

I may be contacted via the contact address given on my website: 
www.macfh.co.uk

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

#144020

Java Jive wrote on Thu, 7 Nov 2024 00:23:10 +0000 :

>>>> I agree though, with you, that the "data" directory where the Wi-Fi
>>>> connections XML file is stored is inaccessible since Android 11
>>>> (according to the information on XDA Developers when I asked for you).
>>>
>>> But this is Android 7.
>> 
>> I assume you tried copying it already when I gave the commands necessary.
> 
> The tablet, a Samsung Galaxy Tab 2 model SM-T719, is not rooted, and I 
> strongly suspect that the rooting of it would destroy the very data that 
> I'm trying copy.  Nevertheless, I'd be prepared to investigate the 
> possibilities, but, to root it, I'd need an auto-root file for it, and I 
> couldn't find one.

If Android 11 is when the Google securing of /data went into effect, then,
if we assume it was not in effect prior to Android 11, Android 7 should
work. 

Why not try the commands?
They only take a second. 

I had already provided the *exact* commands to run, from Windows to your
phone over USB so all you have to do is cut and paste. I even provided a
screenshot. I did a lot of work to help you. It might work on Android 7.
 <https://i.postimg.cc/2jxYYsmM/adb-pull-wifi.jpg>

The implication is those commands worked prior to Android 11.

Unrooted.

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

#144030

On 2024-11-06 21:02, Andrews wrote:
> Java Jive wrote on Wed, 6 Nov 2024 20:50:25 +0000 :
> 
>>> I agree though, with you, that the "data" directory where the Wi-Fi
>>> connections XML file is stored is inaccessible since Android 11
>>> (according to the information on XDA Developers when I asked for you).
>>
>> But this is Android 7.
> 
> 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

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.

-- 

Fake news kills!

I may be contacted via the contact address given on my website: 
www.macfh.co.uk

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

#144032

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.

Since the word "apex" is in my original command, I suspect the location for
the Wi-Fi configuration XML file may have changed between the releases.
 <https://www.google.com/search?q=where+is+android+WifiConfigStore.xml>

It may be that XML is located in different places per device or version.
 *Dissecting the Android WiFiConfigStore.xml for forensic analysis*
 <https://blog.digital-forensics.it/2024/02/dissecting-android-wificonfigstorexml.html>
  "/data/misc/apexdata/com.android.wifi/.>

 *How to reload WifiConfigStore.xml?*
 <https://xdaforums.com/t/how-to-reload-wificonfigstore-xml.4545053/>
  "adb push /data/misc/wifi/WifiConfigStore.xml"

Notice, as often occurs with Android, the WifiConfigStore.xml configuration
file can be in *different* locations depending on "something" we don't
know.

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. :)

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

#144060

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]

Page 1 of 4  [1] 2 3 4  Next page →

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

csiph-web