On 13.09.2012 08:31, Eugene Grosbein wrote:
9-STABLE has got options GEOM_RAID in GENERIC.
In real world, this change is pretty harmful and there are lots of cases
when 9.0-RELEASE systems upgraded to 9-STABLE fail to mount root UFS filesystem
or attach ZFS.
It seems, there are lots of HDDs
13.09.2012 16:51, Alexander Motin wrote:
That's makes users very angry when production server fails to boot
with GENERIC kernel after correctly performed upgrade.
GEOM_RAID compiled in GENERIC should be deactivated and require activation
with some loader knob. Also, we need distinct RELEASE
Hi.
On 13.09.2012 15:51, Alexander Motin wrote:
Problem of on-disk metadata garbage is not limited to GEOM_RAID. For
example, I had case where remainders of old UFS file system were found
by GEOM_LABEL and ZFS incorrectly attached to it instead of proper GPT
partition, making other
On 13.09.2012 13:01, Eugene Grosbein wrote:
13.09.2012 16:51, Alexander Motin wrote:
That's makes users very angry when production server fails to boot
with GENERIC kernel after correctly performed upgrade.
GEOM_RAID compiled in GENERIC should be deactivated and require activation
with some
On Thursday, September 13, 2012 6:13:51 am Eugene M. Zheganin wrote:
From my point of view GEOM_RAID in GENERIC kernel is a bomb, and we
will lose lots of FreeBSD beginners due to this.
I had the completely opposite experience. I bought a new desktop and wanted
to use the onboard SATA RAID.
Hi!
9-STABLE has got options GEOM_RAID in GENERIC.
In real world, this change is pretty harmful and there are lots of cases
when 9.0-RELEASE systems upgraded to 9-STABLE fail to mount root UFS filesystem
or attach ZFS.
It seems, there are lots of HDDs supplied with pseudo-RAID labels at the end:
