On Mon, Dec 27, 2010 at 01:06:21AM +, Camilo Mesias wrote:
> I'm confused now about what Anaconda has done. I checked with the
> commands from this site:
>
> http://thunk.org/tytso/blog/2009/02/20/aligning-filesystems-to-an-ssds-erase-block-size/
Anaconda (really parted) defaults to sane alig
I'm confused now about what Anaconda has done. I checked with the
commands from this site:
http://thunk.org/tytso/blog/2009/02/20/aligning-filesystems-to-an-ssds-erase-block-size/
And starting fdisk with different arguments gives more sensible
looking results. Note that I haven't changed the on-d
On 12/26/2010 02:08 PM, Jeff Garzik wrote:
> On 12/26/2010 01:53 PM, nodata wrote:
>> On 26/12/10 18:42, drago01 wrote:
>>> On Sun, Dec 26, 2010 at 6:34 PM, Ray Strodewrote:
Hi,
On Sun, Dec 26, 2010 at 10:32 AM, drago01wrote:
> You don't want to use LVM (and you should mo
On 12/26/2010 01:53 PM, nodata wrote:
> On 26/12/10 18:42, drago01 wrote:
>> On Sun, Dec 26, 2010 at 6:34 PM, Ray Strode wrote:
>>> Hi,
>>>
>>> On Sun, Dec 26, 2010 at 10:32 AM, drago01 wrote:
You don't want to use LVM (and you should mount the fs with the
discard option for trim to w
On 26/12/10 18:42, drago01 wrote:
> On Sun, Dec 26, 2010 at 6:34 PM, Ray Strode wrote:
>> Hi,
>>
>> On Sun, Dec 26, 2010 at 10:32 AM, drago01 wrote:
>>> You don't want to use LVM (and you should mount the fs with the
>>> discard option for trim to work).
>> At plumbers it came out during the file
On Sun, Dec 26, 2010 at 6:34 PM, Ray Strode wrote:
> Hi,
>
> On Sun, Dec 26, 2010 at 10:32 AM, drago01 wrote:
>> You don't want to use LVM (and you should mount the fs with the
>> discard option for trim to work).
> At plumbers it came out during the filesystem talk that the discard
> option is a
Hi,
On Sun, Dec 26, 2010 at 10:32 AM, drago01 wrote:
> You don't want to use LVM (and you should mount the fs with the
> discard option for trim to work).
At plumbers it came out during the filesystem talk that the discard
option is a really bad idea. It apparently has performance and
reliabilty
On Sun, Dec 26, 2010 at 3:56 PM, Roberto Ragusa wrote:
> Camilo Mesias wrote:
>>
>> The output of sfdisk -l doesn't make it obvious if the disk is using
>> 4k sectors or is aligned in any particular way.
> [...]
>>
>> Disk /dev/sda: 7297 cylinders, 255 heads, 63 sectors/track
>> Units = cylinders
Camilo Mesias wrote:
>
> The output of sfdisk -l doesn't make it obvious if the disk is using
> 4k sectors or is aligned in any particular way.
[...]
>
> Disk /dev/sda: 7297 cylinders, 255 heads, 63 sectors/track
> Units = cylinders of 8225280 bytes, blocks of 1024 bytes, counting from 0
>
>D
On Sun, 26 Dec 2010 13:18:32 +0100, Henrik wrote:
> > This should work:
> >
> > $ repoquery --disablerepo=rpmfusion-free-updates --releasever=rawhide
> > --whatrequires libmysqlclient_r.so.16\*
>
> There is also the isuse of libmysql_client.so.16 vs
> libmysql_client_r.so.16.
>
> repoquery --di
Hi
I was wondering what the state of SSD support was. I upgraded a
netbook with a SSD and took the defaults from F14's live installable
USB disk's Anaconda.
The SSD comes unformatted, it's a OCZ Vertex 2E (SATA II) which
apparently has TRIM capability.
I wondered how I can tell if this hardware
Compose started at Sun Dec 26 08:15:03 UTC 2010
Broken deps for x86_64
--
apr-util-mysql-1.3.10-1.fc15.x86_64 requires
libmysqlclient_r.so.16()(64bit)
apr-util-mysql-1.3.10-1.fc15.x86_64 requires
libmysqlclient_r.so.16(libmy
lör 2010-12-25 klockan 17:09 -0500 skrev Orcan Ogetbil:
> On Sat, Dec 25, 2010 at 5:02 PM, Tom Lane wrote:
> > Michael Schwendt writes:
> >> On Sat, 25 Dec 2010 14:33:37 -0500, Tom wrote:
> >>> I'm still on F13, but theoretically it should be the same no?
> >
> >> You are on x86_64, right?
> >> I w
13 matches
Mail list logo
