home bbs files messages ]

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

   alt.os.linux.mint      Looks pretty on the outside, thats it!      30,566 messages   

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

   Message 29,937 of 30,566   
   Felix to Paul   
   Re: LM file transfer/copy issues   
   19 Dec 25 07:19:46   
   
   XPost: aus.computers   
   From: none@not.here   
      
   Paul wrote:   
   > On Wed, 12/17/2025 4:38 AM, Felix wrote:   
   >   
   >> sorry, I think I've not explained it well. I'm using a LM PC. I'm not   
   connecting to a windows PC. I have an Ext4 drive installed in the LM PC. I   
   want to copy files to it from a NTFS drive connected via USB to a hard drive   
   box. I'm not copying or    
   moving any files to or from the main drive with LM on it.   
   >>   
   >> https://auslink.info/linux/case1.jpg   
   >> https://auslink.info/linux/case2.jpg   
   >>   
   > What is the SMART status of this drive ?   
   >   
   > When is the last time it had a CHKDSK ?   
   >   
   > If you do [assumes drive is /dev/sdb]   
   >   
   >     sudo dd if=/dev/sdb of=/dev/null   
   >   
   > can the command read every sector on the drive ?   
   >   
   > We aren't copying the drive there, just checking for   
   > CRC errors on the sectors. The Linux "dd" will stop   
   > on the first CRC error it sees.   
   >   
   > *******   
   >   
   > You don't need a Windows install to run CHKDSK.   
   >   
   > You can boot an [era correct] installer DVD,   
   > select "Troubleshooting" instead of Install Now,   
   > and use the Command Prompt and run a CHKDSK in there.   
   >   
   >     CHKDSK /f C:   
   >   
   > or whatever drive letter the partition in question   
   > happens to occupy.   
      
   I've copied all files off this drive now, so I will now do this, and   
   report back. I had better success copying files using grsync   
      
   >   
   > *******   
   >   
   > And "obviously bad" combinations, just won't work at all.   
   > If you made an NTFS with 1MB clusters on it, W10 and W11   
   > can read that, but nothing else can, because other situations   
   > only support up to 64KB clusters. The regular C: drive uses   
   > 4KB clusters (which support encryption and compression that   
   > nobody uses). We make data drives used for image backups,   
   > to have 64KB clusters, but that likely does not result   
   > in any significant savings. It's just a fetish of sorts.   
   > Adding new cluster sizes to Windows, is bound to cause problems   
   > for the older OSes.   
   >   
   > We should be methodical and review what is known about   
   > the drive and its one or more data partitions.   
   >   
   > Discussing higher level issues, when the lower level   
   > doesn't have integrity, we have to cover off that   
   > part first, and assure ourselves "the disk is good   
   > enough to use" first.   
   >   
   > *******   
   >   
   > Once that is out of the way, you can try a   
   >   
   >     cp -Rp /media/mint/MYDATA/users/Felix/Pictures ~/Downloads/Pictures   
   >   
   > That's just an example, where we don't start too high in the source   
   > tree, and we only copy things that really should copy (if the disk   
   > was working).   
   >   
   > If you mount this disk and do "ls" of the top level,   
   > would I be surprised at the top level structure ???   
   > The files/folders right at the top.   
   >   
   >     ls /media/mint/MYDATA   
   >   
   > You can also tell me, via a verbal description, whether   
   > the structure is a random adhoc data structure, or the drive   
   > is a C: with a Windows folder and a hiberfil.sys file and   
   > so on. Set the scene for me, like a color commentary sort of thing.   
      
   the drive is only a data drive. no OS on it.   
      
   >   
   >     Paul   
      
      
   --   
   Linux Mint 22.2   
      
   --- 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