#1 Le 18/04/2006, à 08:34
- Koant
[Résolu] DD: 250Go d'après cfdisk, 186Go d'après Nautilus et df
Salut à tous,
je viens de formater mon deuxième DD (interne, IDE) en ext2 avec un vieux PartitionMagick (4.0).
Je l'ai monté depuis le fstab avec:
/dev/hdb1 /media/archives ext2 defaults 0 2
Jusque-là, pas de problèmes si ce n'est que la taille du disque ne correspond pas du tout à mes attentes:
Nautilus et df me parlent de 200Gb ou 186Gb alors que cfdisk me parle de 250Gb (ce que je préfère, évidemment).
En bref,
Nautilus: 186Go.
df: /dev/hdb1 208692809 2110005 194373004 2% /media/archives
df -h: /dev/hdb1 200G 2.1G 186G 2% /media/archives
et
cfdisk /dev/hdb: Size: 250059350016 bytes, 250.0 Gb
Je sais qu'il y a une différence selon que l'on compte 1Mo=1000 ou 1024 mais cette différence est trop petite pour passer de 250Gb à 200Gb. (250059350016/(1024*1024*1024)=232Gb)
Qui croire ?
Merci d'avance!
Dernière modification par Koant (Le 18/04/2006, à 13:47)
Hors ligne
#2 Le 18/04/2006, à 09:17
- fmo
Re : [Résolu] DD: 250Go d'après cfdisk, 186Go d'après Nautilus et df
Mon 1er reflexe serait de ne pas faire confiance a la facon donc PM4 a cree ta partition... et donc de la supprimer et la recreer sous Linux, en EXT3 de preferrence.
www.terranux.net
Hors ligne
#3 Le 18/04/2006, à 11:12
- cep_
Re : [Résolu] DD: 250Go d'après cfdisk, 186Go d'après Nautilus et df
Il y a une grosse différence là.
Qu'indique un sudo hdparm -I /dev/hdb ?
La partition couvre tout le disque ? sudo parted -s /dev/hd print de même qu'un sudo fdisk -l /dev/hdb
Il se peut que la partition ne porte pas sur la totalité du disque.
Pourquoi avoir utilisé P. M. ? 
#4 Le 18/04/2006, à 11:19
- cep_
Re : [Résolu] DD: 250Go d'après cfdisk, 186Go d'après Nautilus et df
En complément :
Une ligne d'options interessantes pour créer un système de fichiers ext3 sur une partition importante en volume :
mkfs.ext3 -j -m 1 -O dir_index,filetype,sparse_super /dev/hdxn
le -m 1 pour le pourcentage de blocks réservés à root (1%).
Pour les autres options après - O :
dir_index :
Utilise des B-trees hachés pour accélérer la recherche dans les grands répertoires
filetype
Enregistre les informations de type de fichiers dans les entrées des répertoires.
sparse_super
Limite le nombre de sauvegardes des superblocs pour économiser de l'espace sur les grands systèmes de fichiers.
#5 Le 18/04/2006, à 12:15
- Koant
Re : [Résolu] DD: 250Go d'après cfdisk, 186Go d'après Nautilus et df
Merci pour ces réponses. Je vais formatter depuis linux avec toutes les options suggérées.
En effet, tout me dit que j'ai bien 250Gb:
koant@xxxx:~$ sudo fdisk -l /dev/hdb
Disk /dev/hdb: 250.0 GB, 250059350016 bytes
255 heads, 63 sectors/track, 30401 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/hdb1 1 30401 244196001 83 Linuxet
koant@xxxx:~$ sudo parted -s /dev/hdb print
Disk geometry for /dev/hdb: 0.000-238475.179 megabytes
Disk label type: msdos
Minor Start End Type Filesystem Flags
1 0.031 238472.688 primary ext2et
koant@xxxx:~$ sudo hdparm -I /dev/hdb
ATA device, with non-removable media
Model Number: ST3250823A
Serial Number: 3ND03NM1
Firmware Revision: 3.01
Standards:
Supported: 7 6 5 4
Likely used: 7
Configuration:
Logical max current
cylinders 16383 65535
heads 16 1
sectors/track 63 63
--
CHS current addressable sectors: 4128705
LBA user addressable sectors: 268435455
LBA48 user addressable sectors: 488397168
device size with M = 1024*1024: 238475 MBytes
device size with M = 1000*1000: 250059 MBytes (250 GB)
Capabilities:
LBA, IORDY(can be disabled)
Queue depth: 1
Standby timer values: spec'd by Standard, no device specific minimum
R/W multiple sector transfer: Max = 16 Current = ?
Recommended acoustic management value: 128, current value: 0
DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 *udma5
Cycle time: min=120ns recommended=120ns
PIO: pio0 pio1 pio2 pio3 pio4
Cycle time: no flow control=240ns IORDY flow control=120ns
Commands/features:
Enabled Supported:
* READ BUFFER cmd
* WRITE BUFFER cmd
* Host Protected Area feature set
* Look-ahead
* Write cache
* Power Management feature set
Security Mode feature set
SMART feature set
* FLUSH CACHE EXT command
* Mandatory FLUSH CACHE command
* Device Configuration Overlay feature set
* 48-bit Address feature set
SET MAX security extension
* DOWNLOAD MICROCODE cmd
* General Purpose Logging feature set
* SMART self-test
* SMART error logging
Security:
Master password revision code = 65534
supported
not enabled
not locked
not frozen
not expired: security count
not supported: enhanced erase
HW reset results:
CBLID- above Vih
Device num = 1 determined by CSEL
Checksum: correctPourquoi avoir utilisé P. M. ?
La trouille, tout simplement. Je débute 
Hors ligne
#6 Le 18/04/2006, à 12:32
- cep_
Re : [Résolu] DD: 250Go d'après cfdisk, 186Go d'après Nautilus et df
Tout semble correcte :
device size with M = 1024*1024: 238475 MBytes
device size with M = 1000*1000: 250059 MBytes (250 GB)
La géométrie Logical max current
cylinders 16383 65535
heads 16 1
sectors/track 63 63
Est donnée telle pour le sata sur le site du constructeur http://www.seagate.com/support/disc/specs/sata/st3250823as.html
et pour le modèle ide : 1024 256 63 http://www.seagate.com/support/disc/specs/ata/st3250823a.html
Une erreur sur le site ? Par contre hdparm donne bien la valeur vue LBA et fdisl la valeur "traduite C.H.S" à sa façon, ce qui est normal.
Pour voir acteullement la place perdue car réservée à root : sudo dumpe2fs -h /dev/hdb1
#7 Le 18/04/2006, à 13:06
- dawar
Re : [Résolu] DD: 250Go d'après cfdisk, 186Go d'après Nautilus et df
sparse_super
Limite le nombre de sauvegardes des superblocs pour économiser de l'espace sur les grands systèmes de fichiers.
hum, ca craint pas un peu en cas de problème sur le disque ? Des superblocs, on est content d'en avoir quand un disque dur part en sucette... On gagne tant de place que ça comparativement au risque pris ?
S'il n'y a pas de solution, c'est qu'il n'y a pas de problème (Devise Shadoks)
Hors ligne
#8 Le 18/04/2006, à 13:47
- Koant
Re : [Résolu] DD: 250Go d'après cfdisk, 186Go d'après Nautilus et df
J'ai formaté depuis linux et j'ai maintenant des chiffres bien plus sensés:
/dev/hdb1 230G 129M 218G 1% /media/archivesMerci bien !
Hors ligne
#9 Le 18/04/2006, à 14:10
- cep_
Re : [Résolu] DD: 250Go d'après cfdisk, 186Go d'après Nautilus et df
De rien Koant
@ dawar : le sparse y est de toute manière d'office
DAns le test ci-dessous réalisé à l'instant regarde les :
Filesystem features: has_journal filetype sparse_super
et
Filesystem features: has_journal dir_index filetype sparse_super
:~$ dd if=/dev/zero of=.coffre.img bs=1M count=200
200+0 records in
200+0 records out
209715200 bytes (210 MB) copied, 24,0966 seconde, 8,7 MB/s
:~$ sudo -s
:~# losetup -f
/dev/loop/0
:~# losetup /dev/loop0 .coffre.img
:~# mkfs.ext3 /dev/loop0
mke2fs 1.38 (30-Jun-2005)
Étiquette de système de fichiers=
Type de système d'exploitation: Linux
Taille de bloc=1024 (log=0)
Taille de fragment=1024 (log=0)
51200 inodes, 204800 blocs
10240 blocs (5.00%) réservé pour le super usager
Premier bloc de données=1
25 bloc de groupes
8192 blocs par groupe, 8192 fragments par groupe
2048 inodes par groupe
Archive du superbloc stockée sur les blocs:
8193, 24577, 40961, 57345, 73729
Écriture des tables d'inodes: complété
Création du journal (4096 blocs): complété
Écriture des superblocs et de l'information de comptabilité du système de fichiers: complété
Le système de fichiers sera automatiquement vérifié tous les 21 montages ou après
180 jours, selon la première éventualité. Utiliser tune2fs -c ou -i pour écraser la valeur.
:~# dumpe2fs -h /dev/loop0
dumpe2fs 1.38 (30-Jun-2005)
Filesystem volume name: <none>
Last mounted on: <not available>
Filesystem UUID: 5223221f-6bfa-4874-bf11-13284d1f5580
Filesystem magic number: 0xEF53
Filesystem revision #: 1 (dynamic)
Filesystem features: has_journal filetype sparse_super
Default mount options: (none)
Filesystem state: clean
Errors behavior: Continue
Filesystem OS type: Linux
Inode count: 51200
Block count: 204800
Reserved block count: 10240
Free blocks: 194210
Free inodes: 51189
First block: 1
Block size: 1024
Fragment size: 1024
Blocks per group: 8192
Fragments per group: 8192
Inodes per group: 2048
Inode blocks per group: 256
Filesystem created: Tue Apr 18 15:01:27 2006
Last mount time: n/a
Last write time: Tue Apr 18 15:01:27 2006
Mount count: 0
Maximum mount count: 35
Last checked: Tue Apr 18 15:01:27 2006
Check interval: 15552000 (6 months)
Next check after: Sun Oct 15 15:01:27 2006
Reserved blocks uid: 0 (user root)
Reserved blocks gid: 0 (group root)
First inode: 11
Inode size: 128
Journal inode: 8
Default directory hash: tea
Directory Hash Seed: 68fe2157-d8b4-4d65-a90d-9f81c8a6d5e1
Journal backup: inode blocks
:~# mkfs.ext3 -j -m 1 -O dir_index,filetype,sparse_super /dev/loop0
mke2fs 1.38 (30-Jun-2005)
Étiquette de système de fichiers=
Type de système d'exploitation: Linux
Taille de bloc=1024 (log=0)
Taille de fragment=1024 (log=0)
51200 inodes, 204800 blocs
2048 blocs (1.00%) réservé pour le super usager
Premier bloc de données=1
25 bloc de groupes
8192 blocs par groupe, 8192 fragments par groupe
2048 inodes par groupe
Archive du superbloc stockée sur les blocs:
8193, 24577, 40961, 57345, 73729
Écriture des tables d'inodes: complété
Création du journal (4096 blocs): complété
Écriture des superblocs et de l'information de comptabilité du système de fichiers: complété
Le système de fichiers sera automatiquement vérifié tous les 26 montages ou après
180 jours, selon la première éventualité. Utiliser tune2fs -c ou -i pour écraser la valeur.
:~# dumpe2fs -h /dev/loop0
dumpe2fs 1.38 (30-Jun-2005)
Filesystem volume name: <none>
Last mounted on: <not available>
Filesystem UUID: 4475142f-7e9b-4887-9f7f-48cc650348d0
Filesystem magic number: 0xEF53
Filesystem revision #: 1 (dynamic)
Filesystem features: has_journal dir_index filetype sparse_super
Default mount options: (none)
Filesystem state: clean
Errors behavior: Continue
Filesystem OS type: Linux
Inode count: 51200
Block count: 204800
Reserved block count: 2048
Free blocks: 194210
Free inodes: 51189
First block: 1
Block size: 1024
Fragment size: 1024
Blocks per group: 8192
Fragments per group: 8192
Inodes per group: 2048
Inode blocks per group: 256
Filesystem created: Tue Apr 18 14:56:53 2006
Last mount time: n/a
Last write time: Tue Apr 18 14:56:53 2006
Mount count: 0
Maximum mount count: 26
Last checked: Tue Apr 18 14:56:53 2006
Check interval: 15552000 (6 months)
Next check after: Sun Oct 15 14:56:53 2006
Reserved blocks uid: 0 (user root)
Reserved blocks gid: 0 (group root)
First inode: 11
Inode size: 128
Journal inode: 8
Default directory hash: tea
Directory Hash Seed: 3046605b-6b2a-4331-9233-db943b0ab5a4
Journal backup: inode blocksEt de toute manière s'il faut remonter au-delà du 7 èm super, il y aura de toute manière tellement de casse, que l'on ne récupèrera plus grand chose de valable.
Cordialement.
cep
#10 Le 18/04/2006, à 14:33
- dawar
Re : [Résolu] DD: 250Go d'après cfdisk, 186Go d'après Nautilus et df
Merci cep_, on tient un balaise des systèmes de fichier, faut pas le lacher
S'il n'y a pas de solution, c'est qu'il n'y a pas de problème (Devise Shadoks)
Hors ligne