Date: Wed, 27 Jun 2012 23:27:29 +0400 From: "Andrey V. Elsukov" <bu7cher@yandex.ru> To: Marcel Moolenaar <marcel@xcllnt.net> Cc: Doug Rabson <dfr@freebsd.org>, Marcel Moolenaar <marcel@freebsd.org>, Pawel Jakub Dawidek <pjd@freebsd.org>, freebsd-hackers <freebsd-hackers@freebsd.org>, Andriy Gapon <avg@freebsd.org>, freebsd-current <freebsd-current@freebsd.org> Subject: Re: [CFC/CFT] large changes in the loader(8) code Message-ID: <4FEB5EA1.7060903@yandex.ru> In-Reply-To: <7E41D945-F6FA-48D5-ADDC-4884A7C7C0F8@xcllnt.net> References: <4FE9B01C.30306@yandex.ru> <201206261337.11741.jhb@freebsd.org> <4FEA910C.4090305@yandex.ru> <7E41D945-F6FA-48D5-ADDC-4884A7C7C0F8@xcllnt.net>
next in thread | previous in thread | raw e-mail | index | archive | help
This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig83CA4CDA895588EA348A5B70 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable On 27.06.2012 21:55, Marcel Moolenaar wrote: > You can't just re-interpret standards to match a context you know very = well > isn't applicable and consequently redefine what the word "device" means= =2E > You're on a slippery slope and while you may not see it as a problem, y= ou > do make it a problem for FreeBSD users. It's our users we should be kee= ping > in mind when we solve problems. >=20 >> If a user wants modify GPT in the disk editor from the another OS, >> he can do it, and it should work. The result depends only from the par= tition editor, >> it might overwrite the last sector and might don't. >=20 > Right. Another happy user that sees his/her FreeBSD installation destro= yed > or degraded (no mirroring, warning messages about corrupted GPT, etc) f= or > no apparent reason and without any kind of warning that what he/she is = doing > is potentially harmful... That's the spirit! Ok. Let's return back to my patches. They don't add any new methods to shoot in the foot. We are talking about the *FreeBSD loader*. This is the program that starts FreeBSD kernel. It doesn't start other OS. We already have many users who uses FreeBSD as a single system on the machine. Many of them use GPT inside of some GEOM provider. You can just read the lists, articles about installing FreeBSD, forums, etc. We already have these users and i hope they will use FreeBSD as before. So, why can't add a simple quirk to make theirs system a bit more reliable? As i understand there two parts where we haven't a consensus: 1. You are against from: Our loader detects that primary GPT header is damaged. It tries to read backup GPT header from the last LBA and it detects that there is "GEOM::" signature. It tries to read one previous sector and there is *valid* GPT header. It is valid, because it's CRC is valid, it's self_LBA is valid. For the *FreeBSD* users it is better to don't use this GPT and just complain "i'm sorry, can't boot". The other OSes can't, and we shouldn't. 2. You are against from having one fake PMBR entry by default in the /boot/pmbr image. Ok, I can propose several ways to resolve this: * remove from the loader's GPT probing code restriction to necessarily have PMBR partition record in the MBR; * teach the boot0cfg command properly write the PMBR; * add new condition to mark GPT as corrupt when it has invalid PMBR. Thus, when you write PMBR with empty partition table with dd(1), the kernel will complain and you will be forced to run `gpart recover`. --=20 WBR, Andrey V. Elsukov --------------enig83CA4CDA895588EA348A5B70 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJP616pAAoJEAHF6gQQyKF6+e4H/iJa1VBeTVo2y5XMs0n4jwSZ ESorJVjkq+erib5v25ww5YHD4B2302wYaSJUu4dSHtWvAv9WRbMz917GPnYegc8T PNGPOuVFUqBYcdlBbJFoPg+yZG+OdkLzjLrcQk3GCOpapBxTD5FNhGaWzwtZUhJ2 yD0wnmS1qwJKObiJxWQOgC9NoJJT06b033ss+aj8qERbE0Sh7jijDycG4rNDYI71 b5LbBXqU+YrmJRrWz4x9i1kKBe/O6XVgeNEW/wmhz7XuWQiCnJ7jiUknrsxYofP/ 7ybGIgZaQn+ZhC0AFkdiqxF5RW/sYsB+CIeOoGtZnG8zclgkdUJNsgv9L+BCdBs= =r5NN -----END PGP SIGNATURE----- --------------enig83CA4CDA895588EA348A5B70--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4FEB5EA1.7060903>