avec la commande lsblk c'est beaucoup mieux
Je dirais plutôt que c'est différent, et ça dépend de l'information dont on a besoin. Par défaut lsblk n'affiche pas la taille, l'espace libre et l'espace occupé des systèmes de fichiers. df n'affiche pas la taille des disques et partitions, ni les systèmes de fichiers non montés, ni les swaps.
Mais il semblerait qu'à l'usage les SSD dépassent les données constructeur en terme de volume de données et sûrement que cette organisation n'est plus justifiée.
Je le pense.
D'un autre coté est ce que cette organisation pose un problème ?
Le fait de stocker /home, /var, /tmp et le swap sur le disque dur dégrade probablement la réactivité du système. Je trouve que c'est très dommage de n'utiliser que 15 Go d'un SSD de 250 Go, soit 6% de sa capacité.
- pour sda qui est donné pour 233 Go, 116,4 + 0,034 + 0,001 ça fait même pas 117 Go : où sont passés les 233 - 117 = 116 Go manquants ?
- et pour sdb à 931,5 Go, 500 + 47 + 32 + 31 = 610 Go, soit 931,5 - 610 = 331,5 Go disparus...
C'est de l'espace disque non alloué, tout simplement. Disponible pour une utilisation future (dual boot par exemple), ou bien réservé pour l'optimisation :
- sur un SSD, cela facilite le garbage collector en s'ajoutant au provisioning interne (si ce dernier est insuffisant)
- sur un disque dur, le fait de ne pas utiliser la fin du disque (zone la plus lente) améliore à la fois le débit séquentiel et le temps d'accès.
Néanmoins le SSD est clairement sous-utilisé, et /home est plein à 92%, ce qui n'est pas idéal.]]>
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sdb 8:16 0 931,5G 0 disk
├─sdb4 8:20 0 30,8G 0 part /tmp
├─sdb2 8:18 0 31,6G 0 part [SWAP]
├─sdb3 8:19 0 46,6G 0 part /var
└─sdb1 8:17 0 500G 0 part /home
sr0 11:0 1 1024M 0 rom
sda 8:0 0 232,9G 0 disk
├─sda2 8:2 0 34M 0 part /boot/efi
├─sda3 8:3 0 116,4G 0 part /
└─sda1 8:1 0 1M 0 part
Tiens, je la refais (et je vire sr0 qui ne sert à rien, là) tout en rajoutant une petite fantaisie pour améliorer l'alignement (et donc la lisibilité et donc la compréhension) :
Et du coup on se rend mieux compte que quelque chose cloche :
- pour sda qui est donné pour 233 Go, 116,4 + 0,034 + 0,001 ça fait même pas 117 Go : où sont passés les 233 - 117 = 116 Go manquants ?
- et pour sdb à 931,5 Go, 500 + 47 + 32 + 31 = 610 Go, soit 931,5 - 610 = 331,5 Go disparus...
]]>
Oui il y a bien une erreur sur la partition du swap, je l'ai écrite à la main pour info car elle n'est pas sortie avec la commande df -h
Comment ça, écrite à la main ? A partir de quoi ?
C'est une partition de swap ou une partition montée contenant un fichier de swap ?
Une partition de swap n'est pas un système de fichiers et ne se monte pas, donc il est normal qu'elle ne soit pas affichée par df.
Pour info la commande lsblk affiche toutes les partitions, leur taille et leur usage (point de montage, swap...).
Tu n'as pas répondu concernant l'organisation. Pourquoi /tmp, /var et le swap sont-ils sur le disque /dev/sdb alors que le disque /dev/sda aurait largement assez d'espace libre ? Est-ce parce que /dev/sda est un SSD et par crainte (infondée à mon avis) de l'user ?]]>
Voici l'organisation de mon système de fichiers:
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
/dev/sda2 34M 119K 34M 1% /boot/efi
/dev/sda3 115G 14G 96G 13% /
/dev/sdb1 493G 427G 41G 92% /home
/dev/sdb2 31G 31G 4K 0% /linux-swap
/dev/sdb3 46G 4,7G 39G 11% /var
/dev/sdb4 31G 49M 29G 1% /tmp
Pourquoi cette organisation ?
A quoi correspond sdb2 /linux-swap ? Comment peut-il y avoir 31 Gio utilisés sur 31 Gio et 0% d'utilisation ?]]>