home bbs files messages ]

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

   alt.os.linux.ubuntu      I preferred Xubuntu, seemed a bit faster      134,474 messages   

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

   Message 133,631 of 134,474   
   Paul to Jake M   
   Re: accessing win/ ubuntu files on Clone   
   17 Jan 24 22:20:26   
   
   From: nospam@needed.invalid   
      
   On 1/17/2024 8:48 PM, Jake M wrote:   
   > On 1/17/24 5:50 PM, Jake M wrote:   
   >> On 1/17/24 5:44 PM, Bobbie Sellers wrote:   
   >>> On 1/17/24 14:03, Jake M wrote:   
   >>>> Didn't mean to start a new topic here, but just finished a drive to drive   
   clone from my dual OS Ubuntu/Win PC to the back up hard drive. I did not use   
   compression.  In the past, I've been able to simply plug this drive into the   
   USB port and access    
   the files on it, but this time only the Win files are visible and the Ubuntu   
   partitions seem hidden. How to remedy?  Thanks.   
   >>>   
   >>> What format is the partition where you backed up the Ubuntu files?   
   >>>   
   >>> Which OS are you attempting to access those files from?   
   >>>   
   >>>   
   >>> bliss- Dell Precision 7730- PCLOS 2024.01- Linux 6.5.13- Plasma 5.27.10   
   >>   
   >> Whatever format Clonezilla uses, a direct to direct hard drive copy.    
   >> I am attempting to access from Ubuntu.  I did it before and all of   
   >> the Ubuntu partitions came up, but so far they are hidden.  I just forgot   
   how I did it.   
   >   
   > If Clonezilla makes exact copies, which I assume it does, then the   
   partitions would be   
   > ntfs for Win and ext4 for Ubuntu.  That is what the original hard drive is.   
      
   sudo apt install disktype   
      
   sudo disktype /dev/sda   
      
   That utility sniffs the partitions, and if there is a problem,   
   it might be apparent at this point.   
      
   Partition 10: 46.39 GiB (49806311424 bytes, 97277952 sectors from 1856245759+1)   
       Type 0x83 (Linux)   
       Ext4 file system   
         Volume name "U2310"   
         UUID 9FFC89FC-0EB1-45B9-AEE6-E834AA56DE7D (DCE, v4)   
         Last mounted at "/"   
         Volume size 46.39 GiB (49806311424 bytes, 12159744 blocks of 4 KiB)   
      
   By checking the file system header, determine the type, then   
   testing a few points within the partition, that's where the   
   "Type 0x83" comes from.   
      
   *******   
      
   Looking at the partition table, is a second issue.   
      
   This is the "bookkeeping" side of the setup. The bookkeeping should match   
   what disktype declares. It would be a serious issue, if the type field   
   in the partition table, does not match the file system actually in the   
   partition.   
   The software still checks the file system header.   
      
   sudo gdisk /dev/sda         # Checks the disk partitioning type first.   
                               # You can type "Q" to Quit, if it finds the disk   
   is not GPT   
                               # and it is printing out silly warnings.   
      
                               # Otherwise, typing "P" to print, will show some   
   info.   
      
                               # GDisk will be calm and collected, if the disk is   
   GPT partitioned.   
                               # And won't make such a fuss. If the disk is not   
   GPT, we use fdisk.   
      
   sudo fdisk /dev/sda         # If you quickly exited gdisk because of the   
   warnings,   
                               # the fdisk utility is for MBR partitioned disks.   
                               # Typing "P" to print, dumps the partition table   
   info.   
                               # Type "Q" to quit.   
      
   Perhaps by this point, it will already be apparent there was a failure   
   during cloning.   
      
      Paul   
      
   --- SoupGate-Win32 v1.05   
    * Origin: you cannot sedate... all the things you hate (1:229/2)   

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


(c) 1994,  bbs@darkrealms.ca