home bbs files messages ]

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

   alt.os.linux.mandriva      Somewhat decent but also getting bloated      29,919 messages   

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

   Message 28,743 of 29,919   
   Aragorn to so that all   
   Re: OT: ext4 or NTFS for external drive?   
   15 Nov 12 23:07:32   
   
   From: stryder@telenet.be.invalid   
      
   On Thursday 15 November 2012 14:19, Olive conveyed the following to   
   alt.os.linux.mandriva...   
      
   > Le 14/11/12, Aragorn a écrit :   
   >> On Wednesday 14 November 2012 01:17, TJ conveyed the following to   
   >> alt.os.linux.mandriva...   
   >>   
   >> > On 11/13/2012 04:09 PM, Adam wrote:   
   >> >>   
   >> >> In short, I'd suggest making it into several partitions based on   
   >> >> your particular needs, and there's nothing wrong with leaving some   
   >> >> of it unpartitioned for now.  Allow a day or more for full r/w   
   >> >> testing of all the partitions, although of course you can use your   
   >> >> computer for anything else during that.  I'd recommend a thorough   
   >> >> r/w test at the start, before you have any important data on it   
   >> >> and while it's still easy to return or exchange should there be   
   >> >> any problems.   
   >> >>   
   >> > Most of the stuff I'll be putting on this drive isn't OS-specific -   
   >> > photos, videos, PDFs, etc. Stuff that I access very infrequently   
   >> > and don't need cluttering up my main hard drive, but stuff I want   
   >> > to find easily when I do want it. And since the OS I use 95+% of   
   >> > the time is Linux, keeping Windows compatibility is probably not   
   >> > all that important, now that I think of it.   
   >>   
   >> If you can do without the Windows compatibility, then I would suggest   
   >> going with ext4, with the journaling switched off - this is a   
   >> mount-time option - *and* to put that ext4 filesystem on a logical   
   >> volume.  That way you can keep some empty space on the device for   
   >> other purposes, and yet retain the option of enlarging the existing   
   >> ext4 filesystem if need be.   
   >   
   > Why would you switch the journal off?   
      
   To save up on diskspace and eliminate the overhead.  It is after all a   
   removable storage device, and not expected to be mounted all of the   
   time.  If this does not apply to the OP's external disk, then he can   
   leave the journal on, of course.   
      
   Note: Many hard disk-like removable storage devices are not designed to   
         be used continuously and may break down if you do use them that   
         way.  Iomega Jaz and Rev disks are notorious examples.   
      
   > This can be important if the drive has not been cleanly unmounted   
   > (this is the case if you accidentally unplug the drive, without having   
   > unmounting it). The journal is very sufficient.   
      
   All removable (and temporarily mounted) storage devices should be   
   mounted with the "sync" option, so that all writes to the device are   
   instantaneous and atomic.   
      
   > vfat has the great problem of having 4GB maximum file size, that can   
   > matter if you store moovies or big files for whatever reason.   
      
   True.   
      
   > From my experience ntfs-3g is very good and it would probably be as   
   > fast as any other filesystem because the bottleneck is the physical   
   > reading capability of your hard drive not the time to decode   
   > information from the filesystem. But then you cannot use linux feature   
   > (linux permission, symbolic links, special files, etc...).   
      
   ntfs-3g is the Linux userspace driver.  It doesn't have anything to do   
   with NTFS, the on-disk filesystem itself.  And NTFS is an ugly mess.   
   That was my point. ;-)   
      
   --   
   = Aragorn =   
   (registered GNU/Linux user #223157)   
      
   --- 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