opensuse
[Arriba] [Todas las Listas]

Re: [opensuse] df Informes completamente medidas diferentes de fdisk

To: opensuse@xxxxxxxxxxxx
Subject: Re: [opensuse] df Informes completamente medidas diferentes de fdisk
From: Anton Aylward <opensuse@xxxxxxxxxxxxxxxx>
Date: Tue, 13 Sep 2011 13:53:06 -0400
Delivered-to: opensuse@xxxxxxxxxxxxxxxxxxx
Delivery-date: Tue, 13 Sep 2011 13:53:33 -0400
Dkim-signature: v=1; a=rsa-sha1; c=relaxed; d=antonaylward.com; h= message-id:date:from:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; s= antonaylward.com; bh=zegM9GeceJgXtCS/cNUBzAYTB48=; b=CHIu+O4iH8C TNz3fGSK3QrBS3uHWnReGMJAfJOmEQ+qRJMIdrk6lOkHI28PEXBNTWvFbYOpnwn+ JqPtp9el16dTR5vEgqimsZOl7yaoXUQ+c1ZkhrWEFmPGzAOnL3+D6coiAjq757q7 QJA7jIBuwWeT4qJXbyjqAHlFLopvdnKA=
Domainkey-signature: a=rsa-sha1; c=nofws; d=antonaylward.com; h=message-id :date:from:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; q=dns; s= antonaylward.com; b=K0ZRgNPm+7bLLxBLRgfAc3YZlM5fFoZfIMXcQBed+/oo wH/JMWhpURI/Vw8hJDqIRTZq5Dv+I09gveBe0LL0UmfB43MwPKb/X8fYv2kYPtzA /sIwDryk/UvLImeuIOnbZixlHDmu/kamqxO7BM179zHn+dhkKFBIbOEimD7MDr0=
Envelope-to: traductor@xxxxxxxxxxx
In-reply-to: <4E6F8C1A.1070705@bout-tyme.net>
List-archive: <http://lists.opensuse.org/opensuse/>
List-help: <mailto:opensuse+help@opensuse.org>
List-owner: <mailto:opensuse+owner@opensuse.org>
List-post: <mailto:opensuse@opensuse.org>
List-subscribe: <mailto:opensuse+subscribe@opensuse.org>
List-unsubscribe: <mailto:opensuse+unsubscribe@opensuse.org>
Mailing-list: contact opensuse+help@xxxxxxxxxxxx; run by mlmmj
Organization: SI
References: <4E6F735D.3000105@applied.com.sg> <4E6F87D2.4070606@antonaylward.com> <4E6F8C1A.1070705@bout-tyme.net>
User-agent: Mozilla/5.0 (X11; Linux i686; rv:6.0.2) Gecko/20110907 Firefox/6.0.2 Thunderbird/6.0.2
Ken *Schneider - *openSUSE dijo el siguiendo en 09/13/2011 01:00 PM:
En 09/13/2011 12:41 PM, Anton *Aylward *pecked en el teclado y escribió:
Otto *Rodusek dijo el siguiendo en 09/13/2011 11:14 AM:
tengo un problema muy inusual donde *fdisk informes una medida PERO *df
informa una medida TOTALMENTE diferente e inesperada. Además haciendo un lleno
*backup, *repartition, *reformat y restaurar, es allí cualquier cosa más puedo
probar primero??

Manzanas y Pepinos. Ningún incluso la forma, ni siquiera tanto una clase de fruta.
Dos cosas totalmente diferentes.

No todos sistemas de archivo son en disco.

Cuándo un sistema de archivo es en una partición de disco no tiene que llenar la partición
entera

Cuándo un sistema de archivo llena una partición entera la cantidad del dato no
será la misma medida como la partición debido al estructural *metadata
que es separa el sistema de archivo.


*Sorry, qué es vuestro problema?
Basado en el dato no veo un problema.

Cuando creando un *filesystem sobre 5% es aguantado atrás para raíz en caso de problemas.
Utilizó para ser 10% pero con hoy muchos paseos más grandes fue
reducido. Por lo tanto el *filesystem siempre será más pequeño entonces la partición.
Nada para preocuparse sobre aquí.

