• Re: Android full backup.

    From Frank Slootweg@this@ddress.is.invalid to comp.sys.mac.system,alt.os.linux,alt.comp.os.windows-10,comp.mobile.android on Tue Apr 15 18:27:39 2025
    From Newsgroup: comp.sys.mac.system

    Carlos E.R. <robin_listas@es.invalid> wrote:
    On 2025-04-15 15:18, Frank Slootweg wrote:
    [...]
    For a non-automated backup you can use MTP. With MTP you *can* access the /Internal storage/Android folders. For example in Windows File Explorer, this accesses the folder which contains the OsmAnd+ maps:

    MTP is what I do. Sometimes I have used a WiFi file server app on the
    phone instead. Sometimes I found that one can see files the other
    doesn't, but I don't remember which.

    Yes, I have also found such servers, but none for recent Android
    versions (10 and higher), which can access the /Internal storage/Android folders.

    This PC\Frank's Galaxy A51\Internal storage\Android\data\net.osmand.plus\files

    But 'This PC\Frank's Galaxy A51\Internal storage' is only accessible
    in File Explorer, it's not part of the normal file system, nor
    accessible as a Network Share, so you can't use normal copy or backup utilities. (Perhaps in Windows PowerShell one can 'program'/control File Explorer? No idea.)

    In Linux we can access the filesystem. Once I tell the equivalent of the file explorer to access the phone, then it is also accessible under:

    /run/user/1000/gvfs/mtp:host=motorola_moto_g52_SOME_LETTERS

    for any app. This is using with a gtk desktop, with KDE it is somewhere else.

    Then I can use rsync and copy links to the files in the previous backup.

    Could you give an example (Linux) 'cp' command which shows what the
    source and destination paths look like?

    In Windows you can't specify a source path for a 'copy', etc., because
    such a path does not exist for MTP, so - being an old Unix/UNIX and
    current GNU user - I am interested what it looks like on Linux (for
    MTP).

    Or is the source just a path relative to /run/user/1000/gvfs/mtp?

    [...]
    --- Synchronet 3.20c-Linux NewsLink 1.2
  • From Jolly Roger@jollyroger@pobox.com to comp.sys.mac.system,alt.os.linux,comp.mobile.android,comp.sys.mac.apps,comp.mobile.ipad on Tue Apr 15 21:36:03 2025
    From Newsgroup: comp.sys.mac.system

    On 2025-04-15, Marion <marion@facts.com> wrote:
    On Tue, 15 Apr 2025 17:26:01 -0000 (UTC), badgolferman wrote :


    Actions speak louder than words, little boy. And you always side with >>>Arlen - religiously (you even forgave him for impersonating you lol).

    I will agree with anyone who speaks the truth or makes a rational
    statement, even you on occasion. But I learned my lesson the last
    time I agreed with you when I realized you were lying.

    You *regularly* side with Arlen, who *constantly* lies. So your
    judgement there is laughably questionable at best, and a fucking joke at
    worst.

    But I'll indulge you anyway: Go ahead and point out this supposed "lie"
    you claim I made, badgolferman. Absent of that, it's you who are lying.
    🙂
    --
    E-mail sent to this address may be devoured by my ravenous SPAM filter.
    I often ignore posts from Google. Use a real news client instead.

    JR
    --- Synchronet 3.20c-Linux NewsLink 1.2
  • From Carlos E.R.@robin_listas@es.invalid to comp.sys.mac.system,alt.os.linux,alt.comp.os.windows-10,comp.mobile.android on Tue Apr 15 23:31:45 2025
    From Newsgroup: comp.sys.mac.system

    On 2025-04-15 20:27, Frank Slootweg wrote:
    Carlos E.R. <robin_listas@es.invalid> wrote:
    On 2025-04-15 15:18, Frank Slootweg wrote:
    [...]
    For a non-automated backup you can use MTP. With MTP you *can* access >>> the /Internal storage/Android folders. For example in Windows File
    Explorer, this accesses the folder which contains the OsmAnd+ maps:

    MTP is what I do. Sometimes I have used a WiFi file server app on the
    phone instead. Sometimes I found that one can see files the other
    doesn't, but I don't remember which.

    Yes, I have also found such servers, but none for recent Android
    versions (10 and higher), which can access the /Internal storage/Android folders.

    I have not tried recently.


    This PC\Frank's Galaxy A51\Internal storage\Android\data\net.osmand.plus\files

    But 'This PC\Frank's Galaxy A51\Internal storage' is only accessible >>> in File Explorer, it's not part of the normal file system, nor
    accessible as a Network Share, so you can't use normal copy or backup
    utilities. (Perhaps in Windows PowerShell one can 'program'/control File >>> Explorer? No idea.)

    In Linux we can access the filesystem. Once I tell the equivalent of the
    file explorer to access the phone, then it is also accessible under:

    /run/user/1000/gvfs/mtp:host=motorola_moto_g52_SOME_LETTERS

    for any app. This is using with a gtk desktop, with KDE it is somewhere
    else.

    Then I can use rsync and copy links to the files in the previous backup.

    Could you give an example (Linux) 'cp' command which shows what the
    source and destination paths look like?

    cp /run/user/1000/gvfs/mtp\:host\=motorola_moto_g52_ZLETTERS/Almacenamiento\ interno\ compartido/DCIM/Camera/ /home/cer/Photos


    The trick is that "gvfs" means something virtual filesystem. The G could be gnome or gtk, dunno.


    In Windows you can't specify a source path for a 'copy', etc., because such a path does not exist for MTP, so - being an old Unix/UNIX and
    current GNU user - I am interested what it looks like on Linux (for
    MTP).

    Or is the source just a path relative to /run/user/1000/gvfs/mtp?

    [...]

    It is an emulation layer. MTP does not support every operation a true filesystem does.
    --
    Cheers, Carlos.
    --- Synchronet 3.20c-Linux NewsLink 1.2
  • From Paul@nospam@needed.invalid to comp.sys.mac.system,alt.os.linux,alt.comp.os.windows-10,comp.mobile.android on Tue Apr 15 23:24:19 2025
    From Newsgroup: comp.sys.mac.system

    On Tue, 4/15/2025 5:31 PM, Carlos E.R. wrote:
    On 2025-04-15 20:27, Frank Slootweg wrote:

       In Windows you can't specify a source path for a 'copy', etc., because >> such a path does not exist for MTP, so - being an old Unix/UNIX and
    current GNU user - I am interested what it looks like on Linux (for
    MTP).

       Or is the source just a path relative to /run/user/1000/gvfs/mtp?

    [...]

    It is an emulation layer. MTP does not support every operation a true filesystem does.

    MTP supports objects, and a read and write operation on those objects.

    Whereas MTPfs is the FUSE file system (created as a wrapper, without any control over
    or conversation with the designers of MTP).

    An ordinary file system, would work with a partition and a physical layer. That's why it needs more disk operating commands at that physical layer.

    MTP does exactly what is required of it. It is a "minimalist" design,
    which is "over-minimalized". It is inefficient. MTPfs would be an attempt
    to try to fix it, from a distance.

    But doing all this flopping about, is just bad. It should be a case study for
    a comp.sci class. You'll notice Google tried to fix it, to fix one of the
    worst aspects of it -- and that hints, if there had been more industry
    input in the first place, it would not have been such a pudgy disaster.

    Paul
    --- Synchronet 3.20c-Linux NewsLink 1.2
  • From Marion@marion@facts.com to comp.sys.mac.system,alt.os.linux,alt.comp.os.windows-10,comp.mobile.android on Wed Apr 16 05:24:34 2025
    From Newsgroup: comp.sys.mac.system

    On 15 Apr 2025 13:18:40 GMT, Frank Slootweg wrote :


    This PC\Frank's Galaxy A51\Internal storage\Android\data\net.osmand.plus\files

    But 'This PC\Frank's Galaxy A51\Internal storage' is only accessible
    in File Explorer, it's not part of the normal file system, nor
    accessible as a Network Share, so you can't use normal copy or backup utilities. (Perhaps in Windows PowerShell one can 'program'/control File Explorer? No idea.)

    I will agree with anyone who says anything logically sensible, where I
    agree with Frank that there must be a DIY backup mechanism to Windows.

    On the one topic of the paradoxical observation that both Frank Slootweg
    and I have experienced of what can be "seen" by the PC vs the phone...
    <https://i.postimg.cc/1zrmSmQc/davroot.jpg> Windows can see Android root!

    I also have been surprised when the PC can see *far* more of the Android
    file system than the (non rooted) Android device itself can see.
    <https://i.postimg.cc/Zngy0SGT/filesys03.jpg> Look at /etc/resolv.conf

    Sure, we all know ADB can back up the system /etc/hosts file but even
    without ADB, I can read (and write) to far more of the Android file system
    from the PC than from the phone itself. From the Windows command line!
    <https://i.postimg.cc/nzFmPTKt/filesys04.jpg> cmd line access to /etc

    For example, when I mount the Android as a Windows drive letter, I can read "almost" the entire system (not all of it - but a lot more than you'd
    expect). And I can write to some of the system filesys too I think.
    <https://i.postimg.cc/PJF1ZZwn/filesys05.jpg> Look at the dnsproxy file

    In summary, given my observation that when mounting an Android filesystem
    as a drive letter on Windows that you can see far more than you'd expect to see, one possible backup mechanism might be to use a Windows copy script.
    <https://i.postimg.cc/2SxM8V16/rootfilesystem.jpg> Windows root access!
    --- Synchronet 3.20c-Linux NewsLink 1.2
  • From Daniel70@daniel47@eternal-september.org to comp.sys.mac.system,alt.os.linux,alt.comp.os.windows-10,comp.mobile.android on Wed Apr 16 20:53:56 2025
    From Newsgroup: comp.sys.mac.system

    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
    --- Synchronet 3.20c-Linux NewsLink 1.2
  • From Paul@nospam@needed.invalid to comp.sys.mac.system,alt.os.linux,alt.comp.os.windows-10,comp.mobile.android on Wed Apr 16 08:28:33 2025
    From Newsgroup: comp.sys.mac.system

    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
    --- Synchronet 3.20c-Linux NewsLink 1.2
  • From Alan@nuh-uh@nope.com to comp.sys.mac.system,alt.os.linux,alt.comp.os.windows-10,comp.mobile.android on Wed Apr 16 13:25:08 2025
    From Newsgroup: comp.sys.mac.system

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

    --- Synchronet 3.20c-Linux NewsLink 1.2
  • From Alan@nuh-uh@nope.com to comp.sys.mac.system,alt.os.linux,alt.comp.os.windows-10,comp.mobile.android on Wed Apr 16 13:26:32 2025
    From Newsgroup: comp.sys.mac.system

    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...
    --- Synchronet 3.20c-Linux NewsLink 1.2
  • From Carlos E.R.@robin_listas@es.invalid to comp.sys.mac.system,alt.os.linux,alt.comp.os.windows-10,comp.mobile.android on Wed Apr 16 23:10:13 2025
    From Newsgroup: comp.sys.mac.system

    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.
    --- Synchronet 3.20c-Linux NewsLink 1.2
  • From Paul@nospam@needed.invalid to comp.sys.mac.system,alt.os.linux,alt.comp.os.windows-10,comp.mobile.android on Wed Apr 16 17:24:24 2025
    From Newsgroup: comp.sys.mac.system

    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
    --- Synchronet 3.20c-Linux NewsLink 1.2
  • From Alan@nuh-uh@nope.com to comp.sys.mac.system,alt.os.linux,alt.comp.os.windows-10,comp.mobile.android on Wed Apr 16 14:41:39 2025
    From Newsgroup: comp.sys.mac.system

    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.

    --- Synchronet 3.20c-Linux NewsLink 1.2
  • From Hank Rogers@Hank@nospam.invalid to comp.sys.mac.system,alt.os.linux,alt.comp.os.windows-10,comp.mobile.android on Wed Apr 16 17:54:31 2025
    From Newsgroup: comp.sys.mac.system

    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.

    --- Synchronet 3.20c-Linux NewsLink 1.2
  • From Alan@nuh-uh@nope.com to comp.sys.mac.system,alt.os.linux,alt.comp.os.windows-10,comp.mobile.android on Wed Apr 16 18:52:17 2025
    From Newsgroup: comp.sys.mac.system

    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?
    --- Synchronet 3.20c-Linux NewsLink 1.2
  • From Alan@nuh-uh@nope.com to comp.sys.mac.system,alt.os.linux,alt.comp.os.windows-10,comp.mobile.android on Wed Apr 16 18:52:48 2025
    From Newsgroup: comp.sys.mac.system

    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.
    --- Synchronet 3.20c-Linux NewsLink 1.2
  • From Paul@nospam@needed.invalid to comp.sys.mac.system,alt.os.linux,alt.comp.os.windows-10,comp.mobile.android on Thu Apr 17 01:15:45 2025
    From Newsgroup: comp.sys.mac.system

    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
    --- Synchronet 3.20c-Linux NewsLink 1.2
  • From Alan@nuh-uh@nope.com to comp.sys.mac.system,alt.os.linux,alt.comp.os.windows-10,comp.mobile.android on Wed Apr 16 23:45:09 2025
    From Newsgroup: comp.sys.mac.system

    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.
    --- Synchronet 3.20c-Linux NewsLink 1.2
  • From Carlos E.R.@robin_listas@es.invalid to comp.sys.mac.system,alt.os.linux,alt.comp.os.windows-10,comp.mobile.android on Thu Apr 17 11:08:04 2025
    From Newsgroup: comp.sys.mac.system

    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.
    --- Synchronet 3.20c-Linux NewsLink 1.2
  • From Paul@nospam@needed.invalid to comp.sys.mac.system,alt.os.linux,alt.comp.os.windows-10,comp.mobile.android on Thu Apr 17 08:26:23 2025
    From Newsgroup: comp.sys.mac.system

    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
    --- Synchronet 3.20c-Linux NewsLink 1.2
  • From Paul@nospam@needed.invalid to comp.sys.mac.system,alt.os.linux,alt.comp.os.windows-10,comp.mobile.android on Thu Apr 17 09:01:33 2025
    From Newsgroup: comp.sys.mac.system

    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
    --- Synchronet 3.20c-Linux NewsLink 1.2
  • From Carlos E.R.@robin_listas@es.invalid to comp.sys.mac.system,alt.os.linux,alt.comp.os.windows-10,comp.mobile.android on Thu Apr 17 21:43:57 2025
    From Newsgroup: comp.sys.mac.system

    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.
    --- Synchronet 3.20c-Linux NewsLink 1.2
  • From Frank Slootweg@this@ddress.is.invalid to comp.sys.mac.system,alt.os.linux,alt.comp.os.windows-10,comp.mobile.android on Fri Apr 18 17:36:47 2025
    From Newsgroup: comp.sys.mac.system

    Marion <marion@facts.com> wrote:
    On 15 Apr 2025 13:18:40 GMT, Frank Slootweg wrote :


    This PC\Frank's Galaxy A51\Internal storage\Android\data\net.osmand.plus\files

    But 'This PC\Frank's Galaxy A51\Internal storage' is only accessible
    in File Explorer, it's not part of the normal file system, nor
    accessible as a Network Share, so you can't use normal copy or backup utilities. (Perhaps in Windows PowerShell one can 'program'/control File Explorer? No idea.)

    I will agree with anyone who says anything logically sensible, where I
    agree with Frank that there must be a DIY backup mechanism to Windows.

    On the one topic of the paradoxical observation that both Frank Slootweg
    and I have experienced of what can be "seen" by the PC vs the phone...
    <https://i.postimg.cc/1zrmSmQc/davroot.jpg> Windows can see Android root!

    I also have been surprised when the PC can see *far* more of the Android
    file system than the (non rooted) Android device itself can see.
    <https://i.postimg.cc/Zngy0SGT/filesys03.jpg> Look at /etc/resolv.conf

    Sure, we all know ADB can back up the system /etc/hosts file but even
    without ADB, I can read (and write) to far more of the Android file system from the PC than from the phone itself. From the Windows command line!
    <https://i.postimg.cc/nzFmPTKt/filesys04.jpg> cmd line access to /etc

    For example, when I mount the Android as a Windows drive letter, I can read "almost" the entire system (not all of it - but a lot more than you'd expect). And I can write to some of the system filesys too I think.
    <https://i.postimg.cc/PJF1ZZwn/filesys05.jpg> Look at the dnsproxy file

    In summary, given my observation that when mounting an Android filesystem
    as a drive letter on Windows that you can see far more than you'd expect to see, one possible backup mechanism might be to use a Windows copy script.
    <https://i.postimg.cc/2SxM8V16/rootfilesystem.jpg> Windows root access!

    Yes, an app on Android - in your case the WebDAV Server - can see
    part/most of the *root* file system, but it can't look in the
    *app-private data areas*: Internal storage\Android\data, etc..

    So, as your last screenshot shows, you can look into the com.<name>
    folders of some apps, but you will find that those are only *built-in*
    apps, i.e. the ones which came with the phone.

    You can't get into the Internal storage\Android\data\com.<name>
    folders of *user-installed* apps.

    So this method is no solution for Android full backup, because it
    can't backup the most important part, the user data and settings.
    --- Synchronet 3.20c-Linux NewsLink 1.2
  • From Alan@nuh-uh@nope.com to comp.sys.mac.system,alt.os.linux,alt.comp.os.windows-10,comp.mobile.android on Fri Apr 18 10:49:16 2025
    From Newsgroup: comp.sys.mac.system

    On 2025-04-18 10:36, Frank Slootweg wrote:
    Marion <marion@facts.com> wrote:
    On 15 Apr 2025 13:18:40 GMT, Frank Slootweg wrote :


    This PC\Frank's Galaxy A51\Internal storage\Android\data\net.osmand.plus\files

    But 'This PC\Frank's Galaxy A51\Internal storage' is only accessible
    in File Explorer, it's not part of the normal file system, nor
    accessible as a Network Share, so you can't use normal copy or backup
    utilities. (Perhaps in Windows PowerShell one can 'program'/control File >>> Explorer? No idea.)

    I will agree with anyone who says anything logically sensible, where I
    agree with Frank that there must be a DIY backup mechanism to Windows.

    On the one topic of the paradoxical observation that both Frank Slootweg
    and I have experienced of what can be "seen" by the PC vs the phone...
    <https://i.postimg.cc/1zrmSmQc/davroot.jpg> Windows can see Android root! >>
    I also have been surprised when the PC can see *far* more of the Android
    file system than the (non rooted) Android device itself can see.
    <https://i.postimg.cc/Zngy0SGT/filesys03.jpg> Look at /etc/resolv.conf

    Sure, we all know ADB can back up the system /etc/hosts file but even
    without ADB, I can read (and write) to far more of the Android file system >> from the PC than from the phone itself. From the Windows command line!
    <https://i.postimg.cc/nzFmPTKt/filesys04.jpg> cmd line access to /etc

    For example, when I mount the Android as a Windows drive letter, I can read >> "almost" the entire system (not all of it - but a lot more than you'd
    expect). And I can write to some of the system filesys too I think.
    <https://i.postimg.cc/PJF1ZZwn/filesys05.jpg> Look at the dnsproxy file

    In summary, given my observation that when mounting an Android filesystem
    as a drive letter on Windows that you can see far more than you'd expect to >> see, one possible backup mechanism might be to use a Windows copy script.
    <https://i.postimg.cc/2SxM8V16/rootfilesystem.jpg> Windows root access!

    Yes, an app on Android - in your case the WebDAV Server - can see part/most of the *root* file system, but it can't look in the
    *app-private data areas*: Internal storage\Android\data, etc..

    So, as your last screenshot shows, you can look into the com.<name> folders of some apps, but you will find that those are only *built-in*
    apps, i.e. the ones which came with the phone.

    You can't get into the Internal storage\Android\data\com.<name>
    folders of *user-installed* apps.

    So this method is no solution for Android full backup, because it
    can't backup the most important part, the user data and settings.

    Imagine that:

    Arlen not speaking "only facts".
    --- Synchronet 3.20c-Linux NewsLink 1.2
  • From Marion@marion@facts.com to comp.sys.mac.system,alt.os.linux,alt.comp.os.windows-10,comp.mobile.android on Fri Apr 25 00:35:05 2025
    From Newsgroup: comp.sys.mac.system

    On 18 Apr 2025 17:36:47 GMT, Frank Slootweg wrote :


    Yes, an app on Android - in your case the WebDAV Server - can see
    part/most of the *root* file system, but it can't look in the
    *app-private data areas*: Internal storage\Android\data, etc.

    Yes. That's the part that initially surprised me when I saw that.
    The WebDAV app can see more than the file manager apps can see.
    Even some file managers can see more than other file managers.

    I'd have thought it would be more consistent.
    As it is, we have to try every file manager to see which is best.

    I just counted mine. I have twenty file managers, in this order.
    RoundSync
    MiX
    ZArchiver
    Ghost Commander
    SMTFile Manager
    MK Explorer
    FX Explorer
    Samsung MyFiles
    Amaze
    Amaze Utilities
    X-plore
    OI File Manager
    Material Files
    Files.nbu
    Files.marc
    Explorer
    Simple Explorer
    Solid Explorer
    Cx File Explore
    Dir

    So, as your last screenshot shows, you can look into the com.<name>
    folders of some apps, but you will find that those are only *built-in*
    apps, i.e. the ones which came with the phone.

    Oh. Interesting observation. I hadn't noticed what the delta was.
    Thanks for that astute observation.

    You can't get into the Internal storage\Android\data\com.<name>
    folders of *user-installed* apps.

    Yeah. I knew it wasn't everything. But I didn't know what was protected.

    So this method is no solution for Android full backup, because it
    can't backup the most important part, the user data and settings.

    Agreed. I hope I didn't sound like I was suggesting it for a FULL backup.
    I just meant you can back up more than what you see in a typical file
    manager.

    And you can back up using a batch file with the drive letter such as
    robocopy P:\ <destination> /E /COPYALL

    (Assuming your sdcard, for example, is mounted as drive "P:" on Win10.)

    Thanks for the clarifications. I will agree with anyone who makes sensible statements just as I disagree with anyone who doesn't (which could be the
    same person at any given time - which I find odd that other people find
    that even-keeled attitude strange to them). I'm not religious that way.

    If God tells me the truth, I believe it & thank him.
    If God tells a lie, I confront him.

    What matters to me isn't the person - but what they say.
    Each interaction is water under the bridge.
    The next interaction starts the process anew.
    --- Synchronet 3.20c-Linux NewsLink 1.2
  • From Lawrence D'Oliveiro@ldo@nz.invalid to comp.sys.mac.system,alt.os.linux,alt.comp.os.windows-10,comp.mobile.android on Sat Jul 12 00:18:56 2025
    From Newsgroup: comp.sys.mac.system

    On Wed, 9 Apr 2025 12:42:59 +0200, Carlos E.R. wrote:

    This does exist, I worked for a company which allowed PGP in their
    corporate email, but using a doctored version that added a key owned by
    the company, so that they could read any email.

    Is that Free Software? Well, their PGP version was published, license unchanged, AFAIK.

    Did they prevent you from substituting your own version?
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Carlos E.R.@robin_listas@es.invalid to comp.sys.mac.system,alt.os.linux,alt.comp.os.windows-10,comp.mobile.android on Sat Jul 12 22:51:01 2025
    From Newsgroup: comp.sys.mac.system

    On 2025-07-12 02:18, Lawrence D'Oliveiro wrote:
    On Wed, 9 Apr 2025 12:42:59 +0200, Carlos E.R. wrote:

    This does exist, I worked for a company which allowed PGP in their
    corporate email, but using a doctored version that added a key owned by
    the company, so that they could read any email.

    Is that Free Software? Well, their PGP version was published, license
    unchanged, AFAIK.

    Did they prevent you from substituting your own version?

    No. But you could be fired for breach of regulations or whatever.

    Maybe in contradiction with current laws on data protections in the EU
    and Spain; but this is corporate mail, not private mail. Touchy.
    --
    Cheers, Carlos.
    --- Synchronet 3.21a-Linux NewsLink 1.2