Date: Sat, 30 Oct 2004 18:53:40 -0700 From: Marcel Moolenaar <marcel@xcllnt.net> To: Emanuel Strobl <Emanuel.Strobl@gmx.net> Cc: current@freebsd.org Subject: Re: 5.3-RELEASE TODO Message-ID: <B002ED17-2ADF-11D9-AC31-000D93C47836@xcllnt.net> In-Reply-To: <200410310051.02937.Emanuel.Strobl@gmx.net> References: <200410290741.i9T7f8DW095035@pooker.samsco.org> <200410302346.18306.Emanuel.Strobl@gmx.net> <4184181A.303@freebsd.org> <200410310051.02937.Emanuel.Strobl@gmx.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Oct 30, 2004, at 3:51 PM, Emanuel Strobl wrote: >>> What about misc/72895, i386/73251 and misc/72896? The latter is not >>> that >>> critical but GEOM_GPT really has edges on i386 which aren't suitable >>> for >>> -stable! Removing GEOM_GPT from GENERIC would be one solution IMO, >>> fixing >>> of course was even better, but I can't help. >> >> 72895 is indeed serious, but it doesn't prevent a normal install so >> long >> and you specifically avoid the problem. Unfortunately there are no >> patches attached to this PR, so it's hard for us to evaluate how hard >> it >> would be to fix it. I probably should have landed on the TODO list a >> long time ago, and I'll make sure it gets on the 5.3 TODO list. But >> again it's not a show-stopper because it doesn't prevent a normal >> install from succeeding. >> >> 73251 is strange. No one that I've seen can possibly imagine why ACPI >> would affect GPT. But again, GPT is not the normal way to install and >> boot an i386. While I know of a few Intel systems that have EFI and >> GPT >> for i386, MBR partitioning still works. >> >> 72896 is another GPT one, and again GPT is just not the predominate >> way >> to deal with i386. I'd really like to see these fixed for 5.4. >> >> So I don't want to discount your concern, but given the very small >> user >> base that is concerned about GPT, it's hard to justify delaying the >> release further for these bugs. > > Ok, it sounds sensible, but the please remove GEOM-GPT from the GENRIC > i386 > kernel. Unnecessary. I closed both PRs that related to GPT. One is pilot error (using the -k option with gpt migrate is the root cause and as the gpt manual mentioned, is only there for debugging purposes), the other has been fixed in -current and is not in anyway going to cause problems for 5.3. The bottomline is: you have both MBR and GPT partitions on the same disk. This is not going to work and the cause of your problems. When no file systems arre mounted on the disk, GEOM presents all partitions, including the device files. The moment you mount, one of the slicers (and its partitions with device files) disappears. This is what you've been seeing and it has nothing to do with ACPI. It's just timing issue. FYI, -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?B002ED17-2ADF-11D9-AC31-000D93C47836>