Entonces hay *sparse archivos como *database archivos, donde la medida de archivos y la cantidad de espacio de disco *allocated es dos cosas diferentes.

En uno nota todos los  archivos son un poco *sparse.
Un archivo de longitud real 1 *byte todavía tendrá #uno 4*K bloque de disco lógico *allocated. Algunos sistemas de archivo pueden 'participación' en a situaciones les gusta que, pero no supone ellos todos pueden.

Hombre *du dice:

<cita>
--aparente-la medida
    imprime  medidas aparentes, bastante que uso de disco; a pesar de que la medida
    aparente es normalmente más pequeño,puede ser más grande debido a agujeros
    en (`*sparse') archivos, fragmentación interna, bloques indirectos,
    y el gustar
</citar>

hombre *fdisk dice

<cita>
En un DOS-mesa de partición del tipo el empezando *offset y la medida de cada partición es almacenada en dos maneras: cuando un número absoluto de los sectores dados en 32 bits), y como *Cylinders/terna/de Sectores de las Cabezas .....
Linux nunca utiliza *C/*H/*S.
</Cita>

*Bytes .. Bloques de disco lógico .. Sectores
puedes pensar que son la misma cosa pero ellos ningún tener un sencillo *mapping. Sistemas de archivo diferente utilizarán la misma partición en maneras diferentes. Las mismas aplicaciones utilizarán sistemas de archivo diferente en maneras diferentes. Algunos sistemas de archivo son '*tunable;, pero no toda sintonía será *optimal para algunas aplicaciones.

Y '*optimal' puede significar cosas diferentes en contextos diferentes.



--
Noventa #per cent de los políticos dan los otros diez #per cent una reputación mala.
    -- Henry *Kissinger
--
A *unsubscribe, *e-correo: *opensuse+unsubscribe@xxxxxxxxxxxx
Puesto que órdenes adicionales, *e-correo: *opensuse+help@xxxxxxxxxxxx


Ken Schneider - openSUSE said the following on 09/13/2011 01:00 PM:
On 09/13/2011 12:41 PM, Anton Aylward pecked at the keyboard and wrote:
Otto Rodusek said the following on 09/13/2011 11:14 AM:
I have a very unusual problem where fdisk reports one size BUT df
reports a TOTALLY different and unexpected size. Besides doing a full
backup, repartition, reformat and restore, is there anything else I can
try first??

Apples and Cucumbers. No even the shape, not even both a kind of fruit.
Two totally different things.

Not all file systems are on disk.

When a file system is in a disk partition it doesn't have to fill the
whole partition

When a file system does fill a whole partition the amount of data will
not be the same size as the partition because of the structural metadata
that is part the file system.


Sorry, what is your problem?
Based on the data I don't see a problem.

When creating a filesystem about 5% is held back for root in case of
problems. It used to be 10% but with today's much larger drives it was
reduced. Therefore the filesystem will always be smaller then the
partition. Nothing to worry about here.

Then there are sparse files like database files, where the files size and the amount of disk space allocated are two different things.

In one sense all files are a bit sparse.
A file of actual length 1 byte will still have a 4K logical disk block allocated. Some file systems can 'share' in situations like that, but don't assume they all can.

man du says:

<quote>
--apparent-size
    print  apparent sizes, rather than disk usage; although the
    apparent size is usually smaller,it may be larger due to holes
    in (`sparse') files, internal fragmentation, indirect blocks,
    and the like
</quote>

man fdisk says

<quote>
In a DOS-type partition table the starting offset and the size of each partition is stored in two ways: as an absolute number of sectors given in 32 bits), and as a Cylinders/Heads/Sectors triple .....
Linux never uses C/H/S.
</quote>

Bytes .. logical disk blocks .. sectors
You may think they are the same thing but they do no have a simple mapping. Different file systems will use the same partition in different ways. The same applications will use different file systems in different ways. some file systems are 'tunable;, but not all tuning will be optimal for some applications.

And 'optimal' can mean different things in different contexts.



--
Ninety percent of the politicians give the other ten percent a bad reputation.
    -- Henry Kissinger
--
To unsubscribe, e-mail: opensuse+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: opensuse+help@xxxxxxxxxxxx


<Anterior por Tema] Tema Actual [Siguiente por Tema>