Re: Dropping edlabel in favour of 'disklabel -i'
David Brownlee <[email protected]> Sun, 29 Nov 2009 21:05:20 +0000
| Newsgroups | gmane.os.netbsd.ports.atari,gmane.os.netbsd.ports.sparc,gmane.os.netbsd.ports.sparc64,gmane.os.netbsd.ports.sun3,gmane.os.netbsd.ports.sun2 |
|---|---|
| Message-ID | <[email protected]> |
2009/11/28 Izumi Tsutsui <[email protected]>: >> i don't think this is a good idea: >> >> =C2=A0 =C2=A0text =C2=A0 =C2=A0data =C2=A0 =C2=A0 bss =C2=A0 =C2=A0 dec = =C2=A0 =C2=A0 hex filename >> =C2=A0 =C2=A09613 =C2=A0 =C2=A01016 =C2=A0 =C2=A0 600 =C2=A0 11229 =C2= =A0 =C2=A02bdd /sbin/edlabel >> =C2=A0 38654 =C2=A0 =C2=A0 904 =C2=A0 10120 =C2=A0 49678 =C2=A0 =C2=A0c2= 0e /sbin/disklabel >> >> one of the reasons edlabel exists was to to be smaller for media. > > One possible compromise is to move src/sbin/edlabel to > src/distrib/utils/edlabel. Most size restriction is around > initial bootstrap ramdisks to create miniroot. > (used only on sun2 and sun3?) I think that is an excellent suggestion. So, new question - does anyone have any objections to relegating edlabel to being used in extreme memory constrained install situations, and not shipped with the normal userland?