On Tue, 2009-11-03 at 13:47 -0500, Chris Lumens wrote: > I don't believe we have the ability to express sizes of requests this > complex, even after the thing I added in this patch. I also think this > is a fairly difficult change to make - at least in a clean and generic > way. I know it's supposed to be a world of arbitrary LBA, but ensuring slices (partitions) are on perfect cylinder boundaries is ideal, and should be the default. I guess one could give the option to use an alternative heads/sector size in the "druid," but I'd default to what the disk uses (in the case it does not already have a disk label / partition table, which we already respect if it does). On Tue, 2009-11-03 at 14:32 -0500, Bill Nottingham wrote: > 64GB is a (somewhat) stock SSD size. Just remember that 64GB = 59.6GiB. And then there are also spare cells. Of course, if we're going to start talking SSDs, we should _avoid_ creating swap on a SSD while we're at it. ;) On Thu, 2009-10-29 at 21:04 -0400, Kyle McDonald wrote: > I never understood Sun's use of /export/home Whether it's /export or some other TLD than /home, the idea is to always have the "source" located outside of /home, because /home may be automounted. To this day, I still use the nomenclature ... /export/(server)/(resource) -> /home/(domain)/(resource) The "server" in the /export source tells me the server. The "domain" in the /home mount where all the automounter maps for that domain will will mount. In the server itself, I will use a local automounter map with a bind mount to override the domain automounter map that uses a network filesystem protocol when the store is local to the server itself. On Thu, 2009-10-29 at 21:04 -0400, Kyle McDonald wrote: > but I found it useful to mount the remaining space as just /export As a fallback, such as on any workstation, I just create (and bind mount): /export/local -> /home/local -- Bryan J Smith Senior Consultant Red Hat, Inc Professional Consulting http://www.redhat.com/consulting mailto:bjs@xxxxxxxxxx +1 (407) 489-7013 (Mobile) mailto:b.j.smith@xxxxxxxx (Blackberry/Red Hat-External) -------------------------------------------------------- You already know Red Hat as the entity dedicated to 100% no-IP-strings-attached, community software development. But do you know where CIOs rate Red Hat versus other software and services firms for their own, direct needs, year after year? http://www.redhat.com/promo/vendor/ _______________________________________________ Anaconda-devel-list mailing list Anaconda-devel-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/anaconda-devel-list
