Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#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 :

réponse moko a écrit :

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 :

moko138 a écrit :

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]

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.


= =

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.


= =

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 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-dessous

  l'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]

moko138 a écrit :
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.

moko138 a écrit :

[

= =

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.

moko138 a écrit :

= =

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 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é).

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.

moko138 a écrit :

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]

moko138 a écrit :

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.

moko138 a écrit :

  - -

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.

moko138 a écrit :

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