John wrote:
> > ... gpart should show warning message if user is trying to put
> > GPT on non real disk devices.
...
>This also seem to prevent something useful like:
>
> # camcontrol inquiry da0
> pass2: Fixed Direct Access SCSI-5 device
> pass2: Serial Number 3TB1BKGX9036W9EN
> pass2:
Lev Serebryakov wrote:
> >> GPT _must_ be placed twice -- at first and last sectors
> >> (really, more than one sectors). By standard. Secondary
> >> copy must be at end of disk. Period.
> > Then, "by standard" GPT cannot coexist with GLABEL. Such setup
> > should be disallowed, or at least big n
Lev Serebryakov wrote:
> GPT must have backup copy in last sector by standard ...
In that case, shouldn't it refuse to install on any provider that is
not in fact a disk, so as not to create configurations that cannot
work properly?
> MBR doesn;t have any additional metadata. How adding one wil
Lev Serebryakov wrote:
> GPT (and MBR) metadata placement is dictated from outside world,
> where is no GEOM and geom_label. They INTENDED to be used on DISKS.
> BIOSes should be able to find it :)
Certainly GPT and MBR must place an instance of the partition table
where the BIOS expects it, b
Eitan Adler wrote:
> 2011/9/27 O. Hartmann :
> > Now I understand why some OS vendors have choosen the latin
> > 10 'X' for their tenth version of their operating system ...
>
> FreeBSD XP anyone?
Are you sure there's a sufficient window of opportunity? :)
___
Ade Lovett wrote:
> The undeniable fact is that configure scripts in general have
> chosen to do things a certain way. Unfortunately for us (us
> being FreeBSD), we have now broken these conceptions by moving
> to a dual-digit major release.
I don't suppose
REVISION="A.1"
i.e. using a sing
Steve Kargl wrote:
> Let's face, ULE is not a silver bullet.
Or perhaps it is, but this particular problem is so heavily armored
as to demand depleted uranium :)
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/fre
Gary Jennejohn wrote:
> IMO if you're going to make the binaries in base non-executable
> you might just as well delete them.
The chmod is reversible without having to recover the base binaries
from somewhere.
___
freebsd-current@freebsd.org mailing li
Ruben de Groot wrote:
> defer all questions about moving out of the base system ...
Last I knew, X was not _in_ the base system :)
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, se
