Date: Thu, 25 Aug 2016 20:41:42 +0000 From: bugzilla-noreply@freebsd.org To: freebsd-bugs@FreeBSD.org Subject: [Bug 212139] r298900 introduced a fatal failure case for >2TB disk size reporting bugs Message-ID: <bug-212139-8-socIxkcu2Q@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-212139-8@https.bugs.freebsd.org/bugzilla/> References: <bug-212139-8@https.bugs.freebsd.org/bugzilla/>
index | next in thread | previous in thread | raw e-mail
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=212139 --- Comment #3 from Toomas Soome <tsoome@freebsd.org> --- I havent found yet good way, but there is something to think about. Essentially there are 2 cases: 1. unpartitioned raw disk with pool on it. We can get size from pool label and provide as disk meta info down to biosdisk if we like to. 2. partitioned disk - almost all cases, except GPT backup label read, depend on partition boundaries, so essentially the read should honor the partition boundaries. It means the disk open, should again have means to pass the boundaries down to biosdisk. So with exception of GPT backup label read and unpartitioned disk, all other reads should be checked not against disk size, but partition size... and this information is known. -- You are receiving this mail because: You are the assignee for the bug.help
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-212139-8-socIxkcu2Q>