Manually partitioning using gpart
This is what I've got: # gpart show ada0 = 63 625142385 ada0 MBR (298G) 63 121274683 - free - (57G) [snip] IIUC I now have to do: # gpart add -s 64k -t freebsd-boot -l boot0 ada0 # gpart add -s 8G -t freebsd-swap -l swap0 ada0 # gpart add -t freebsd-ufs -a 256k -l root0 ada0 Here I already don't understand how large the swap should be. Really 2 * size of the RAM? I also don't know if 256k is a sane alignment value, I just copied this from a howto. How to continue after this is done? I want to use GRUB from my Linux installs, this is the Linux menu.lst: timeout 8 default 0 color light-blue/black light-cyan/blue title FreeBSD 9.0 root (hd0,a) kernel /boot/loader [snip] Regards, Ralf ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Manually partitioning using gpart
On Sun, 25 Nov 2012 12:26:14 +0100, Ralf Mardorf wrote: This is what I've got: # gpart show ada0 = 63 625142385 ada0 MBR (298G) 63 121274683 - free - (57G) [snip] IIUC I now have to do: # gpart add -s 64k -t freebsd-boot -l boot0 ada0 # gpart add -s 8G -t freebsd-swap -l swap0 ada0 # gpart add -t freebsd-ufs -a 256k -l root0 ada0 Here I already don't understand how large the swap should be. Really 2 * size of the RAM? Won't be wrong; my understanding of the rule was 2 * size of _possible_ RAM in the machine. But disk space is cheap, so 8 G should be fine. But again, the requirement for the swap partition depends on what you're doing with the machine and what you're expecting (e. g. will you want to save kernel dumps to the swap partition?). You can find an example here: http://www.wonkity.com/~wblock/docs/html/disksetup.html Also see man newfs for options. I also don't know if 256k is a sane alignment value, I just copied this from a howto. Modern disks work faster when everything is aligned to 4k. But they _work_ with any other alignment. How to continue after this is done? You will have new partitions /dev/ada0pN. You need to format them with newfs. If I see this correctly, you have created one big / partition (for everything); this is _valid_ and possible, but may be less optimum for a couple of reasons. Doing functional partitioning requires at least an idea of how much disk space will be needed per functional part, and this can differ from use as server or desktop, or what kind of software you run. The advantage is that you can backup data partition-wise (using dump + restore) and have a functional base system on / in case there's a severe disk corruption. The disadvantage is that if finally one partition is too full, you cannot easily resize them (even though this is possible). When done, add them to your /etc/fstab. You can use the labels for that instead of the device names. I want to use GRUB from my Linux installs, this is the Linux menu.lst: timeout 8 default 0 color light-blue/black light-cyan/blue title FreeBSD 9.0 root (hd0,a) kernel /boot/loader My Linux multiboot experience is limited, but this looks okay. You will delegate boot control to the loader, hd0a = sda1 = adap1, the partition of freebsd-boot type. -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Manually partitioning using gpart
On 2012.11.25 12:26, Ralf Mardorf wrote: Here I already don't understand how large the swap should be. Really 2 * size of the RAM? It depends on use patterns and the amount of RAM in your computer. 1.5* to 2* installed memory is a traditional works for most value, but I feel it's outdated for 64-bit machines with 8 GB or more. I also don't know if 256k is a sane alignment value, I just copied this from a howto. If you're using a single, not too recent-and-huge hard drive, 512 bits (that is, no alignment) is fine. If you have an Advanced Format Drive or you don't know if you do, use 4k. If you have an underlying RAID array, 256k is a better choice. If it's an SSD, go with 4 MB to avoid taking any chances with performance over time. How to continue after this is done? Once you're satisfied with your partition organization, the easiest is to restart bsdinstall, dd your new partition table somewhere safe (flash drive, or network drive), use the (n?)curses UI to designate the target partitions to install to, and go on with the installation to install the sets. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: [Bulk] Re: Manually partitioning using gpart
On Sun, 2012-11-25 at 13:29 +0100, Polytropon wrote: On Sun, 25 Nov 2012 12:26:14 +0100, Ralf Mardorf wrote: This is what I've got: # gpart show ada0 = 63 625142385 ada0 MBR (298G) 63 121274683 - free - (57G) [snip] IIUC I now have to do: # gpart add -s 64k -t freebsd-boot -l boot0 ada0 # gpart add -s 8G -t freebsd-swap -l swap0 ada0 # gpart add -t freebsd-ufs -a 256k -l root0 ada0 Here I already don't understand how large the swap should be. Really 2 * size of the RAM? Won't be wrong; my understanding of the rule was 2 * size of _possible_ RAM in the machine. But disk space is cheap, so 8 G should be fine. But again, the requirement for the swap partition depends on what you're doing with the machine and what you're expecting (e. g. will you want to save kernel dumps to the swap partition?). You can find an example here: http://www.wonkity.com/~wblock/docs/html/disksetup.html Also see man newfs for options. I'll read this. I want to test what's possible and/or impossible regarding to MIDI and audio productions using FreeBSD. I also don't know if 256k is a sane alignment value, I just copied this from a howto. Modern disks work faster when everything is aligned to 4k. But they _work_ with any other alignment. I'll use 4k. How to continue after this is done? You will have new partitions /dev/ada0pN. You need to format them with newfs. If I see this correctly, you have created one big / partition (for everything); this is _valid_ and possible, but may be less optimum for a couple of reasons. Until now I haven't done anything. It's still free. Doing functional partitioning requires at least an idea of how much disk space will be needed per functional part, and this can differ from use as server or desktop, or what kind of software you run. On Linux I only use /. So I don't have to think about how much space what directory might need and I never run into issues, when the file system hierarchy does change. Off cause I've got special partitions for audio productions mounted with noatime and a own partition for emails, but anything else, including /home is inside /. The advantage is that you can backup data partition-wise (using dump + restore) and have a functional base system on / in case there's a severe disk corruption. The disadvantage is that if finally one partition is too full, you cannot easily resize them (even though this is possible). On Linux I can backup partition-wise too, but it's also possible to backup directory-wise ;). Btw. I never sync backups, I always keep several backups of the system, since setting up a hard real-time jitter free DAW is a special task for modern computers. In the 80s hard real-time really was hard real-time (C64, Atari ST), nowadays it is hard work to get something similar. When done, add them to your /etc/fstab. You can use the labels for that instead of the device names. I want to use GRUB from my Linux installs, this is the Linux menu.lst: timeout 8 default 0 color light-blue/black light-cyan/blue title FreeBSD 9.0 root (hd0,a) kernel /boot/loader My Linux multiboot experience is limited, but this looks okay. You will delegate boot control to the loader, hd0a = sda1 = adap1, the partition of freebsd-boot type. Thank you. Regards, Ralf ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Manually partitioning using gpart
I'm reading http://www.wonkity.com/~wblock/docs/html/disksetup.html at the moment. Seemingly there are many outdated howtos first hits for searching with Google. I frst read 64k for boot and now 512k. IIUC Install the GPT bootcode into the boot partition has to be done and is independent of the GRUB in the MBR. On Sun, 2012-11-25 at 13:32 +0100, Lucas B. Cohen wrote: On 2012.11.25 12:26, Ralf Mardorf wrote: Here I already don't understand how large the swap should be. Really 2 * size of the RAM? It depends on use patterns and the amount of RAM in your computer. 1.5* to 2* installed memory is a traditional works for most value, but I feel it's outdated for 64-bit machines with 8 GB or more. It's a 64-bit machine with 4GB RAM. I also don't know if 256k is a sane alignment value, I just copied this from a howto. If you're using a single, not too recent-and-huge hard drive, 512 bits (that is, no alignment) is fine. If you have an Advanced Format Drive or you don't know if you do, use 4k. If you have an underlying RAID array, 256k is a better choice. If it's an SSD, go with 4 MB to avoid taking any chances with performance over time. No RAID, a modern SATA drives, so 4k seems to be the way to go. Thank you. Regards, Ralf ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Manually partitioning using gpart
On 2012.11.25 13:57, Ralf Mardorf wrote: IIUC Install the GPT bootcode into the boot partition has to be done and is independent of the GRUB in the MBR. Not in your case. You won't need bootcode other than GRUB's (in the MBR, and the Linux partition where the bulk of it is installed). ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Manually partitioning using gpart
At the moment I still have: This is what I've got: # gpart show ada0 = 63 625142385 ada0 MBR (298G) 63 121274683 - free - (57G) [snip] Regarding to http://www.wonkity.com/~wblock/docs/html/disksetup.html for my set up it should be ok to run: # gpart add -t freebsd-boot -l boot -b 40 -s 512K ada0 # gpart add -t freebsd-swap -l swap -s 8G ada0 # gpart add -t freebsd-ufs -l root -b 1M ada0 Should use all the free space, so no option -s?! # newfs -U /dev/gpt/root # gpart bootcode -b /boot/pmbr -p /boot/gptboot -i 1 ada0 Will install the FreeBSD bootloader independent of the GRUB in the MBR? My GRUB menu.lst still is: timeout 8 default 0 color light-blue/black light-cyan/blue title FreeBSD 9.0 root (hd0,a) kernel /boot/loader [snip] So kernel /boot/loader has to be replaced by /boot/foo? /etc/fstab: # DeviceMountpoint FS Options DumpPass# -- is this # needed at the end? Or is it ok like this: # DeviceMountpoint FS Options DumpPass And this are the entries I need: /dev/gpt/swap noneswapsw 0 0 /dev/gpt/root / ufs rw 1 1 *???* Ralf ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Manually partitioning using gpart
On Sun, 2012-11-25 at 14:13 +0100, Lucas B. Cohen wrote: On 2012.11.25 13:57, Ralf Mardorf wrote: IIUC Install the GPT bootcode into the boot partition has to be done and is independent of the GRUB in the MBR. Not in your case. You won't need bootcode other than GRUB's (in the MBR, and the Linux partition where the bulk of it is installed). Thank you. I don't need it, but I could add it for what ever worst case emergency scenario and GRUB in the MBR anyway will work? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: [Bulk] Re: Manually partitioning using gpart
On Sun, 25 Nov 2012 13:43:46 +0100, Ralf Mardorf wrote: On Sun, 2012-11-25 at 13:29 +0100, Polytropon wrote: I'll read this. I want to test what's possible and/or impossible regarding to MIDI and audio productions using FreeBSD. Will be interesting. I know there is some good support for this case in specialized Linux distributions. Doing functional partitioning requires at least an idea of how much disk space will be needed per functional part, and this can differ from use as server or desktop, or what kind of software you run. On Linux I only use /. Yes, this is common, even though Linux can support functional partitioning as well, still ext2/3/4/... partitions != UFS partitions. And with GPT partitioning, it's even easier to separate parts of the system across partitions and devices (which _can_ provide you performance boosts). So I don't have to think about how much space what directory might need and I never run into issues, when the file system hierarchy does change. Off cause I've got special partitions for audio productions mounted with noatime and a own partition for emails, but anything else, including /home is inside /. This _could_ develop into disadvantages, like some half-dead process filling the whole partition until problems arise. But for common desktop use, it should not be problematic. The advantage is that you can backup data partition-wise (using dump + restore) and have a functional base system on / in case there's a severe disk corruption. The disadvantage is that if finally one partition is too full, you cannot easily resize them (even though this is possible). On Linux I can backup partition-wise too, but it's also possible to backup directory-wise ;). Tools like rsync or cpdup make selective backing up and restoring easy, that's true. :-) The idea is that if there is some damage, all you need to boot your machine in a minimum and _defined_ state is on /. No need for /usr or /var at this point, so you could - if required - do analytics and recovery from this point on. As all 3rd party software is in /usr/local, there won't be a problem as nothing of that stuff is needed to perform the boot into this early stage (the single user mode). If you don't have to experience such a situation, the better. Btw. I never sync backups, I always keep several backups of the system, since setting up a hard real-time jitter free DAW is a special task for modern computers. In the 80s hard real-time really was hard real-time (C64, Atari ST), nowadays it is hard work to get something similar. There are specialized operating systems emphasizing real-time use. Still those more simple computers required a close to the hardware programming that modern OSes will hardly allow, so if you don't have this kind of access from the OS level, how would you get it from the application level, with tons of dependencies unter your hands? :-) BTW, I still have some Atari ST hardware here. Impressive what has been possible with this (quite limited) machines, but with _efficient_ programs... -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Manually partitioning using gpart
On Sun, 25 Nov 2012 14:30:17 +0100, Ralf Mardorf wrote: At the moment I still have: This is what I've got: # gpart show ada0 = 63 625142385 ada0 MBR (298G) 63 121274683 - free - (57G) [snip] Regarding to http://www.wonkity.com/~wblock/docs/html/disksetup.html for my set up it should be ok to run: # gpart add -t freebsd-boot -l boot -b 40 -s 512K ada0 # gpart add -t freebsd-swap -l swap -s 8G ada0 # gpart add -t freebsd-ufs -l root -b 1M ada0 Should use all the free space, so no option -s?! See man gpart for details (yes, there are _excellent_ man pages installed locally, or accessible via web): If -s option is omitted then new size is automatically calculated to maximum available from given geom geom. Here: http://www.freebsd.org/cgi/man.cgi?query=gpartapropos=0sektion=0manpath=FreeBSD+9.0-RELEASEarch=defaultformat=html # newfs -U /dev/gpt/root Maybe you would also consider using -J (journaling). Still the traditional approach when using functional partitioning is to format the / partition without soft updates (-U), but in your case, using them on a everything in one / partition is okay. # gpart bootcode -b /boot/pmbr -p /boot/gptboot -i 1 ada0 Will install the FreeBSD bootloader independent of the GRUB in the MBR? Hmmm... I'd assume that ada0 (the beginning of the disk) contains GRUB already (or a redirect to where it's actually located), so I think ada0p1 would be the location to write to... still I'm not sure if you need to have any boot code at all because GRUB will perform the redirection to the FreeBSD loader which will then load the FreeBSD kernel. See man 8 boot for details. I'm not a multi-booter so I can't be more specific, sorry. My GRUB menu.lst still is: timeout 8 default 0 color light-blue/black light-cyan/blue title FreeBSD 9.0 root (hd0,a) kernel /boot/loader [snip] So kernel /boot/loader has to be replaced by /boot/foo? No, I think /boot/loader is correct here; it's a program that sets up the kernel environment, loads it, maybe loads modules, and passes control to the kernel. It's located on the ada0p1 partition. /etc/fstab: # DeviceMountpoint FS Options DumpPass# -- is this # needed at the end? Or is it ok like this: # DeviceMountpoint FS Options DumpPass No, it means pass number; according to man 5 fstab: The sixth field, (fs_passno), is used by the fsck(8) and quotacheck(8) programs to determine the order in which file system and quota checks are done at reboot time. The fs_passno field can be any value between 0 and `INT_MAX-1'. But it's a comment line anyway. :-) And this are the entries I need: /dev/gpt/swap noneswapsw 0 0 /dev/gpt/root / ufs rw 1 1 Looks correct. (You can later on add lines to access data partitions or even your Linux partitions if you want, optical drives or NFS shares if you need.) -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Wheres the FreeBSD PBR ? (was Re: Manually partitioning using gpart / wh)
On 2012.11.25 14:35, Ralf Mardorf wrote: I don't need it, but I could add it for what ever worst case emergency scenario and GRUB in the MBR anyway will work? I don't see how it could ever come in handy, and I'm not sure it wouldn't do any hamr either. The /boot/gptboot code to be written weighs 15kB, that could be big enough to mess up the filesystem on the partition. That /boot/gptboot code is designed to work on a special-purpose small GPT partition that doesn't hold a filesystem. So I would refrain from doing it. It would be useful for emergency purposes to write MBR-partition scheme-compatible bootcode to that partition instead, but I've yet to find out how to do it. gpart(8) seems to have the ability to do it, but it's manual page doesn't mention what file to pass to its -p option to do that. Maybe it's one of those /boot/boot1 or /boot/boot2 files I'm seeing on my system. Maybe someone can enlighten me on that. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Manually partitioning using gpart
On 25/11/2012 12:29, Polytropon wrote: Won't be wrong; my understanding of the rule was 2 * size of _possible_ RAM in the machine. But disk space is cheap, so 8 G should be fine. But again, the requirement for the swap partition depends on what you're doing with the machine and what you're expecting (e. g. will you want to save kernel dumps to the swap partition?). You probably want to stop following that rule some time before you get to 8 TB RAM (http://semiaccurate.com/2010/09/29/inphi-imbs-can-stuff-8tb-ram-system/) :) -- Bruce Cran ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Wheres the FreeBSD PBR ? (was Re: Manually partitioning using gpart / wh)
On Sun, 2012-11-25 at 15:10 +0100, Lucas B. Cohen wrote: On 2012.11.25 14:35, Ralf Mardorf wrote: I don't need it, but I could add it for what ever worst case emergency scenario and GRUB in the MBR anyway will work? I don't see how it could ever come in handy, and I'm not sure it wouldn't do any hamr either. The /boot/gptboot code to be written weighs 15kB, that could be big enough to mess up the filesystem on the partition. That /boot/gptboot code is designed to work on a special-purpose small GPT partition that doesn't hold a filesystem. So I would refrain from doing it. It would be useful for emergency purposes to write MBR-partition scheme-compatible bootcode to that partition instead, but I've yet to find out how to do it. gpart(8) seems to have the ability to do it, but it's manual page doesn't mention what file to pass to its -p option to do that. Maybe it's one of those /boot/boot1 or /boot/boot2 files I'm seeing on my system. Maybe someone can enlighten me on that. Ok. I don't install it. Regards, Ralf -- At the moment I'm watching The Hitchhiker's Guide to the Galaxy, so I'll continue the install later today. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
OT: Manually partitioning using gpart
On Sun, 2012-11-25 at 14:37 +0100, Polytropon wrote: BTW, I still have some Atari ST hardware here. Impressive what has been possible with this (quite limited) machines, but with _efficient_ programs... I still have the C64 in some cartons and the Atari ST is still beside my PC, but I don't remember when I turned it on the last time. Btw. no QL emulator here, but a 80286 emulator and to my Atari 520 ST there are old PC RAM soldered, so it has got the full 4096KB. An issue is to replace the old monitor, since it's hard to get a monitor that can go low enough with the frequencies. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Manually partitioning using gpart
Polytropon, I'll use journaling. I've to apologize for my broken English. Regarding to the comment line my question is, if it's enough to us a # at the beginning, or if it's needed to begin and to end with a #. I suspect just a # at the beginning is needed. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Manually partitioning using gpart
On Sun, 25 Nov 2012 15:42:38 +0100, Ralf Mardorf wrote: Polytropon, I'll use journaling. That should give you additional security in integrity, especially on a everything in one / partition. I've to apologize for my broken English. No understanding problem here. Regarding to the comment line my question is, if it's enough to us a # at the beginning, or if it's needed to begin and to end with a #. I suspect just a # at the beginning is needed. Yes, every line starting with a # is considered a comment (like in shell scripts). In case of the default comment line, the second # is just pass number written as Pass#. Comment line and empty lines can appear in /etc/fstab as desired. You can use them to structure your fstab file as soon as it gets too many entries (which may be possible when you're utilizing NFS a lot). -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Manually partitioning using gpart
On Sun, 25 Nov 2012, Ralf Mardorf wrote: This is what I've got: # gpart show ada0 = 63 625142385 ada0 MBR (298G) 63 121274683 - free - (57G) [snip] IIUC I now have to do: # gpart add -s 64k -t freebsd-boot -l boot0 ada0 # gpart add -s 8G -t freebsd-swap -l swap0 ada0 # gpart add -t freebsd-ufs -a 256k -l root0 ada0 No. MBR does not need or use a freebsd-boot partition. Also, GPT labels don't work for MBR because, well, it's not GPT. Here I already don't understand how large the swap should be. Really 2 * size of the RAM? No, that's less true than it used to be. Depends on how much RAM you have, but the more RAM, the less you really need swap. If disk space is not at a premium, I usually use 4G. I also don't know if 256k is a sane alignment value, I just copied this from a howto. For a hard drive, 4K alignment and starting the main partition at 1M is good. How to continue after this is done? Realize this multi-boot stuff is painful and inconvenient and install everything in a VM? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Manually partitioning using gpart
On Sun, 2012-11-25 at 13:49 -0700, Warren Block wrote: Realize this multi-boot stuff is painful and inconvenient and install everything in a VM? Unfortunately this is impossible. I'll install FreeBSD, because there's a driver for my sound card, a RME HDSPe AIO, that perhaps enables to use all ADAT IOs. On Linux I only can use 2 ADAT IOs. Another step could be to replace Linux by FreeBSD on my machine, but I suspect FreeBSD isn't ready for audio production yet. Assumed it should be ready, a virtual machine can't be used. Any layer does cause issues for audio production machines. I was thinking of doing a test install in VBox, but I guess it's a minor risk that I'll lose everything by making an mistake. Regards, Ralf ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Manually partitioning using gpart
Hi Warren, On 2012.11.25 21:49, Warren Block wrote: For a hard drive, 4K alignment and starting the main partition at 1M is good. Why would one leave 1024 full kbits before the first partition on a HDD ? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Manually partitioning using gpart
On Mon, 2012-11-26 at 02:22 +0100, Lucas B. Cohen wrote: Hi Warren, On 2012.11.25 21:49, Warren Block wrote: For a hard drive, 4K alignment and starting the main partition at 1M is good. Why would one leave 1024 full kbits before the first partition on a HDD ? Create a partition for /. It should start at the 1M boundary for proper sector alignment on 4K sector drives or SSDs. This is compatible with GPT drive layout for many other systems. Give it a GPT label of gprootfs. - http://www.wonkity.com/~wblock/docs/html/disksetup.html It doesn't explain it for me, but at least it might be an explanation for somebody with more knowledge? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Manually partitioning using gpart
On Mon, 26 Nov 2012, Lucas B. Cohen wrote: On 2012.11.25 21:49, Warren Block wrote: For a hard drive, 4K alignment and starting the main partition at 1M is good. Why would one leave 1024 full kbits before the first partition on a HDD ? The second only is only relevant to GPT. We went over this last week, but briefly there are two reasons: compatibility with what few GPT standards are out there (Windows and others), and proper alignment on hard drives and SSDs. It's not the first partition, but the first filesystem partition. The boot partition can go in the space before it. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Partitioning with gpart
from Lynn Steven Killingsworth blue.seahorse.syndic...@gmail.com: I have installed PC-BSD 9.1 RC1 last week. Very nice I must say. The default file system is zfs. I have one storage disk which is ufs and another which is on an mbr partition. I thought I would format the mbr disk with zfs and move everything from the ufs disk and then format the ufs disk with zfs. I have not tried the command line before so I just tried to create over the disk with: gpart create -s gpt ada2 The message is that ada2 already exists as a file system. Show indicates that it is not gpt but mbr. Then in order to start over I tried to delete and destroy by starting with: gpart delete -i 1 ada2s1 The message is that ada2s1 is an invalid argument. I cannot experiment on my backup as it has only one disk. Comment please? Either gpt (included in FreeBSD prior to the switch to gpart) or gdisk (now at v0.8.5 and in FreeBSD ports) can migrate an MBR-partitioned disk to GPT without loss of data in many cases, though backing up is still advised. You can find information about gdisk at http://www.rodsbooks.com/gdisk/ gdisk is much more versatile than gpart, can be used to make partitions for Windows, Linux, NetBSD, etc. I don't think you can get gpt for FreeBSD, but if you're curious, you can go to http://www.netbsd.org/ and look for the documentation/man pages. It was gpt in NetBSD that I used to migrate an NTFS partition (MBR) spanning an entire 3 TB Western Digital My Book USB 3.0 hard drive to GPT, no data was lost. I subsequently booted Linux from the System Rescue CD (http://sysresccd.org/) and copied the software/data to a USB stick so I could free the USB 3.0 hard drive for better things. Maybe I could have done the repartitioning with gdisk, which is included on the System Rescue CD, this would be Linux. Tom ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Partitioning with gpart
On Tue, 28 Aug 2012 21:33:16 -0400, Warren Block wbl...@wonkity.com wrote: On Tue, 28 Aug 2012, Lynn Steven Killingsworth wrote: I have installed PC-BSD 9.1 RC1 last week. Very nice I must say. The default file system is zfs. I have one storage disk which is ufs and another which is on an mbr partition. I thought I would format the mbr disk with zfs and move everything from the ufs disk and then format the ufs disk with zfs. I have not tried the command line before so I just tried to create over the disk with: gpart create -s gpt ada2 The message is that ada2 already exists as a file system. The exact message would help; gpart is not a filesystem tool. Show indicates that it is not gpt but mbr. Then in order to start over I tried to delete and destroy by starting with: gpart delete -i 1 ada2s1 The message is that ada2s1 is an invalid argument. I cannot experiment on my backup as it has only one disk. gpart takes a -F option to destroy which makes it unnecessary to delete all the partitions first. Back up data first, and make certain that you and the computer agree on which drive is which. Great. My storage disks are formatted with zfs and my files are moved. Thanks. -- Steve Blue Seahorse Syndicate http://www.blueleafsyndicate.org Maine New Hampshire Using Opera's revolutionary email client: http://www.opera.com/mail/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Partitioning with gpart
Dear FreeBSD - I have installed PC-BSD 9.1 RC1 last week. Very nice I must say. The default file system is zfs. I have one storage disk which is ufs and another which is on an mbr partition. I thought I would format the mbr disk with zfs and move everything from the ufs disk and then format the ufs disk with zfs. I have not tried the command line before so I just tried to create over the disk with: gpart create -s gpt ada2 The message is that ada2 already exists as a file system. Show indicates that it is not gpt but mbr. Then in order to start over I tried to delete and destroy by starting with: gpart delete -i 1 ada2s1 The message is that ada2s1 is an invalid argument. I cannot experiment on my backup as it has only one disk. Comment please? -- Steve Blue Seahorse Syndicate http://www.blueleafsyndicate.org Maine New Hampshire Using Opera's revolutionary email client: http://www.opera.com/mail/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Partitioning with gpart
On Tue, 28 Aug 2012, Lynn Steven Killingsworth wrote: I have installed PC-BSD 9.1 RC1 last week. Very nice I must say. The default file system is zfs. I have one storage disk which is ufs and another which is on an mbr partition. I thought I would format the mbr disk with zfs and move everything from the ufs disk and then format the ufs disk with zfs. I have not tried the command line before so I just tried to create over the disk with: gpart create -s gpt ada2 The message is that ada2 already exists as a file system. The exact message would help; gpart is not a filesystem tool. Show indicates that it is not gpt but mbr. Then in order to start over I tried to delete and destroy by starting with: gpart delete -i 1 ada2s1 The message is that ada2s1 is an invalid argument. I cannot experiment on my backup as it has only one disk. gpart takes a -F option to destroy which makes it unnecessary to delete all the partitions first. Back up data first, and make certain that you and the computer agree on which drive is which. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Partitioning with gpart or old style slices?
Robert Simmons rsimmo...@gmail.com wrote: How do I wipe the whole thing in one go so that I can start afresh? gpart destroy ad4 ?? Yes, but first you must delete all of the slices/partitions. Think of it this way: you must go backwards down the path you just came with a delete for each add, then a destroy for each create. So there is no way to just say clean up this whole disk in a single operation? That seems a considerable step backwards, given that the old tools have fdisk -i and bsdlabel -w. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Partitioning with gpart or old style slices?
On Sun, Jun 5, 2011 at 3:35 AM, per...@pluto.rain.com wrote: Robert Simmons rsimmo...@gmail.com wrote: How do I wipe the whole thing in one go so that I can start afresh? gpart destroy ad4 ?? Yes, but first you must delete all of the slices/partitions. Think of it this way: you must go backwards down the path you just came with a delete for each add, then a destroy for each create. So there is no way to just say clean up this whole disk in a single operation? That seems a considerable step backwards, given that the old tools have fdisk -i and bsdlabel -w. I've never had to use it, but I think gpart destroy -F ad4 is what you are looking for, so I guess it is not necessary to step backwards after all. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Partitioning with gpart or old style slices?
On 5/6/11 7:03 AM, Robert Simmons wrote: On Sunday, June 05, 2011 12:40:22 AM Matthias Apitz wrote: # gpart create -s mbr ad4 # Init the disk with an MBR # gpart add -t freebsd ad4# Create a BSD container # gpart create -s bsd ad4s1 # Init with a BSD scheme # gpart add -t freebsd-ufs -s 1G ad4s1 # 1GB for / # gpart add -t freebsd-swap -s 2G ad4s1 # 2GB for swap # gpart add -t freebsd-ufs -s 2G ad4s1 # 2GB for /var # gpart add -t freebsd-ufs -s 1G ad4s1 # 1GB for /tmp # gpart add -t freebsd-ufs ad4s1 # all rest for /usr # gpart set -a active -i 1 ad4 You need to install the bootcode: This will install the interactive one: gpart bootcode -b /mnt2/boot/boot0 ad4 this will install the non-interactive one: gpart bootcode -b /mnt2/boot/mbr ad4 Thanks Warren, great article, and thanks all for the follow up posts as well. Just one more question, the usual mbr and boot files will boot a gpt partition? I see there are some additional files gptboot and pmbr? Thanks, Erik ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Partitioning with gpart or old style slices?
On Sat, 4 Jun 2011, Robert Simmons wrote: On Sat, Jun 4, 2011 at 10:43 PM, Warren Block wbl...@wonkity.com wrote: There's a sample in the second half of my disk setup article: http://www.wonkity.com/~wblock/docs/html/disksetup.html Looks good. I have a few critiques: 1) Linux and FreeBSD do not have alignment requirements, as far as I know. So you may want to include a note about this when you say Create partition for /. It should start at the 1M boundary for alignment on 4K sector drives, or 2048 blocks: This would only be necessary for dual-boot with an OS that has alignment requirements such as windows. This would essentially be the difference between the two old methods of dedicated and not. The 1M size is compatible with Windows and aligns partitions for better performance on 4K sector drives. Doesn't affect performance on 512-byte sector drives, easier to set up initially than add later, and costs less than 1M of space. Cheap compatibility insurance, I guess I'm saying. 2) Perhaps add a note about softupdates (-U) for partitions other than / when you describe the newfs steps. Yikes, yes. I think your article would be a good place to start for making an updated section in the handbook. Thanks! ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Partitioning with gpart or old style slices?
Hi: I just realized how many years ago I haven't been partitioning any disks .. this system is so stable :) So, now I see I have gpart as alternative to fdisk/bsdlabel. I have a 320GB disk which will be dedicated to FBSD, is there any advantage - or any problems (problems as in I've never tried that before) - using gpart instead of the old scheme? Do I need kernel modules not in the generic kernel or create extra boot partition? Thanks, Erik ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Partitioning with gpart or old style slices?
On Sat, Jun 4, 2011 at 6:14 PM, Erik Nørgaard norga...@locolomo.org wrote: - or any problems (problems as in I've never tried that before) - using gpart instead of the old scheme? Sorry for the double post, but the only problem that I've encountered is after creating a encrypted provider with geli(8), that provider cannot be partitioned using the GPT scheme. You can still partition it using gpart(8), but the scheme must be BSD or MBR. I am not sure whether this is a bug or just the way GPT partitions work, but it is not that big of a problem unless you want to have very large encrypted providers that are GPT scheme partitions. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Partitioning with gpart or old style slices?
On Sat, Jun 4, 2011 at 6:14 PM, Erik Nørgaard norga...@locolomo.org wrote: I just realized how many years ago I haven't been partitioning any disks .. this system is so stable :) So, now I see I have gpart as alternative to fdisk/bsdlabel. gpart(8) from my experience is far superior to all the older tools. I have a 320GB disk which will be dedicated to FBSD, is there any advantage - or any problems (problems as in I've never tried that before) - using gpart instead of the old scheme? It is clean and clear as to what you are doing, and it supports GPT scheme partitions. Do I need kernel modules not in the generic kernel or create extra boot partition? If you use it to make GPT partitions, you will need a freebsd-boot partition with the proper bootcode for what you want to do. If you search this mailing list's archive, I've posted basic instructions for gpart/GPT partitioning recently, perhaps there needs to be a section added to Handbook 18.3.2 describing the basics. Unfortunately, the only mention in the handbook is a link to the man page in section 18.3. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Partitioning with gpart or old style slices?
On Sat, 4 Jun 2011, Robert Simmons wrote: Do I need kernel modules not in the generic kernel or create extra boot partition? If you use it to make GPT partitions, you will need a freebsd-boot partition with the proper bootcode for what you want to do. If you search this mailing list's archive, I've posted basic instructions for gpart/GPT partitioning recently, perhaps there needs to be a section added to Handbook 18.3.2 describing the basics. Unfortunately, the only mention in the handbook is a link to the man page in section 18.3. There's a sample in the second half of my disk setup article: http://www.wonkity.com/~wblock/docs/html/disksetup.html ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Partitioning with gpart or old style slices?
On Sat, Jun 4, 2011 at 10:43 PM, Warren Block wbl...@wonkity.com wrote: There's a sample in the second half of my disk setup article: http://www.wonkity.com/~wblock/docs/html/disksetup.html Looks good. I have a few critiques: 1) Linux and FreeBSD do not have alignment requirements, as far as I know. So you may want to include a note about this when you say Create partition for /. It should start at the 1M boundary for alignment on 4K sector drives, or 2048 blocks: This would only be necessary for dual-boot with an OS that has alignment requirements such as windows. This would essentially be the difference between the two old methods of dedicated and not. 2) Perhaps add a note about softupdates (-U) for partitions other than / when you describe the newfs steps. 3) I like to put /root in its own partition on the off chance that it fills up. That way it's in a little sandbox and does not fill /. But this is personal preference, I guess. I think your article would be a good place to start for making an updated section in the handbook. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Partitioning with gpart or old style slices?
El día Saturday, June 04, 2011 a las 08:43:37PM -0600, Warren Block escribió: On Sat, 4 Jun 2011, Robert Simmons wrote: Do I need kernel modules not in the generic kernel or create extra boot partition? If you use it to make GPT partitions, you will need a freebsd-boot partition with the proper bootcode for what you want to do. If you search this mailing list's archive, I've posted basic instructions for gpart/GPT partitioning recently, perhaps there needs to be a section added to Handbook 18.3.2 describing the basics. Unfortunately, the only mention in the handbook is a link to the man page in section 18.3. There's a sample in the second half of my disk setup article: http://www.wonkity.com/~wblock/docs/html/disksetup.html Since some time I'm as well using gpart(8) to setup new systems with the following sequence: # gpart create -s mbr ad4 # Init the disk with an MBR # gpart add -t freebsd ad4# Create a BSD container # gpart create -s bsd ad4s1 # Init with a BSD scheme # gpart add -t freebsd-ufs -s 1G ad4s1 # 1GB for / # gpart add -t freebsd-swap -s 2G ad4s1 # 2GB for swap # gpart add -t freebsd-ufs -s 2G ad4s1 # 2GB for /var # gpart add -t freebsd-ufs -s 1G ad4s1 # 1GB for /tmp # gpart add -t freebsd-ufs ad4s1 # all rest for /usr # gpart set -a active -i 1 ad4 But the result is not ready for boot after install the kernel and system; I allways have to go again with the sysinstall(8) tool to set the 'A' flag; don't know what I'm missing (and the man page is not very instructive on this); thanks PS: next time will try the example of your page, Warren; thx matthias -- Matthias Apitz t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e g...@unixarea.de - w http://www.unixarea.de/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Partitioning with gpart or old style slices?
On Sun, 5 Jun 2011 06:40:22 +0200, Matthias Apitz g...@unixarea.de wrote: Since some time I'm as well using gpart(8) to setup new systems with the following sequence: # gpart create -s mbr ad4 # Init the disk with an MBR # gpart add -t freebsd ad4# Create a BSD container # gpart create -s bsd ad4s1 # Init with a BSD scheme # gpart add -t freebsd-ufs -s 1G ad4s1 # 1GB for / # gpart add -t freebsd-swap -s 2G ad4s1 # 2GB for swap # gpart add -t freebsd-ufs -s 2G ad4s1 # 2GB for /var # gpart add -t freebsd-ufs -s 1G ad4s1 # 1GB for /tmp # gpart add -t freebsd-ufs ad4s1 # all rest for /usr # gpart set -a active -i 1 ad4 Just a side question that may be interesting for addition in a new Handbook section: When you use the old method, you can leave out the slicing step, creating a dangerously (haha) dedicated disk for use with FreeBSD. Would this also work with gpart by omitting the gpart create -s bsd ad4s1 step and then refering to ad4 instead of ad4s1 in the gpart add -t freebsd-ufs/swap steps? But the result is not ready for boot after install the kernel and system; I allways have to go again with the sysinstall(8) tool to set the 'A' flag; don't know what I'm missing (and the man page is not very instructive on this); thanks I agree about the manpage; gpart set -a attrib -i index [-f flags] geom is mentioned in the synopsis, but there's no further mentioning of the -a option and its parameters. Maybe (haven't tested!) gpart set -a active -i 1 ad4s1 is equivalent to setting the A flag using sysinstall? -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Partitioning with gpart or old style slices?
On Sunday, June 05, 2011 12:40:22 AM Matthias Apitz wrote: Since some time I'm as well using gpart(8) to setup new systems with the following sequence: # gpart create -s mbr ad4 # Init the disk with an MBR # gpart add -t freebsd ad4# Create a BSD container # gpart create -s bsd ad4s1 # Init with a BSD scheme # gpart add -t freebsd-ufs -s 1G ad4s1 # 1GB for / # gpart add -t freebsd-swap -s 2G ad4s1 # 2GB for swap # gpart add -t freebsd-ufs -s 2G ad4s1 # 2GB for /var # gpart add -t freebsd-ufs -s 1G ad4s1 # 1GB for /tmp # gpart add -t freebsd-ufs ad4s1 # all rest for /usr # gpart set -a active -i 1 ad4 But the result is not ready for boot after install the kernel and system; I allways have to go again with the sysinstall(8) tool to set the 'A' flag; don't know what I'm missing (and the man page is not very instructive on this); thanks You need to install the bootcode: This will install the interactive one: gpart bootcode -b /mnt2/boot/boot0 ad4 this will install the non-interactive one: gpart bootcode -b /mnt2/boot/mbr ad4 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Partitioning with gpart or old style slices?
On Sunday, June 05, 2011 12:59:44 AM Polytropon wrote: On Sun, 5 Jun 2011 06:40:22 +0200, Matthias Apitz g...@unixarea.de wrote: Since some time I'm as well using gpart(8) to setup new systems with the following sequence: # gpart create -s mbr ad4 # Init the disk with an MBR # gpart add -t freebsd ad4# Create a BSD container # gpart create -s bsd ad4s1 # Init with a BSD scheme # gpart add -t freebsd-ufs -s 1G ad4s1 # 1GB for / # gpart add -t freebsd-swap -s 2G ad4s1 # 2GB for swap # gpart add -t freebsd-ufs -s 2G ad4s1 # 2GB for /var # gpart add -t freebsd-ufs -s 1G ad4s1 # 1GB for /tmp # gpart add -t freebsd-ufs ad4s1 # all rest for /usr # gpart set -a active -i 1 ad4 Just a side question that may be interesting for addition in a new Handbook section: When you use the old method, you can leave out the slicing step, creating a dangerously (haha) dedicated disk for use with FreeBSD. Would this also work with gpart by omitting the gpart create -s bsd ad4s1 step and then refering to ad4 instead of ad4s1 in the gpart add -t freebsd-ufs/swap steps? Yes, that would be the equivalent, but if you do that, you might as well use GPT. The reason you would want to use MBR is to dual boot with another OS that only understands MBR. If you are using certain newer 64bit versions of Windows, they understand GPT boot, so the whole BSD inside MBR vs. BSD dedicated is becoming moot in my opinion. A good reference if you must dual boot is: http://msdn.microsoft.com/en-us/windows/hardware/gg463525 Also, at the bottom of this page is a list of OSs and GPT support: http://en.wikipedia.org/wiki/GUID_Partition_Table But the result is not ready for boot after install the kernel and system; I allways have to go again with the sysinstall(8) tool to set the 'A' flag; don't know what I'm missing (and the man page is not very instructive on this); thanks I agree about the manpage; gpart set -a attrib -i index [-f flags] geom is mentioned in the synopsis, but there's no further mentioning of the -a option and its parameters. Maybe (haven't tested!) gpart set -a active -i 1 ad4s1 is equivalent to setting the A flag using sysinstall? After reexamining the man page I think I see where it could be made more clear. The Examples section at the bottom should be changed into sections, one for MBR with BSD inside, one for BSD dedicated, one for GPT, and one for VTOC8. Or at minimum add that you _must_ install bootcode if you wish to boot from the disk. From the confusion above it seems that people think that gpart create -s GPT ad0 installs the bootcode, which it does not (replace the GPT in my example with MBR, BSD etc). ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Partitioning with gpart or old style slices?
On Sun, Jun 5, 2011 at 08:03, Robert Simmons rsimmo...@gmail.com wrote: On Sunday, June 05, 2011 12:40:22 AM Matthias Apitz wrote: Since some time I'm as well using gpart(8) to setup new systems with the following sequence: # gpart create -s mbr ad4 # Init the disk with an MBR # gpart add -t freebsd ad4# Create a BSD container # gpart create -s bsd ad4s1 # Init with a BSD scheme # gpart add -t freebsd-ufs -s 1G ad4s1 # 1GB for / # gpart add -t freebsd-swap -s 2G ad4s1 # 2GB for swap # gpart add -t freebsd-ufs -s 2G ad4s1 # 2GB for /var # gpart add -t freebsd-ufs -s 1G ad4s1 # 1GB for /tmp # gpart add -t freebsd-ufs ad4s1 # all rest for /usr # gpart set -a active -i 1 ad4 But the result is not ready for boot after install the kernel and system; I allways have to go again with the sysinstall(8) tool to set the 'A' flag; don't know what I'm missing (and the man page is not very instructive on this); thanks You need to install the bootcode: This will install the interactive one: gpart bootcode -b /mnt2/boot/boot0 ad4 this will install the non-interactive one: gpart bootcode -b /mnt2/boot/mbr ad4 This is interesting and here is my question: Taking the above example from Matthias, assume that I have done everything including installing the bootcode, then I realize I am not happy with the scheme and I need to change. How do I wipe the whole thing in one go so that I can start afresh? gpart destroy ad4 ?? Why is there no sysinstall-style GUI for gpart? -- Best regards, Odhiambo WASHINGTON, Nairobi,KE +254733744121/+254722743223 _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ I can't hear you -- I'm using the scrambler. Please consider the environment before printing this email. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Partitioning with gpart or old style slices?
On Sun, Jun 5, 2011 at 1:39 AM, Odhiambo Washington odhia...@gmail.com wrote: On Sun, Jun 5, 2011 at 08:03, Robert Simmons rsimmo...@gmail.com wrote: On Sunday, June 05, 2011 12:40:22 AM Matthias Apitz wrote: Since some time I'm as well using gpart(8) to setup new systems with the following sequence: # gpart create -s mbr ad4 # Init the disk with an MBR # gpart add -t freebsd ad4 # Create a BSD container # gpart create -s bsd ad4s1 # Init with a BSD scheme # gpart add -t freebsd-ufs -s 1G ad4s1 # 1GB for / # gpart add -t freebsd-swap -s 2G ad4s1 # 2GB for swap # gpart add -t freebsd-ufs -s 2G ad4s1 # 2GB for /var # gpart add -t freebsd-ufs -s 1G ad4s1 # 1GB for /tmp # gpart add -t freebsd-ufs ad4s1 # all rest for /usr # gpart set -a active -i 1 ad4 But the result is not ready for boot after install the kernel and system; I allways have to go again with the sysinstall(8) tool to set the 'A' flag; don't know what I'm missing (and the man page is not very instructive on this); thanks You need to install the bootcode: This will install the interactive one: gpart bootcode -b /mnt2/boot/boot0 ad4 this will install the non-interactive one: gpart bootcode -b /mnt2/boot/mbr ad4 This is interesting and here is my question: Taking the above example from Matthias, assume that I have done everything including installing the bootcode, then I realize I am not happy with the scheme and I need to change. How do I wipe the whole thing in one go so that I can start afresh? gpart destroy ad4 ?? Yes, but first you must delete all of the slices/partitions. Think of it this way: you must go backwards down the path you just came with a delete for each add, then a destroy for each create. Why is there no sysinstall-style GUI for gpart? Hopefully, because sysinstall is soon going to be taken out back and shot, and its replacement will be gpart-aware and therefore GPT-aware. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org