Vous n'êtes pas identifié(e).
Pages : 1
Hors ligne
Dernière modification par smolski (10-08-2011 06:48:35)
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
Bonjour cmm,
Bizarrement, c'est toujours moins dans la réalité vraie, va savoir pourquoi ???
Amitié, Joel
Bonjour,
Parce que avec l'arrivée des disques dur de grosses capacité il y a quelques années 1Mo ne fait plus 1024 Ko, mais 1 Mo fait 1000Ko, et pareil To avec les Go.
Dernière modification par cold.apok (10-08-2011 06:59:04)
Hors ligne
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
Hors ligne
Dernière modification par Ovopack (30-08-2011 18:13:41)
Hors ligne
je vois qu'il y a 23,5 G utilisés
Ça peut être aussi la partition "cachée" avec tous ce qui faut pour utiliser Windows (MBR etc..) et ce n'est pas forcément un signe que DD est tatoué.
Pourquoi faire, eh bien à cause des liens commerciaux qui unissent les constructeurs et Microsoft, ce dernier voit dans les logiciels libres comme Linux une menace potentielle de la part de la concurrence (le logiciel libre)...
Si jamais je dis des bêtises corrigez-moi !
EDIT :
Une petite recherche sur google
Il ne faut pas non plus croire tout ce qu'on vous dit, même si on approche "la verité"
Dernière modification par Invité-5 (30-08-2011 19:16:05)
En général, 500GB = 500/1024x1000 = 488,...Go
plus exactement
1Kio = 2puissance10 octets soit 1024octets
1 disque de 500 000 000 000 octets fait donc 500 000 000 000 /1024x1024x1024 = 465.66 Gio
voir encore moins si on applique le même calcul sur 1/2 x 1000 000 000 000 octets soit 0.455 Tio
edit
Dernière modification par misaine (31-08-2011 19:45:10)
amd phenom 7650 , 4 Go DDR2 ,GeForce N210
Hors ligne
Taille à revérifier.
Pour le réinstaller, on inverse if et of mais on perd le MBR linux... Vilain microbesoft!
1 disque de 500 000 000 000 octets fait donc 500 000 000 000 /1024x1024x1024 = 465.66 Go
Oui, mais tu fais le calcul à l'envers! et pas le bon! Tu convertis des octets en Go mais en achetant un disque, la taille est donnée en GB. Sous linux, pas de soucis, il travail en bits mais sous windows les gens croiront avoir perdu de la place.
Comme cmm à donné la place en bits, la conversion en octet est inutile. Comme dis plus haut, la place qui manque peut être prise par : MBR, table partition, partition boot, système de fichiers, table allocation fichiers, toutes les meta-data, sans compter les 5% réservés pour le root.
Cependant, le "b" en fonction qu'il soit écrit en majuscule ou non peut vouloir dire "bits" ou "Bytes". Il faudrait que je me repenche sur la question.
Pour conclure, les tailles données par le constructeur sont vraies puisque l'unité qu'ils mettent est bonne cependant, il faut prendre en compte les éventuelles conversion en octets (pour windows) et toutes la place prise par ce que j'ai cité plus haut.
Un exemple bien concret : créez une partitions non formaté sur gparted et regardez la place vide. Maintenant, un "mkfs.ext4 /dev/...." et regardez à nouveau... Mettez cette perte à l'echelle d'un disque de 500Go et on y voit déjà plus claire!
Dites moi si vous n'êtes pas d'accord!
Dernière modification par Ovopack (31-08-2011 16:39:04)
Hors ligne
Dernière modification par misaine (31-08-2011 19:35:17)
amd phenom 7650 , 4 Go DDR2 ,GeForce N210
Hors ligne
Hors ligne
Windows Vista écrit les valeurs en Go (puissance de 10), tout en les calculant en Gio (puissance de 2), ce qui est contraire à l'écriture dans le SI.
Le fait que l'usage de préfixes en puissances de 10 permette d'afficher commercialement des capacités supérieures à celles données par les puissances de 2 peut introduire une erreur d'appréciation de la part d'utilisateurs non avertis. Ainsi, un disque dur de 100 gigaoctets (100×109 octets) contient le même nombre (à l'erreur d'arrondi près) d'octets qu'un disque de 93,13 gibioctets (93,13×230 octets).
En conlusion, on ne parle plus de bits pour un disque dur mais ce sont des Bytes. On peut les considérer comme des octets car la plupart du temps de sont des Bytes de 8bits donc 1 octet
Enfin, sur la perte de place, c'est flagrant de voir que la plus grosse perte se fait au niveau du système de fichier ext4 mais il ne faut pas non-plus trop négliger les conversion d'unité comme vu plus haut.
Avoir si tune2fs nous permet de réduire toute cette allocation (surtout si ce n'est que pour avoir des gros fichiers)
Ovopack
Dernière modification par Ovopack (31-08-2011 21:21:27)
Hors ligne
Pages : 1