Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > alt.os.linux > #81152 > unrolled thread
| Started by | Marion <marion@facts.com> |
|---|---|
| First post | 2025-03-21 05:55 +0000 |
| Last post | 2025-04-05 22:57 +0000 |
| Articles | 20 on this page of 146 — 21 participants |
Back to article view | Back to alt.os.linux
Tutorial: Working example of removing & re-installing Android system apps from a PC Marion <marion@facts.com> - 2025-03-21 05:55 +0000
A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) gazelle@shell.xmission.com (Kenny McCormack) - 2025-03-24 19:15 +0000
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) Marion <marion@facts.com> - 2025-03-24 21:09 +0000
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-03-24 22:55 +0000
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) Marion <marion@facts.com> - 2025-03-25 08:33 +0000
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) Tango Romeo <TangoRomero@snope.com> - 2025-03-25 20:09 -0600
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) Marion <marion@facts.com> - 2025-03-28 19:50 +0000
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) Alan <nuh-uh@nope.com> - 2025-03-28 15:13 -0700
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) Hank Rogers <Hank@nospam.invalid> - 2025-03-28 18:04 -0500
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) Alan <nuh-uh@nope.com> - 2025-03-28 17:33 -0700
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) Marion <marion@facts.com> - 2025-03-29 06:35 +0000
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) "Carlos E.R." <robin_listas@es.invalid> - 2025-03-29 13:33 +0100
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) Marion <marion@facts.com> - 2025-03-29 17:41 +0000
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) Hank Rogers <Hank@nospam.invalid> - 2025-03-29 16:00 -0500
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) Marion <marion@facts.com> - 2025-03-30 06:30 +0000
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) Alan <nuh-uh@nope.com> - 2025-03-30 17:04 -0700
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) Bill Powell <bill@anarchists.org> - 2025-03-31 09:16 +0200
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) Arno Welzel <usenet@arnowelzel.de> - 2025-03-31 11:04 +0200
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) Isaac Montara <IsaacMontara@nospam.com> - 2025-03-31 11:59 -0400
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) Arno Welzel <usenet@arnowelzel.de> - 2025-03-31 19:42 +0200
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) Isaac Montara <IsaacMontara@nospam.com> - 2025-03-31 18:40 -0400
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) Peter <confused@nospam.net> - 2025-04-02 09:28 +0100
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) Peter <confused@nospam.net> - 2025-04-02 18:10 +0100
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) Peter <confused@nospam.net> - 2025-04-03 00:35 +0100
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) Peter <confused@nospam.net> - 2025-04-03 06:57 +0100
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) Alan <nuh-uh@nope.com> - 2025-03-31 10:49 -0700
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) Hank Rogers <Hank@nospam.invalid> - 2025-03-31 18:06 -0500
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) Your Name <YourName@YourISP.com> - 2025-04-01 10:55 +1300
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) Marion <marion@facts.com> - 2025-03-31 22:29 +0000
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) Arno Welzel <usenet@arnowelzel.de> - 2025-03-31 10:59 +0200
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) Marion <marion@facts.com> - 2025-03-31 16:05 +0000
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) Arno Welzel <usenet@arnowelzel.de> - 2025-03-31 19:45 +0200
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) Marion <marion@facts.com> - 2025-03-31 22:32 +0000
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-04-02 02:10 +0000
Re: A good thing or a bad thing Richard Kettlewell <invalid@invalid.invalid> - 2025-04-02 09:03 +0100
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) "Carlos E.R." <robin_listas@es.invalid> - 2025-04-02 12:58 +0200
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) Your Name <YourName@YourISP.com> - 2025-04-03 09:34 +1300
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) Marion <marion@facts.com> - 2025-04-02 23:38 +0000
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) Alan <nuh-uh@nope.com> - 2025-04-03 14:15 -0700
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) WolfFan <akwolffan@zoho.com> - 2025-04-04 18:25 -0400
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) WolfFan <akwolffan@zoho.com> - 2025-04-04 18:28 -0400
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) Marion <marion@facts.com> - 2025-04-05 00:34 +0000
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) Arno Welzel <usenet@arnowelzel.de> - 2025-04-07 18:57 +0200
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) Marion <marion@facts.com> - 2025-04-07 20:34 +0000
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) "Carlos E.R." <robin_listas@es.invalid> - 2025-04-08 00:45 +0200
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) Marion <marion@facts.com> - 2025-04-08 00:01 +0000
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) "Carlos E.R." <robin_listas@es.invalid> - 2025-04-08 02:37 +0200
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) Marion <marion@facts.com> - 2025-04-08 06:07 +0000
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) Daniel70 <daniel47@eternal-september.org> - 2025-04-08 19:19 +1000
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) Marion <marion@facts.com> - 2025-04-08 10:25 +0000
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) Frankie <frankie@nospam.usa> - 2025-04-08 10:28 +0000
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) "Carlos E.R." <robin_listas@es.invalid> - 2025-04-08 13:07 +0200
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) Marion <marion@facts.com> - 2025-04-08 18:00 +0000
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) Arno Welzel <usenet@arnowelzel.de> - 2025-04-09 12:37 +0200
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) Marion <marion@facts.com> - 2025-04-09 20:03 +0000
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) Arno Welzel <usenet@arnowelzel.de> - 2025-04-11 09:31 +0200
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) Marion <marion@facts.com> - 2025-04-11 08:57 +0000
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) Arno Welzel <usenet@arnowelzel.de> - 2025-04-09 12:35 +0200
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) Marion <marion@facts.com> - 2025-04-09 20:43 +0000
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) Arno Welzel <usenet@arnowelzel.de> - 2025-04-11 09:36 +0200
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) Marion <marion@facts.com> - 2025-04-11 09:29 +0000
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) Arno Welzel <usenet@arnowelzel.de> - 2025-04-13 14:07 +0200
Re: A good thing or a bad thing Frank Slootweg <this@ddress.is.invalid> - 2025-04-11 17:39 +0000
Re: A good thing or a bad thing Marion <marion@facts.com> - 2025-04-11 19:01 +0000
Re: A good thing or a bad thing Arno Welzel <usenet@arnowelzel.de> - 2025-04-13 14:09 +0200
Re: A good thing or a bad thing Arno Welzel <usenet@arnowelzel.de> - 2025-04-13 14:08 +0200
Re: A good thing or a bad thing Frank Slootweg <this@ddress.is.invalid> - 2025-04-13 13:57 +0000
Re: A good thing or a bad thing Arno Welzel <usenet@arnowelzel.de> - 2025-04-14 13:18 +0200
Re: A good thing or a bad thing Arno Welzel <usenet@arnowelzel.de> - 2025-04-14 16:58 +0200
Re: A good thing or a bad thing Frank Slootweg <this@ddress.is.invalid> - 2025-04-14 15:48 +0000
Re: A good thing or a bad thing "Carlos E.R." <robin_listas@es.invalid> - 2025-04-14 22:01 +0200
Android full backup. (was: A good thing or a bad thing) Frank Slootweg <this@ddress.is.invalid> - 2025-04-15 13:18 +0000
Re: Android full backup. "Carlos E.R." <robin_listas@es.invalid> - 2025-04-15 18:22 +0200
Re: Android full backup. Frank Slootweg <this@ddress.is.invalid> - 2025-04-15 18:27 +0000
Re: Android full backup. "Carlos E.R." <robin_listas@es.invalid> - 2025-04-15 23:31 +0200
Re: Android full backup. Paul <nospam@needed.invalid> - 2025-04-15 23:24 -0400
Re: Android full backup. Marion <marion@facts.com> - 2025-04-16 05:24 +0000
Re: Android full backup. Frank Slootweg <this@ddress.is.invalid> - 2025-04-18 17:36 +0000
Re: Android full backup. Alan <nuh-uh@nope.com> - 2025-04-18 10:49 -0700
Re: Android full backup. Marion <marion@facts.com> - 2025-04-25 00:35 +0000
Re: A good thing or a bad thing Daniel70 <daniel47@eternal-september.org> - 2025-04-16 20:53 +1000
Re: A good thing or a bad thing Paul <nospam@needed.invalid> - 2025-04-16 08:28 -0400
Re: A good thing or a bad thing Alan <nuh-uh@nope.com> - 2025-04-16 13:26 -0700
Re: A good thing or a bad thing "Carlos E.R." <robin_listas@es.invalid> - 2025-04-16 23:10 +0200
Re: A good thing or a bad thing Alan <nuh-uh@nope.com> - 2025-04-16 14:41 -0700
Re: A good thing or a bad thing Hank Rogers <Hank@nospam.invalid> - 2025-04-16 17:54 -0500
Re: A good thing or a bad thing Alan <nuh-uh@nope.com> - 2025-04-16 18:52 -0700
Re: A good thing or a bad thing Paul <nospam@needed.invalid> - 2025-04-16 17:24 -0400
Re: A good thing or a bad thing Alan <nuh-uh@nope.com> - 2025-04-16 18:52 -0700
Re: A good thing or a bad thing Paul <nospam@needed.invalid> - 2025-04-17 01:15 -0400
Re: A good thing or a bad thing Alan <nuh-uh@nope.com> - 2025-04-16 23:45 -0700
Re: A good thing or a bad thing Paul <nospam@needed.invalid> - 2025-04-17 08:26 -0400
Re: A good thing or a bad thing "Carlos E.R." <robin_listas@es.invalid> - 2025-04-17 11:08 +0200
Re: A good thing or a bad thing Paul <nospam@needed.invalid> - 2025-04-17 09:01 -0400
Re: A good thing or a bad thing "Carlos E.R." <robin_listas@es.invalid> - 2025-04-17 21:43 +0200
Re: A good thing or a bad thing Alan <nuh-uh@nope.com> - 2025-04-16 13:25 -0700
Re: A good thing or a bad thing "Carlos E.R." <robin_listas@es.invalid> - 2025-04-14 21:56 +0200
Re: A good thing or a bad thing Marion <marion@facts.com> - 2025-04-15 00:26 +0000
Re: A good thing or a bad thing Alan <nuh-uh@nope.com> - 2025-04-14 18:10 -0700
Re: A good thing or a bad thing Hank Rogers <Hank@nospam.invalid> - 2025-04-14 21:22 -0500
Re: A good thing or a bad thing Marion <marion@facts.com> - 2025-04-15 16:11 +0000
Re: A good thing or a bad thing Alan <nuh-uh@nope.com> - 2025-04-15 09:31 -0700
Re: A good thing or a bad thing Marion <marion@facts.com> - 2025-04-15 17:54 +0000
Re: A good thing or a bad thing Marion <marion@facts.com> - 2025-04-15 18:09 +0000
Re: A good thing or a bad thing Alan <nuh-uh@nope.com> - 2025-04-15 11:26 -0700
Re: A good thing or a bad thing Jolly Roger <jollyroger@pobox.com> - 2025-04-15 21:36 +0000
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) "Carlos E.R." <robin_listas@es.invalid> - 2025-04-08 13:06 +0200
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) Alan <nuh-uh@nope.com> - 2025-04-08 09:42 -0700
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) "Carlos E.R." <robin_listas@es.invalid> - 2025-04-08 22:50 +0200
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) vallor <vallor@cultnix.org> - 2025-04-08 22:57 +0000
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) vallor <vallor@cultnix.org> - 2025-04-08 22:55 +0000
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) Marion <marion@facts.com> - 2025-04-09 01:19 +0000
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) "Carlos E.R." <robin_listas@es.invalid> - 2025-04-09 12:42 +0200
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-07-12 00:18 +0000
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) "Carlos E.R." <robin_listas@es.invalid> - 2025-07-12 22:51 +0200
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) Arno Welzel <usenet@arnowelzel.de> - 2025-04-09 12:39 +0200
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) Your Name <YourName@YourISP.com> - 2025-04-09 16:24 +1200
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) Marion <marion@facts.com> - 2025-04-09 05:35 +0000
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) Zaidy036 <Zaidy036@air.isp.spam> - 2025-04-09 13:55 -0400
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) Marion <marion@facts.com> - 2025-04-09 21:55 +0000
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) Arno Welzel <usenet@arnowelzel.de> - 2025-04-09 12:31 +0200
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) Marion <marion@facts.com> - 2025-04-09 20:58 +0000
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) Arno Welzel <usenet@arnowelzel.de> - 2025-04-11 09:39 +0200
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) Marion <marion@facts.com> - 2025-04-11 09:45 +0000
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) Arno Welzel <usenet@arnowelzel.de> - 2025-04-09 12:29 +0200
Re: A good thing or a bad thing Frank Slootweg <this@ddress.is.invalid> - 2025-04-09 15:35 +0000
Re: A good thing or a bad thing Marion <marion@facts.com> - 2025-04-09 21:21 +0000
Re: A good thing or a bad thing Arno Welzel <usenet@arnowelzel.de> - 2025-04-11 09:40 +0200
Re: A good thing or a bad thing Frank Slootweg <this@ddress.is.invalid> - 2025-04-11 12:00 +0000
Re: A good thing or a bad thing Jolly Roger <jollyroger@pobox.com> - 2025-04-11 15:36 +0000
Re: A good thing or a bad thing Frank Slootweg <this@ddress.is.invalid> - 2025-04-11 17:32 +0000
Re: A good thing or a bad thing Marion <marion@facts.com> - 2025-04-11 18:51 +0000
Re: A good thing or a bad thing Jolly Roger <jollyroger@pobox.com> - 2025-04-14 03:32 +0000
Re: A good thing or a bad thing Marion <marion@facts.com> - 2025-04-14 05:07 +0000
Re: A good thing or a bad thing Marion <marion@facts.com> - 2025-04-11 18:36 +0000
Re: A good thing or a bad thing Marion <marion@facts.com> - 2025-04-12 01:01 +0000
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) "Carlos E.R." <robin_listas@es.invalid> - 2025-04-06 13:18 +0200
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) Your Name <YourName@YourISP.com> - 2025-04-07 09:45 +1200
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) Marion <marion@facts.com> - 2025-04-09 21:28 +0000
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) Hank Rogers <Hank@nospam.invalid> - 2025-04-09 17:39 -0500
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) Marion <marion@facts.com> - 2025-04-10 08:02 +0000
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) "Carlos E.R." <robin_listas@es.invalid> - 2025-04-10 13:06 +0200
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) Marion <marion@facts.com> - 2025-04-10 19:10 +0000
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) "Carlos E.R." <robin_listas@es.invalid> - 2025-04-10 21:35 +0200
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) Marion <marion@facts.com> - 2025-04-10 23:15 +0000
Re: A good thing or a bad thing (Was: Tutorial: Working example of removing & re-installing Android system apps from a PC) Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-04-05 22:57 +0000
Page 5 of 8 — ← Prev page 1 2 3 4 [5] 6 7 8 Next page →
| From | Daniel70 <daniel47@eternal-september.org> |
|---|---|
| Date | 2025-04-16 20:53 +1000 |
| Subject | Re: A good thing or a bad thing |
| Message-ID | <vto288$21m5o$1@dont-email.me> |
| In reply to | #81377 |
On 15/04/2025 6:01 am, Carlos E.R. wrote: > On 2025-04-14 17:48, Frank Slootweg wrote: >> Arno Welzel <usenet@arnowelzel.de> wrote: >>> Arno Welzel, 2025-04-14 13:18: >>> >>>> Frank Slootweg, 2025-04-13 15:57: >>> [...] > > >>> Yes, I agree, that Android has the flexibility to user other methods as >>> well, like backup apps, ADB and so on - but this needs enough experience >>> by the user like how to set up ADB on a computer or how to transfer the >>> backup to another device using USB and so on. >> >> The methods I mentioned do not require the user to setup ADB. The >> Smart Switch Android-to-Windows backup does use a USB-cable, but no ADB. >> The Smart Switch Android app can transfer to another phone by Wi-Fi or >> USB and can backup to cloud, SD-card or USB-stick. > > That's a Samsung app, I understand. What about a generic full backup > app, non adb? For any operating system, not Windows only? Don't know about a Samsung App but, in Linux, I can use a 'dd' commandline command to back up both my Windows and Linux installations. Is there a similar commandline command for Android and/or Apple Mac?? -- Daniel70
[toc] | [prev] | [next] | [standalone]
| From | Paul <nospam@needed.invalid> |
|---|---|
| Date | 2025-04-16 08:28 -0400 |
| Subject | Re: A good thing or a bad thing |
| Message-ID | <vto7pj$26m0o$1@dont-email.me> |
| In reply to | #81395 |
On Wed, 4/16/2025 6:53 AM, Daniel70 wrote: > On 15/04/2025 6:01 am, Carlos E.R. wrote: >> On 2025-04-14 17:48, Frank Slootweg wrote: >>> Arno Welzel <usenet@arnowelzel.de> wrote: >>>> Arno Welzel, 2025-04-14 13:18: >>>> >>>>> Frank Slootweg, 2025-04-13 15:57: >>>> [...] >> >> >>>> Yes, I agree, that Android has the flexibility to user other methods as >>>> well, like backup apps, ADB and so on - but this needs enough experience >>>> by the user like how to set up ADB on a computer or how to transfer the >>>> backup to another device using USB and so on. >>> >>> The methods I mentioned do not require the user to setup ADB. The >>> Smart Switch Android-to-Windows backup does use a USB-cable, but no ADB. >>> The Smart Switch Android app can transfer to another phone by Wi-Fi or >>> USB and can backup to cloud, SD-card or USB-stick. >> >> That's a Samsung app, I understand. What about a generic full backup app, non adb? For any operating system, not Windows only? > > Don't know about a Samsung App but, in Linux, I can use a 'dd' commandline command to back up both my Windows and Linux installations. > > Is there a similar commandline command for Android and/or Apple Mac?? On computing devices that support booting from a second OS, you can gain "dd" access from the second OS. On my MacG4, I booted the Ubuntu PPC DVD, and used Ubuntu "dd" to transfer out the disk (which would be at-rest). I used a command line FTP session, and you can mix shell commands into the ftp commands -- dd can be piped into a (binary) "put". And on the computer I did that on, the GbE at 112MB/sec, that's the fastest interface it has got. But something like a phone, there are fewer opportunities for tricks like that. Rooting the phone, if you can manage it, is as close as you're getting to a good time. On at least one phone, the NAND is hidden underneath something, and you can't cable up and read-out the NAND chip with external equipment. For some of the devices, it's pretty well secured. You would not expect a simple trick to work in such a case. Paul
[toc] | [prev] | [next] | [standalone]
| From | Alan <nuh-uh@nope.com> |
|---|---|
| Date | 2025-04-16 13:26 -0700 |
| Subject | Re: A good thing or a bad thing |
| Message-ID | <vtp3po$2ua90$7@dont-email.me> |
| In reply to | #81396 |
On 2025-04-16 05:28, Paul wrote: > On Wed, 4/16/2025 6:53 AM, Daniel70 wrote: >> On 15/04/2025 6:01 am, Carlos E.R. wrote: >>> On 2025-04-14 17:48, Frank Slootweg wrote: >>>> Arno Welzel <usenet@arnowelzel.de> wrote: >>>>> Arno Welzel, 2025-04-14 13:18: >>>>> >>>>>> Frank Slootweg, 2025-04-13 15:57: >>>>> [...] >>> >>> >>>>> Yes, I agree, that Android has the flexibility to user other methods as >>>>> well, like backup apps, ADB and so on - but this needs enough experience >>>>> by the user like how to set up ADB on a computer or how to transfer the >>>>> backup to another device using USB and so on. >>>> >>>> The methods I mentioned do not require the user to setup ADB. The >>>> Smart Switch Android-to-Windows backup does use a USB-cable, but no ADB. >>>> The Smart Switch Android app can transfer to another phone by Wi-Fi or >>>> USB and can backup to cloud, SD-card or USB-stick. >>> >>> That's a Samsung app, I understand. What about a generic full backup app, non adb? For any operating system, not Windows only? >> >> Don't know about a Samsung App but, in Linux, I can use a 'dd' commandline command to back up both my Windows and Linux installations. >> >> Is there a similar commandline command for Android and/or Apple Mac?? > > On computing devices that support booting from a second OS, you can > gain "dd" access from the second OS. On my MacG4, I booted the Ubuntu PPC > DVD, and used Ubuntu "dd" to transfer out the disk (which would be at-rest). > I used a command line FTP session, and you can mix shell commands into > the ftp commands -- dd can be piped into a (binary) "put". And on the computer > I did that on, the GbE at 112MB/sec, that's the fastest interface it has got. > > But something like a phone, there are fewer opportunities for tricks like that. > Rooting the phone, if you can manage it, is as close as you're getting > to a good time. > > On at least one phone, the NAND is hidden underneath something, and > you can't cable up and read-out the NAND chip with external equipment. > For some of the devices, it's pretty well secured. You would not expect > a simple trick to work in such a case. > > Paul Or you could just use the "dd" command built into the Unix sub-system of every Mac since Mac OS X was first released in 2001...
[toc] | [prev] | [next] | [standalone]
| From | "Carlos E.R." <robin_listas@es.invalid> |
|---|---|
| Date | 2025-04-16 23:10 +0200 |
| Subject | Re: A good thing or a bad thing |
| Message-ID | <lui5dlx7id.ln2@Telcontar.valinor> |
| In reply to | #81398 |
On 2025-04-16 22:26, Alan wrote: > On 2025-04-16 05:28, Paul wrote: >> On Wed, 4/16/2025 6:53 AM, Daniel70 wrote: >>> On 15/04/2025 6:01 am, Carlos E.R. wrote: >>>> On 2025-04-14 17:48, Frank Slootweg wrote: >>>>> Arno Welzel <usenet@arnowelzel.de> wrote: >>>>>> Arno Welzel, 2025-04-14 13:18: >>>>>> >>>>>>> Frank Slootweg, 2025-04-13 15:57: >>>>>> [...] >>>> >>>> >>>>>> Yes, I agree, that Android has the flexibility to user other >>>>>> methods as >>>>>> well, like backup apps, ADB and so on - but this needs enough >>>>>> experience >>>>>> by the user like how to set up ADB on a computer or how to >>>>>> transfer the >>>>>> backup to another device using USB and so on. >>>>> >>>>> The methods I mentioned do not require the user to setup ADB. The >>>>> Smart Switch Android-to-Windows backup does use a USB-cable, but no >>>>> ADB. >>>>> The Smart Switch Android app can transfer to another phone by Wi-Fi or >>>>> USB and can backup to cloud, SD-card or USB-stick. >>>> >>>> That's a Samsung app, I understand. What about a generic full backup >>>> app, non adb? For any operating system, not Windows only? >>> >>> Don't know about a Samsung App but, in Linux, I can use a 'dd' >>> commandline command to back up both my Windows and Linux installations. >>> >>> Is there a similar commandline command for Android and/or Apple Mac?? >> >> On computing devices that support booting from a second OS, you can >> gain "dd" access from the second OS. On my MacG4, I booted the Ubuntu PPC >> DVD, and used Ubuntu "dd" to transfer out the disk (which would be at- >> rest). >> I used a command line FTP session, and you can mix shell commands into >> the ftp commands -- dd can be piped into a (binary) "put". And on the >> computer >> I did that on, the GbE at 112MB/sec, that's the fastest interface it >> has got. >> >> But something like a phone, there are fewer opportunities for tricks >> like that. >> Rooting the phone, if you can manage it, is as close as you're getting >> to a good time. >> >> On at least one phone, the NAND is hidden underneath something, and >> you can't cable up and read-out the NAND chip with external equipment. >> For some of the devices, it's pretty well secured. You would not expect >> a simple trick to work in such a case. >> >> Paul > > Or you could just use the "dd" command built into the Unix sub-system of > every Mac since Mac OS X was first released in 2001... Not on a phone. -- Cheers, Carlos.
[toc] | [prev] | [next] | [standalone]
| From | Alan <nuh-uh@nope.com> |
|---|---|
| Date | 2025-04-16 14:41 -0700 |
| Subject | Re: A good thing or a bad thing |
| Message-ID | <vtp86j$339qh$1@dont-email.me> |
| In reply to | #81399 |
On 2025-04-16 14:10, Carlos E.R. wrote: > On 2025-04-16 22:26, Alan wrote: >> On 2025-04-16 05:28, Paul wrote: >>> On Wed, 4/16/2025 6:53 AM, Daniel70 wrote: >>>> On 15/04/2025 6:01 am, Carlos E.R. wrote: >>>>> On 2025-04-14 17:48, Frank Slootweg wrote: >>>>>> Arno Welzel <usenet@arnowelzel.de> wrote: >>>>>>> Arno Welzel, 2025-04-14 13:18: >>>>>>> >>>>>>>> Frank Slootweg, 2025-04-13 15:57: >>>>>>> [...] >>>>> >>>>> >>>>>>> Yes, I agree, that Android has the flexibility to user other >>>>>>> methods as >>>>>>> well, like backup apps, ADB and so on - but this needs enough >>>>>>> experience >>>>>>> by the user like how to set up ADB on a computer or how to >>>>>>> transfer the >>>>>>> backup to another device using USB and so on. >>>>>> >>>>>> The methods I mentioned do not require the user to setup ADB. The >>>>>> Smart Switch Android-to-Windows backup does use a USB-cable, but >>>>>> no ADB. >>>>>> The Smart Switch Android app can transfer to another phone by Wi- >>>>>> Fi or >>>>>> USB and can backup to cloud, SD-card or USB-stick. >>>>> >>>>> That's a Samsung app, I understand. What about a generic full >>>>> backup app, non adb? For any operating system, not Windows only? >>>> >>>> Don't know about a Samsung App but, in Linux, I can use a 'dd' >>>> commandline command to back up both my Windows and Linux installations. >>>> >>>> Is there a similar commandline command for Android and/or Apple Mac?? >>> >>> On computing devices that support booting from a second OS, you can >>> gain "dd" access from the second OS. On my MacG4, I booted the Ubuntu >>> PPC >>> DVD, and used Ubuntu "dd" to transfer out the disk (which would be >>> at- rest). >>> I used a command line FTP session, and you can mix shell commands into >>> the ftp commands -- dd can be piped into a (binary) "put". And on the >>> computer >>> I did that on, the GbE at 112MB/sec, that's the fastest interface it >>> has got. >>> >>> But something like a phone, there are fewer opportunities for tricks >>> like that. >>> Rooting the phone, if you can manage it, is as close as you're getting >>> to a good time. >>> >>> On at least one phone, the NAND is hidden underneath something, and >>> you can't cable up and read-out the NAND chip with external equipment. >>> For some of the devices, it's pretty well secured. You would not expect >>> a simple trick to work in such a case. >>> >>> Paul >> >> Or you could just use the "dd" command built into the Unix sub-system >> of every Mac since Mac OS X was first released in 2001... > > Not on a phone. > You seem to be a little hard of reading: "Is there a similar commandline command [] or Apple Mac??" "On my MacG4, I booted the Ubuntu PPC DVD, and used Ubuntu "dd" to transfer out the disk (which would be at- rest)." But of those make direct reference to a Mac.
[toc] | [prev] | [next] | [standalone]
| From | Hank Rogers <Hank@nospam.invalid> |
|---|---|
| Date | 2025-04-16 17:54 -0500 |
| Subject | Re: A good thing or a bad thing |
| Message-ID | <vtpcfg$38ad1$1@dont-email.me> |
| In reply to | #81401 |
Alan wrote: > On 2025-04-16 14:10, Carlos E.R. wrote: >> On 2025-04-16 22:26, Alan wrote: >>> On 2025-04-16 05:28, Paul wrote: >>>> On Wed, 4/16/2025 6:53 AM, Daniel70 wrote: >>>>> On 15/04/2025 6:01 am, Carlos E.R. wrote: >>>>>> On 2025-04-14 17:48, Frank Slootweg wrote: >>>>>>> Arno Welzel <usenet@arnowelzel.de> wrote: >>>>>>>> Arno Welzel, 2025-04-14 13:18: >>>>>>>> >>>>>>>>> Frank Slootweg, 2025-04-13 15:57: >>>>>>>> [...] >>>>>> >>>>>> >>>>>>>> Yes, I agree, that Android has the flexibility to user other >>>>>>>> methods as >>>>>>>> well, like backup apps, ADB and so on - but this needs enough >>>>>>>> experience >>>>>>>> by the user like how to set up ADB on a computer or how to >>>>>>>> transfer the >>>>>>>> backup to another device using USB and so on. >>>>>>> >>>>>>> Â Â Â The methods I mentioned do not require the user to setup >>>>>>> ADB. The >>>>>>> Smart Switch Android-to-Windows backup does use a USB-cable, but >>>>>>> no ADB. >>>>>>> The Smart Switch Android app can transfer to another phone by Wi- >>>>>>> Fi or >>>>>>> USB and can backup to cloud, SD-card or USB-stick. >>>>>> >>>>>> That's a Samsung app, I understand. What about a generic full >>>>>> backup app, non adb? For any operating system, not Windows only? >>>>> >>>>> Don't know about a Samsung App but, in Linux, I can use a 'dd' >>>>> commandline command to back up both my Windows and Linux >>>>> installations. >>>>> >>>>> Is there a similar commandline command for Android and/or Apple Mac?? >>>> >>>> On computing devices that support booting from a second OS, you can >>>> gain "dd" access from the second OS. On my MacG4, I booted the >>>> Ubuntu PPC >>>> DVD, and used Ubuntu "dd" to transfer out the disk (which would be >>>> at- rest). >>>> I used a command line FTP session, and you can mix shell commands into >>>> the ftp commands -- dd can be piped into a (binary) "put". And on >>>> the computer >>>> I did that on, the GbE at 112MB/sec, that's the fastest interface it >>>> has got. >>>> >>>> But something like a phone, there are fewer opportunities for tricks >>>> like that. >>>> Rooting the phone, if you can manage it, is as close as you're getting >>>> to a good time. >>>> >>>> On at least one phone, the NAND is hidden underneath something, and >>>> you can't cable up and read-out the NAND chip with external equipment. >>>> For some of the devices, it's pretty well secured. You would not expect >>>> a simple trick to work in such a case. >>>> >>>> Â Â Â Paul >>> >>> Or you could just use the "dd" command built into the Unix sub-system >>> of every Mac since Mac OS X was first released in 2001... >> >> Not on a phone. >> > > You seem to be a little hard of reading: > > "Is there a similar commandline command [] or Apple Mac??" > > "On my MacG4, I booted the Ubuntu PPC DVD, and used Ubuntu "dd" to > transfer out the disk (which would be at- rest)." > > But of those make direct reference to a Mac. > Did you read this before you posted it? Most of what you've written aren't even sentences.
[toc] | [prev] | [next] | [standalone]
| From | Alan <nuh-uh@nope.com> |
|---|---|
| Date | 2025-04-16 18:52 -0700 |
| Subject | Re: A good thing or a bad thing |
| Message-ID | <vtpmsi$3girg$2@dont-email.me> |
| In reply to | #81402 |
On 2025-04-16 15:54, Hank Rogers wrote: > Alan wrote: >> On 2025-04-16 14:10, Carlos E.R. wrote: >>> On 2025-04-16 22:26, Alan wrote: >>>> On 2025-04-16 05:28, Paul wrote: >>>>> On Wed, 4/16/2025 6:53 AM, Daniel70 wrote: >>>>>> On 15/04/2025 6:01 am, Carlos E.R. wrote: >>>>>>> On 2025-04-14 17:48, Frank Slootweg wrote: >>>>>>>> Arno Welzel <usenet@arnowelzel.de> wrote: >>>>>>>>> Arno Welzel, 2025-04-14 13:18: >>>>>>>>> >>>>>>>>>> Frank Slootweg, 2025-04-13 15:57: >>>>>>>>> [...] >>>>>>> >>>>>>> >>>>>>>>> Yes, I agree, that Android has the flexibility to user other >>>>>>>>> methods as >>>>>>>>> well, like backup apps, ADB and so on - but this needs enough >>>>>>>>> experience >>>>>>>>> by the user like how to set up ADB on a computer or how to >>>>>>>>> transfer the >>>>>>>>> backup to another device using USB and so on. >>>>>>>> >>>>>>>> Â Â Â The methods I mentioned do not require the user to setup >>>>>>>> ADB. The >>>>>>>> Smart Switch Android-to-Windows backup does use a USB-cable, but >>>>>>>> no ADB. >>>>>>>> The Smart Switch Android app can transfer to another phone by >>>>>>>> Wi- Fi or >>>>>>>> USB and can backup to cloud, SD-card or USB-stick. >>>>>>> >>>>>>> That's a Samsung app, I understand. What about a generic full >>>>>>> backup app, non adb? For any operating system, not Windows only? >>>>>> >>>>>> Don't know about a Samsung App but, in Linux, I can use a 'dd' >>>>>> commandline command to back up both my Windows and Linux >>>>>> installations. >>>>>> >>>>>> Is there a similar commandline command for Android and/or Apple Mac?? >>>>> >>>>> On computing devices that support booting from a second OS, you can >>>>> gain "dd" access from the second OS. On my MacG4, I booted the >>>>> Ubuntu PPC >>>>> DVD, and used Ubuntu "dd" to transfer out the disk (which would be >>>>> at- rest). >>>>> I used a command line FTP session, and you can mix shell commands into >>>>> the ftp commands -- dd can be piped into a (binary) "put". And on >>>>> the computer >>>>> I did that on, the GbE at 112MB/sec, that's the fastest interface >>>>> it has got. >>>>> >>>>> But something like a phone, there are fewer opportunities for >>>>> tricks like that. >>>>> Rooting the phone, if you can manage it, is as close as you're getting >>>>> to a good time. >>>>> >>>>> On at least one phone, the NAND is hidden underneath something, and >>>>> you can't cable up and read-out the NAND chip with external equipment. >>>>> For some of the devices, it's pretty well secured. You would not >>>>> expect >>>>> a simple trick to work in such a case. >>>>> >>>>> Â Â Â Paul >>>> >>>> Or you could just use the "dd" command built into the Unix sub- >>>> system of every Mac since Mac OS X was first released in 2001... >>> >>> Not on a phone. >>> >> >> You seem to be a little hard of reading: >> >> "Is there a similar commandline command [] or Apple Mac??" >> >> "On my MacG4, I booted the Ubuntu PPC DVD, and used Ubuntu "dd" to >> transfer out the disk (which would be at- rest)." >> >> But of those make direct reference to a Mac. >> > > Did you read this before you posted it? Most of what you've written > aren't even sentences. > Typing fast can result in typos. Were you really not able to understand it... ...or did you just want to snark?
[toc] | [prev] | [next] | [standalone]
| From | Paul <nospam@needed.invalid> |
|---|---|
| Date | 2025-04-16 17:24 -0400 |
| Subject | Re: A good thing or a bad thing |
| Message-ID | <vtp769$33m6j$1@dont-email.me> |
| In reply to | #81398 |
On Wed, 4/16/2025 4:26 PM, Alan wrote: > On 2025-04-16 05:28, Paul wrote: >> On Wed, 4/16/2025 6:53 AM, Daniel70 wrote: >>> On 15/04/2025 6:01 am, Carlos E.R. wrote: >>>> On 2025-04-14 17:48, Frank Slootweg wrote: >>>>> Arno Welzel <usenet@arnowelzel.de> wrote: >>>>>> Arno Welzel, 2025-04-14 13:18: >>>>>> >>>>>>> Frank Slootweg, 2025-04-13 15:57: >>>>>> [...] >>>> >>>> >>>>>> Yes, I agree, that Android has the flexibility to user other methods as >>>>>> well, like backup apps, ADB and so on - but this needs enough experience >>>>>> by the user like how to set up ADB on a computer or how to transfer the >>>>>> backup to another device using USB and so on. >>>>> >>>>> The methods I mentioned do not require the user to setup ADB. The >>>>> Smart Switch Android-to-Windows backup does use a USB-cable, but no ADB. >>>>> The Smart Switch Android app can transfer to another phone by Wi-Fi or >>>>> USB and can backup to cloud, SD-card or USB-stick. >>>> >>>> That's a Samsung app, I understand. What about a generic full backup app, non adb? For any operating system, not Windows only? >>> >>> Don't know about a Samsung App but, in Linux, I can use a 'dd' commandline command to back up both my Windows and Linux installations. >>> >>> Is there a similar commandline command for Android and/or Apple Mac?? >> >> On computing devices that support booting from a second OS, you can >> gain "dd" access from the second OS. On my MacG4, I booted the Ubuntu PPC >> DVD, and used Ubuntu "dd" to transfer out the disk (which would be at-rest). >> I used a command line FTP session, and you can mix shell commands into >> the ftp commands -- dd can be piped into a (binary) "put". And on the computer >> I did that on, the GbE at 112MB/sec, that's the fastest interface it has got. >> >> But something like a phone, there are fewer opportunities for tricks like that. >> Rooting the phone, if you can manage it, is as close as you're getting >> to a good time. >> >> On at least one phone, the NAND is hidden underneath something, and >> you can't cable up and read-out the NAND chip with external equipment. >> For some of the devices, it's pretty well secured. You would not expect >> a simple trick to work in such a case. >> >> Paul > > Or you could just use the "dd" command built into the Unix sub-system of every Mac since Mac OS X was first released in 2001... But not make a copy of the disk while it is "hot". The MacG4 Quad Nostril does not have VSS and shadow copy for hot backups. The purpose of using a second OS, is so the boot drive is not being accessed and no files are open. It's a forensic copy. We do the same thing with Macrium backups. A "hot" backup is good enough for most purposes, and uses VSS. But if you want a "forensic" backup, then you boot the Macrium Rescue CD, and the the C: drive is at-rest and you could even backup pagefile.sys if you wanted. Not that there is a reason to do that. On modern Windows, the pagefile is seldom used (in the name of SSD wear...). I don't really understand the technical changes that made it work like that. One reason it doesn't page, is the Memory Compressor, but that's not the whole story. It will page, if the reserve gets too low (you will see a "spike" of pagefile activity, which is better than having the OS crash). Paul
[toc] | [prev] | [next] | [standalone]
| From | Alan <nuh-uh@nope.com> |
|---|---|
| Date | 2025-04-16 18:52 -0700 |
| Subject | Re: A good thing or a bad thing |
| Message-ID | <vtpmtg$3girg$3@dont-email.me> |
| In reply to | #81400 |
On 2025-04-16 14:24, Paul wrote: > On Wed, 4/16/2025 4:26 PM, Alan wrote: >> On 2025-04-16 05:28, Paul wrote: >>> On Wed, 4/16/2025 6:53 AM, Daniel70 wrote: >>>> On 15/04/2025 6:01 am, Carlos E.R. wrote: >>>>> On 2025-04-14 17:48, Frank Slootweg wrote: >>>>>> Arno Welzel <usenet@arnowelzel.de> wrote: >>>>>>> Arno Welzel, 2025-04-14 13:18: >>>>>>> >>>>>>>> Frank Slootweg, 2025-04-13 15:57: >>>>>>> [...] >>>>> >>>>> >>>>>>> Yes, I agree, that Android has the flexibility to user other methods as >>>>>>> well, like backup apps, ADB and so on - but this needs enough experience >>>>>>> by the user like how to set up ADB on a computer or how to transfer the >>>>>>> backup to another device using USB and so on. >>>>>> >>>>>> The methods I mentioned do not require the user to setup ADB. The >>>>>> Smart Switch Android-to-Windows backup does use a USB-cable, but no ADB. >>>>>> The Smart Switch Android app can transfer to another phone by Wi-Fi or >>>>>> USB and can backup to cloud, SD-card or USB-stick. >>>>> >>>>> That's a Samsung app, I understand. What about a generic full backup app, non adb? For any operating system, not Windows only? >>>> >>>> Don't know about a Samsung App but, in Linux, I can use a 'dd' commandline command to back up both my Windows and Linux installations. >>>> >>>> Is there a similar commandline command for Android and/or Apple Mac?? >>> >>> On computing devices that support booting from a second OS, you can >>> gain "dd" access from the second OS. On my MacG4, I booted the Ubuntu PPC >>> DVD, and used Ubuntu "dd" to transfer out the disk (which would be at-rest). >>> I used a command line FTP session, and you can mix shell commands into >>> the ftp commands -- dd can be piped into a (binary) "put". And on the computer >>> I did that on, the GbE at 112MB/sec, that's the fastest interface it has got. >>> >>> But something like a phone, there are fewer opportunities for tricks like that. >>> Rooting the phone, if you can manage it, is as close as you're getting >>> to a good time. >>> >>> On at least one phone, the NAND is hidden underneath something, and >>> you can't cable up and read-out the NAND chip with external equipment. >>> For some of the devices, it's pretty well secured. You would not expect >>> a simple trick to work in such a case. >>> >>> Paul >> >> Or you could just use the "dd" command built into the Unix sub-system of every Mac since Mac OS X was first released in 2001... > > But not make a copy of the disk while it is "hot". > The MacG4 Quad Nostril does not have VSS and shadow copy for hot backups. So make a second boot drive for the Mac.
[toc] | [prev] | [next] | [standalone]
| From | Paul <nospam@needed.invalid> |
|---|---|
| Date | 2025-04-17 01:15 -0400 |
| Subject | Re: A good thing or a bad thing |
| Message-ID | <vtq2q2$3v1g5$1@dont-email.me> |
| In reply to | #81404 |
On Wed, 4/16/2025 9:52 PM, Alan wrote: > On 2025-04-16 14:24, Paul wrote: >> On Wed, 4/16/2025 4:26 PM, Alan wrote: >>> On 2025-04-16 05:28, Paul wrote: >>>> On Wed, 4/16/2025 6:53 AM, Daniel70 wrote: >>>>> On 15/04/2025 6:01 am, Carlos E.R. wrote: >>>>>> On 2025-04-14 17:48, Frank Slootweg wrote: >>>>>>> Arno Welzel <usenet@arnowelzel.de> wrote: >>>>>>>> Arno Welzel, 2025-04-14 13:18: >>>>>>>> >>>>>>>>> Frank Slootweg, 2025-04-13 15:57: >>>>>>>> [...] >>>>>> >>>>>> >>>>>>>> Yes, I agree, that Android has the flexibility to user other methods as >>>>>>>> well, like backup apps, ADB and so on - but this needs enough experience >>>>>>>> by the user like how to set up ADB on a computer or how to transfer the >>>>>>>> backup to another device using USB and so on. >>>>>>> >>>>>>> The methods I mentioned do not require the user to setup ADB. The >>>>>>> Smart Switch Android-to-Windows backup does use a USB-cable, but no ADB. >>>>>>> The Smart Switch Android app can transfer to another phone by Wi-Fi or >>>>>>> USB and can backup to cloud, SD-card or USB-stick. >>>>>> >>>>>> That's a Samsung app, I understand. What about a generic full backup app, non adb? For any operating system, not Windows only? >>>>> >>>>> Don't know about a Samsung App but, in Linux, I can use a 'dd' commandline command to back up both my Windows and Linux installations. >>>>> >>>>> Is there a similar commandline command for Android and/or Apple Mac?? >>>> >>>> On computing devices that support booting from a second OS, you can >>>> gain "dd" access from the second OS. On my MacG4, I booted the Ubuntu PPC >>>> DVD, and used Ubuntu "dd" to transfer out the disk (which would be at-rest). >>>> I used a command line FTP session, and you can mix shell commands into >>>> the ftp commands -- dd can be piped into a (binary) "put". And on the computer >>>> I did that on, the GbE at 112MB/sec, that's the fastest interface it has got. >>>> >>>> But something like a phone, there are fewer opportunities for tricks like that. >>>> Rooting the phone, if you can manage it, is as close as you're getting >>>> to a good time. >>>> >>>> On at least one phone, the NAND is hidden underneath something, and >>>> you can't cable up and read-out the NAND chip with external equipment. >>>> For some of the devices, it's pretty well secured. You would not expect >>>> a simple trick to work in such a case. >>>> >>>> Paul >>> >>> Or you could just use the "dd" command built into the Unix sub-system of every Mac since Mac OS X was first released in 2001... >> >> But not make a copy of the disk while it is "hot". >> The MacG4 Quad Nostril does not have VSS and shadow copy for hot backups. > So make a second boot drive for the Mac. I stopped opening up the G4 after a while. It required sitting on my kitchen floor and "cradling the scissor case" when opening it. That's to avoid stressing the cables in it. The machine does have multiple drives. It even has an Acard IDE controller and IDE disks in it. It has an Async SCSI for my scanner. It does not lack for storage. But I was getting tired of sitting on the kitchen floor, so after a while, the case just stayed shut. That was my daily driver for quite a while, but it was my last Apple product. I had two other Apple machines, and one of those had six expansion cards in it (all the slots were full). This is one of the reasons, in the current computer room, *the* most popular computer, is the one with a flat door panel with a handle on it. I used to have computer cases, where the silly drives used to slide into front mount tray holes (it would take like ten minutes to change a drive), but the machine with the nice door, the trays face the user and are immediately accessible. I have "enjoyed the hell" out of the two of those I own. The trays for the disks are steel, so you don't have to worry about the competitor cases that use plastic trays. That's the Antec Sonata case. It's amazing, what a few convenience features makes to your opinion of a thing. Paul
[toc] | [prev] | [next] | [standalone]
| From | Alan <nuh-uh@nope.com> |
|---|---|
| Date | 2025-04-16 23:45 -0700 |
| Subject | Re: A good thing or a bad thing |
| Message-ID | <vtq81l$3eb9$1@dont-email.me> |
| In reply to | #81405 |
On 2025-04-16 22:15, Paul wrote: > On Wed, 4/16/2025 9:52 PM, Alan wrote: >> On 2025-04-16 14:24, Paul wrote: >>> On Wed, 4/16/2025 4:26 PM, Alan wrote: >>>> On 2025-04-16 05:28, Paul wrote: >>>>> On Wed, 4/16/2025 6:53 AM, Daniel70 wrote: >>>>>> On 15/04/2025 6:01 am, Carlos E.R. wrote: >>>>>>> On 2025-04-14 17:48, Frank Slootweg wrote: >>>>>>>> Arno Welzel <usenet@arnowelzel.de> wrote: >>>>>>>>> Arno Welzel, 2025-04-14 13:18: >>>>>>>>> >>>>>>>>>> Frank Slootweg, 2025-04-13 15:57: >>>>>>>>> [...] >>>>>>> >>>>>>> >>>>>>>>> Yes, I agree, that Android has the flexibility to user other methods as >>>>>>>>> well, like backup apps, ADB and so on - but this needs enough experience >>>>>>>>> by the user like how to set up ADB on a computer or how to transfer the >>>>>>>>> backup to another device using USB and so on. >>>>>>>> >>>>>>>> The methods I mentioned do not require the user to setup ADB. The >>>>>>>> Smart Switch Android-to-Windows backup does use a USB-cable, but no ADB. >>>>>>>> The Smart Switch Android app can transfer to another phone by Wi-Fi or >>>>>>>> USB and can backup to cloud, SD-card or USB-stick. >>>>>>> >>>>>>> That's a Samsung app, I understand. What about a generic full backup app, non adb? For any operating system, not Windows only? >>>>>> >>>>>> Don't know about a Samsung App but, in Linux, I can use a 'dd' commandline command to back up both my Windows and Linux installations. >>>>>> >>>>>> Is there a similar commandline command for Android and/or Apple Mac?? >>>>> >>>>> On computing devices that support booting from a second OS, you can >>>>> gain "dd" access from the second OS. On my MacG4, I booted the Ubuntu PPC >>>>> DVD, and used Ubuntu "dd" to transfer out the disk (which would be at-rest). >>>>> I used a command line FTP session, and you can mix shell commands into >>>>> the ftp commands -- dd can be piped into a (binary) "put". And on the computer >>>>> I did that on, the GbE at 112MB/sec, that's the fastest interface it has got. >>>>> >>>>> But something like a phone, there are fewer opportunities for tricks like that. >>>>> Rooting the phone, if you can manage it, is as close as you're getting >>>>> to a good time. >>>>> >>>>> On at least one phone, the NAND is hidden underneath something, and >>>>> you can't cable up and read-out the NAND chip with external equipment. >>>>> For some of the devices, it's pretty well secured. You would not expect >>>>> a simple trick to work in such a case. >>>>> >>>>> Paul >>>> >>>> Or you could just use the "dd" command built into the Unix sub-system of every Mac since Mac OS X was first released in 2001... >>> >>> But not make a copy of the disk while it is "hot". >>> The MacG4 Quad Nostril does not have VSS and shadow copy for hot backups. >> So make a second boot drive for the Mac. > > I stopped opening up the G4 after a while. It required sitting > on my kitchen floor and "cradling the scissor case" when opening it. > That's to avoid stressing the cables in it. And you've never heard of external drives? We're talking about a special purpose boot drive you'd only use to do your dd backup.
[toc] | [prev] | [next] | [standalone]
| From | Paul <nospam@needed.invalid> |
|---|---|
| Date | 2025-04-17 08:26 -0400 |
| Subject | Re: A good thing or a bad thing |
| Message-ID | <vtqs1f$kk1i$1@dont-email.me> |
| In reply to | #81406 |
On Thu, 4/17/2025 2:45 AM, Alan wrote: > On 2025-04-16 22:15, Paul wrote: >> On Wed, 4/16/2025 9:52 PM, Alan wrote: >>> On 2025-04-16 14:24, Paul wrote: >>>> On Wed, 4/16/2025 4:26 PM, Alan wrote: >>>>> On 2025-04-16 05:28, Paul wrote: >>>>>> On Wed, 4/16/2025 6:53 AM, Daniel70 wrote: >>>>>>> On 15/04/2025 6:01 am, Carlos E.R. wrote: >>>>>>>> On 2025-04-14 17:48, Frank Slootweg wrote: >>>>>>>>> Arno Welzel <usenet@arnowelzel.de> wrote: >>>>>>>>>> Arno Welzel, 2025-04-14 13:18: >>>>>>>>>> >>>>>>>>>>> Frank Slootweg, 2025-04-13 15:57: >>>>>>>>>> [...] >>>>>>>> >>>>>>>> >>>>>>>>>> Yes, I agree, that Android has the flexibility to user other methods as >>>>>>>>>> well, like backup apps, ADB and so on - but this needs enough experience >>>>>>>>>> by the user like how to set up ADB on a computer or how to transfer the >>>>>>>>>> backup to another device using USB and so on. >>>>>>>>> >>>>>>>>> The methods I mentioned do not require the user to setup ADB. The >>>>>>>>> Smart Switch Android-to-Windows backup does use a USB-cable, but no ADB. >>>>>>>>> The Smart Switch Android app can transfer to another phone by Wi-Fi or >>>>>>>>> USB and can backup to cloud, SD-card or USB-stick. >>>>>>>> >>>>>>>> That's a Samsung app, I understand. What about a generic full backup app, non adb? For any operating system, not Windows only? >>>>>>> >>>>>>> Don't know about a Samsung App but, in Linux, I can use a 'dd' commandline command to back up both my Windows and Linux installations. >>>>>>> >>>>>>> Is there a similar commandline command for Android and/or Apple Mac?? >>>>>> >>>>>> On computing devices that support booting from a second OS, you can >>>>>> gain "dd" access from the second OS. On my MacG4, I booted the Ubuntu PPC >>>>>> DVD, and used Ubuntu "dd" to transfer out the disk (which would be at-rest). >>>>>> I used a command line FTP session, and you can mix shell commands into >>>>>> the ftp commands -- dd can be piped into a (binary) "put". And on the computer >>>>>> I did that on, the GbE at 112MB/sec, that's the fastest interface it has got. >>>>>> >>>>>> But something like a phone, there are fewer opportunities for tricks like that. >>>>>> Rooting the phone, if you can manage it, is as close as you're getting >>>>>> to a good time. >>>>>> >>>>>> On at least one phone, the NAND is hidden underneath something, and >>>>>> you can't cable up and read-out the NAND chip with external equipment. >>>>>> For some of the devices, it's pretty well secured. You would not expect >>>>>> a simple trick to work in such a case. >>>>>> >>>>>> Paul >>>>> >>>>> Or you could just use the "dd" command built into the Unix sub-system of every Mac since Mac OS X was first released in 2001... >>>> >>>> But not make a copy of the disk while it is "hot". >>>> The MacG4 Quad Nostril does not have VSS and shadow copy for hot backups. >>> So make a second boot drive for the Mac. >> >> I stopped opening up the G4 after a while. It required sitting >> on my kitchen floor and "cradling the scissor case" when opening it. >> That's to avoid stressing the cables in it. > > And you've never heard of external drives? > > We're talking about a special purpose boot drive you'd only use to do your dd backup. The boot was a DVD (Ubuntu PPC Linux, with dd on it). Ubuntu does live sessions from the DVD. Nothing to install. And that's really all I did with that DVD, I wasn't running Ubuntu regularly on the G4, or making a dual boot situation or anything. The DVD boot was pretty straight forward, and good enough for the amount of usage it would get. The MacG4: Firewire 400 My enclosures with Oxsemi chip do 30MB/sec USB 1.1 port Transfers at 1MB/sec to USB storage GbE Ethernet Transfer at 112MB/sec to another machine. Much easier for me, to use another machine to help out and use the GbE for the transfer. But the best part, was discovering you could pipe "dd" into the FTP "put" command. That's what made it possible to do without more tricks. (You can mix shell commands, with the FTP session commands.) My SCSI disk collection was getting a bit old, and the disks were 1/4 the size of the IDE drives. I'd used SCSI for quite a while, up to that point. The SCSI drives had ball bearing motors, and were quite loud. I wasn't about to buy more SCSI at that point. I had enough trouble with the SCSI chain at my desk at work. It really is voodoo that stuff. Computing generally sucked for a lot of years. Unnecessary suckage. As an example of pathetic, AMD made a chipset with PCI 32 bit (what everyone else was using), and PCI 64 bit (which could have been special). But due to some bug in the chip, the PCI 64 bit bus ran at one quarter of the proper rate :-/ And they released the chip anyway, as a salute to suckage. The computing industry, could teach a farmer a thing or two, about "how to milk a cow". That's what the clumsy steps forward tell us. I would not even be on USENET today, except for a motherboard I bought. I tried to assemble it and get it to run, but the board wouldn't come up. I spent about three weeks testing it. I tried to use USENET, to find some help. There was no one around to help out. Or to point out just what a lemon the Northbridge on that board was. Apparently the company making the chip, couldn't afford a chip tester with enough channels for the Northbridge they built. They tried to "test the chip as two halves". The chip tech wasn't nearly fast enough. In other words, every motherboard shipped with that piece of garbage on it, was doomed to fail on timing. And I stuck around on USENET after that, in the motherboard groups, to help out. At least I could tell you, what board not to buy :-) Paul
[toc] | [prev] | [next] | [standalone]
| From | "Carlos E.R." <robin_listas@es.invalid> |
|---|---|
| Date | 2025-04-17 11:08 +0200 |
| Subject | Re: A good thing or a bad thing |
| Message-ID | <k0t6dlxiph.ln2@Telcontar.valinor> |
| In reply to | #81405 |
On 2025-04-17 07:15, Paul wrote: > On Wed, 4/16/2025 9:52 PM, Alan wrote: >> On 2025-04-16 14:24, Paul wrote: > This is one of the reasons, in the current computer room, *the* most popular > computer, is the one with a flat door panel with a handle on it. I used to have > computer cases, where the silly drives used to slide into front mount > tray holes (it would take like ten minutes to change a drive), > but the machine with the nice door, the trays face the user > and are immediately accessible. I have "enjoyed the hell" out of the > two of those I own. The trays for the disks are steel, so you don't have > to worry about the competitor cases that use plastic trays. That's > the Antec Sonata case. It's amazing, what a few convenience features > makes to your opinion of a thing. I have the Antec P101. Way too big, I can not figure out the sizes when shopping on a web page like Amazon. Of course I can see the specs, but then I'm surprised when I actually have it on my hands. It is a pleasure to work inside, but I had to modify the computer rack to hold it. -- Cheers, Carlos.
[toc] | [prev] | [next] | [standalone]
| From | Paul <nospam@needed.invalid> |
|---|---|
| Date | 2025-04-17 09:01 -0400 |
| Subject | Re: A good thing or a bad thing |
| Message-ID | <vtqu3d$me7s$1@dont-email.me> |
| In reply to | #81407 |
On Thu, 4/17/2025 5:08 AM, Carlos E.R. wrote:
> On 2025-04-17 07:15, Paul wrote:
>> On Wed, 4/16/2025 9:52 PM, Alan wrote:
>>> On 2025-04-16 14:24, Paul wrote:
>
>
>> This is one of the reasons, in the current computer room, *the* most popular
>> computer, is the one with a flat door panel with a handle on it. I used to have
>> computer cases, where the silly drives used to slide into front mount
>> tray holes (it would take like ten minutes to change a drive),
>> but the machine with the nice door, the trays face the user
>> and are immediately accessible. I have "enjoyed the hell" out of the
>> two of those I own. The trays for the disks are steel, so you don't have
>> to worry about the competitor cases that use plastic trays. That's
>> the Antec Sonata case. It's amazing, what a few convenience features
>> makes to your opinion of a thing.
>
> I have the Antec P101. Way too big, I can not figure out the sizes when shopping on a web page like Amazon. Of course I can see the specs, but then I'm surprised when I actually have it on my hands. It is a pleasure to work inside, but I had to modify the computer rack to hold it.
>
Dimensions 527x232x506mm (DWH) EATX
20.7 9.1 19.9
That's about the same size as the one I got (Phanteks).
They don't have to get too large, before
they're hard to cool. I've blocked some
of the vents in mine, to try to get more
air velocity in other places, but it's
really a losing battle. It's got five fans
in it at the moment.
Paul
[toc] | [prev] | [next] | [standalone]
| From | "Carlos E.R." <robin_listas@es.invalid> |
|---|---|
| Date | 2025-04-17 21:43 +0200 |
| Subject | Re: A good thing or a bad thing |
| Message-ID | <t828dlx84h.ln2@Telcontar.valinor> |
| In reply to | #81409 |
On 2025-04-17 15:01, Paul wrote: > On Thu, 4/17/2025 5:08 AM, Carlos E.R. wrote: >> On 2025-04-17 07:15, Paul wrote: >>> On Wed, 4/16/2025 9:52 PM, Alan wrote: >>>> On 2025-04-16 14:24, Paul wrote: >> >> >>> This is one of the reasons, in the current computer room, *the* most popular >>> computer, is the one with a flat door panel with a handle on it. I used to have >>> computer cases, where the silly drives used to slide into front mount >>> tray holes (it would take like ten minutes to change a drive), >>> but the machine with the nice door, the trays face the user >>> and are immediately accessible. I have "enjoyed the hell" out of the >>> two of those I own. The trays for the disks are steel, so you don't have >>> to worry about the competitor cases that use plastic trays. That's >>> the Antec Sonata case. It's amazing, what a few convenience features >>> makes to your opinion of a thing. >> >> I have the Antec P101. Way too big, I can not figure out the sizes when shopping on a web page like Amazon. Of course I can see the specs, but then I'm surprised when I actually have it on my hands. It is a pleasure to work inside, but I had to modify the computer rack to hold it. >> > > Dimensions 527x232x506mm (DWH) EATX > 20.7 9.1 19.9 > > That's about the same size as the one I got (Phanteks). > They don't have to get too large, before > they're hard to cool. I've blocked some > of the vents in mine, to try to get more > air velocity in other places, but it's > really a losing battle. It's got five fans > in it at the moment. 3 in the front, covering the hard disks (I have four), a big one in the back, another on the power supply, and I think there is one on the video card, and then the cpu fan. The outgoing air is not warm. -- Cheers, Carlos.
[toc] | [prev] | [next] | [standalone]
| From | Alan <nuh-uh@nope.com> |
|---|---|
| Date | 2025-04-16 13:25 -0700 |
| Subject | Re: A good thing or a bad thing |
| Message-ID | <vtp3n4$2ua90$6@dont-email.me> |
| In reply to | #81395 |
On 2025-04-16 03:53, Daniel70 wrote:
> On 15/04/2025 6:01 am, Carlos E.R. wrote:
>> On 2025-04-14 17:48, Frank Slootweg wrote:
>>> Arno Welzel <usenet@arnowelzel.de> wrote:
>>>> Arno Welzel, 2025-04-14 13:18:
>>>>
>>>>> Frank Slootweg, 2025-04-13 15:57:
>>>> [...]
>>
>>
>>>> Yes, I agree, that Android has the flexibility to user other methods as
>>>> well, like backup apps, ADB and so on - but this needs enough
>>>> experience
>>>> by the user like how to set up ADB on a computer or how to transfer the
>>>> backup to another device using USB and so on.
>>>
>>> The methods I mentioned do not require the user to setup ADB. The
>>> Smart Switch Android-to-Windows backup does use a USB-cable, but no ADB.
>>> The Smart Switch Android app can transfer to another phone by Wi-Fi or
>>> USB and can backup to cloud, SD-card or USB-stick.
>>
>> That's a Samsung app, I understand. What about a generic full backup
>> app, non adb? For any operating system, not Windows only?
>
> Don't know about a Samsung App but, in Linux, I can use a 'dd'
> commandline command to back up both my Windows and Linux installations.
>
> Is there a similar commandline command for Android and/or Apple Mac??
Straight from the macOS Terminal app:
"DD(1)
General Commands Manual
DD(1)
NAME
dd - convert and copy a file
SYNOPSIS
dd [operands ...]
DESCRIPTION
The dd utility copies the standard input to the standard output. Input
data is read and written in 512-byte blocks. If input reads are short,
input from multiple reads are aggregated to form the output block. When
finished, dd displays the number of complete and partial input and
output blocks and truncated input records to the standard error output."
[toc] | [prev] | [next] | [standalone]
| From | "Carlos E.R." <robin_listas@es.invalid> |
|---|---|
| Date | 2025-04-14 21:56 +0200 |
| Subject | Re: A good thing or a bad thing |
| Message-ID | <bs50dlxeo9.ln2@Telcontar.valinor> |
| In reply to | #81372 |
On 2025-04-14 13:18, Arno Welzel wrote: > Frank Slootweg, 2025-04-13 15:57: > >> Arno Welzel <usenet@arnowelzel.de> wrote: > [...] >>> Theat's irrelevant. Not everybody uses Samsung devices. So we MUST ONLY >>> talk about the default backup provided by Android itself which is also >>> implemented by LineageOS BTW. >> >> Nope, we must not. As I said, and you again 'conveniently' dishonestly >> snipped: >> >> <unsnip> >> Also there are many other backup apps for Android, which can also >> backup/restore APKs. >> </unsnip> > > That's irrelevant in the context "what does the operating system provide". > >> That's the beauty about a platform like Android, choice. > > Sure - but "using a backup app" is not using what Android itself is > providing. > > Google also provides a backup feature in Android itself which also > allows to transfer data from one device to another when you switch > devices. But as I also explained: APK files are not included, because > not every APK file will work on every device, since APK files are device > specific packages and not universal installers. Most of the time it > works, but there is no guarantee for it and it is much safer to > reinstall apps on a new device by downloading it again, so always the > correct version will be used. Well... I remember once that I did a factory reset on an old phone, intending to install the same things for another account. I could not install again some of the apps because the Android version was old, and they no longer had those apps in G Play. > >> As this is the second time you try to make your point by lying by >> omission, it's EOD. > > I did not try to make anything. I just explained, how ANDROID ITSELF works. Not always. -- Cheers, Carlos.
[toc] | [prev] | [next] | [standalone]
| From | Marion <marion@facts.com> |
|---|---|
| Date | 2025-04-15 00:26 +0000 |
| Subject | Re: A good thing or a bad thing |
| Message-ID | <vtk93d$2h0n$1@nnrp.usenet.blueworldhosting.com> |
| In reply to | #81376 |
On Mon, 14 Apr 2025 21:56:27 +0200, Carlos E.R. wrote : > I remember once that I did a factory reset on an old phone, intending to > install the same things for another account. I could not install again > some of the apps because the Android version was old, and they no longer > had those apps in G Play. I can concur with Carlos, and pretty much everyone in the world, in that we've all, at times, reset a PC or mobile device w/o having EVERYTHING backed up prior. We've learned from all those mistakes over time. For example, on Windows, I save every install where it belongs. (e.g., c:\installers\shells\android\adb) I then install each & every program where it belongs. (e.g., c:\apps\shells\android\adb) And of course, I add a shortcut to the taskbar menu where it belongs. (e.g., menus > shells > android > adb.lnk And, for some programs, I keep data where it belongs, but that's harder. (e.g., c:\data\shells\android\adb) To back up the installers is as simply as copying "installers". It's the same with most operating systems not designed by Apple. With Android, the google play store replacement app saves the installer. Even Android saves the installer (so it's actually auto-saved twice). That allows plenty of backup & restore strategies for the user. The main point of this offshoot though is that if you *want* to back up your Android APKs, you can (and in fact, it's mostly done already for you). Same with Linux & Windows. But on iOS, you can't. And that's bad.
[toc] | [prev] | [next] | [standalone]
| From | Alan <nuh-uh@nope.com> |
|---|---|
| Date | 2025-04-14 18:10 -0700 |
| Subject | Re: A good thing or a bad thing |
| Message-ID | <vtkbmk$2hf21$1@dont-email.me> |
| In reply to | #81379 |
On 2025-04-14 17:26, Marion wrote: > On Mon, 14 Apr 2025 21:56:27 +0200, Carlos E.R. wrote : > > >> I remember once that I did a factory reset on an old phone, intending to >> install the same things for another account. I could not install again >> some of the apps because the Android version was old, and they no longer >> had those apps in G Play. > > I can concur with Carlos, and pretty much everyone in the world, in that > we've all, at times, reset a PC or mobile device w/o having EVERYTHING > backed up prior. We've learned from all those mistakes over time. > > For example, on Windows, I save every install where it belongs. > (e.g., c:\installers\shells\android\adb) > > I then install each & every program where it belongs. > (e.g., c:\apps\shells\android\adb) > > And of course, I add a shortcut to the taskbar menu where it belongs. > (e.g., menus > shells > android > adb.lnk > > And, for some programs, I keep data where it belongs, but that's harder. > (e.g., c:\data\shells\android\adb) > > To back up the installers is as simply as copying "installers". > It's the same with most operating systems not designed by Apple. > > With Android, the google play store replacement app saves the installer. > Even Android saves the installer (so it's actually auto-saved twice). > > That allows plenty of backup & restore strategies for the user. > > The main point of this offshoot though is that if you *want* to back up > your Android APKs, you can (and in fact, it's mostly done already for you). > > Same with Linux & Windows. > > But on iOS, you can't. > And that's bad. And you never once mention the importance of backing up one's DATA. Apps can be (usually) be installed from the same source you got them in the first place, but the data you create, accumulate and store in those apps can't be recovered from anywhere.
[toc] | [prev] | [next] | [standalone]
| From | Hank Rogers <Hank@nospam.invalid> |
|---|---|
| Date | 2025-04-14 21:22 -0500 |
| Subject | Re: A good thing or a bad thing |
| Message-ID | <vtkftt$2p1td$1@dont-email.me> |
| In reply to | #81381 |
Alan wrote: > On 2025-04-14 17:26, Marion wrote: >> On Mon, 14 Apr 2025 21:56:27 +0200, Carlos E.R. wrote : >> >> >>> I remember once that I did a factory reset on an old phone, intending to >>> install the same things for another account. I could not install again >>> some of the apps because the Android version was old, and they no longer >>> had those apps in G Play. >> >> I can concur with Carlos, and pretty much everyone in the world, in that >> we've all, at times, reset a PC or mobile device w/o having EVERYTHING >> backed up prior. We've learned from all those mistakes over time. >> >> For example, on Windows, I save every install where it belongs. >> (e.g., c:\installers\shells\android\adb) >> >> I then install each & every program where it belongs. >> (e.g., c:\apps\shells\android\adb) >> >> And of course, I add a shortcut to the taskbar menu where it belongs. >> (e.g., menus > shells > android > adb.lnk >> >> And, for some programs, I keep data where it belongs, but that's harder. >> (e.g., c:\data\shells\android\adb) >> >> To back up the installers is as simply as copying "installers". >> It's the same with most operating systems not designed by Apple. >> >> With Android, the google play store replacement app saves the installer. >> Even Android saves the installer (so it's actually auto-saved twice). >> >> That allows plenty of backup & restore strategies for the user. >> >> The main point of this offshoot though is that if you *want* to back up >> your Android APKs, you can (and in fact, it's mostly done already for >> you). >> >> Same with Linux & Windows. >> >> But on iOS, you can't. >> And that's bad. > > And you never once mention the importance of backing up one's DATA. > > Apps can be (usually) be installed from the same source you got them in > the first place, but the data you create, accumulate and store in those > apps can't be recovered from anywhere. Sure it can, if you bother to do regular backups to icloud and/or your coumputer (using itunes or whatever apple has for your computer type). The program code is downloaded fresh from the "app store", and you may end up with a later version, possibly unwanted, but it's data and settings are in your normal backups. I'm surprised you didn't know this!
[toc] | [prev] | [next] | [standalone]
Page 5 of 8 — ← Prev page 1 2 3 4 [5] 6 7 8 Next page →
Back to top | Article view | alt.os.linux
csiph-web