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/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D211715 --- Comment #3 from Graham Perrin <grahamperrin@gmail.com> --- Another workaround, good for most cases:=20 Use gdisk <http://www.rodsbooks.com/gdisk/>; to relocate backup data structu= res to the end of the disk. gdisk is included with GParted Live.=20 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.=20 ---- The most recent case is the first for which gdisk relocation of backup data structures was _not_ a workaround.=20 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=3D211715#c2 above.=20 Specifically, I booted GParted Live from a USB flash drive then used GParted to:=20 a) shrink the fat16 file system=20 /dev/sda1 by 1 MiB (from 100 to 99 MiB); and then=20 b) create a corresponding amount of free space before that partition. --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-211715-8-1PO0Ozhwj8>