[Idea] Import the gpart utility of FreeBSD

[Idea] Import the gpart utility of FreeBSD

[nsgnkhibdk2cls0f]

[-- Attachment #1: Type: text/plain, Size: 194 bytes --]

The gpart utility of FreeBSD is very user friendly, unlike the illumos format program which is terrible.

p/s: by someone who is trying to set ashift=12, why it's so easy on Linux and FreeBSD?

[-- Attachment #2: Type: text/html, Size: 276 bytes --]

Re: [discuss] [Idea] Import the gpart utility of FreeBSD

[Volker A. Brandt]

nsgnkhibdk2cls0f via illumos-discuss writes:
> The gpart utility of FreeBSD is very user friendly, unlike the illumos format program which is terrible.

Well, tastes differ :-)  The format program is quite old, and not really
needed much any more since everything is done with ZFS.  Also, some of
the functions covered by the gpart program on FreeBSD are done with
fdisk on illumos.

> p/s: by someone who is trying to set ashift=12, why it's so easy on Linux
> and FreeBSD?

It is just as easy on illumos:  zpool create -o ashift=12 ...


Cheers -- Volker
-- 
------------------------------------------------------------------------
Volker A. Brandt        Consulting and Support for Solaris-based Systems
Brandt & Brandt Computer GmbH               |   WWW: http://www.bb-c.de/
Am Wiesenpfad 6, 53340 Meckenheim, GERMANY  |         Email: vab@bb-c.de
HR: Amtsgericht Bonn, HRB 10513             | Mastodon: @vab@bonn.social
Geschäftsführer: Rainer J.H. Brandt und Volker A. Brandt

Re: [discuss] [Idea] Import the gpart utility of FreeBSD

[nsgnkhibdk2cls0f]

[-- Attachment #1: Type: text/plain, Size: 171 bytes --]

I'm following an internet guide by Delphix. The command above is the same as on Linux. I don't know that you synced with Linux. Btw, fdisk is also awful compared to gpart.

[-- Attachment #2: Type: text/html, Size: 223 bytes --]

Re: [discuss] [Idea] Import the gpart utility of FreeBSD

[Joshua M. Clulow]

On Mon, 29 Jul 2024 at 15:40, nsgnkhibdk2cls0f via illumos-discuss
<discuss@lists.illumos.org> wrote:
> I'm following an internet guide by Delphix. The command above is the same as on Linux. I don't know that you synced with Linux.

I would encourage looking at the manual to see what's currently
available; e.g., "ashift" is documented in the
https://illumos.org/man/8/zpool manual page.

> Btw, fdisk is also awful compared to gpart.

De gustibus non est disputandum, I suppose!  I would note that gpart
seems relatively heavily entwined in GEOM, which is a somewhat
different storage framework to the one we have natively in illumos.


Cheers.

-- 
Joshua M. Clulow
http://blog.sysmgr.org

Re: [discuss] [Idea] Import the gpart utility of FreeBSD

[Peter Tribble]

[-- Attachment #1: Type: text/plain, Size: 533 bytes --]

On Mon, Jul 29, 2024 at 10:26 PM nsgnkhibdk2cls0f via illumos-discuss <
discuss@lists.illumos.org> wrote:

> The gpart utility of FreeBSD is very user friendly, unlike the illumos
> format program which is terrible.
>

There are certain applications, and disk formatting utilities arguably fall
into this
camp, where the ideal path forward is not to make it user-friendly, but to
move
towards eradicating the need to use it at all.

-- 
-Peter Tribble
http://www.petertribble.co.uk/ - http://ptribble.blogspot.com/

[-- Attachment #2: Type: text/html, Size: 1091 bytes --]

Re: [discuss] [Idea] Import the gpart utility of FreeBSD

[Toomas Soome]

[-- Attachment #1: Type: text/plain, Size: 1203 bytes --]



> On 30. Jul 2024, at 10:02, Peter Tribble <peter.tribble@gmail.com> wrote:
> 
> On Mon, Jul 29, 2024 at 10:26 PM nsgnkhibdk2cls0f via illumos-discuss <discuss@lists.illumos.org <mailto:discuss@lists.illumos.org>> wrote:
>> The gpart utility of FreeBSD is very user friendly, unlike the illumos format program which is terrible.
> 
> There are certain applications, and disk formatting utilities arguably fall into this
> camp, where the ideal path forward is not to make it user-friendly, but to move
> towards eradicating the need to use it at all.

I once had group of 4 linux admins in solaris sysadmin training, 3 of 4 failed tasks related to disk partitioning:) not because of tooling, but because of lack of understanding the concept. (they were rather surprised themselves;) And yes, that surviving one had BSD background;)

I have had an idea of building something like gpart is — from UI point of view it really does not matter how the partition support is implemented in the kernel, but never got time to do it. I think it would be interesting task for something like GSoC…

Of course from technical point of view the geom is otherwise interesting.

rgds,
toomas


[-- Attachment #2: Type: text/html, Size: 1931 bytes --]

Aw: Re: [discuss] [Idea] Import the gpart utility of FreeBSD

[Ignacio Soriano Hernandez]

[-- Attachment #1: Type: text/plain, Size: 1549 bytes --]

Btw Toomas, did you had any chance to look into the boot problem and the bootloader problem in OpenIndiana https://www.illumos.org/issues/16412 having to use an external boot media, prompt and setting currdev is kind of "boring" :-) Cheers Iggi Toomas Soome via illumos-discuss <discuss@lists.illumos.org> schrieb am 30. Juli 2024 um 9:16: On 30. Jul 2024, at 10:02, Peter Tribble <peter.tribble@gmail.com> wrote: On Mon, Jul 29, 2024 at 10:26 PM nsgnkhibdk2cls0f via illumos-discuss < discuss@lists.illumos.org > wrote: The gpart utility of FreeBSD is very user friendly, unlike the illumos format program which is terrible. There are certain applications, and disk formatting utilities arguably fall into this camp, where the ideal path forward is not to make it user-friendly, but to move towards eradicating the need to use it at all. I once had group of 4 linux admins in solaris sysadmin training, 3 of 4 failed tasks related to disk partitioning:) not because of tooling, but because of lack of understanding the concept. (they were rather surprised themselves;) And yes, that surviving one had BSD background;) I have had an idea of building something like gpart is — from UI point of view it really does not matter how the partition support is implemented in the kernel, but never got time to do it. I think it would be interesting task for something like GSoC… Of course from technical point of view the geom is otherwise interesting. rgds, toomas illumos / illumos-discuss / see discussions + participants + delivery options Permalink

[-- Attachment #2.1: Type: text/html, Size: 3279 bytes --]

Re: [discuss] [Idea] Import the gpart utility of FreeBSD

[Toomas Soome]

[-- Attachment #1: Type: text/plain, Size: 2252 bytes --]



> On 30. Jul 2024, at 10:33, Ignacio Soriano Hernandez via illumos-discuss <discuss@lists.illumos.org> wrote:
> 
> Btw Toomas, did you had any chance to look into the boot problem and the bootloader problem in OpenIndiana https://www.illumos.org/issues/16412 having to use an external boot media, prompt and setting currdev is kind of "boring" :-)
> 
> Cheers
> 
> Iggi


ou. tbh, I forgot about it… sorry. I’ll see if I have some time slot for it a bit later…

toomas


> 
>> Toomas Soome via illumos-discuss <discuss@lists.illumos.org> schrieb am 30. Juli 2024 um 9:16:
>> 
>> 
>> 
>> 
>>> On 30. Jul 2024, at 10:02, Peter Tribble <peter.tribble@gmail.com> wrote:
>>> 
>>> On Mon, Jul 29, 2024 at 10:26 PM nsgnkhibdk2cls0f via illumos-discuss <discuss@lists.illumos.org <mailto:discuss@lists.illumos.org>> wrote:
>>>> 
>>>> The gpart utility of FreeBSD is very user friendly, unlike the illumos format program which is terrible.
>>> 
>>> There are certain applications, and disk formatting utilities arguably fall into this
>>> camp, where the ideal path forward is not to make it user-friendly, but to move
>>> towards eradicating the need to use it at all.
>> 
>> I once had group of 4 linux admins in solaris sysadmin training, 3 of 4 failed tasks related to disk partitioning:) not because of tooling, but because of lack of understanding the concept. (they were rather surprised themselves;) And yes, that surviving one had BSD background;)
>> 
>> I have had an idea of building something like gpart is — from UI point of view it really does not matter how the partition support is implemented in the kernel, but never got time to do it. I think it would be interesting task for something like GSoC…
>> 
>> Of course from technical point of view the geom is otherwise interesting.
>> 
>> rgds,
>> toomas
>> 
> 
> illumos <https://illumos.topicbox.com/latest> / illumos-discuss / see discussions <https://illumos.topicbox.com/groups/discuss> + participants <https://illumos.topicbox.com/groups/discuss/members> + delivery options <https://illumos.topicbox.com/groups/discuss/subscription>Permalink <https://illumos.topicbox.com/groups/discuss/T6e71fd07931f5120-Mff8224e698765a32519c1323>

[-- Attachment #2: Type: text/html, Size: 3883 bytes --]

Re: [discuss] [Idea] Import the gpart utility of FreeBSD

[Christoph Binner]

[-- Attachment #1.1: Type: text/plain, Size: 1335 bytes --]

I like gptfdisk for partitioning – it works on illumos, although only on 
gpt disk (+ converting to gpt).
Frontends are gdisk, cgdisk an sgdisk for interactive partitioning (like 
parted), curses interface and scriptable partitioning respectively.


> On Mon, Jul 29, 2024 at 10:26 PM nsgnkhibdk2cls0f via illumos-discuss 
> <discuss@lists.illumos.org <mailto:discuss@lists.illumos.org>> wrote:
> 
>     __
>     The gpart utility of FreeBSD is very user friendly, unlike the
>     illumos format program which is terrible.
> 
> 
> There are certain applications, and disk formatting utilities arguably 
> fall into this
> camp, where the ideal path forward is not to make it user-friendly, but 
> to move
> towards eradicating the need to use it at all.
> -- 
> -Peter Tribble
> http://www.petertribble.co.uk/ <http://www.petertribble.co.uk/> - 
> http://ptribble.blogspot.com/ <http://ptribble.blogspot.com/>
> *illumos <https://illumos.topicbox.com/latest>* / illumos-discuss / see 
> discussions <https://illumos.topicbox.com/groups/discuss> + participants 
> <https://illumos.topicbox.com/groups/discuss/members> + delivery options 
> <https://illumos.topicbox.com/groups/discuss/subscription> Permalink 
> <https://illumos.topicbox.com/groups/discuss/Td48bc38764831ebd-Mbd4b49c045b167299dead0d5>

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 505 bytes --]