https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=234741
--- Comment #16 from Toomas Soome ---
(In reply to David Chisnall from comment #15)
First of all: make sure you have backup/snapshot of the disk..
gpart create -s BSD da1
gpart add -t freebsd-zfs -b 0 da1
That should create BSD label and
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=234741
--- Comment #15 from David Chisnall ---
(In reply to Toomas Soome from comment #14)
How do I install the partition table? Is there a way of checking that there
isn't any ZFS data in the place where the partition table would live?
--
You
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=234741
--- Comment #14 from Toomas Soome ---
(In reply to David Chisnall from comment #13)
Yes you can install BSD label and define partition from sector 0, see comment
#10.
For device removal, stay tuned, I do have the patch. And yes, it would
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=234741
--- Comment #13 from David Chisnall ---
(In reply to Toomas Soome from comment #12)
I've upgraded the machine to 12-stable, and now it won't boot even with
copies=2. So, not great. I am currently booting using the install CD's
kernel, but
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=234741
--- Comment #12 from Toomas Soome ---
(In reply to David Chisnall from comment #11)
The problem with disk sizes, BIOS, and kernel is that kernel has its own
drivers to read the disk size - whatever type of disk is there, we do have
specifi
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=234741
David Chisnall changed:
What|Removed |Added
CC||dex...@freebsd.org
--- Comment #1
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=234741
--- Comment #10 from Toomas Soome ---
(In reply to Andriy Gapon from comment #9)
Woops, but in that case we are indeed in trouble, because we do not probe the
partitionless disks.
So in this case, we have few options:
1. can we install s
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=234741
--- Comment #9 from Andriy Gapon ---
(In reply to David Chisnall from comment #7)
I think that the incorrect size is the problem.
We use a size reported by BIOS or in a partition table as the size.
In this case, most of the second disk woul
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=234741
--- Comment #8 from Toomas Soome ---
(In reply to David Chisnall from comment #7)
Ok, so your second disk is not partitioned and the size is misreported, that is
bad.
The update in stable and current will ignore unpartitioned disks, but
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=234741
--- Comment #7 from David Chisnall ---
(In reply to Andriy Gapon from comment #6)
No, and the size reported in loader appears to be wrong. In dmesg, it shows
as:
da1: 524288MB (1073741824 512 byte sectors
I wonder if this is part of the
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=234741
--- Comment #6 from Andriy Gapon ---
Is disk2 / da1 just 8GB in size?
--
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=234741
--- Comment #5 from Toomas Soome ---
(In reply to Andriy Gapon from comment #4)
Yes. It would be nice if it is possible verify with 12-stable, to see if it the
issue is already fixed.
--
You are receiving this mail because:
You are the as
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=234741
Andriy Gapon changed:
What|Removed |Added
CC||tso...@freebsd.org
--- Comment #4 f
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=234741
--- Comment #3 from David Chisnall ---
(In reply to Andriy Gapon from comment #2)
```
OK lsdev -v
disk devices:
disk0: BIOS drive A (2880 X 512):
read 1 from 0 to 0xf691eac0, error: 0x80
disk1: BIOS drive C(266338304 X 512):
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=234741
--- Comment #2 from Andriy Gapon ---
Please check how lsdev -v reports the disks and the pool.
--
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=234741
--- Comment #1 from David Chisnall ---
(In reply to David Chisnall from comment #0)
My guess as to the cause is somewhat supported by the fact that setting
'copies=2' on the ZFS filesystem and reinstalling the kernel seems to mostly
(thoug
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=234741
Bug ID: 234741
Summary: Loader fails to load from ZFS with two disks in JBOD
configuration
Product: Base System
Version: 12.0-RELEASE
Hardware: Any
OS
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=234741
David Chisnall changed:
What|Removed |Added
Keywords||loader
--
You are receiving this
18 matches
Mail list logo