And my /boot is also above 240MB it appears...
Code:
[root@fs ~]# du -m -x -d 1 /boot |sort -n
241 /boot/kernel
242 /boot
Its because of the DEBUG
*.symbols that are placed into
/boot/kernel by default, You can safely remove them, so You will end with something like that (mine
/boot/kernel):
Code:
% du -sm -x /boot
45 /boot
% du -sm -x /boot/kernel
44 /boot/kernel
carpenike said:
I haven't rebuilt world / kernel yet though... Should that shrink it? Just did this install a few days ago.
No, just remove the DEBUG symbols
/boot/kernel/*.symbols.
carpenike said:
I'll probably re-work the build to use two CF cards for the basefs and then put all the other file systems on my 4 disk raidz that'll be used for storage... Then I can get rid of the two boot drives that I currently have mirrored.
Yes its also a very good idea, mostly that most of the time You will use / as read only (I even have it mounted read-only all the time).
carpenike said:
Is there any reason to use a particularly fast flash drive for the root file system? If I'm understanding things correctly, rarely will anything be written to / unless you're updating the system and therefore reads are more important. If most of your reading is being done from the HDD backed zpool, then is there any advantage to spending $30 more on a 300x/400x CF over say a $15 4G Kingston (
http://www.newegg.com/Product/Product.aspx?Item=N82E16820134575)? Going to throw them into these Syba SATA -> CF adapters (
http://www.newegg.com/Product/Product.aspx?Item=N82E16812186061) and call it a day.
The root filesystem will be used only to boot up mostly, and flash drives even that they can have slow sequential speeds, they often have very small access times which will make booting faster, generally You can put mirrored / on flash drives/CF cards without any problem, that would work very good for that ZFS setup. Some even prefere to put whole FreeBSD base system on Flash/CF (along with /usr) like
phoenix from these forums and its also works very good, You can strip all ZFS pool disks right away and You still have fully capable system, I do not mind changing disks that often, so I can end up with more 'hybrid' setup.
carpenike said:
This is unrelated and I may end up opening another thread for it, so feel free to push me to open a new thread to keep this on topic. I can't seem to get AHCI to work on my rig (Gigabyte GA-K8U-735 Mobo / Sempron 1800+ proc / Supermicro AOC-SAT2-MV8 HBA) and I believe that's why the kernel will panic if I pull out one of the two system drives. I've actually had my ZFS pool corrupt itself as a result and upon reboot immediately panic the system when it attempts to mount the ZFS drive. Additionally, I can't seem to add a new eSATA disk once the system has booted to one of the open AOC-SAT2-MV8 ports via an internal SATA -> eSATA cable converter. Am I correct in assuming that AHCI is controlled at the controller level? So the built in Northbridge on the motherboard would need AHCI support for that to work? Likewise, the AOC-SAT2-MV8 would need to support AHCI?
