home bbs files messages ]

Forums before death by AOL, social media and spammers... "We can't have nice things"

   alt.os.linux      Getting to be as bloated as Windows!      107,822 messages   

[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]

   Message 106,939 of 107,822   
   Paul to All   
   Re: When I back-up .... Coping my Entire   
   17 Mar 25 11:54:50   
   
   From: nospam@needed.invalid   
      
   On Mon, 3/17/2025 9:21 AM, Daniel70 wrote:   
   > On 17/03/2025 10:49 pm, bad sector wrote:   
   >> On 3/11/25 06:52, Daniel70 wrote:   
   >>> Some time ago, I backed up my Laptop's 500GB internal HD to an 2TB   
   external HD using (I forget) ... It might have been 'dd' but I doubt it.   
   >>>   
   >>> However, the 500GB Internals Image took up 500GB on the External (i.e. a   
   byte-by-byte image, even the empty bytes, apparently!).   
   >>>   
   >>> Now, when I look at that External HD using my Win 11 Desk-top, it doesn't   
   'see' anything.   
   >>>   
   >>> Is this because Linux is at a 'Higher'/'deeper' level than Windows can   
   'see'??   
   >>   
   >> I would call that a reasonable observation with reference to the users.   
   >>   
   >>> If I back-up this Win-11 Desktop to the same External HD, is there a   
   possibility that Win-11 will write itself over the Linux Image?? Or is Win-11   
   able to detect that there is 'something' there so will go looking for the next   
   available UNUSED portion    
   of the External HD??   
   >>   
   >> dd if=/dev/sdA of=/somepath/mybackup-2025-03-17.dd bs=16M status=progress   
   >>   
   >> you can also create a partition exactly the same size as the source and   
   then do   
   >>   
   >> dd if=/dev/sdS of=/dev/sdT bs=16M status=progress   
   >>   
   >> I got "bs=16M" from Carlos some time ago, speeds it up a bit.   
   >>   
   >> If you dd'd a partition you can even boot it and use it but remove the   
   source drive before you do because both will have the same UUID. You can also   
   ure a SuperGrub DVD to boot it if you find it difficult. But you can also   
   mount a backup 'file' and    
   look inside it   
   >>   
   >> mount -o loop /somepath/mybackup-2025-03-17.dd /someotherpath   
   >>   
   >> If you ever boot such a copy you need to be careful with UUID's but also   
   with /etc/fstab content since other automounted partitions WILL fail to mount   
   unless the edits are first maid.   
   >>   
   >> It really pays to use removable drive backplane racks, they give you tons   
   of actual physical control that's increasingly being denied users. I just got   
   me an icy-dock model that squeezes 6 ssd's + a dvd into a single 5-1/2 inch   
   external bay and I    
   haven't used ANY fixed internal drives for 3 decades.   
   >>   
   > I have no intention of ever booting from the Back-up, just wanting to save   
   my data .... but thanks for the suggestions. ;-)   
      
   Only you can do the work, Obiwan.   
      
   We can't see what you've done from here.   
      
   I can place a 500GB file on a 2TB partition, and I can   
   analyze it later with "disktype some.file" and see   
   what is inside the file. If what is inside the file   
   resembles a hard drive, disktype will burst forth   
   with a summary of the old disk drive layout.   
      
   If there are file systems inside the file, a user can   
   use a loopback mount, with a byte offset value, and   
   that will allow reading or writing the partition *inside*   
   the 500GB file.   
      
   If the disk had been "dd" cloned to a second disk, then   
   things like "gnome-disks" should see the file system sitting   
   on the 2TB drive. Even disktype can see it (but should not be   
   needed, as the OS does the analysis for us).   
      
      sudo disktype /dev/sdb   
      
   You have all the tools you need, at your disposal, to   
   "determine what is inside a thing".   
      
      Paul   
      
   --- SoupGate-DOS v1.05   
    * Origin: you cannot sedate... all the things you hate (1:229/2)   

[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]


(c) 1994,  bbs@darkrealms.ca