.0G)
> 63 10485697- free - (5.0G)
>
> The zvol actually has whole-disk ZFS on it, which uses zfsboot for booting.
> In other words, the first block of the zvol is the first block of zfsboot
> binary.
Hi Andriy,
I think the attached (untested) patch can help.
--
WBR,
On 09.07.16 05:32, Dexuan Cui wrote:
>> What FreeBSD version do you use?
>> What messages do you see in the console/dmesg after resizing of disk?
>>
>> WBR, Andrey V. Elsukov
>
> I'm using 11-CURRENT, but I also tried 10.3 and got the same result.
GEOM shoul
On 08.07.16 15:19, Dexuan Cui via freebsd-geom wrote:
> I'm not familiar with GEOM. Can somebody please explain the
> behavior?
>
What FreeBSD version do you use?
What messages do you see in the console/dmesg after resizing of disk?
--
WBR, Andrey V. Elsukov
signature.a
r loading.
https://reviews.freebsd.org/D4282
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
is used for second extended partition
chain. This means you can not just add type id to MBR scheme, because
this will lead to partition names collisions in GEOM_PART_EBR_COMPAT
mode. Anyway we don't handle this correctly, even if you will use
0x05/0x0f for second chain :)
--
WBR, Andrey V. E
is the providers'
> sectorsize and stripesize. This small change adds that info; if there are
> no objections, could someone submit it on my behalf?
Hi,
committed with r273208.
--
WBR, Andrey V. Elsukov
___
freebsd-geom@freebsd.org mail
u can't
> create the second level of gpt...
>
> Why do you want/need to partition again? You could possibly use bsd
> as the second layer...
I think bsd in gpt may have problem with booting.
--
WBR, Andrey V. Elsukov
___
freebsd-geom
r for access to DragonflyBSD's
UFS partitions.
There are two patches. The first one add dflybsd's partition types, the
second is the disklabel64 implementation.
Also, I published them in our phabricator:
https://phabric.freebsd.org/D168
https://phabric.freebsd.org/D169
-
ese kernel modules from the build.
Your opinions?
--
WBR, Andrey V. Elsukov
Index: head/sys/modules/geom/Makefile
===
--- head/sys/modules/geom/Makefile (revision 265538)
+++ head/sys/modules/geom/Makefile (working copy)
@@ -
ition_type
the type number 7 is shared between several types of partitions.
So there is nothing wrong, just use this partition.
--
WBR, Andrey V. Elsukov
___
freebsd-geom@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-geom
To unsubscribe, send any mail to "freebsd-geom-unsubscr...@freebsd.org"
are from s1 to s4. One partition contains EBR. Name of logical
partitions inside of s3 partition starts from s5. You can see all
partitions using the command `gpart show -p ada0s3`.
--
WBR, Andrey V. Elsukov
___
freebsd-geom@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-geom
To unsubscribe, send any mail to "freebsd-geom-unsubscr...@freebsd.org"
nds with proper arguments. It looks
> just stupid :)
Hi, Lev,
Yeah, just use one of scripting languages :)
--
WBR, Andrey V. Elsukov
___
freebsd-geom@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-geom
To unsubscribe, s
t device is
> created and is able to be used. Why all the disk label stuff?
Hi,
GEOM_CONCAT finds its metadata on each provider, but can use only one of
them. You can disable unneeded labels via loader.conf or use hardcoded
privider names.
--
WBR, Andrey V. Elsukov
freebsd.org/~ae/g_mirror_resize.diff
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
8 1 freebsd-boot (64k)
> 162 1048576000 2 freebsd-ufs (500G)
>1048576162 16521363328 4 freebsd-ufs (7.7T)
> 17569939490 8388540 3 freebsd-swap (4G)
> 175783280301 - free - (512B)
>
Hi
"c"
> partition until I manually edited its size, contrary to the
> instructions.
Hi,
FYI, I just commited the fix for this issue (r256690).
--
WBR, Andrey V. Elsukov
___
freebsd-geom@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-geom
To unsubscribe, send any mail to "freebsd-geom-unsubscr...@freebsd.org"
t in the basetable, and update p_size in the "c" partition entry.
geom_bsd isn't used usually, it was replaced with g_part_bsd.
--
WBR, Andrey V. Elsukov
___
freebsd-geom@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-geom
To unsubscribe, send any mail to "freebsd-geom-unsubscr...@freebsd.org"
+rw /dev/geom.ctl
>>
>> And now the operators group can do what you want.
>
> Do the newly created devfs nodes for the md(4) and partitions on md(4)
> somehow get g+rw afterwards ? I think the write access is needed to
> /dev/mdN*.
Yes, there is some devfs f
g+rw /dev/mdctl
# chmod g+rw /dev/geom.ctl
And now the operators group can do what you want.
--
WBR, Andrey V. Elsukov
___
freebsd-geom@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-geom
To unsubscribe, send any mail to "freebsd-geom-unsubscr...@freebsd.org"
of geli?
Hi,
did you try ever use man(1) command?
Just try:
# man -k geom
# man 4 geom
# man geli
--
WBR, Andrey V. Elsukov
___
freebsd-geom@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-geom
To unsubscribe, send any
g_renew_provider() implementation into the patch.
--
WBR, Andrey V. Elsukov
___
freebsd-geom@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-geom
To unsubscribe, send any mail to "freebsd-geom-unsubscr...@freebsd.org"
On 03.09.2012 9:34, Nicolas Rachinsky wrote:
> * "Andrey V. Elsukov" [2012-09-03 09:02 +0400]:
>> On 02.09.2012 19:47, Nicola Tiling wrote:
>>> I'm trying to upgrade 7.4 to 8.3, but I fail.
>>>
>>> On a third slice I have nine gpt partitions. Or
GEOM_PART_GPT. In this case
GEOM_PART_GPT will be
attached to the GEOM_MBR provider and nesting will not be detected.
--
WBR, Andrey V. Elsukov
___
freebsd-geom@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-geom
To unsubscribe, send any mail to "freebsd-geom-unsubscr...@freebsd.org"
Your MBR contains two slices ad16s1 and ad16s2, ad16s2 contains 2
partitions 'c' and 'e'. So, if you erase second sector of ad16 they all
should appear.
Note, in the FreeBSD 8.0+ partition 'c' is not visible, and default
partitioning tool is now gpart(8).
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
sector
(where bsdlabel is) with zeroes. I.e.:
# dd if=/dev/ada0 of=./backup count=16
# dd if=/dev/zero of=/dev/ada0 count=1 seek=1
After that your MBR should appear and you will see ada0s1 and ada0s2.
If this will not help, or you will get not what you have wanted,
then you can restore s
sed on the rank...
Of course there are some problems that need to ponder.
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
On 29.05.2012 9:07, Petri Helenius wrote:
>
> Hi,
>
> I saw a question about this a few months ago and it got unanswered so I
> thought to ask again:
> - Is there a way to stop GEOM tasting ZVOL's?
Hi,
there is no way to stop GEOM tasting without code modification.
--
On 28.05.2012 0:40, Lev Serebryakov wrote:
> Hello, Freebsd-geom.
>
> I have image of old HDD with one MBR slice and some FFS partitions on
> it.
> I mount it ad `md0', but `md0s1' doesn't appear:
Hi, Lev.
Probably MBR on your image doesn't pass integrity
ng.
I thought you did system installation in sysinstall.
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
). That version of
> bsdlabel did not complain, so it seems that r227564 by ae (cc:d) is
> causing, or making visible, this problem.
Hi,
Thank you for your report. Yes, r227564 has made visible a known sysinstall's
bug.
GEOM_PART_BSD already has quirk that automatically fixes it,
also love to see say, read/write Linux LVM support, but that's just me.
We have geom_linux_lvm, doesn't it work for you?
--
WBR, Andrey V. Elsukov
___
freebsd-geom@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ge
ndows
can recover destroyed metadata. It is targeted to get access to some windows
partitions. Actually, it is possible make better LDM support in conjunction
with GEOM_RAID, but i think we don't need it :)
--
WBR, Andrey V. Elsukov
___
freebsd-ge
46487042 ntfs (49G)
=> 63 2095041 da2 LDM (1.0G)
63 65 - free - (32k)
128 10240001 ntfs (500M)
1024128 10670082 ntfs (521M)
2091136 3968 - free - (2M)
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
ly as quick workaround you can set variable
kern.geom.part.check_integrity="0" in your /boot/loader.conf.
See also:
http://lists.freebsd.org/pipermail/freebsd-geom/2012-January/005149.html
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
geom_mirror usage?
It's because gptboot doesn't know about gmirror and it could not
find GPT backup header in the last LBA.
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
egrity=0
2. Detach one component from the mirror and destroy partition table on it.
3. Create new mirror on this disk and recreate partition table ATOP of the
mirror.
4. dump+restore the data from old mirror to new one
5. destroy old mirror and attach
lice is bigger than actual space
you have. The only way to fix this - recreate slice.
You can break your mirror, recreate the slice (NOTE: you must preserve
one sector for the gmirror's meta-data), then copy your data to the
newly created slice, then reboot from the new sli
The following reply was made to PR kern/144905; it has been noted by GNATS.
From: "Andrey V. Elsukov"
To: bug-follo...@freebsd.org, br...@cran.org.uk
Cc:
Subject: Re: kern/144905: [geom][geom_part] panic in gpart_ctlreq when
unplugging
card reader
Date: Sat, 29 Oct 2011 00:11:53
es not work?
> No. But any EFI-bases or Hybrid BIOS (with traditional BIOS, but
> 2Tb+ HDD and GPT support from EFI) could be surprised.
Actually, i do not know how you will boot your system without legacy
PMBR-way. Our EFI support seems is not finished for the x86/x64.
--
WBR, Andr
ch
> misplaced (from raw disk's and BIOS' point of view) secondary GPT.
Can you give an example which motherboard does not work?
Our boot process uses PMBR and we are not expecting that BIOS has known
anything about GPT. So it should work. If BIOS has known about GPT then
it
el label), or not work at all.
Actually we support booting from GPT when secondary GPT header is not in
the last LBA. Our bootcode will complain in this situation, but it works.
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
ow your script will distinguish which
actions are performed by administrator? Since change made by administrator
could trigger disappearing of several child geoms.
--
WBR, Andrey V. Elsukov
___
freebsd-geom@freebsd.org mailing list
http://lists.freebsd.org/ma
geom_dev.c to get most of what you want.
Actually, the part of your changes related to the DISCONNECT events, and
maybe DESTROY events could be implemented in the geom_dev.
--
WBR, Andrey V. Elsukov
___
freebsd-geom@freebsd.org mailing list
http://lists.f
rn.geom.confxml
--
WBR, Andrey V. Elsukov
___
freebsd-geom@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-geom
To unsubscribe, send any mail to "freebsd-geom-unsubscr...@freebsd.org"
> "Mode" is r0w0e0, but it I don't understand how could I determine
> by . Some classes are obvious ("stripe/name" has class
> "stripe"), but some -- not (ada0s1 has class "part"), and here is no
> guarantee, that "par
t remember what were the results of testing, but looks like there is
something
that could be improved.
--
WBR, Andrey V. Elsukov
___
freebsd-geom@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-geom
To unsubscribe, send any m
The following reply was made to PR kern/159091; it has been noted by GNATS.
From: "Andrey V. Elsukov"
To: bug-follo...@freebsd.org, wa...@staff.msen.com
Cc:
Subject: Re: kern/159091: [geom] GEOM fails to scan nested partitions to create
subdevices
Date: Fri, 22 Jul 2011 00:29:58
anged-Why:
>> Patched in head/.
>>
>> http://www.freebsd.org/cgi/query-pr.cgi?pr=158398
>
> I thought that my patch would cause breakage, did you found a solution
> for the problem reported by Andrey?
I have fixed all places which were broken :)
I hope so.
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
The following reply was made to PR kern/158398; it has been noted by GNATS.
From: "Andrey V. Elsukov"
To: bug-follo...@freebsd.org, r...@debian.org
Cc:
Subject: Re: kern/158398: [headers] [patch] <geom/geom.h> includes
<sys/sbuf.h>
gratuitously
Date: Sat, 02 Jul 2011 20
t;
> [1]: [http://wiki.freebsd.org/RootOnZFS/ZFSBootPartition]
You can use UFS and swap without offset too.
--
WBR, Andrey V. Elsukov
___
freebsd-geom@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-geom
To unsubscr
etc/disktab. Are you willing to
> change all entries and deal with the consequences? :-)
I do not see any problems here especially for gpart(8).
bsdlabel(8) does not use gpart(8), it still can write label directly to
the provider and it will be detected as before.
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
The following reply was made to PR kern/157724; it has been noted by GNATS.
From: "Andrey V. Elsukov"
To: Marcel Moolenaar
Cc: bug-follo...@freebsd.org, eir...@gmail.com,
Marcel Moolenaar
Subject: Re: kern/157724: [geom] gpart(8) 'add' command must preserve gap
for schem
The following reply was made to PR kern/157724; it has been noted by GNATS.
From: "Andrey V. Elsukov"
To: bug-follo...@freebsd.org, eir...@gmail.com
Cc: Marcel Moolenaar
Subject: Re: kern/157724: [geom] gpart(8) 'add' command must preserve gap
for schemes
Date: Mon, 27 Jun
ournal has used glabel's ufsid provider.
If you do not use ufs and ufsid labels you can disable them from
the boot loader prompt or from the /boot/loader.conf.
kern.geom.label.ufs.enable=0
kern.geom.label.ufsid.enable=0
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
On 20.06.2011 22:56, Kris Moore wrote:
> Here you go!
> # gpart list
Hi,
thank you for the report. It's my fail. Can you test attached patch?
--
WBR, Andrey V. Elsukov
Index: head/sbin/geom/class/part/geom_part.c
===
--
ebsd-swap -i 2 /dev/ada0s2
> ada0s2b added
> # gpart add -s 2048M -t freebsd-ufs -i 4 /dev/ada0s2
> ada0s2d added
> # gpart add -s 97165M -t freebsd-ufs -i 5 /dev/ada0s2
> gpart: autofill: No space left on device
Which revision do you use?
Also, please, show the output of `gpart l
ion sources.
> It has 6 bytes and used Windows OS as disk identifier in registry to
> specify mount point.
As i found this field is 4 bytes only. Next 2 bytes are used by our
boot0 boot manager to keep ticks count. Can you test attached patch,
does it fix your problem?
--
WBR, Andrey V. Els
The following reply was made to PR kern/157819; it has been noted by GNATS.
From: "Andrey V. Elsukov"
To: bug-follo...@freebsd.org, eir...@gmail.com,
Marcel Moolenaar
Cc:
Subject: Re: kern/157819: [geom] gpart(8): drop serial from MBR
Date: Wed, 15 Jun 2011 13:21:59 +0400
Hi,
On 23.05.2011 13:55, Andrey V. Elsukov wrote:
> Since after r221788 many people report about lost of access to their
> MBR partitions, i prepared new patch:
>
> http://people.freebsd.org/~ae/mbr_geometry.diff
>
> It removes from GEOM_PART_MBR constraints to alignme
to give people what they want without going over board. After
> 9.0 branched, we can do a lot more knowing we have plenty
> of soak time...
Ok, i can revert all related changes and just do nothing :)
It seems it is better solution :)
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
715201 freebsd (10G)
20971584 4273995711 - free - (2T)
# gpart add -t freebsd -s 10g -g md0
md0s2 added
# gpart show md0
=>63 4294967232 md0 MBR (5.5T)
63 1 - free - (512B)
64209715201 freebsd (10G)
20971584 45
gpart add -t freebsd md0
md0s2 added
# gpart show md0
=> 1 8589934589 md0 MBR (5.5T)
1 42949672941 freebsd (2T)
4294967295 42949672952 freebsd (2T)
So, i updated the patch and removed this support. Also i removed some
checks that scheme independent code does.
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
4KB sector size and it starts from the inside of
first track, i.e. start offset < 63.
And as he said, he did use sysinstall(8) for partitioning.
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
as
start offset and size (not end offset). Theoretically it can have size
that is up to UINT32_MAX sectors, also start offset can be UINT32_MAX.
And for example, for 4T disk we can have 2 partitions with 2TB size.
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
quot; and does
partition alignment how it did before for MBR.
With these changes we give to users the choice how align their
partitions and also we still able to use some "broken" partition
tables.
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
d in r221972, you can disable
integrity checking with sysctl kern.geom.part.check_integrity=0
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
;>>>>>>>first: 63
entries: 4
scheme: MBR
Providers:
1. Name: md0s1
Mediasize: 2000364240896 (1.8T)
Sectorsize: 512
Mode: r0w0e0
rawtype: 7
length: 2000364240896
offset: 1048576
type: ntfs
index: 1
>>>>>>>>> end: 3906963455
>
> not sure if it gets as
> far as chaining to gptboot code.
I'm sorry, did not look into gptboot code before. You are right, it is able to
boot
only from freebsd-ufs GPT partitions.
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
would mean putting two GPT
> partitions into a
> gmirror volume is a bad idea. Is this still the case?
I do not think that it is bad idea, it should work.
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
On 27.04.2011 11:37, Andrey V. Elsukov wrote:
>> I wrote a small extension for the GEOM_PART class. It adds an ability
>> to GEOM_PART class to create partition labels for schemes which are
>> support them.
Hi All,
i got several successful reports from users, but now i de
d-boot (128K)
296 1228802 freebsd-ufs (60M)
123176 2863843 freebsd-ufs (139M)
409560 7 - free - (3.5K)
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
The following reply was made to PR kern/154226; it has been noted by GNATS.
From: "Andrey V. Elsukov"
To: bug-follo...@freebsd.org, univers...@ukr.net
Cc:
Subject: Re: kern/154226: [geom] GEOM label does not change when you modify
them
Date: Wed, 27 Apr 2011 11:53:54 +0400
On 25.04.2011 14:38, Andrey V. Elsukov wrote:
> I wrote a small extension for the GEOM_PART class. It adds an ability
> to GEOM_PART class to create partition labels for schemes which are
> support them.
>
> Currently we have GEOM_LABEL class which does similar functions,
> but
d module, it can be done via loader.conf:
kern.geom.label.gptid.enable="0"
kern.geom.label.gpt.enable="0"
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
rovider for writing GEOM does spoiling and all
attached to it consumers will self-destruct.
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
i can access ada0p3 only by it's /dev node. it won't show up in
> either /dev/ufs, /dev/label or /dev/gptid. i checked with tunefs -p and the
> ufs descriptor is defenately there. nothing in gpart status however. :(
> any clues?
GEOM LABEL class does not create labels when p
nd seems to wait.
>
> I'm in a position of being able to try and test this with different
> revisions, if someone wants me to.
To recover corrupted GPT you should use `gpart recover` command.
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
GETA,0xbfbfb170) = 0 (0x0)
Hi,
it is just waiting for input what it should restore.
Did you read manual page? :)
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
The following reply was made to PR kern/154226; it has been noted by GNATS.
From: "Andrey V. Elsukov"
To: bug-follo...@freebsd.org, univers...@ukr.net
Cc:
Subject: Re: kern/154226: [geom] GEOM label does not change when you modify
them
Date: Mon, 24 Jan 2011 10:41:17 +0300
Hello
does limit tasting for UFS labels only for "freebsd-ufs"
providers.
--
WBR, Andrey V. Elsukov
Index: head/sys/geom/label/g_label_ufs.c
===
--- head/sys/geom/label/g_label_ufs.c (revision 217714)
+++ head/sys/geom/label/g_la
?
Also it may be interesting to see dmesg when
kern.geom.debugflags is set to 1, 4, 5.
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
eom_mirror is not loaded please show output of
# gpart list
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
ufs and ufsid labels via loader.conf.
> Oh, and one more: I can not stop "home" mirror device, as it
> re-appear with different component (switching between /dev/ufs/home
> and /dev/ufsid/something).
Similar problem described in kern/150555.
--
WBR, Andrey V. Elsukov
an you describe what you expect to see (how it should work?).
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
rt of recovering GPT. You can try to
boot from livefs image or just update your system and use
'gpart recover'. But i strongly suggest to read related paragraph
in manual page before. Backup is recommended of course.
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
AGES/8.2/
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
gm0a,
mirror/gm0b).
Now you see why you can not get access to your nested BSD label.
I may be wrong, if so, Marcel can correct me.
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
f the disk, so when ad0s2a is tasted
it does detect your current (you call it as "outer") BSD label again.
--
WBR, Andrey V. Elsukov
___
freebsd-geom@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-geom
To unsub
and save all commands and output with script(1)?
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
alized. For example, I would
> expect to find -- somewhere -- some definitions along the lines of
>
> #define G_PART_PROBE(table, cp) (*(table->XXX))(table, cp)
They are generated from g_part_if.m by with awk script. Look at your build
directory, there are g_part_if.[ch] files.
--
-specific
methods that are defined in g_part_xxx.c files. E.g. when "table"
argument (kobj instance) is instance of MBR scheme, then G_PART_PROBE
will call g_part_mbr_probe method.
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
s (100M)
# gpart restore -F md0 md1
mbr 4
1 freebsd * * [active]
^D
# gpart show md0 md1
=> 9 204786 md0 MBR (100M)
9 2047861 freebsd [active] (100M)
=> 9 204786 md1 MBR (100M)
9 204786 1 freebsd [active] (100M)
--
WBR, And
ry handy from user's
point of view.
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
? Or maybe you can suggest something else?
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
ada1
geom part create -s gpt -f x ada1
geom part add -b 34 -s 512 -i 1 -t freebsd-boot -f x ada1
geom part add -b 546 -s 8388608 -i 2 -t freebsd-swap -f x ada1
geom part add -b 8389154 -s 311783869 -i 3 -t freebsd-zfs -f x ada1
Any comments and ideas are welcome.
--
WBR, Andrey V. Elsukov
The following reply was made to PR bin/120990; it has been noted by GNATS.
From: "Andrey V. Elsukov"
To: Andriy Gapon
Cc: bug-follo...@freebsd.org, r...@winomega.com, a...@freebsd.org
Subject: Re: bin/120990: [patch] support "BIOS Boot" partition type in gpt(8)
Date: Mon,
al constraints like media size
> or
> slice overlaps.
I think it was done for maximum compatibility. Some utilities assume that
partitions
will be aligned on cylinder boundaries.
--
WBR, Andrey V. Elsukov
signature.asc
Description: OpenPGP digital signature
97 matches
Mail list logo