Date: Mon, 27 Jun 2016 20:31:50 +0000 From: bugzilla-noreply@freebsd.org To: freebsd-amd64@FreeBSD.org Subject: [Bug 210572] Installer does not fully identify discs in multiple-disc system Message-ID: <bug-210572-6-aDjjMt3jWX@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-210572-6@https.bugs.freebsd.org/bugzilla/> References: <bug-210572-6@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D210572 --- Comment #2 from MMacD <scratch65535@att.net> --- I always take option 1, the guided MBR thing. Which only shows the useless model numbers.=20=20 I do that in part that's because my field is human factors, so I do what new people do because that's where the problems show up quickest. The people w= ho wrote the installer are experts, and it's pretty much impossible without a = lot of training for an expert to remember how it was to be a novice. So they do things that seem perfectly sensible to them, but which confuse and derail anyone new. (For broadly the same reason, whenever I'd do QA, I'd always go after the boundary conditions because I'd invariably find bugs, which would enrage the dev and product managers. But I was the program manager so they didn't say too much) Would it really be hard to migrate the information from the part table edit= or?=20 It doesn't seem like it would be - the code already exists and it's not as = tho the installer has to fit in rom - but I've not looked at the code. It really is a bug, if you want people to be able to reliably use that opti= on even under boundary conditions. --=20 You are receiving this mail because: You are on the CC list for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-210572-6-aDjjMt3jWX>