Forum-Francophone-LinuxMint.fr

Bonjour à tous,
J'ai deux dysfonctionnements curieux qui pourraient être venus d'une mise à jour système (.??) et que j'aimerais bien régler.

1. Monter des disques externes : le problème ne se pose pas pour de simples clés USB, mais pour les 3 disques externes que j'utilise pour mes sauvegardes (deux de 1To, un de 4To). Jusqu'ici ils se sont toujours montés automatiquement (dans un délai 'raisonnable' pouvant atteindre les 30 secondes et+) sans que j'aie à manipuler quoi que ce soit.
Depuis qqes semaines, ils ne se montent plus à la connexion, et je suis donc passé par "système-disques" pour en avoir le cœur net. Et il FAUT effectivement que je les sélectionne et demande le montage pour que celui-ci se fasse en suivant. Je n'ai pas fait, sur mon install, de modif de fond "de mon plein gré" et je me demande donc si ce serait une mise à jour qui aurait pu modifier l'un des fichiers de config.? (mount ou fstab ??).

2. Et accessoirement, depuis qqes jours, bien qu'ayant encore 44Go d'espace libre sur ma partition "données : Patron26DBI" (que j'ai passée il y a qqes mois de ntfs à ext4), le système me refuse d'enregistrer de nouveaux fichiers avec un message "plus assez d'espace sur le disque" qui me surprend beaucoup vu les 44Go dispo.?? (il s'agit ici du HDD de 931Go, les systèmes étant tous sur le SSD de 223Go avec un /home commun que j'utilise provisoirement pour me dépanner).
Et je note avec la plus grande perplexité, qu'en voulant me redonner de l'espace (sur le HDD) par la suppression de près de 30Go de fichiers, gparted reste bloqué sur les chiffres précédents et ne m'annonce aucune augmentation de l'espace libre...
Je me demande donc ce qui peut provoquer ce "drôle de bug" qui m'est parfaitement incompréhensible.

Y a t-il un moyen de faire un reset quelconque (je n'ai de 'timeshift' qu'à 48h, donc 'ça', c'est râpé!), ou faut-il que je contrôle les fichiers de config (pour le montage des disques), et QUE puis-je faire pour la "non-récupération des volumes effacés".??
Merci d'avance de vos lumières que j'attends avec une grande curiosité...

Bonjour
Que dit df -Th

Code : Tout sélectionner

df -Th

Code : Tout sélectionner

lsblk -e7 -o +fstype,fsuse%

et

Code : Tout sélectionner

cat /etc/fstab

Salut, et merci de ton aide...

la 1e commande me donne ceci :

Code : Tout sélectionner

dbi25@dbi25-H81M-DS2:~$ df -Th
Sys. de fichiers Type    Taille Utilisé Dispo Uti% Monté sur
tmpfs            tmpfs     783M    1,5M  781M   1% /run
/dev/sdb5        ext4       43G     34G  7,1G  83% /
tmpfs            tmpfs     3,9G       0  3,9G   0% /dev/shm
tmpfs            tmpfs     5,0M    4,0K  5,0M   1% /run/lock
/dev/sdb1        vfat      512M    6,1M  506M   2% /boot/efi
/dev/sdb8        ext4      125G     47G   72G  40% /home
/dev/sda2        fuseblk    21G    693M   20G   4% /media/WINdaube
/dev/sda5        ext4      896G    851G     0 100% /media/Patron26DBI
tmpfs            tmpfs     783M    128K  783M   1% /run/user/1000
dbi25@dbi25-H81M-DS2:~$

où la curiosité de la ligne '/dev/sda5' me laisse pantois... 896G - 851G = o disponible, 100% utilisé ??? gparted, lui, me répond bien "44Go dispo"...

et la 2e instruction donne le même genre de curiosité : avec un 'sda5' à 910,5G et 95% utilisé (soit 45G théoriquement libres?) ??

Code : Tout sélectionner

dbi25@dbi25-H81M-DS2:~$ lsblk -e7 -o +fstype,fsuse%
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINTS        FSTYPE FSUSE%
sda      8:0    0 931,5G  0 disk                           
├─sda1   8:1    0     1K  0 part                           
├─sda2   8:2    0  20,5G  0 part /media/WINdaube    ntfs       3%
├─sda3   8:3    0   513M  0 part                    vfat   
└─sda5   8:5    0 910,5G  0 part /media/Patron26DBI ext4      95%
sdb      8:16   0 223,6G  0 disk                           
├─sdb1   8:17   0 512,1M  0 part /boot/efi          vfat       1%
├─sdb2   8:18   0     1K  0 part                           
├─sdb5   8:21   0  44,2G  0 part /                  ext4      78%
├─sdb6   8:22   0  28,3G  0 part                    ext4   
├─sdb7   8:23   0  23,4G  0 part                    ext4   
└─sdb8   8:24   0 127,1G  0 part /home              ext4      38%
sr0     11:0    1  1024M  0 rom                            
dbi25@dbi25-H81M-DS2:~$

le 'etc/fstab' contient ceci :

[# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sdb5 during installation
UUID=f2438afb-6d85-4a03-ae56-a4960f535981 / ext4 errors=remount-ro 0 1
# /boot/efi was on /dev/sdb1 during installation
UUID=A1C3-075B /boot/efi vfat umask=0077 0 1
/swapfile none swap sw 0 0

UUID=b0c9c4b3-211e-47f1-985f-74ba880ce941 /home ext4 defaults 0 2

UUID=d7df7ca4-d679-4f65-bd17-f4c7a76adc15 /media/Patron26DBI ext4 defaults 0 2
UUID=22CD304841294B09 /media/WINdaube ntfs defaults 0 0

#UUID=22CD304841294B09 /media/WINdaube ntfs-3g defaults 0 0
#UUID=5DBF30DC45830757 /media/PatronDBI ntfs auto nosuid,uid=1000,gid=1000,nodev,nofail,x-gvfs-show 0 0

/dev/disk/by-id/wwn-0x5001480000000000 /mnt/wwn-0x5001480000000000 auto nosuid,nodev,nofail,noauto,x-gvfs-show 0 0
#/dev/disk/by-uuid/C3E0-3BD8 /mnt/C3E0-3BD8 auto nosuid,nodev,nofail,x-gvfs-show 0 0
/dev/disk/by-id/usb-Kingston_DataTraveler_3.0_60A44C413D03F2C0F7290D64-0:0-part1 /mnt/usb-Kingston_DataTraveler_3.0_60A44C413D03F2C0F7290D64-0:0-part1 auto nosuid,nodev,nofail,noauto,x-gvfs-show 0 0

et la dernière ligne m'est totalement inconnue.... je ne me souviens pas d'avoir écrit ça....
mais comme j'ai commenté deux lignes au-dessus, je suis sûrement intervenu.... vers mars-avril 2025 puisque :
pour info deux sauvegardes effectuées précédemment (mars et avril 2025) contiennent la même chose :

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sdb5 during installation
UUID=f2438afb-6d85-4a03-ae56-a4960f535981 / ext4 errors=remount-ro 0 1
# /boot/efi was on /dev/sdb1 during installation
UUID=A1C3-075B /boot/efi vfat umask=0077 0 1
/swapfile none swap sw 0 0

UUID=5DBF30DC45830757 /media/PatronDBI ntfs auto nosuid,uid=1000,gid=1000,nodev,nofail,x-gvfs-show 0 0
/dev/disk/by-id/wwn-0x5001480000000000 /mnt/wwn-0x5001480000000000 auto nosuid,nodev,nofail,noauto,x-gvfs-show 0 0

UUID=795be780-b061-4c4e-b885-a1a72d0d74f1 /home ext4 defaults 0 2

Mes compétences se limitent à penser que c'est peut-être en modifiant 90% de ce disque de ntfs à ext4 qu'il s'est passé des choses que je ne maîtrise pas du tout, mais ça remonte à 15/16 mois, et ça fonctionnait jusqu'à la semaine dernière, où j'ai commencé à buter sur le "plus d'espace disponible"....
Faut-il aller chercher du côté des "volume disque / répertoire adresses fichiers" ?? (je ne sais pas comment ça s'appelle exactement)...
On dirait qu'il y a des secteurs inaccessibles, et que tant que je n'avais pas rempli le reste je n'ai pas eu de problèmes..??

Dernier indice : dans Nemo, les propriétés de ma partition "data" me renvoie ceci avec un "0 octet dispo" qui n'a pas été modifié par l'effacement de 30Go effectués hier et ce matin....

Il y a donc quelque part un "blocage des actions sur le disque" qui ne m'est jamais arrivé....

PS : il me revient qu'après la "grande migration" de ntfs à ext4, je n'ai aucun souvenir d'avoir effectué des commandes pour réécrire le fstab...
(pourtant ce qui est dans l'actuel vient bien de quelque part, mais je ne m'en souviens pas) et c'est sûrement là que se trouve

Il est pourtant a 100 % d’après df -Th et a 95 % d’après lsblk
Comment Disques le voit ?

Code : Tout sélectionner

lsblk -fe7 | cat

Effectivement tu n'as pas modifié /etc/fstab quand tu est passé en ext4 pour cette partition , je crois même que je t'avais donné la ligne pour le faire

Pas de problème pour démarrer avec tes montages obsolètes et exotique genre la dernière ligne ou tu as du jouer avec Disques ?
Peut être un disque usb ?
c'est certainement le cas puisse qu'il y a une option de montage en cas de non présence de la partition, donc pas de problème

Je ne comprends malheureusement pas tout ce que tu écris, n'ayant pas encore dépassé le pingouin de bronze en terme de système et d'opérations qu'on ne fait pas plusieurs fois par an...

ta commande ramène ceci :

Code : Tout sélectionner

dbi25@dbi25-H81M-DS2:~$ lsblk -fe7 | cat
NAME   FSTYPE FSVER LABEL       UUID                                 FSAVAIL FSUSE% MOUNTPOINTS
sda                                                                                 
├─sda1                                                                              
├─sda2 ntfs         WINdaube    22CD304841294B09                       19,8G     3% /media/WINdaube
├─sda3 vfat   FAT32 BOOTEFI     C3E0-3BD8                                           
└─sda5 ext4   1.0   Patron26DBI d7df7ca4-d679-4f65-bd17-f4c7a76adc15       0    95% /media/Patron26DBI
sdb                                                                                 
├─sdb1 vfat   FAT32             A1C3-075B                               505M     1% /boot/efi
├─sdb2                                                                              
├─sdb5 ext4   1.0               f2438afb-6d85-4a03-ae56-a4960f535981    7,1G    78% /
├─sdb6 ext4   1.0               94bfcbc1-8123-40b0-9843-96f4650428db                
├─sdb7 ext4   1.0               b4e992d3-a33b-43bd-ae63-91e8726effad                
└─sdb8 ext4   1.0   HomeNew     b0c9c4b3-211e-47f1-985f-74ba880ce941   71,4G    38% /home
sr0                                                                                 
dbi25@dbi25-H81M-DS2:~$

Ce que je ne comprends pas du tout, c'est :
a) pourquoi avec 44Go libres, et depuis avant-hier je ne peux plus enregistrer des fichiers de moins de 100Ko sur 'Patron26DBI.?
b) pourquoi, ayant libéré hier et ce matin plus de 30Go supplémentaires, ils n’apparaissent nulle part.?

'Disques' vient de me retourner l'image suivante :

Je note qu'il indique 48Go libres par rapport aux 44 ou 45 qu'indiquent toujours les autres commandes... (mais ça devrait être au-dessus de 70Go! )

D'où mon idée que c'est au niveau du "système de fichiers" (? je ne sais pas le nom exact) qu'il y a eu un bug quand je suis passé de ntfs à ext4 et que j'ai effectivement tripoté fstab en suivant des tutos (net ou forums).

Pas de problème pour démarrer avec tes montages obsolètes et exotique genre la dernière ligne ou tu as du jouer avec Disques ?
Peut être un disque usb ?

Je n'ai aucun goût pour jouer dans "l'obsolète et l'exotique", et la "dernière ligne" m'avait choqué par sa différence avec les autres... Je pense que j'ai suivi des tutos douteux quand j'ai fait cette manip, et ne demande qu'à la rectifier le plus vite possible car je crois que ça pourrait bien tout remettre à l'endroit.
Je n'ai utilisé aucun disque externe (usb) quand j'ai fait cette modif (sinon pour faire des sauvegardes, évidemment), et je ne me souviens pas du tout si j'ai aussi utilisé 'Disques' plutôt que les procédures classiques.?.

Donc si tu as le temps de bien vouloir me guider, je m'y colle dès que j'ai les infos. Parce que, tout seul, j'ai trop la trouille de refaire une grosse bourde.... Le but du jeu serait de réécrire au moins la dernière ligne "originale" (avec UUID ?), et de rectifier ce qui pourrait être inutile ou en doublon dans le reste de fstab.
Je ne demande qu'à remettre tout ça au carré selon les normes actuelles.
Merci d'avance.

PS : et je reviens sur ta précision :

il y a une option de montage en cas de non présence de la partition...

je n'ai pas cherché à le faire, je n'en vois même pas l'intérêt.? donc on peut sucrer le "montage en non présence" sans problème pour moi...

Bonjour DodoVolant

… D'où mon idée que c'est au niveau du "système de fichiers" (? je ne sais pas le nom exact) qu'il y a eu un bug …

Oui, c'est bien au niveau du système de gestion de fichiers,
et non, ce n'est pas un bug.

Je t'invite à lire, dans le manuel de la commande tune2fs
le passage qui concerne le pourcentage de blocs réservés dans le système de gestion de fichiers
en lançant la ligne de commande suivante :

Code : Tout sélectionner

man --pager='less -p "-m pour"' tune2fs

Après avoir lu cet extrait, tu pourras plus facilement comprendre les informations retournées par
la ligne de commandes suivante :

Code : Tout sélectionner

sudo tune2fs -l /dev/sda5 | grep -E '^Block count:|^Reserved block count:|^Block size:'

Cordialement.

Mille mercis, je vais faire ça à tête reposée...
déjà pas évident de trouver le passage dont tu parles dans 495 pages ??

mais c'est bien ce que je ressentais sans savoir l'expliquer...
la nuit porte conseil...

Code : Tout sélectionner

dbi25@dbi25-H81M-DS2:~$ sudo tune2fs -l /dev/sda5 | grep -E '^Block count:|^Reserved block count:|^Block size:'
[sudo] Mot de passe de dbi25 :        
Block count:              238686976
Reserved block count:     11934348
Block size:               4096
dbi25@dbi25-H81M-DS2:~$

Je n'ai aucun goût pour jouer dans "l'obsolète

Une ligne dans fstab qui correspond a une partition qui n'existe plus ou a changé de systeme de fichiers , pour moi est obsolète
et une autre que tu ignores et que tu penses qu'elle est là par hasard

je n'ai pas cherché à le faire, je n'en vois même pas l'intérêt.? donc on peut sucrer le "montage en non présence" sans problème pour moi...

Non mais ...c'est toi qui a écris cette ligne soit en la tapant soit en utilisant Disques pour monter une partition , cette ligne est faite pour un disque externe qui si ce disque n'est pas présent , le système ne sera pas bloqué , dont tu peux la laisser ou la supprimer si tu veux , pas de problème pour moi
La partition de ton disque est trop pleine , et c'est la cause de ton soucis

Bonjour

Dans son message publié mar. 13 oct. 2026 22:49, DodoVolant a écrit :…déjà pas évident de trouver le passage dont tu parles dans 495 pages ?? …

Ci-dessous, la ligne de commande que je t'ai proposé d'entrer :

Code : Tout sélectionner

man --pager='less -p "-m pour"' tune2fs

… et ci-dessous les premières lignes retournées par l'exécution de cette ligne de commande :

Code : Tout sélectionner

       -m pourcentage_blocs_réservés
              Définir en pour cent la fraction du système de fichiers qui ne peut être allouée que  par  des  processus
              privilégiés. La réservation de blocs du système de fichiers pour une utilisation par des processus privi‐
              légiés  permet  d'éviter la fragmentation et permet aux démons lancés par le superutilisateur, comme sys‐
              logd(8), de continuer à fonctionner correctement après que les processus non privilégiés ne  soient  plus
              autorisés à écrire sur le système de fichiers. La valeur par défaut est de 5 %.

=======

Dans son message publié mar. 13 oct. 2026 22:49, DodoVolant a écrit :

Code : Tout sélectionner

dbi25@dbi25-H81M-DS2:~$ sudo tune2fs -l /dev/sda5 | grep -E '^Block count:|^Reserved block count:|^Block size:'
[sudo] Mot de passe de dbi25 :        
Block count:              238686976
Reserved block count:     11934348
Block size:               4096
dbi25@dbi25-H81M-DS2:~$

Ce retour de commande nous informe qu'il y a 238686976 blocs dans le système de fichiers qui a été créé dans la partition accessible par le fichier de périphérique /dev/sda5

Chacun de ces blocs occupe 4096 octets => ce système de fichiers occupe 238686976 x 4096 = 977661853696 octets <=> 910.51 GiB sur le disque

Et dans ce système de gestion de fichiers il y a 11934348 x 4096 = 48883089408 octets réservés <=> 45.52 GiB réservés ce qui correspond bien aux 5% (valeur par défaut) réservés .

Code : Tout sélectionner

mic@deb13:~$ bc -l <<< "238686976 * 5/100"
11934348
mic@deb13:~$ 
mic@deb13:~$ bc -l <<< "scale=2; 238686976 * 4096 / (1024*1024*1024)"
910.51
mic@deb13:~$ bc -l <<< "scale=2;  11934348 * 4096 / (1024*1024*1024)"
45.52
mic@deb13:~$

@Jennatux : ce que je voulais dire c'est que je n'ai pas délibérément choisi ce que j'ai écrit dans 'fstab' parce que ça me plaisait bien, mais simplement parce qu'à un moment donné j'ai du suivre un tuto un peu foireux, et que au moment où j'ai fait ma 'grande modification' de la partition 'données' j'ai du aller un peu trop vite une fois que c'était engagé...
Donc je vais retourner à un 'bon tuto' pour rectifier ce 'fstab' qui doit participer à me poser des problèmes.? ou contient a minima des trucs inutiles...

@pastille : même si je l'ai 'soupçonné', je ne savais pas 'comprendre' que c'était bien le 1er paragraphe retourné qui devait m'éclairer...
et maintenant la question est : par quelle manip involontaire ai-je 'réservé' ces blocs (ce qui ne m'a jamais effleuré l'esprit.!!).

et après avoir relu mon spoiler, je vous autorise à vous esclaffer... en ouvrant la machine ce matin, et après le 'Einstein' matinal destiné à me dénouer les neurones (ce jeu est fantastique : Einstein puzzle de games.flowix.com), je clique machinalement sur la 'corbeille' de mon bureau qui m'attire l'oeil...
et comme elle n'est pas vide... je la vide.
Et aussi machinalement (mais logiquement?) j'ouvre 'Disques' pour voir ce qu'il affiche.... et je reste sur le Q puisque je suis bien posé sur un "assis-à genoux"...

"390Go libres" au lieu des 44/45 d'hier,
ce que me confirme de suite 'gparted'...

Moralité : vider la corbeille (de temps en temps?) est aussi vital que de faire les mises à jour...??
(ajout : et je suis bien certain de le faire... trop rarement!)

Je reviens sur terre : mon espace 'données' est à nouveau bien dispo pour les enregistrements (et j'ai de la marge),
MAIS il faut que je supprime les 'blocs réservés',
ET que je réécrive le fstab pour le rendre 'normal'....
Je collerai donc un "résolu" dès que tout ça sera fait...

Merci à vous deux pour les éclairages...

Forum-Francophone-LinuxMint.fr

Disques : Deux problèmes en un...

Disques : Deux problèmes en un...

Re: Disques : Deux problèmes en un...

Re: Disques : Deux problèmes en un...

Re: Disques : Deux problèmes en un...

Re: Disques : Deux problèmes en un...

Re: Disques : Deux problèmes en un...

Re: Disques : Deux problèmes en un...

Re: Disques : Deux problèmes en un...

Re: Disques : Deux problèmes en un...

Re: Disques : Deux problèmes en un...