Date: Sun, 04 Sep 2016 09:31:10 +0000 From: bugzilla-noreply@freebsd.org To: freebsd-bugs@FreeBSD.org Subject: =?UTF-8?B?W0J1ZyAyMTE3MTVdIFNvbWUgY29tcHV0ZXJzIGNhbiBub3QgYm9vdCDigJMg?= =?UTF-8?B?bm8gZmlsZSBzeXN0ZW0gZm91bmQgKGUuZy4gJ05vbi1TeXN0ZW0gZGlzayBv?= =?UTF-8?B?ciBkaXNrIGVycm9yIOKApicpIOKAkyB3aGVyZSB0aGUgR1BUIGFuZCBwYXJ0?= =?UTF-8?B?aXRpb25zIGFyZSBjcmVhdGVkIGJ5IGdwYXJ0KDgp?= Message-ID: <bug-211715-8-1PO0Ozhwj8@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-211715-8@https.bugs.freebsd.org/bugzilla/> References: <bug-211715-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=211715 --- Comment #3 from Graham Perrin <grahamperrin@gmail.com> --- Another workaround, good for most cases: Use gdisk <http://www.rodsbooks.com/gdisk/> to relocate backup data structures to the end of the disk. gdisk is included with GParted Live. So far I have encountered four computers that will not boot a FreeBSD-based operating system without post-installation attention to the GPT. Two HP, two Apple. ---- The most recent case is the first for which gdisk relocation of backup data structures was _not_ a workaround. HP EliteBook 8540p with recently released GhostBSD 10.3 <http://www.ghostbsd.org/10.3_enoch>. In this case I took the same approach as in https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211715#c2 above. Specifically, I booted GParted Live from a USB flash drive then used GParted to: a) shrink the fat16 file system /dev/sda1 by 1 MiB (from 100 to 99 MiB); and then b) create a corresponding amount of free space before that partition. -- 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-211715-8-1PO0Ozhwj8>
