#1 Le 02/01/2019, à 16:26
- herodote k210
Différence de go disponibles entre info-fichiers & gparted [résolu]
Bonjour à tous
j'avais posé la question à la suite d'un fil de discussion lié à la réserve root d'une partition.
Mais moko m'a remarqué que le problème diffère et de remettre le sujet dans un forum différent.
Donc le revoici:
Bonjour à tous je reprends ce sujet pour poser deux questions, j'ai un DDE de 1to qui est dans la même situation que la problématique de ce fil (Où j'avais initialement fait remarquer le problème).
Mais je souhaiterais deux éclaircissements s'il vous plaît.
J'ai installé un DDE de 1To donc car mon DDE de 500Go arrive en fin de vie selon les données smart.
Et aussi voire mon précédent sujet pour faire une sauvegarde d'un autre DDE.
Donc suite à quelques soucis d'installation du DVD ubuntu 18.04 je me suis repris à quatre fois, le dvd ne fonctionnait pas pour ubuntu 18.04 mais comme je voulais deux partitions linux (Une de secours), pour la deuxième le dvd a fonctionné en installant ubuntu-budgie.
Et je me suis fait prêter un DVD défectueux d'installation issu d'un magazine.
J'ai supprimé et réinstallé trois fois la 1er partition, les deux premières fois avec un ubuntu 18.04 défectueux
(car Ubuntu n'a jamais fonctionné) et ensuite avec un ubuntu 14.04 (dvd que j'avais gardé en secours) puis comme c'était un modèle ancien, en formatant la partition j'ai installé car cela ne m'intéressait pas, xubuntu 18.04 de ce dvd qui lui a fonctionné donc avec ubuntu budgie à côté iso d'un autre dvd (qui a bien fonctionné).
Avec une partion étendu et une logique de 944go. En data. Normalement.
Avec surprise je me retrouve avec trois os xubuntu xubuntu, ubuntu budgie et une ubuntu 16.04 qui sort de je ne sais trop où.
Et surtout une data de 879Go.
Alors j'ai pensé que durant l'installation la 14.04 a muté en 16.04 en fin d'installation et qu'elle s'était implanté par erreur de ma part dans la data.
Donc je supprime la logique et puis l'étendue et je crée une primaire de 944GO pour une partition DATA.
Je me retrouve toujours avec une data de 879Go encore et non pas 944GO.
Alors je fais une recherche et je découvre plusieurs sujets ici et ailleurs.
Donc je réduis à 1% en utilisant cette commande:
sudo mkfs.ext4 -m 1 /dev/sda5
car celle-ci n'a pas fonctionnée:
sudo tune2fs -m 1 /dev/sda5
J'ai lu ce fil, vu que c'est une data il est possible de placer l'espace réservé à la gestion à 0%. Vu que les deux autres partitions os, ont leur 5% réservées.
Et j'obtiens cela :
https://i43.servimg.com/u/f43/16/27/68/87/screen10.png
Je l'ai laissé à un 1% mais je pense ne rien risquer à le mettre à 0, à moins que je me trompe?
Mais sinon un détail m'intrigue, selon "fichier clique droit-propriétés" j'ai un total de 929,.. GO d'espace total, soit 944-15go, ce qui me paraît normal, vu que cela doit permettre le fonctionnement et la gestion du DDE. j'ai 9GO de réserver soit les 1%.
Mais quand je fais
fdisk -l ou ceci sudo lsblk -o name,fstype,size,label,mountpoint
J'ai 879Go de disponible pour ma sdb5:
jean-marc@gargantua:~$ sudo lsblk -o name,fstype,size,label,mountpoint
[sudo] Mot de passe de jean-marc :
NAME FSTYPE SIZE LABEL MOUNTPOINT
sda 931,5G
├─sda1 ext4 32,7G
├─sda2 ext4 18,6G
├─sda3 ext4 879,3G
└─sda4 swap 954M
sdb 465,8G
├─sdb1 swap 3,7G [SWAP]
├─sdb2 ext4 23,3G /
├─sdb3 ext4 23,3G
├─sdb4 1K
└─sdb5 ext4 415,5G /data
sr0 1024M
jean-marc@gargantua:~$ sudo fdisk -l
Disque /dev/sda : 931,5 GiB, 1000204886016 octets, 1953525168 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0xcddbeb4d
Périphérique Amorçage Début Fin Secteurs Taille Id Type
/dev/sda1 * 2048 68562943 68560896 32,7G 83 Linux
/dev/sda2 68562944 107624447 39061504 18,6G 83 Linux
/dev/sda3 107624448 1951569919 1843945472 879,3G 83 Linux
/dev/sda4 1951569920 1953523711 1953792 954M 82 partition d'éch
Disque /dev/sdb : 465,8 GiB, 500107862016 octets, 976773168 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0x9c6b095f
Périphérique Amorçage Début Fin Secteurs Taille Id Type
/dev/sdb1 2048 7813119 7811072 3,7G 82 partition d'échang
/dev/sdb2 * 7813120 56641535 48828416 23,3G 83 Linux
/dev/sdb3 56641536 105469951 48828416 23,3G 83 Linux
/dev/sdb4 105471998 976771071 871299074 415,5G 5 Étendue
/dev/sdb5 105472000 976771071 871299072 415,5G 83 Linux
J'ai du mal a expliquer cette différence. Moko m'a indiqué une page :
https://doc.ubuntu-fr.org/disque_dur
Avec une vérification par gparted mais cela ne change rien.
En recherche je n 'obtiens rien en français.
Moko m'a proposé cela :
Mieux, on peut aussi aller à la source en lisant
man tune2fs | grep -A5 "\-m " | tail -6
ou
man mke2fs | grep -A4 "\-m " | tail -5
Mais cela n'a rien donné le terminal reste mué.
Modération : merci d'utiliser des images de petite taille (300x300) ou des miniatures pointant sur ces images (Des hébergeurs comme Toile Libre ou TDCT'Pix le permettent).
Dernière modification par herodote k210 (Le 07/01/2019, à 22:36)
Hors ligne
#2 Le 03/01/2019, à 11:23
- moko138
Re : Différence de go disponibles entre info-fichiers & gparted [résolu]
1) Je remets donc ma réponse de l'autre fil :
Je l'ai laissé à un 1% mais je pense ne rien risquer à le mettre à 0, à moins que je me trompe?
Tu te trompes !
Sur la page disque_dur, chercher "fragm".
Mieux, on peut aussi aller à la source en lisant
man tune2fs | grep -A5 "\-m " | tail -6
ou
man mke2fs | grep -A4 "\-m " | tail -5
Et si ces deux commandes laissent ton terminal muet,
soit il y a eu un copier-coller incomplet ;
soit il y a d'étranges manques dans ton système et tu dois te dépêcher de faire les mises à jour :
sudo apt-get update ; sudo apt-get dist-upgrade -y
suivies de :
sudo apt-get install --reinstall manpages-fr manpages-fr-extra manpages-fr-dev manpages-dev manpages
= =
2) Par ailleurs, pas plus que les mètres et les yards, il ne faut confondre les Go et les Gio, il y a environ 7,4% de différence.
Donc soit tu mesures tout en Go, soit tout en Gio.
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#3 Le 03/01/2019, à 16:57
- herodote k210
Re : Différence de go disponibles entre info-fichiers & gparted [résolu]
Bonjour Moko
merci tu as vu juste.
Surprenant ce dvd de commerce issu d'un magazine. Ubuntu installé deux fois n'a jamais fonctionné et xubuntu est incomplet.
Idem pour budgie.
Voici le retour;
jean-marc@gargantua:~$ sudo apt-get update ; sudo apt-get dist-upgrade -y
[sudo] Mot de passe de jean-marc :
Atteint:1 http://fr.archive.ubuntu.com/ubuntu bionic InRelease
Atteint:2 http://fr.archive.ubuntu.com/ubuntu bionic-updates InRelease
Atteint:3 http://ppa.launchpad.net/vincent-vandevyvre/vvv/ubuntu bionic InRelease
Atteint:4 http://fr.archive.ubuntu.com/ubuntu bionic-backports InRelease
Réception de:5 http://security.ubuntu.com/ubuntu bionic-security InRelease [83,2 kB]
Atteint:6 http://ppa.launchpad.net/yoggic/dpluzz/ubuntu bionic InRelease
83,2 ko réceptionnés en 1s (62,2 ko/s)
Lecture des listes de paquets... Fait
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Calcul de la mise à jour... Fait
0 mis à jour, 0 nouvellement installés, 0 à enlever et 0 non mis à jour.
jean-marc@gargantua:~$ sudo apt-get install --reinstall manpages-fr manpages-fr-extra manpages-fr-dev manpages-dev manpages
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Les NOUVEAUX paquets suivants seront installés :
manpages-dev manpages-fr manpages-fr-dev manpages-fr-extra
0 mis à jour, 4 nouvellement installés, 1 réinstallés, 0 à enlever et 0 non mis à jour.
Il est nécessaire de prendre 8517 ko dans les archives.
Après cette opération, 9699 ko d'espace disque supplémentaires seront utilisés.
Réception de:1 http://fr.archive.ubuntu.com/ubuntu bionic/main amd64 manpages all 4.15-1 [1234 kB]
Réception de:2 http://fr.archive.ubuntu.com/ubuntu bionic/main amd64 manpages-dev all 4.15-1 [2217 kB]
Réception de:3 http://fr.archive.ubuntu.com/ubuntu bionic/universe amd64 manpages-fr all 3.65d1p1-1 [796 kB]
Réception de:4 http://fr.archive.ubuntu.com/ubuntu bionic/universe amd64 manpages-fr-dev all 3.65d1p1-1 [2329 kB]
Réception de:5 http://fr.archive.ubuntu.com/ubuntu bionic/universe amd64 manpages-fr-extra all 20151231 [1942 kB]
8517 ko réceptionnés en 1s (10,2 Mo/s)
(Lecture de la base de données... 298773 fichiers et répertoires déjà installés.)
Préparation du dépaquetage de .../manpages_4.15-1_all.deb ...
Dépaquetage de manpages (4.15-1) sur (4.15-1) ...
Sélection du paquet manpages-dev précédemment désélectionné.
Préparation du dépaquetage de .../manpages-dev_4.15-1_all.deb ...
Dépaquetage de manpages-dev (4.15-1) ...
Sélection du paquet manpages-fr précédemment désélectionné.
Préparation du dépaquetage de .../manpages-fr_3.65d1p1-1_all.deb ...
Dépaquetage de manpages-fr (3.65d1p1-1) ...
Sélection du paquet manpages-fr-dev précédemment désélectionné.
Préparation du dépaquetage de .../manpages-fr-dev_3.65d1p1-1_all.deb ...
Dépaquetage de manpages-fr-dev (3.65d1p1-1) ...
Sélection du paquet manpages-fr-extra précédemment désélectionné.
Préparation du dépaquetage de .../manpages-fr-extra_20151231_all.deb ...
Dépaquetage de manpages-fr-extra (20151231) ...
Paramétrage de manpages (4.15-1) ...
Paramétrage de manpages-fr-dev (3.65d1p1-1) ...
Paramétrage de manpages-fr-extra (20151231) ...
Traitement des actions différées (« triggers ») pour man-db (2.8.3-2ubuntu0.1) ...
Paramétrage de manpages-dev (4.15-1) ...
Paramétrage de manpages-fr (3.65d1p1-1) ...
jean-marc@gargantua:~$
Je pensais que GIo et GO étaient la même chose, juste un jeu d'écriture.
Hors ligne
#4 Le 03/01/2019, à 21:03
- herodote k210
Re : Différence de go disponibles entre info-fichiers & gparted [résolu]
Les deux commandes ont été enregistrées avec une apparition du nom ordi et du curseur.
Mais sans retour spécial:
jean-marc@gargantua:~$ man tune2fs | grep -A5 "\-1 " | tail -6
jean-marc@gargantua:~$ man mke2fs | grep -A4 "\-1 " | tail -5
jean-marc@gargantua:~$
Comme pour la partition Sdb5 logique pour Sdb4 étendue, était proche du remplissage, j'ai placé la commande pour réduire à 1% la réserve root.
Donc j'ai gagné normalement 17 Go.
Le système fichier note en GO les capacités.
Le terminal avec fdisk ou autre lsblk note en G.
Et gparted donne ses informations en GIO. Donc si il ne faut pas confondre comme tu l'indiques, vu que els chiffres sont les mêmes le terminal doit les donner en GIO notés G
Hors ligne
#5 Le 04/01/2019, à 09:52
- moko138
Re : Différence de go disponibles entre info-fichiers & gparted [résolu]
Les deux commandes (...) sans retour spécial:
jean-marc@gargantua:~$ man tune2fs | grep -A5 "\-1 " | tail -6 jean-marc@gargantua:~$ man mke2fs | grep -A4 "\-1 " | tail -5 jean-marc@gargantua:~$
Pourquoi ces deux commandes produisent dans ton système un retour vide ?
Parce qu'au lieu de faire des copiers-collers, tu as voulu retaper et, comme il est d'usage, tu as introduit des fautes de frappe !
Contournement et solution :
Chercher "-m pourcentage_blocs_réservés" sur la page
http://manpages.ubuntu.com/manpages/bio … 2fs.8.html
Copier-coller les commandes, chaque fois que c'est possible.
= =
Comme pour la partition Sdb5 logique pour Sdb4 étendue, était proche du remplissage, j'ai placé la commande pour réduire à 1% la réserve root.
1) S'il te plaît, fais un effort de lisibilité !
2) Si, malgré tout, je t'ai compris, tu as réduit la réserve de
└─sdb5 ext4 415,5G /data
à 1%. Soit à 4,155 Gio.
C'est plus petit que le contenu d'un blueray et même d'un DVD monocouche !
Par conséquent, tu t'exposes à des surprises désagréables, à première vue incompréhensibles.
= =
Le système fichier note en GO les capacités.
Le terminal avec fdisk ou autre lsblk note en G.
Et gparted donne ses informations en GIO. Donc si il ne faut pas confondre comme tu l'indiques, vu que els chiffres sont les mêmes le terminal doit les donner en GIO notés G
Non à tout.
3) Ni les GO ni les GIO n'existent, à ma connaissance.
Respecte la casse.
Sans quoi, là aussi, tu vas avoir des surprises,
surtout le jour où tu prendras des Gb pour des GB, ou des m pour des M.
4) "Le système fichier" n'existe pas.
Et l'expression prête à confusion avec "système de fichiers" alias "FS".
Je suppose que tu voulais dire :
«nautilus, alias "Fichiers" utilise le Go». (Et je m'empresse de préciser que je n'ai pas vérifié l'unité).
5) "Le terminal avec fdisk ou autre lsblk note en G." NIET !
/!\ Toujours se rappeler que l'ordinateur est un grand con : il met toute sa puissance à faire ce qu'on lui dit de faire.
Si on lui dit d'envoyer la voiture à 99,5 mph dans le centre-ville, il le fera.
Si on lui dit d'envoyer la voiture à 111,4 km/h dans le centre-ville, il le fera.
Autrement dit :
- le terminal n'a pas d'unité attitrée.
- La plupart des applis n'ont pas d'unité attitrée.
Ainsi, compare chez toi les retours de
df -T
df -TBM
df -TBMB
df -Th
df -TH
tous différents.
Ou encore regarde
du -am -d1 /var/log | sort -h
À part quelques éléments pesant exactement zéro octet, chacun des autres éléments semble peser au moins un Mio. Car "du" arrondit à l'unité demandée supérieure.
gparted, qui semble n'utiliser que le Mio et le Gio, arrondit, lui aussi.
On notera que les manuels de plusieurs commandes précisent à peu près dans les mêmes termes :
--block-size=TAILLE
utiliser cette TAILLE de bloc pour l'affichage.
Par exemple « --block-size=M » affichera les volumes en unités de 1 048 576 octets.
Voir le format de TAILLE ci-dessousl'unité par défaut est de (...).
TAILLE peut être une des unités suivantes : KB 1000, K 1024, MB 1000*1000, M 1024*1024 et ainsi de suite pour G, T, P, E, Z, Y.
Taille peut également être un entier suivi optionnellement par l'un des suffixes ci-dessus.
Bref,
ou bien tu imposes l'unité de ton choix à l'application que tu as choisi d'utiliser,
ou bien tu apprends l'unité par défaut de l'application que tu as choisi d'utiliser.
= = =
En un mot,
Avant d'utiliser une commande non éprouvée, on lit son manuel.
SSi on n'a pas le temps de lire, on reste sur les sentiers battus.
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#6 Le 04/01/2019, à 21:17
- herodote k210
Re : Différence de go disponibles entre info-fichiers & gparted [résolu]
herodote k210 a écrit :Les deux commandes (...) sans retour spécial:
jean-marc@gargantua:~$ man tune2fs | grep -A5 "\-1 " | tail -6 jean-marc@gargantua:~$ man mke2fs | grep -A4 "\-1 " | tail -5 jean-marc@gargantua:~$
Pourquoi ces deux commandes produisent dans ton système un retour vide ?
Parce qu'au lieu de faire des copiers-collers, tu as voulu retaper et, comme il est d'usage, tu as introduit des fautes de frappe !Contournement et solution :
Chercher "-m pourcentage_blocs_réservés" sur la page
http://manpages.ubuntu.com/manpages/bio … 2fs.8.html
Copier-coller les commandes, chaque fois que c'est possible.
Effectivement je retiens cela.
[
= =
herodote k210 a écrit :Comme pour la partition Sdb5 logique pour Sdb4 étendue, était proche du remplissage, j'ai placé la commande pour réduire à 1% la réserve root.
1) S'il te plaît, fais un effort de lisibilité !
2) Si, malgré tout, je t'ai compris, tu as réduit la réserve de
└─sdb5 ext4 415,5G /data
à 1%. Soit à 4,155 Gio.
C'est plus petit que le contenu d'un blueray et même d'un DVD monocouche !
Par conséquent, tu t'exposes à des surprises désagréables, à première vue incompréhensibles.= =
Oui le soir je suis un petit peu fatigué. Sinon pour cette réserve mise à 1% c'est point de vue que j'ai eu après plusieurs lectures de messages sur ce forum dans divers fils de discussions mais ayant pour traits les mêmes problèmes plus ou moins.
= =
herodote k210 a écrit :Le système fichier note en GO les capacités.
Le terminal avec fdisk ou autre lsblk note en G.
Et gparted donne ses informations en GIO. Donc si il ne faut pas confondre comme tu l'indiques, vu que els chiffres sont les mêmes le terminal doit les donner en GIO notés GNon à tout.
3) Ni les GO ni les GIO n'existent, à ma connaissance.
Respecte la casse.
Sans quoi, là aussi, tu vas avoir des surprises,
surtout le jour où tu prendras des Gb pour des GB, ou des m pour des M.4) "Le système fichier" n'existe pas.
Et l'expression prête à confusion avec "système de fichiers" alias "FS".
Je suppose que tu voulais dire :
«nautilus, alias "Fichiers" utilise le Go». (Et je m'empresse de préciser que je n'ai pas vérifié l'unité).
Qu'appelles-tu la casse?
Même après recherche ce que je lis est que l'on emploie pour décrire la même chose GB et Gb. Alors que 1 GB vaut 8 Gb. Système fichier est un abus de langage.
5) "Le terminal avec fdisk ou autre lsblk note en G." NIET !
/!\ Toujours se rappeler que l'ordinateur est un grand con : il met toute sa puissance à faire ce qu'on lui dit de faire.
Si on lui dit d'envoyer la voiture à 99,5 mph dans le centre-ville, il le fera.
Si on lui dit d'envoyer la voiture à 111,4 km/h dans le centre-ville, il le fera.Autrement dit :
- le terminal n'a pas d'unité attitrée.
- La plupart des applis n'ont pas d'unité attitrée.Ainsi, compare chez toi les retours de
df -T df -TBM df -TBMB df -Th df -TH
tous différents.
Ou encore regarde
du -am -d1 /var/log | sort -h
À part quelques éléments pesant exactement zéro octet, chacun des autres éléments semble peser au moins un Mio. Car "du" arrondit à l'unité demandée supérieure.
.
C'est une surprise de voir les variations de données selon les modalités de comptage;
Les chiffres en TBMB et TH se rapprochent de ce que j'ai en résultat pour le gestionnaire de fichier.
jean-marc@gargantua:~$ df -TBMB
Sys. de fichiers Type blocs de 1MB Utilisé Disponible Uti% Monté sur
udev devtmpfs 1551MB 0MB 1551MB 0% /dev
tmpfs tmpfs 315MB 6MB 309MB 2% /run
/dev/sdb2 ext4 24474MB 19425MB 3783MB 84% /
tmpfs tmpfs 1573MB 101MB 1472MB 7% /dev/shm
tmpfs tmpfs 6MB 1MB 6MB 1% /run/lock
tmpfs tmpfs 1573MB 0MB 1573MB 0% /sys/fs/cgroup
/dev/sdb5 ext4 438971MB 420544MB 13950MB 97% /data
cgmfs tmpfs 1MB 0MB 1MB 0% /run/cgmanager/fs
tmpfs tmpfs 315MB 1MB 315MB 1% /run/user/1000
jean-marc@gargantua:~$ df -TH
Sys. de fichiers Type Taille Utilisé Dispo Uti% Monté sur
udev devtmpfs 1,6G 0 1,6G 0% /dev
tmpfs tmpfs 315M 5,5M 309M 2% /run
/dev/sdb2 ext4 25G 20G 3,8G 84% /
tmpfs tmpfs 1,6G 101M 1,5G 7% /dev/shm
tmpfs tmpfs 5,3M 4,1k 5,3M 1% /run/lock
tmpfs tmpfs 1,6G 0 1,6G 0% /sys/fs/cgroup
/dev/sdb5 ext4 439G 421G 14G 97% /data
cgmfs tmpfs 103k 0 103k 0% /run/cgmanager/fs
tmpfs tmpfs 315M 29k 315M 1% /run/user/1000
J'imagine que T dans la commande c'est taille. Mais th et TH signifient que je n'ai pas trouvé.
Dernière modification par herodote k210 (Le 04/01/2019, à 21:25)
Hors ligne
#7 Le 04/01/2019, à 21:42
- herodote k210
Re : Différence de go disponibles entre info-fichiers & gparted [résolu]
J'ignorais la différence entre les mesures, la taille d'un DDE est donnée à l'achat en GO.
Je vais à l'avenir tenter d'obtenir les informations dans cette unité.
Hors ligne
#8 Le 05/01/2019, à 05:56
- moko138
Re : Différence de go disponibles entre info-fichiers & gparted [résolu]
Qu'appelles-tu la casse?
https://fr.wikipedia.org/wiki/Capitale_et_majuscule
- -
J'imagine que T dans la commande c'est
Voudrais-tu que je lise le manuel de "df" à ta place ???
- -
pour cette réserve mise à 1% c'est point de vue que j'ai eu après plusieurs lectures de messages sur ce forum dans divers fils de discussions mais ayant pour traits les mêmes problèmes plus ou moins.
La bonne méthode ne consiste pas à lire des professions de foi variées et à adopter celle qui correspond le plus à notre rêve.
La bonne méthode consiste à comprendre ce que peut et ce que ne peut pas le système, pour :
ne pas lui demander l'impossible ;
obtenir ce qu'on veut, dans la mesure du possible.
En l'espèce, ta partition de données sur HDD se remplit, et tu as limité sa réserve à 4,155 Gio.
Alors représente-toi ce qui va se passer quand tu vas arriver à cette situation :
partition ext4
- ne contenant aucun élément fragmenté,
- ne disposant plus que de 5 Gio de libres, sous la forme de deux emplacements, l'un de 2 Gio et l'autre de 3 Gio,
- tu veux y mettre un fichier iso de 4,5 Gio.
Tu y es ? Bon, alors :
qu'est-ce que ton système peut faire ?
qu'est-ce que ton système ne peut pas faire ?
Résultat ?
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#9 Le 05/01/2019, à 22:45
- herodote k210
Re : Différence de go disponibles entre info-fichiers & gparted [résolu]
Qu'appelles-tu la casse?
https://fr.wikipedia.org/wiki/Capitale_et_majuscule
- -J'imagine que T dans la commande c'est
Voudrais-tu que je lise le manuel de "df" à ta place ???
Je vois que ce j'avais lu comme un problème de fonction internet à Linux, n'était qu'en fait un problème qu'un problème d'unité, sur lequel je m'étais glissé et j'ai tout confondu entre G et Gio . Comme ici d'ailleurs pour T avec la taille et le manuel df n'était pas sur le forum, mais ailleurs.
Il faut se passer de simples coups d'oeil mais on va au plus simple.
- -
pour cette réserve mise à 1% c'est point de vue que j'ai eu après plusieurs lectures de messages sur ce forum dans divers fils de discussions mais ayant pour traits les mêmes problèmes plus ou moins.
La bonne méthode ne consiste pas à lire des professions de foi variées et à adopter celle qui correspond le plus à notre rêve.
La bonne méthode consiste à comprendre ce que peut et ce que ne peut pas le système, pour :
ne pas lui demander l'impossible ;
obtenir ce qu'on veut, dans la mesure du possible.
Lire les professions de fois comme je l'ai écris on va certaines fois au plus simple et il vaut mieux éviter évidences superficielles.
En l'espèce, ta partition de données sur HDD se remplit, et tu as limité sa réserve à 4,155 Gio.
Alors représente-toi ce qui va se passer quand tu vas arriver à cette situation :
partition ext4
- ne contenant aucun élément fragmenté,
- ne disposant plus que de 5 Gio de libres, sous la forme de deux emplacements, l'un de 2 Gio et l'autre de 3 Gio,
- tu veux y mettre un fichier iso de 4,5 Gio.Tu y es ? Bon, alors :
qu'est-ce que ton système peut faire ?
qu'est-ce que ton système ne peut pas faire ?
Résultat ?
D'après ce que m'a fait comprendre si la limite est basse pour que le root gère les fichiers et évide les fragmentations et les déperditions d'informations.
J'imagine que les deux emplacements sont dans la même partition, et que l'on peut les imputer à des fichiers qui ont été supprimés laissant ainsi de la place dans un DDE quasi saturé.
Si l'on a un gros fichier à placer sur deux emplacements il est sans doute possible de le placer sur deux emplacements différents (encore que j'en doute pour une image iso) mais si la réserve root est saturée peut être que le fichier iso ne sera pas reconstituer normalement.
Hors ligne
#10 Le 06/01/2019, à 03:08
- moko138
Re : Différence de go disponibles entre info-fichiers & gparted [résolu]
le manuel df n'était pas sur le forum, mais ailleurs.
herodote k210, tu as des années d'ancienneté, alors réveille-toi !
Les manuels des commandes présentes sur ton système sont dans ton système !!! Ex :
man df
man ls
Donc disponibles
même sans connexion internet
même quand le serveur graphique est HS,
et même quand ta session est dans les choux.
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#11 Le 07/01/2019, à 22:36
- herodote k210
Re : Différence de go disponibles entre info-fichiers & gparted [résolu]
Bonjour Moko, donc je vais mettre à 2% la réserve.
J'ai oublié man. Je ne me souvenais plus que de -h (qui donne les principales déclinaisons de l'usage d'une application ou d'un argument dans le terminal)
Merci à toi.
J'ai répondu à ta petite énigme. je ne dois pas être loin de la solution.
Hors ligne