Date: Sat, 01 Apr 1995 05:35:33 -0800 From: David Greenman <davidg@Root.COM> To: Bruce Evans <bde@zeta.org.au> Cc: jkh@freefall.cdrom.com, bugs@ns1.win.net, gary@palmer.demon.co.uk, hackers@FreeBSD.org, tom@haven.uniserve.com Subject: Re: 4 gig st15150n disk setups Message-ID: <199504011335.FAA01579@corbin.Root.COM> In-Reply-To: Your message of "Sat, 01 Apr 95 23:19:59 %2B1000." <199504011319.XAA10905@godzilla.zeta.org.au>
next in thread | previous in thread | raw e-mail | index | archive | help
>>> Some but not all bugs involving >=2GB file systems have been fixed. E.g., >>> the clustering code silently botches single files >=2GB, and mmap() > >>Are we talking file sizes or file system sizes? > >>> silently botches offsets >=4GB. I don't know of any problem for normally >>> sized files but wouldn't trust file systems >=2GB. > >>I've been running on one 4GB and on 8.6GB pretty _heavily_ with no problems >>whatsoever for a few weeks now! > >Both. I don't trust any software that doesn't check for overflow. Just to clarify what Bruce is saying: If someone were to create a file that was >2GB, BAD things would happen. The system currently considers any blocks >2GB and <4GB as file metadata (for containing indirect blocks). Not only would this certainly cause the machine to panic, it would almost certainly cause random filesystem corruption. I'll try to fix as many of these potential problems as possible before the release. -DG
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199504011335.FAA01579>