Ubuntu-fr

__fabrice

[RESOLU] Disque plein (à cause) des disques dans /media/, monté sur /

Bonjour,

J'ai eu un message système me disant que le disque principal était plein. En regardant dans le gestionnaire de disque et dans l'analyseur de disque, je me suis rendu compte qu'il y a plusieurs disques montés dans le répertoire /media/. Mias 2 seulement sont comptabilisés dans la taille totale de / ( + /media + /media/fabrice + les 2 disques dedans.
Je suis un peu paumé

Dans ce dossier /media, il y a un externe monté (/media/fabrice/TOSHIBA_2_TERAS) et un autre (/dev/disk/by-id/wwn-0x50014ee2acedf34b-part1 /mnt/wwn-0x50014ee2acedf34b-part1 auto nosuid,nodev,nofail,noauto,x-gvfs-show,users 0 0) qui apparait dans la fstab, mais, si je liste les fichiers, je n'ai rien.

Par contre, ce dernier n'apparait pas le gestionnaire de disques

Il y a un sac de noeuds et je ne comprends pas grand chose, car pour moi, tous les disques doivent être monté dans la fstab.
Non ?
Voici l'arborescence :

NAME   FSTYPE LABEL            UUID                                 MOUNTPOINT
sda                                                                 
├─sda1 vfat   BOOT-SSD         CA7E-6F51                            /boot/efi
└─sda2 ext4                    b7786d9b-476f-472e-b48c-22ffb77e5a08 /
sdb                                                                 
├─sdb1 vfat   boot-dd          CEDB-DBEE                            
├─sdb2 ext4                    ba37567a-7258-43b8-977b-b9a5856f5879 /tmp
├─sdb3 swap                    a6001917-3208-48d6-956c-cd75ba6e8bf1 [SWAP]
├─sdb4 ext4   storage-nix      06ff0e9a-a19f-416a-88e6-48a3799349d2 /storage-nix
└─sdb5 vfat   storage-win      AD74-4001                            /storage-win
sdc                                                                 
├─sdc1 vfat   ATAST_BACKU      B97B-3162                            /mnt/B97B-3162
├─sdc2                                                              
├─sdc5 ntfs   ATAST_DATAS      3C38C8DB38C89574                     /mnt/3C38C8DB38C89574
└─sdc6 ntfs   ATAST_MULTIMEDIA 1CBCD477BCD44CC0                     /mnt/1CBCD477BCD44CC0
sdd                                                                 
└─sdd1 vfat   STORAGE          2264-0F40                            /storage
sde                                                                 
└─sde1 ext4   TOSHIBA_2_TERAS  7a8f2d7d-8d58-4f1c-b289-20386f87b97e /media/fabrice/TOSHIBA_2_TERAS

Merci
Fabrice

Dernière modification par __fabrice (Le 30/05/2022, à 20:27)

Vobul

Re : [RESOLU] Disque plein (à cause) des disques dans /media/, monté sur /

car pour moi, tous les disques doivent être monté dans la fstab. Non ?

Non. Dans /etc/fstab c'est les disques à monter au démarrage. Ceux que tu branches peuvent être montés de différentes façons, le plus souvent dans /run/media désormais. Mais tu peux aussi les monter à la main où tu le souhaites.

C'est bizarre d'avoir mis /tmp et la swap sur un disque à plateau à part. Mais j'ai déjà vu passer ce conseil foireux, lié aux problèmes des tous premiers disques SSD qu'il fallait "sauver" de trop nombreuses écritures.

Après je ne comprends pas bien ton problème concrètement (tu ne donnes pas non plus le retour de "df -h"). Tu devrais pouvoir configurer le programme qui t'alerte de la place disponible pour l'ajuster à ton goût.

---

Vobul
Utilisez le retour utilisable de commandes !!!
J'aime la langue française, mais je parle franglais, deal with it.
RTFM

__fabrice

Re : [RESOLU] Disque plein (à cause) des disques dans /media/, monté sur /

Salut,

Merci pour ces conseils. En fait, mon soucis je ne "vois" pas le disque /dev/disk/by-id/wwn-0x50014ee2acedf34b-part1 dans l'aborescence des fichiers + disques. Je sas pas où il est en fait
De plus, pourquoi sa taille est comprise dans la totalité de / ?, il ne devrait avoir sa taille à lui, mais là, il est greffé à la racine on dirait.

https://lutim.stemy.me/rNS2RjOW/wP1zHkFM.png

Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
udev               7,8G       0  7,8G   0% /dev
tmpfs              1,6G    2,7M  1,6G   1% /run
/dev/sda2          440G    386G   32G  93% /
tmpfs              7,8G    119M  7,7G   2% /dev/shm
tmpfs              5,0M    4,0K  5,0M   1% /run/lock
tmpfs              7,8G       0  7,8G   0% /sys/fs/cgroup
/dev/loop0          66M     66M     0 100% /snap/gtk-common-themes/1519
/dev/loop1         243M    243M     0 100% /snap/gnome-3-38-2004/76
/dev/loop2         768K    768K     0 100% /snap/gnome-characters/741
/dev/loop3         2,7M    2,7M     0 100% /snap/gnome-system-monitor/169
/dev/loop4          18M     18M     0 100% /snap/pdftk/9
/dev/loop5         141M    141M     0 100% /snap/gnome-3-26-1604/104
/dev/loop6         768K    768K     0 100% /snap/gnome-characters/761
/dev/loop8         9,0M    9,0M     0 100% /snap/canonical-livepatch/132
/dev/loop7         219M    219M     0 100% /snap/gnome-3-34-1804/72
/dev/loop9         640K    640K     0 100% /snap/gnome-logs/106
/dev/loop11        347M    347M     0 100% /snap/wine-platform-runtime/300
/dev/loop10        219M    219M     0 100% /snap/gnome-3-34-1804/77
/dev/loop12        2,7M    2,7M     0 100% /snap/gnome-system-monitor/174
/dev/loop13        2,7M    2,7M     0 100% /snap/gnome-calculator/920
/dev/loop14        323M    323M     0 100% /snap/wine-platform-6-stable/19
/dev/loop15        128K    128K     0 100% /snap/bare/5
/dev/loop16        347M    347M     0 100% /snap/wine-platform-runtime/299
/dev/loop17        111M    111M     0 100% /snap/core/12834
/dev/loop18        249M    249M     0 100% /snap/gnome-3-38-2004/99
/dev/loop24        5,9M    5,9M     0 100% /snap/notepad-plus-plus/366
/dev/loop23        2,5M    2,5M     0 100% /snap/gnome-calculator/884
/dev/loop19        220M    220M     0 100% /snap/code/97
/dev/loop25        228M    228M     0 100% /snap/code/96
/dev/loop20         56M     56M     0 100% /snap/core18/2344
/dev/loop22         62M     62M     0 100% /snap/core20/1405
/dev/loop21        165M    165M     0 100% /snap/gnome-3-28-1804/161
/dev/loop27        163M    163M     0 100% /snap/gnome-3-28-1804/145
/dev/loop26        151M    151M     0 100% /snap/okular/109
/dev/loop28         62M     62M     0 100% /snap/core20/1434
/dev/loop29         82M     82M     0 100% /snap/gtk-common-themes/1534
/dev/loop30        141M    141M     0 100% /snap/gnome-3-26-1604/100
/dev/loop31         56M     56M     0 100% /snap/core18/2409
/dev/loop32        324M    324M     0 100% /snap/kde-frameworks-5-qt-5-15-core20/14
/dev/loop33        112M    112M     0 100% /snap/core/13250
/dev/loop34        9,0M    9,0M     0 100% /snap/canonical-livepatch/138
/dev/loop35        640K    640K     0 100% /snap/gnome-logs/112
/dev/sdc1          245G     58G  187G  24% /mnt/B97B-3162
/dev/sda1          247M    4,4M  242M   2% /boot/efi
/dev/sdb2          3,7G     14M  3,4G   1% /tmp
/dev/sdc6          211G    167G   44G  80% /mnt/1CBCD477BCD44CC0
/dev/sdc5          245G     78G  167G  32% /mnt/3C38C8DB38C89574
/dev/sdd1          234G     90G  145G  39% /storage
tmpfs              1,6G    620K  1,6G   1% /run/user/121
tmpfs              1,6G    6,8M  1,6G   1% /run/user/1000
/dev/sdb5          448G     32K  448G   1% /storage-win
/dev/sdb4          459G    244G  192G  56% /storage-nix
/dev/sde1          1,8T     95G  1,7T   6% /media/fabrice/TOSHIBA_2_TERAS

https://lutim.stemy.me/gTLwIDRq/eUPPok4T.png
Merci à vous
Fabrice

_{Modération : merci d'utiliser des images de petite taille (300x300) ou des miniatures pointant sur ces images.}

Dernière modification par cqfd93 (Le 26/05/2022, à 16:49)

Coeur Noir

Re : [RESOLU] Disque plein (à cause) des disques dans /media/, monté sur /

Hello,

puisque tu évoques fstab, montre-le ;-)

cat /etc/fstab

et peut-être ajoute les infos de taille et modèle à la commande lsblk ( ça facilite le repérage ) :

lsblk -fe7 -o +size,model

Là on voit 5 disques.
Les données de certaines partitions de ces disques sont montées dans des dossiers à la racine du système ( ce qui peut poser un problème d'accès à ces données pour des logiciels confinés du type snap ) : /storage-nix, /storage-win, /storage.

Généralement ce qui est monté dans /media apparaît automatiquement dans le volet latéral des explorateurs de fichiers qui suivent les normes freedesktop, sous Périphériques ou Autres Emplacements ( dénominations variables selon les explorateurs ).

/media/$USER/uuid_ou_label_périphérique est créé automatiquement par le système lors
⋅ du branchement au pc d'un support nomade, connectable à chaud, à la volée ( clé usb, DD externe, carte mémoire… )
⋅ de la sollicitation via l'explorateur de fichiers d'une partition d'un support sédentaire qui n'est pas inscrit dans le fstab ( par ex. un disque interne, sous tension au démarrage du système. )

fstab consigne les partitions qui doivent faire l'objet d'un montage avec le démarrage du système. À la base il n'y a là que l'essentiel au système pour fonctionner : sa partition racine, fichier(s) ou partition(s) de swap, partition EFI/ESP/boot requise par l'UEFI ( ou en cas de table de partitions GPT ) et rien d'autre. On peut ajouter là, manuellement, volontairement d'autres partitions, sous-entendu : c'est à l'administrateur de la machine de lui indiquer ses choix, un système Linux ne décide pas à ta place de la destination des données.

Dans l'arborescence Linux, il y a des dossiers conventionnellement prévus pour recevoir des montages - à choisir selon la fonction des données montées :
⋅ /mnt/ historiquement pour des montages manuels, temporaires, qu'on démontera dès que plus besoin, ( voir ça comme un dossier de travail, un établi pour des travaux )
⋅ /media/ ( tout court, pas /media/$USER ) pour toutes sortes de données qui ne sont pas vitales au système mais qui peuvent être permanentes ( les données précieuses aux utilisateurs humains )
⋅ /run/ pour des données montées par ou à l'attention d'un programme en particulier ( un utilitaire comme timeshift montera là l'emplacement des sauvegardes )
⋅ /home/$USER/ à condition que les données appartiennent exclusivement à cet $USER et si lui seul doit y accéder,
⋅ et d'autres, selon le contexte d'utilisation de l'OS ( /var, /www, /opt… )

Car oui dans l'absolu, on peut monter ce qu'on veut, où on veut ( y compris à la racine système ) mais certains « packaging » d'applications ( confinement, sandboxing ) à dessein n'accèdent pas à tout le système mais seulement aux emplacements conventionnels, parfois sous conditions.

mtab consigne, lui, tous les montages actifs au moment où on le consulte, pour voir uniquement les « périphériques » qui font l'objet d'un montage :

grep ^/dev/ /etc/mtab

ça peut en montrer davantage ( par ex. un périphérique monté à plusieurs emplacements, c'est tout à fait possible ) et accessoirement ça montrera si tu utilises des snap ( qui sont montés comme des périphériques virtuels loop. )

Dernière modification par Coeur Noir (Le 26/05/2022, à 17:27)

---

Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >

__fabrice

Re : [RESOLU] Disque plein (à cause) des disques dans /media/, monté sur /

Voici le fstab. J'ai essayé de monter ce fameux disque dans le fstab (dernière ligne), mais cela ne fonctionne pas, alors que les autres disques montés sur la racine, oui

# >>>>>>>>>>>>>>>>>>>>>>>>>>>>> SDA (SDD) <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
# DISQUE DUR SSD de 480 Gigas (/ was on /dev/sda2 during installation)
UUID=b7786d9b-476f-472e-b48c-22ffb77e5a08 /               ext4    errors=remount-ro 0       1

# PARTITION EUFI DE BOOT (/boot/efi was on /dev/sda1 during installation)
UUID=CA7E-6F51  /boot/efi       vfat    umask=0077      0       1
# ----------------------------------------------------------------------------------------

# >>>>>>>>>>>>>>>>>>>>>>>>>>>>> SDB <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
# DISQUE DUR 1,0 To ST1000DM003-1SB10C => /tmp was on /dev/sdb2 during installation
UUID=ba37567a-7258-43b8-977b-b9a5856f5879 /tmp            ext4    defaults        0       2

# DISQUE DUR 1,0 To ST1000DM003-1SB10C => SWAP (swap was on /dev/sdb3 during installation)
UUID=a6001917-3208-48d6-956c-cd75ba6e8bf1 none            swap    sw              0       0

# DISQUE DUR 1,0 To ST1000DM003-1SB10C => /storage-nix was on /dev/sdb4 during installation
UUID=06ff0e9a-a19f-416a-88e6-48a3799349d2 /storage-nix    ext4    noauto,x-systemd.automount        0       2

# DISQUE DUR 1,0 To ST1000DM003-1SB10C =>/storage-win was on /dev/sdb5 during installation
UUID=AD74-4001  /storage-win    vfat    noauto,x-systemd.automount,utf8,umask=007,gid=46 0       1
# ----------------------------------------------------------------------------------------

# DISQUE DUR 251 Go Maxtor 6L25050C => /storage was on /dev/sdd1 during installation
UUID=2264-0F40 /storage    vfat    defaults 0 1

# DISQUE DUR 750 Go ST375033OAS => ATAST_BACKU
/dev/disk/by-uuid/B97B-3162 /mnt/B97B-3162 auto nosuid,nodev,nofail,x-gvfs-show,users 0 0

# DISQUE DUR 750 Go ST375033OAS => ATAST_DATAS
/dev/disk/by-uuid/3C38C8DB38C89574 /mnt/3C38C8DB38C89574 auto nosuid,nodev,nofail,x-gvfs-show,users 0 0

# DISQUE DUR 750 Go ST375033OAS => ATAST_MULTIMEDIA
/dev/disk/by-uuid/1CBCD477BCD44CC0 /mnt/1CBCD477BCD44CC0 auto nosuid,nodev,nofail,x-gvfs-show,users 0 0

# Anciennemtn : /dev/disk/by-id/wwn-0x50014ee2acedf34b-part1 /mnt/wwn-0x50014ee2acedf34b-part1 auto nosuid,nodev,nofail,noauto,x-gvfs-show,users 0 0
UUID=wwn-0x50014ee2acedf34b-part1 /WD_STORAGE auto nosuid,nodev,nofail,noauto,x-gvfs-show,users 0 0

Tu veux donc dire que je dois changer les disques montés à la racine comme ceci : /storage => /mnt/storage ?

NAME   FSTYPE LABEL            UUID                                 MOUNTPOINT                       SIZE MODEL
sda                                                                                                447,1G SSD PLUS 480GB  
├─sda1 vfat   BOOT-SSD         CA7E-6F51                            /boot/efi                        250M 
└─sda2 ext4                    b7786d9b-476f-472e-b48c-22ffb77e5a08 /                              446,9G 
sdb                                                                                                931,5G ST1000DM003-1SB1
├─sdb1 vfat   boot-dd          CEDB-DBEE                                                             250M 
├─sdb2 ext4                    ba37567a-7258-43b8-977b-b9a5856f5879 /tmp                             3,7G 
├─sdb3 swap                    a6001917-3208-48d6-956c-cd75ba6e8bf1 [SWAP]                            14G 
├─sdb4 ext4   storage-nix      06ff0e9a-a19f-416a-88e6-48a3799349d2 /storage-nix                   465,7G 
└─sdb5 vfat   storage-win      AD74-4001                            /storage-win                   447,9G 
sdc                                                                                                698,7G ST3750330AS     
├─sdc1 vfat   ATAST_BACKU      B97B-3162                            /mnt/B97B-3162                 244,1G 
├─sdc2                                                                                                 1K 
├─sdc5 ntfs   ATAST_DATAS      3C38C8DB38C89574                     /mnt/3C38C8DB38C89574          244,1G 
└─sdc6 ntfs   ATAST_MULTIMEDIA 1CBCD477BCD44CC0                     /mnt/1CBCD477BCD44CC0          210,3G 
sdd                                                                                                233,8G Maxtor 6L250S0  
└─sdd1 vfat   STORAGE          2264-0F40                            /storage                       233,8G 
sde                                                                                                  1,8T External USB 3.0
└─sde1 ext4   TOSHIBA_2_TERAS  7a8f2d7d-8d58-4f1c-b289-20386f87b97e /media/fabrice/TOSHIBA_2_TERAS   1,8T

fabrice@fabrice-MS-7971:~$ ll /dev/disk/by-id/
total 0
drwxr-xr-x 2 root root 680 mai   26 17:04 ./
drwxr-xr-x 7 root root 140 mai   26 17:04 ../
lrwxrwxrwx 1 root root   9 mai   26 17:04 ata-Maxtor_6L250S0_L59DQG1G -> ../../sdd
lrwxrwxrwx 1 root root  10 mai   26 17:05 ata-Maxtor_6L250S0_L59DQG1G-part1 -> ../../sdd1
lrwxrwxrwx 1 root root   9 mai   26 17:04 ata-SSD_PLUS_480GB_154938444113 -> ../../sda
lrwxrwxrwx 1 root root  10 mai   26 17:04 ata-SSD_PLUS_480GB_154938444113-part1 -> ../../sda1
lrwxrwxrwx 1 root root  10 mai   26 17:04 ata-SSD_PLUS_480GB_154938444113-part2 -> ../../sda2
lrwxrwxrwx 1 root root   9 mai   26 17:04 ata-ST1000DM003-1SB10C_Z9A0X796 -> ../../sdb
lrwxrwxrwx 1 root root  10 mai   26 17:04 ata-ST1000DM003-1SB10C_Z9A0X796-part1 -> ../../sdb1
lrwxrwxrwx 1 root root  10 mai   26 17:04 ata-ST1000DM003-1SB10C_Z9A0X796-part2 -> ../../sdb2
lrwxrwxrwx 1 root root  10 mai   26 17:04 ata-ST1000DM003-1SB10C_Z9A0X796-part3 -> ../../sdb3
lrwxrwxrwx 1 root root  10 mai   26 17:06 ata-ST1000DM003-1SB10C_Z9A0X796-part4 -> ../../sdb4
lrwxrwxrwx 1 root root  10 mai   26 17:06 ata-ST1000DM003-1SB10C_Z9A0X796-part5 -> ../../sdb5
lrwxrwxrwx 1 root root   9 mai   26 17:04 ata-ST3750330AS_3QK0BHCC -> ../../sdc
lrwxrwxrwx 1 root root  10 mai   26 17:04 ata-ST3750330AS_3QK0BHCC-part1 -> ../../sdc1
lrwxrwxrwx 1 root root  10 mai   26 17:04 ata-ST3750330AS_3QK0BHCC-part2 -> ../../sdc2
lrwxrwxrwx 1 root root  10 mai   26 17:04 ata-ST3750330AS_3QK0BHCC-part5 -> ../../sdc5
lrwxrwxrwx 1 root root  10 mai   26 17:04 ata-ST3750330AS_3QK0BHCC-part6 -> ../../sdc6
lrwxrwxrwx 1 root root   9 mai   26 17:04 usb-TOSHIBA_External_USB_3.0_20210127000197F-0:0 -> ../../sde
lrwxrwxrwx 1 root root  10 mai   26 17:04 usb-TOSHIBA_External_USB_3.0_20210127000197F-0:0-part1 -> ../../sde1
lrwxrwxrwx 1 root root   9 mai   26 17:04 wwn-0x5000c500026e0a88 -> ../../sdc
lrwxrwxrwx 1 root root  10 mai   26 17:04 wwn-0x5000c500026e0a88-part1 -> ../../sdc1
lrwxrwxrwx 1 root root  10 mai   26 17:04 wwn-0x5000c500026e0a88-part2 -> ../../sdc2
lrwxrwxrwx 1 root root  10 mai   26 17:04 wwn-0x5000c500026e0a88-part5 -> ../../sdc5
lrwxrwxrwx 1 root root  10 mai   26 17:04 wwn-0x5000c500026e0a88-part6 -> ../../sdc6
lrwxrwxrwx 1 root root   9 mai   26 17:04 wwn-0x5000c50087c01f7c -> ../../sdb
lrwxrwxrwx 1 root root  10 mai   26 17:04 wwn-0x5000c50087c01f7c-part1 -> ../../sdb1
lrwxrwxrwx 1 root root  10 mai   26 17:04 wwn-0x5000c50087c01f7c-part2 -> ../../sdb2
lrwxrwxrwx 1 root root  10 mai   26 17:04 wwn-0x5000c50087c01f7c-part3 -> ../../sdb3
lrwxrwxrwx 1 root root  10 mai   26 17:06 wwn-0x5000c50087c01f7c-part4 -> ../../sdb4
lrwxrwxrwx 1 root root  10 mai   26 17:06 wwn-0x5000c50087c01f7c-part5 -> ../../sdb5
lrwxrwxrwx 1 root root   9 mai   26 17:04 wwn-0x5001b44f1ea20551 -> ../../sda
lrwxrwxrwx 1 root root  10 mai   26 17:04 wwn-0x5001b44f1ea20551-part1 -> ../../sda1
lrwxrwxrwx 1 root root  10 mai   26 17:04 wwn-0x5001b44f1ea20551-part2 -> ../../sda2

Merci

Fabrice

Dernière modification par __fabrice (Le 26/05/2022, à 17:18)

erresse

Re : [RESOLU] Disque plein (à cause) des disques dans /media/, monté sur /

Bonjour Fabrice,
Tu dis :

J'ai eu un message système me disant que le disque principal était plein.

Note: Parlons bien pour être précis. Un "disque" ça n'est qu'un morceau de ferraille ou de plastique, nous travaillons avec des "volumes" qui contiennent nos données, et qui sont des "systèmes de fichiers" alloués à des "partitions" créées dans un "disque".

Quel est ce "disque principal", est-ce le système monté sur la racine (/dev/dsa2) ?
Si c'est celui-là, cela n'a rien à voir avec les volumes montés sur d'autres points de montage, ni "/media/fabrice/", ni "/mnt/". Sur ces points de montages, les volumes sont indépendants de la racine, les données qu'ils contiennent ne sont pas enregistrées dans le volume racine.

En regardant dans le gestionnaire de disque et dans l'analyseur de disque, je me suis rendu compte qu'il y a plusieurs disques montés dans le répertoire /media/. Mias 2 seulement sont comptabilisés dans la taille totale de / ( + /media + /media/fabrice + les 2 disques dedans.

Bah, moi je ne vois qu'un seul volume monté dans le point de montage "/media/fabrice/TOSHIBA_2_TERAS", pas de second volume...

/dev/disk/by-id/wwn-0x50014ee2acedf34b-part1 /mnt/wwn-0x50014ee2acedf34b-part1 auto nosuid,nodev,nofail,noauto,x-gvfs-show,users 0 0

Ce montage que tu as dû copier depuis ton fichier "fstab" indique un volume optionnel (nofail) qui peut être monté sur un point de montage "/mnt/wwn-0x50014ee2acedf34b-part1" s'il est présent, mais peut aussi être absent et donc non monté... Dans ce cas, il est normal que tu n'aies rien à lister.

Il y a un sac de noeuds et je ne comprends pas grand chose, car pour moi, tous les disques doivent être monté dans la fstab.
Non ?

Eh bien, non, en effet !
Les volumes permanents sont montés dès le démarrage en les mentionnant dans le "fstab" (et on a vu d'ailleurs que cela n'implique pas forcément que le volume soit présent s'il est déclaré optionnel), mais les volumes externes, les clés USB, les cartes SD, ne sont montés que lorsque tu les branches à l'ordinateur, sur des points de montages créés dynamiquement par le système dans le répertoire "/media/fabrice/", et ces points de montages sont détruits lorsque tu débranches le média qui les contient.
Si des média sont raccordés à l'ordinateur en permanence (par exemple des disques durs ou des SSD) mais que les volumes qu'ils contiennent ne sont pas déclarés dans le "fstab", ils sont découverts par le système dès le démarrage mais ne sont pas montés sur un point de montage. Ils apparaissent seulement comme des unités   ou volumes disponibles (généralement dans la fenêtre latérale gauche du gestionnaire de fichiers).
Pour les utiliser, il faut (et il suffit) de cliquer dessus pour que le système les monte automatiquement sur un point de montage créé dynamiquement dans "/media/fabrice/".
Note: En principe, on déconseille de créer des points de montages permanents dans les deux répertoires "/mnt/" et "/media/$USER" car leur utilisation est plus ou moins dédiée :
- "/mnt/" est destiné au montage manuel de volumes externes ou de clés ou cartes SD qu'on ne veut pas laisser monter automatiquement...
- "/media/$USER/" (chez toi "/media/fabrice/") est réservé au fonctionnement du système pour le montage automatique de ces volumes externes ou clés ou cartes SD.

Pour conclure, il faut surtout que tu dises quel est le volume qui est saturé et que tu copies le message en question pour qu'on puisse mieux évaluer la situation.

---

Plus de 50 ans d'informatique, ça en fait des lignes de commandes en console, mais on n'avait pas le choix...
Excellente raison pour, aujourd'hui qu'on le peut, utiliser au maximum les INTERFACES GRAPHIQUES !
Important : Une fois résolu, pensez à clore votre sujet en ajoutant [Résolu] devant le titre du 1er message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci.

__fabrice

Re : [RESOLU] Disque plein (à cause) des disques dans /media/, monté sur /

Ok, je comprends mieux.
Par contre tu dis :

mais les volumes externes, les clés USB, les cartes SD, ne sont montés que lorsque tu les branches à l'ordinateur, sur des points de montages créés dynamiquement par le système dans le répertoire "/media/fabrice/", et ces points de montages sont détruits lorsque tu débranches le média qui les contient.

mais le disque WD_STORAGE qui est présent dans /media/fabrice/ (visible ici) n'est pas un disque externe. Je n'en ai qu'un seul, qui est le TOSHIBA_2_TERAS

D'ailleurs ce dernier apparait ici mais pas le WD_STORAGE !?.
Pourquoi ?

Merci
Fabrice

Dernière modification par __fabrice (Le 26/05/2022, à 17:29)

Coeur Noir

Re : [RESOLU] Disque plein (à cause) des disques dans /media/, monté sur /

Tu veux donc dire que je dois changer les disques montés à la racine comme ceci : /storage => /mnt/storage ?

Non pas forcément, je te dis juste que ces données, placées là, ne seront pas accessibles à certains logiciels.
Si tu n'utilises pas de tels logiciels ( au format snap - et potentiellement flatpak ) ne change rien.
Cela dit, sous ×buntu ça pourrait devenir difficile d'échapper aux snap à long terme ( aujourd'hui sous une 22.04 par défaut Chromium et Firefox ne sont disponibles qu'en snap. )

J'ai modifié le message #4 entre temps ( un ajout concernant mtab. )

Pour les questions d'espace disponible :

df -Thx squashfs -x tmpfs

donnera l'occupation logique des partitions montées,

df -ix squashfs -x tmpfs

donnera leur occupation physique.

---

Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >

__fabrice

Re : [RESOLU] Disque plein (à cause) des disques dans /media/, monté sur /

Voici :

fabrice@fabrice-MS-7971:~$ df -Thx squashfs -x tmpfs
Sys. de fichiers Type     Taille Utilisé Dispo Uti% Monté sur
udev             devtmpfs   7,8G       0  7,8G   0% /dev
/dev/sda2        ext4       440G    369G   50G  89% /
/dev/sda1        vfat       247M    4,4M  242M   2% /boot/efi
/dev/sdc1        vfat       245G     58G  187G  24% /mnt/B97B-3162
/dev/sdb2        ext4       3,7G     11M  3,4G   1% /tmp
/dev/sdc6        fuseblk    211G    167G   44G  80% /mnt/1CBCD477BCD44CC0
/dev/sdc5        fuseblk    245G     78G  167G  32% /mnt/3C38C8DB38C89574
/dev/sdd1        vfat       234G     90G  145G  39% /storage
/dev/sdb5        vfat       448G     32K  448G   1% /storage-win
/dev/sdb4        ext4       459G    244G  192G  56% /storage-nix
/dev/sde1        ext4       1,8T     95G  1,7T   6% /media/fabrice/TOSHIBA_2_TERAS

fabrice@fabrice-MS-7971:~$ df -ix squashfs -x tmpfs
Sys. de fichiers    Inœuds  IUtil.    ILibre IUti% Monté sur
udev               2028999     776   2028223    1% /dev
/dev/sda2         29294592 3038063  26256529   11% /
/dev/sda1                0       0         0     - /boot/efi
/dev/sdc1                0       0         0     - /mnt/B97B-3162
/dev/sdb2           244320      79    244241    1% /tmp
/dev/sdc6         45611692   12651  45599041    1% /mnt/1CBCD477BCD44CC0
/dev/sdc5        178343172   51516 178291656    1% /mnt/3C38C8DB38C89574
/dev/sdd1                0       0         0     - /storage
/dev/sdb5                0       0         0     - /storage-win
/dev/sdb4         30523392 1540489  28982903    6% /storage-nix
/dev/sde1        122101760  426297 121675463    1% /media/fabrice/TOSHIBA_2_TERAS

fabrice@fabrice-MS-7971:~$ grep ^/dev/ /etc/mtab
/dev/sda2 / ext4 rw,relatime,errors=remount-ro 0 0
/dev/loop0 /snap/core18/2409 squashfs ro,nodev,relatime 0 0
/dev/loop2 /snap/gnome-logs/112 squashfs ro,nodev,relatime 0 0
/dev/loop1 /snap/core20/1405 squashfs ro,nodev,relatime 0 0
/dev/loop3 /snap/gnome-calculator/884 squashfs ro,nodev,relatime 0 0
/dev/loop4 /snap/wine-platform-runtime/300 squashfs ro,nodev,relatime 0 0
/dev/loop5 /snap/canonical-livepatch/132 squashfs ro,nodev,relatime 0 0
/dev/loop6 /snap/gtk-common-themes/1534 squashfs ro,nodev,relatime 0 0
/dev/loop7 /snap/wine-platform-6-stable/19 squashfs ro,nodev,relatime 0 0
/dev/loop9 /snap/gtk-common-themes/1519 squashfs ro,nodev,relatime 0 0
/dev/loop10 /snap/gnome-3-34-1804/77 squashfs ro,nodev,relatime 0 0
/dev/loop11 /snap/gnome-characters/741 squashfs ro,nodev,relatime 0 0
/dev/loop12 /snap/code/96 squashfs ro,nodev,relatime 0 0
/dev/loop8 /snap/wine-platform-runtime/299 squashfs ro,nodev,relatime 0 0
/dev/loop15 /snap/kde-frameworks-5-qt-5-15-core20/14 squashfs ro,nodev,relatime 0 0
/dev/loop14 /snap/gnome-3-28-1804/161 squashfs ro,nodev,relatime 0 0
/dev/loop13 /snap/gnome-3-28-1804/145 squashfs ro,nodev,relatime 0 0
/dev/loop16 /snap/core20/1434 squashfs ro,nodev,relatime 0 0
/dev/loop17 /snap/gnome-system-monitor/174 squashfs ro,nodev,relatime 0 0
/dev/loop18 /snap/gnome-calculator/920 squashfs ro,nodev,relatime 0 0
/dev/loop20 /snap/bare/5 squashfs ro,nodev,relatime 0 0
/dev/loop19 /snap/gnome-3-38-2004/76 squashfs ro,nodev,relatime 0 0
/dev/loop22 /snap/core18/2344 squashfs ro,nodev,relatime 0 0
/dev/loop23 /snap/pdftk/9 squashfs ro,nodev,relatime 0 0
/dev/loop24 /snap/gnome-3-38-2004/99 squashfs ro,nodev,relatime 0 0
/dev/loop25 /snap/okular/109 squashfs ro,nodev,relatime 0 0
/dev/loop26 /snap/notepad-plus-plus/366 squashfs ro,nodev,relatime 0 0
/dev/loop21 /snap/gnome-3-34-1804/72 squashfs ro,nodev,relatime 0 0
/dev/loop27 /snap/core/12834 squashfs ro,nodev,relatime 0 0
/dev/loop28 /snap/canonical-livepatch/138 squashfs ro,nodev,relatime 0 0
/dev/loop29 /snap/core/13250 squashfs ro,nodev,relatime 0 0
/dev/loop30 /snap/gnome-characters/761 squashfs ro,nodev,relatime 0 0
/dev/loop32 /snap/gnome-logs/106 squashfs ro,nodev,relatime 0 0
/dev/loop33 /snap/gnome-3-26-1604/100 squashfs ro,nodev,relatime 0 0
/dev/loop31 /snap/code/97 squashfs ro,nodev,relatime 0 0
/dev/loop34 /snap/gnome-3-26-1604/104 squashfs ro,nodev,relatime 0 0
/dev/loop35 /snap/gnome-system-monitor/169 squashfs ro,nodev,relatime 0 0
/dev/sda1 /boot/efi vfat rw,relatime,fmask=0077,dmask=0077,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro 0 0
/dev/sdc1 /mnt/B97B-3162 vfat rw,nosuid,nodev,noexec,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro 0 0
/dev/sdb2 /tmp ext4 rw,relatime 0 0
/dev/sdc6 /mnt/1CBCD477BCD44CC0 fuseblk rw,nosuid,nodev,noexec,relatime,user_id=0,group_id=0,allow_other,blksize=4096 0 0
/dev/sdc5 /mnt/3C38C8DB38C89574 fuseblk rw,nosuid,nodev,noexec,relatime,user_id=0,group_id=0,allow_other,blksize=4096 0 0
/dev/sdd1 /storage vfat rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro 0 0
/dev/sdb5 /storage-win vfat rw,relatime,gid=46,fmask=0007,dmask=0007,allow_utime=0020,codepage=437,iocharset=iso8859-1,shortname=mixed,utf8,errors=remount-ro 0 0
/dev/sdb4 /storage-nix ext4 rw,relatime 0 0
/dev/sde1 /media/fabrice/TOSHIBA_2_TERAS ext4 rw,nosuid,nodev,relatime 0 0

Merci

erresse

Re : [RESOLU] Disque plein (à cause) des disques dans /media/, monté sur /

C'est parce-que "/WD_STORAGE" est un point de montage déclaré dans le "fstab" raccordé directement à la racine du système (au même titre que /home, /mnt ou /media) et dans ce cas, le volume n'apparaît pas en tant que tel, il est considété comme une partie de l'arborescence et pour voir son contenu, il faut lister directement "/WD_STORAGE/".
Et ce "disque WD_STORAGE" présent dans "/media/fabrice" dans ta copie d'écran n'est pas mentionné dans le "fstab", il doit logiquement être monté automatiquement par le système qui crée ce point de montage à la volée lorsque tu cliques sur le volume dans ton gestionnaire de fichiers. Probablement que ce volume a une étiquette "WD_STORAGE", raison pour laquelle le point de montage est généré avec ce nom-là...

---

Plus de 50 ans d'informatique, ça en fait des lignes de commandes en console, mais on n'avait pas le choix...
Excellente raison pour, aujourd'hui qu'on le peut, utiliser au maximum les INTERFACES GRAPHIQUES !
Important : Une fois résolu, pensez à clore votre sujet en ajoutant [Résolu] devant le titre du 1er message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci.

Coeur Noir

Re : [RESOLU] Disque plein (à cause) des disques dans /media/, monté sur /

mais le disque WD_STORAGE qui est présent dans /media/fabrice/ (visible ici) n'est pas un disque externe. Je n'en ai qu'un seul, qui est le TOSHIBA_2_TERAS

D'ailleurs ce dernier apparait ici mais pas le WD_STORAGE !?.
Pourquoi ?

Donc Toshiba_2_TERAS est un disque externe, pas toujours là. Donc pas inscrit dans le fstab, traité légitimement comme un périphérique nomade.

WD_STORAGE → à quoi correspond-il comme uuid ou label/étiquette ou « dev » ?

Je crois qu'il s'agit d'une question de repérage. Ton système voit 5 disques sd{a,b,c,d,e} tu confirmes « physiquement » ? Tu repères qui sont a, b, c, d, e ?

sudo blkid | grep -v loop

donnera les uuid des diverses partitions.

Et mauvaise nouvelle pour toi, manifestement tu utilises des logiciels en snap…

Là je pense qu'il faut revoir « globalement » toute ta stratégie autour des montages.
Créer les dossiers qui serviront de points de montage à tes diverses partitions de tes divers disques « permanents, sédentaires » tous dans /media/.
puis modifier fstab en conséquence.
Avais-tu utilisé l'utilitaire « Disques » pour rendre ces montages permanents ?

Tu utilises des systèmes de fichiers fat et ntfs : est-ce que cela signifie que tu as un Windows fonctionnel à portée de main ( soit en multi-boot dans cette machine, soit sur une autre machine ) ?
Car des système de fichiers non-Linux impliquent des options de montage adaptées d'une part et d'autre part Linux ne sait pas réparer~entretenir du ntfs ( seul Windows sait faire ça, c'est son système de fichiers à lui. )

Je ne veux pas te faire tout changer - mais selon ton contexte, ça peut valoir le coup de mieux ranger / simplifier l'organisation… Par contre si tu es dans un contexte 100% Linux, oublie ntfs, à long terme ça pourrait se révéler problématique.
____________________________

à propos d'espace disponible.

/dev/sda2        ext4       440G    369G   50G  89% /

Ça c'est la racine système, plutôt bien remplie effectivement.
Il y a déjà 2~3 nettoyages envisageables :

1⋅ puisque des snap sont là, ils ont sans doute stocké leurs versions n-1 :

snap list --all

s'il y a des « désactivés » ou « disabled » dans la liste, tu peux les virer via :

snap list --all | awk '/désactivé|disabled/{print $1, $3}' | while read snapname revision; do sudo snap remove "$snapname" --revision="$revision"; done

C'est temporaire, pour gagner de l'espace, car les snap conservent toujours la version n-1 d'une appli', à chacune de leur mise à jour.
Mais selon le nombre de snap ça peut faire gagner les quelques Go nécessaires à une mise à jour système.

2⋅ Dans le même ordre d'idées, il peut traîner des résidus d'anciennes installation, configurations, visibles via :

apt list ~c

si la liste dépasse les 10 lignes, tu peux lancer un

sudo apt purge ~c

3⋅ Ensuite il faudrait regarder dans la racine système, quels dossiers sont les plus occupées - en dehors de tes actuels points de montage, donc, eux ne prennent pas de place physiquement sur le disque contenant le système.
Généralement ce sont les dossiers : /usr/lib, /usr/share, /var/lib, /var/cache car ils contiennent grosso modo tous les logiciels installés.
Si tu sais que tu n'utilises jamais certaines applications, tu peux les désinstaller.
Et bien sûr, ton dossier /home/$USER mais là c'est à toi l'$USER de savoir ce que tu gardes ou pas là-dedans…

Tout cela s'entend bien sûr sur un système régulièrement tenu à jour.

/dev/sdc6        fuseblk    211G    167G   44G  80% /mnt/1CBCD477BCD44CC0

Là aussi, c'est pas mal rempli, mais ici comme ce n'est pas la racine système ça ne te bloquera pas en cas d'étouffement.
____________________________

un super utilitaire pour repérer l'occupation logique : ncdu
Une fois installé, la commande

ncdu -x /

te permettra de voir l'occupation de la racine, en excluant les autres systèmes de fichiers ( les montages ).

Dernière modification par Coeur Noir (Le 26/05/2022, à 19:00)

---

Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >

geole

Re : [RESOLU] Disque plein (à cause) des disques dans /media/, monté sur /

Voici le fstab. J'ai essayé de monter ce fameux disque dans le fstab (dernière ligne), mais cela ne fonctionne pas, alors que les autres disques montés sur la racine, oui

# Anciennemtn : /dev/disk/by-id/wwn-0x50014ee2acedf34b-part1 /mnt/wwn-0x50014ee2acedf34b-part1 auto nosuid,nodev,nofail,noauto,x-gvfs-show,users 0 0
UUID=wwn-0x50014ee2acedf34b-part1 /WD_STORAGE auto nosuid,nodev,nofail,noauto,x-gvfs-show,users 0 0

fabrice@fabrice-MS-7971:~$ ll /dev/disk/by-id/

Bonjour.
C'est mal codifié dans le fstab. Il y a confusion entre UUID et ID

d'autre part, il est préférable de terminer par un 2 plutôt que par un 0 si la partition n'est pas  formatée en NTFS.

Dernière modification par geole (Le 26/05/2022, à 18:53)

---

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

__fabrice

Re : [RESOLU] Disque plein (à cause) des disques dans /media/, monté sur /

Encore merci pour toutes ces infos.

WD_STORAGE → à quoi correspond-il comme uuid ou label/étiquette ou « dev » ?

J'avais utilisé il y a déjà pas mal de temps, je ne sais plus lequel, un soft/script qui scanne les disques et modifie ou complète la fstab.

Les disques sont bien des disques physiques, contrairement au WD_STORAGE du coup

fabrice@fabrice-MS-7971:~$ sudo blkid | grep -v loop
/dev/sdb1: LABEL="boot-dd" UUID="CEDB-DBEE" TYPE="vfat" PARTUUID="264479ce-7648-4d20-a436-26d2dc2802f3"
/dev/sdb2: UUID="ba37567a-7258-43b8-977b-b9a5856f5879" TYPE="ext4" PARTUUID="76b0d58b-eb8e-40ca-b687-071fa687c742"
/dev/sdb3: UUID="a6001917-3208-48d6-956c-cd75ba6e8bf1" TYPE="swap" PARTUUID="2de8c56c-58d3-4ee2-a119-614a5201a991"
/dev/sdb4: LABEL="storage-nix" UUID="06ff0e9a-a19f-416a-88e6-48a3799349d2" TYPE="ext4" PARTUUID="ec11b5fc-28cf-494e-9e88-54093d74b30a"
/dev/sdb5: LABEL="storage-win" UUID="AD74-4001" TYPE="vfat" PARTUUID="71ae879f-2430-4e3f-92c7-b2e52db0f8b4"
/dev/sdc1: LABEL="ATAST_BACKU" UUID="B97B-3162" TYPE="vfat" PARTUUID="1d161d15-01"
/dev/sdc5: LABEL="ATAST_DATAS" UUID="3C38C8DB38C89574" TYPE="ntfs" PARTUUID="1d161d15-05"
/dev/sdc6: LABEL="ATAST_MULTIMEDIA" UUID="1CBCD477BCD44CC0" TYPE="ntfs" PARTUUID="1d161d15-06"
/dev/sda1: LABEL="BOOT-SSD" UUID="CA7E-6F51" TYPE="vfat" PARTUUID="cc490bb0-580e-4a2c-ba01-b889cebe637a"
/dev/sda2: UUID="b7786d9b-476f-472e-b48c-22ffb77e5a08" TYPE="ext4" PARTUUID="103aff01-de04-4345-9e09-8251a9f59351"
/dev/sdd1: LABEL="STORAGE" UUID="2264-0F40" TYPE="vfat" PARTUUID="356a356a-01"
/dev/sde1: LABEL="TOSHIBA_2_TERAS" UUID="7a8f2d7d-8d58-4f1c-b289-20386f87b97e" TYPE="ext4" PARTUUID="cc5e8de6-01"

J'ai viré quelques paquets snap et cela m'a a fait gagné un peu, merci

Oui, mon système est à jour et j'utilise ces 2 alias :

fabrice@fabrice-MS-7971:~$ alias system-update
alias system-update='echo '\''--> Updating...'\'' && sudo apt-get update && sudo apt-get update --fix-missing && sudo apt-get upgrade -y && sudo apt-get dist-upgrade'
fabrice@fabrice-MS-7971:~$ alias cleaning
alias cleaning='echo '\''--> Cleaning...'\'' && sudo apt-get autoclean && sudo apt-get clean && sudo apt-get autoremove --purge && sudo apt-get update'

Je connais ncdu, mais du coup j'utilisais plutôt l'analyseur de disques.

Je pense qu'il y a un soucis avec le tilde non ?

fabrice@fabrice-MS-7971:~$ apt list ~c
En train de lister... Fait
fabrice@fabrice-MS-7971:~$ sudo apt purge ~c
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
E: Impossible de trouver le paquet ~c

Pour les disques fat et ntfs, non je n'ai pas windows, c'est des vieux disques dont je me sert comme stockage/backup surtout. Changer le système de fichier ne veut pas dire les formater par hasard ?
Je ne suis pas contre un petit tout-cassage du fstab

Dernière modification par __fabrice (Le 26/05/2022, à 20:22)

geole

Re : [RESOLU] Disque plein (à cause) des disques dans /media/, monté sur /

Merci d'avoir listé les partitions de tes disques.
Vu ton retour, je pense qu'il s'agit peut-être de cette partition.

/dev/sdd1: LABEL="STORAGE" UUID="2264-0F40" TYPE="vfat" PARTUUID="356a356a-01"

Je te laisse lire la vraie valeur du UUID.
Note que tu peux aussi choisir   LABEL=STORAGE
Je pense que c'est plus simple.
J'ai remarqué que tu dis ne pas avoir windows. Tu as choisis de formater FAT32. Du coup, aucun fichier ne peut dépasser 4Go. Pourquoi ne pas formater EXFAT voir EXT4 , mais le reformatage détruit les données.

Dernière modification par geole (Le 26/05/2022, à 22:39)

---

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Coeur Noir

Re : [RESOLU] Disque plein (à cause) des disques dans /media/, monté sur /

Je pense qu'il y a un soucis avec le tilde non ?

fabrice@fabrice-MS-7971:~$ apt list ~c
En train de lister... Fait
fabrice@fabrice-MS-7971:~$ sudo apt purge ~c
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
E: Impossible de trouver le paquet ~c

Non, mais tu es peut-être dans une version d'×buntu où cette option de apt n'est pas encore proposée, d'où :
quelle est ta version d'×buntu ? 18.04 ?
Si version antérieure à 20.04 :
lister les résidus de configuration via

dpkg -l | grep -v ii          # ou … | grep ^rc

supprimer les paquets marqués rc

sudo dpkg -P $(dpkg -l | awk '/^rc/{print $2}')

Dans tes alias tu peux éventuellement remplacer apt-get par apt tout court, dist-upgrade par full-upgrade et autoremove --purge par autopurge ( qui sont des dénominations plus récentes pour les mêmes actions. )

Changer le système de fichier ne veut pas dire les formater par hasard ? wink wink
Je ne suis pas contre un petit tout-cassage du fstab big_smile
Eh bien si, tu as tout compris. Donc si tu vas par là, d'abord tout sauvegarder ailleurs, puis re-formater les partitions nécessaires et ensuite réimporter les données depuis leur sauvegarde…

Comme le fait remarquer geole, le fat a des limites sur la taille maxi d'un fichier ( limite qui ne te gène pas forcément dans ton usage ) mais Linux sait « entretenir » ce système de fichiers.
Par contre NTFS c'est un peu plus risqué : par ex. Linux ne sait pas le « défragmenter. »

Confirmes-tu que « WD_STORAGE » affiche le contenu de la partition étiquetée STORAGE et d'UUID 2264-0F40 ?

---

Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >

__fabrice

Re : [RESOLU] Disque plein (à cause) des disques dans /media/, monté sur /

Salut à tous,

Bien dormi ?

Vu ton retour, je pense qu'il s'agit peut-être de cette partition :  /dev/sdd1: LABEL="STORAGE" UUID="2264-0F40" TYPE="vfat" PARTUUID="356a356a-01"

Non, ce n'est pas celle là, c'est celle qui est dans /storage.

On dirait que WD_STORAGE n'apparait nulle part, qui selon vous semble normal. Mais par contre, il est monté avec fstab, et je ne peux pas y accéder via /WD_STORAGE, ni par /dev/disk/by-id/wwn-0x50014ee2acedf34b-part1

Ma config :

fabrice@fabrice-MS-7971:~$ uname -a
Linux fabrice-MS-7971 5.0.0-37-lowlatency #40~18.04.1-Ubuntu SMP PREEMPT Thu Nov 14 12:51:01 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux
fabrice@fabrice-MS-7971:~$ cat /etc/lsb-release 
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=18.04
DISTRIB_CODENAME=bionic
DISTRIB_DESCRIPTION="Ubuntu 18.04.6 LTS"

Merci

Coeur Noir

Re : [RESOLU] Disque plein (à cause) des disques dans /media/, monté sur /

⋅ Mais par contre, il est monté avec fstab
…alors montre-nous à quoi corresponde WD_STORAGE dans ton fstab - car je ne vois pas bien non plus ?

Ça ↓ ?

# Anciennemtn : /dev/disk/by-id/wwn-0x50014ee2acedf34b-part1 /mnt/wwn-0x50014ee2acedf34b-part1 auto nosuid,nodev,nofail,noauto,x-gvfs-show,users 0 0
UUID=wwn-0x50014ee2acedf34b-part1 /WD_STORAGE auto nosuid,nodev,nofail,noauto,x-gvfs-show,users 0 0

avec les options noauto et nofail ça pourrait expliquer pourquoi il n'est pas toujours « visible ».

En se référant à ll /dev/disk/by-id/ au #5 ça prend potentiellement la place de sdc1 ?
Quand tu regardes dans WD_STORAGE, s'agit-il des données que tu vois aussi dans ATAST_BACKU qui monte dans /mnt/B97B-3162 ?

⋅ Tu es en 18.04 ce qui explique pourquoi la commande apt purge ~c est sans effet.

Si version antérieure à 20.04 :
lister les résidus de configuration via

dpkg -l | grep -v ii          # ou … | grep ^rc

supprimer les paquets marqués rc

sudo dpkg -P $(dpkg -l | awk '/^rc/{print $2}')

Dernière modification par Coeur Noir (Le 27/05/2022, à 12:17)

---

Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >

__fabrice

Re : [RESOLU] Disque plein (à cause) des disques dans /media/, monté sur /

Oui, c'est bien cette ligne

UUID=wwn-0x50014ee2acedf34b-part1 /WD_STORAGE auto nosuid,nodev,nofail,noauto,x-gvfs-show,users 0 

En se référant à ll /dev/disk/by-id/ au #5 ça prend potentiellement la place de sdc1 ?

Non, il ne prends pas sa place

Quand tu regardes dans WD_STORAGE, s'agit-il des données que tu vois aussi dans ATAST_BACKU qui monte dans /mnt/B97B-3162 ?

Non plus

Lorsque j'ai enlevé les 2 flags noauto et nofail, le système s'est mis en recover. J'ai du les remettre. Les logs :

[ TIME ] Timed out waiting for device dev-disk-by\x2duuid-wwn\x2d0x50014ee2acedf34b\x2dpart1.device.
[DEPEND] Dependency failed for /WD_STORAGE.
[DEPEND] Dependency failed for Local File Systems.
[DEPEND] Dependency failed for Clean up any mess left by 0dns-up.

Je ne vois pas à ce que cela correspond

Merci
Fabrice

Dernière modification par __fabrice (Le 27/05/2022, à 14:28)

geole

Re : [RESOLU] Disque plein (à cause) des disques dans /media/, monté sur /

Bonjour
A mon avis ce disque n'existe pas.
De plus la partition sdc1 n'est pas identifiée comme tu le dis mais

root  10 mai   26 17:04 wwn-0x5000c500026e0a88-part1 -> ../../sdc1

Dernière modification par geole (Le 27/05/2022, à 14:38)

---

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Coeur Noir

Re : [RESOLU] Disque plein (à cause) des disques dans /media/, monté sur /

1⋅ Extrait du message #5

fabrice@fabrice-MS-7971:~$ ll /dev/disk/by-id/
total 0
(…)
lrwxrwxrwx 1 root root   9 mai   26 17:04 ata-ST3750330AS_3QK0BHCC -> ../../sdc
lrwxrwxrwx 1 root root  10 mai   26 17:04 ata-ST3750330AS_3QK0BHCC-part1 -> ../../sdc1
lrwxrwxrwx 1 root root  10 mai   26 17:04 ata-ST3750330AS_3QK0BHCC-part2 -> ../../sdc2
lrwxrwxrwx 1 root root  10 mai   26 17:04 ata-ST3750330AS_3QK0BHCC-part5 -> ../../sdc5
lrwxrwxrwx 1 root root  10 mai   26 17:04 ata-ST3750330AS_3QK0BHCC-part6 -> ../../sdc6
(…)
lrwxrwxrwx 1 root root   9 mai   26 17:04 wwn-0x5000c500026e0a88 -> ../../sdc
lrwxrwxrwx 1 root root  10 mai   26 17:04 wwn-0x5000c500026e0a88-part1 -> ../../sdc1
lrwxrwxrwx 1 root root  10 mai   26 17:04 wwn-0x5000c500026e0a88-part2 -> ../../sdc2
lrwxrwxrwx 1 root root  10 mai   26 17:04 wwn-0x5000c500026e0a88-part5 -> ../../sdc5
lrwxrwxrwx 1 root root  10 mai   26 17:04 wwn-0x5000c500026e0a88-part6 -> ../../sdc6
(…)

Bon en fait ces doublons sont normaux, c'est juste 2 types de dénomination ( ata- port matériel, wwn = World Wide Name )
Mon ignorance m'a fait croire que ça pouvait être 2 matériels distincts, pas du tout.

2⋅ Ce qui nous ramène à…
…quelles sont les données montrées à travers WD_STORAGE ? Tu les reconnais, tu as une idée de ce qu'elles sont et de où elles se trouvent, physiquement, sur quelle partition de quel disque ?
…d'où / quand vient cette illustration qui suggère qu'il y a quelque chose dans /media/fabrice/WD_STORAGE tout en précisant « modifié il y a 2 ans » ? ? ?
…et le chemin /media/fabrice/WD_STORAGE ≠ /WD_STORAGE euh… t'aurais pas tout simplement stocké des choses directement sous /media/fabrice/WD_STORAGE qui ne serait donc pas du tout un point de montage d'une quelconque partition mais un dossier « classique » qui occupe donc de la vrai place à la racine de ton système ? ? ?

ls -la /media/fabrice/WD_STORAGE

3⋅ Jusque là dans les divers retours de commande, il ne me semble voir nulle part de partition identifiée wwn-0x50014ee2acedf34b-part1 alors que dans ton fstab tu demandes qu'elle soit montée dès le démarrage de la machine..
Le fait que ça plante en enlevant les options nofail et noauto confirme l'avis de geole : ce disque n'existe pas, ou plus, ou n'est pas présent / accessible au moment du démarrage.
C'est bien ce que signifient :

[ TIME ] Timed out waiting for device dev-disk-by\x2duuid-wwn\x2d0x50014ee2acedf34b\x2dpart1.device.
[DEPEND] Dependency failed for /WD_STORAGE.
[DEPEND] Dependency failed for Local File Systems.
[DEPEND] Dependency failed for Clean up any mess left by 0dns-up.

Et c'est bien pour ça que l'option nofail est à double tranchant : lorsqu'elle est active, ok elle ignore le problème mais laisse l'utilisateur dans l'ignorance, ne générant aucune trace.
Sans l'option nofail, là au moins on sait que le système a attendu le device wwn-0x50014ee2acedf34b-part1 sans jamais le voir, donc a pas pu le monter dans /WD_STORAGE, donc échoue à créer les Local File Systems demandés par fstab.
( aucune idée de ce qu'est 0dns-up par contre, je dirais sans rapport avec l’affaire qui nous concerne ici. )

4⋅ On est bien d'accord : entre le message #5 et le #18 tu n'as pas branché ou mis sous tension un disque supplémentaire ?
Que se passe-t-il si tu modifies le fstab, en commentant cette ligne de montage suspicieuse, de cette façon :

##### Anciennemtn : /dev/disk/by-id/wwn-0x50014ee2acedf34b-part1 /mnt/wwn-0x50014ee2acedf34b-part1 auto nosuid,nodev,nofail,noauto,x-gvfs-show,users 0 0
##### UUID=wwn-0x50014ee2acedf34b-part1 /WD_STORAGE auto nosuid,nodev,nofail,noauto,x-gvfs-show,users 0 0

Si au prochain redémarrage, tu trouves toutes tes affaires comme d'habitude, ça signifie que tu pourras purement et simplement supprimer ces deux lignes commençant par #####
Sinon, tu remets ça dans l'état précédent et il faut absolument repérer où sont les données…

5⋅ Les partitions actuellement accessibles par ton système sont celles-ci :

fabrice@fabrice-MS-7971:~$ sudo blkid | grep -v loop
/dev/sdb1: LABEL="boot-dd" UUID="CEDB-DBEE" TYPE="vfat" PARTUUID="264479ce-7648-4d20-a436-26d2dc2802f3"
/dev/sdb2: UUID="ba37567a-7258-43b8-977b-b9a5856f5879" TYPE="ext4" PARTUUID="76b0d58b-eb8e-40ca-b687-071fa687c742"
/dev/sdb3: UUID="a6001917-3208-48d6-956c-cd75ba6e8bf1" TYPE="swap" PARTUUID="2de8c56c-58d3-4ee2-a119-614a5201a991"
/dev/sdb4: LABEL="storage-nix" UUID="06ff0e9a-a19f-416a-88e6-48a3799349d2" TYPE="ext4" PARTUUID="ec11b5fc-28cf-494e-9e88-54093d74b30a"
/dev/sdb5: LABEL="storage-win" UUID="AD74-4001" TYPE="vfat" PARTUUID="71ae879f-2430-4e3f-92c7-b2e52db0f8b4"
/dev/sdc1: LABEL="ATAST_BACKU" UUID="B97B-3162" TYPE="vfat" PARTUUID="1d161d15-01"
/dev/sdc5: LABEL="ATAST_DATAS" UUID="3C38C8DB38C89574" TYPE="ntfs" PARTUUID="1d161d15-05"
/dev/sdc6: LABEL="ATAST_MULTIMEDIA" UUID="1CBCD477BCD44CC0" TYPE="ntfs" PARTUUID="1d161d15-06"
/dev/sda1: LABEL="BOOT-SSD" UUID="CA7E-6F51" TYPE="vfat" PARTUUID="cc490bb0-580e-4a2c-ba01-b889cebe637a"
/dev/sda2: UUID="b7786d9b-476f-472e-b48c-22ffb77e5a08" TYPE="ext4" PARTUUID="103aff01-de04-4345-9e09-8251a9f59351"
/dev/sdd1: LABEL="STORAGE" UUID="2264-0F40" TYPE="vfat" PARTUUID="356a356a-01"
/dev/sde1: LABEL="TOSHIBA_2_TERAS" UUID="7a8f2d7d-8d58-4f1c-b289-20386f87b97e" TYPE="ext4" PARTUUID="cc5e8de6-01"

Ici on voit où elles sont montées ( dans quels dossiers de ton système, la colonne MOUNTPOINT ) :

NAME   FSTYPE LABEL            UUID                                 MOUNTPOINT                       SIZE MODEL
sda                                                                                                447,1G SSD PLUS 480GB  
├─sda1 vfat   BOOT-SSD         CA7E-6F51                            /boot/efi                        250M 
└─sda2 ext4                    b7786d9b-476f-472e-b48c-22ffb77e5a08 /                              446,9G 
sdb                                                                                                931,5G ST1000DM003-1SB1
├─sdb1 vfat   boot-dd          CEDB-DBEE                                                             250M 
├─sdb2 ext4                    ba37567a-7258-43b8-977b-b9a5856f5879 /tmp                             3,7G 
├─sdb3 swap                    a6001917-3208-48d6-956c-cd75ba6e8bf1 [SWAP]                            14G 
├─sdb4 ext4   storage-nix      06ff0e9a-a19f-416a-88e6-48a3799349d2 /storage-nix                   465,7G 
└─sdb5 vfat   storage-win      AD74-4001                            /storage-win                   447,9G 
sdc                                                                                                698,7G ST3750330AS     
├─sdc1 vfat   ATAST_BACKU      B97B-3162                            /mnt/B97B-3162                 244,1G 
├─sdc2                                                                                                 1K 
├─sdc5 ntfs   ATAST_DATAS      3C38C8DB38C89574                     /mnt/3C38C8DB38C89574          244,1G 
└─sdc6 ntfs   ATAST_MULTIMEDIA 1CBCD477BCD44CC0                     /mnt/1CBCD477BCD44CC0          210,3G 
sdd                                                                                                233,8G Maxtor 6L250S0  
└─sdd1 vfat   STORAGE          2264-0F40                            /storage                       233,8G 
sde                                                                                                  1,8T External USB 3.0
└─sde1 ext4   TOSHIBA_2_TERAS  7a8f2d7d-8d58-4f1c-b289-20386f87b97e /media/fabrice/TOSHIBA_2_TERAS   1,8T

→ as-tu l'impression qu'il manque quelque chose, retrouves-tu bien là tes divers disques et partitions ?

Cette commande peu orthodoxe donnera aussi une liste des montages en cours :

grep ^/dev/ /etc/mtab | grep -v loop

→ même question : as-tu l'impression qu'il manque quelque chose, retrouves-tu bien là tes divers disques et partitions ?

6⋅ as-tu utilisé

ncdu -x /

pour essayer d'y voir plus clair ?

Car si cette commande ( avec -x ) te montre des contenus dans /media/fabrice/WD_STORAGE alors ça confirme que ce n'est pas un point de montage d'une autre partition…

---

Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >

__fabrice

Re : [RESOLU] Disque plein (à cause) des disques dans /media/, monté sur /

Salut,

Merci pour ce long message

Ton hypothèse que WD_STORAGE serait un dossier complètement classique se précise. Par contre, il est très fortement improbable que j'ai créé ce dossier à la main dans /media .

Je viens de me souvenir que c'était le nom d'un vieux disque externe. Est ce que le script/soft qui a rajouté des lignes dans le fstab ( /dev/disk/by-id/... ...) l'aurais monté et "gardé" physiquement ?.

Si le dossier WD_DOSSIER est un dossier à part entière, pour le montage dans fstab ne le choque pas ?, et pourquoi les 2 options nofail et noauto font planter le système ?

fabrice@fabrice-MS-7971:~$ grep ^/dev/ /etc/mtab | grep -v loop
/dev/sda2 / ext4 rw,relatime,errors=remount-ro 0 0
/dev/sda1 /boot/efi vfat rw,relatime,fmask=0077,dmask=0077,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro 0 0
/dev/sdc1 /mnt/B97B-3162 vfat rw,nosuid,nodev,noexec,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro 0 0
/dev/sdb2 /tmp ext4 rw,relatime 0 0
/dev/sdc6 /mnt/1CBCD477BCD44CC0 fuseblk rw,nosuid,nodev,noexec,relatime,user_id=0,group_id=0,allow_other,blksize=4096 0 0
/dev/sdc5 /mnt/3C38C8DB38C89574 fuseblk rw,nosuid,nodev,noexec,relatime,user_id=0,group_id=0,allow_other,blksize=4096 0 0
/dev/sdd1 /storage vfat rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro 0 0
/dev/sdb5 /storage-win vfat rw,relatime,gid=46,fmask=0007,dmask=0007,allow_utime=0020,codepage=437,iocharset=iso8859-1,shortname=mixed,utf8,errors=remount-ro 0 0
/dev/sdb4 /storage-nix ext4 rw,relatime 0 0
/dev/sde1 /media/fabrice/TOSHIBA_2_TERAS ext4 rw,nosuid,nodev,relatime 0 0

A priori, il ne manque rien.

La commande ncdu montre bien le "dossier" WD_STORAGE au bon endroit (sans le fstab).

Par contre, j'ai des fichiers "nvidia-390.0.crash" un peu de partout . On dirait des logs suite à un "make". Ce n'est sûrement pas lié

Bonne journée
Fabrice

xubu1957

Re : [RESOLU] Disque plein (à cause) des disques dans /media/, monté sur /

Bonjour,

Montre aussi :

lspci -vnn | grep -A 12 '\''[030[02]\]' | grep -Ei "vga|3d|display|kernel"

ubuntu-drivers devices

dpkg -l | grep nvidia

et les noyaux présents :

echo; dpkg -l | awk '!/^rc/ && / linux-(c|g|h|i|lo|m|si|t)/{print $1,$2,$3,$4 | "sort -k3V | column -t"}' ; echo -e "\nNoyau courant : $(uname -mr)"

---

Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Résolu] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci.                   Membre de Linux-Azur

__fabrice

Re : [RESOLU] Disque plein (à cause) des disques dans /media/, monté sur /

Bonjour,

Voici :

fabrice@fabrice-MS-7971:~$ lspci -vnn | grep -A 12 '\''[030[02]\]' | grep -Ei "vga|3d|display|kernel"
01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GF119 [GeForce GT 610] [10de:104a] (rev a1) (prog-if 00 [VGA controller])
	Kernel driver in use: nouveau
	Kernel modules: nvidiafb, nouveau
fabrice@fabrice-MS-7971:~$ ubuntu-drivers devices
WARNING:root:_pkg_get_support nvidia-driver-390: package has invalid Support Legacyheader, cannot determine support level
== /sys/devices/pci0000:00/0000:00:01.0/0000:01:00.0 ==
modalias : pci:v000010DEd0000104Asv00001462sd0000809Fbc03sc00i00
vendor   : NVIDIA Corporation
model    : GF119 [GeForce GT 610]
driver   : nvidia-340 - distro non-free
driver   : nvidia-driver-390 - distro non-free recommended
driver   : xserver-xorg-video-nouveau - distro free builtin

fabrice@fabrice-MS-7971:~$ dpkg -l | grep nvidia

fabrice@fabrice-MS-7971:~$ echo; dpkg -l | awk '!/^rc/ && / linux-(c|g|h|i|lo|m|si|t)/{print $1,$2,$3,$4 | "sort -k3V | column -t"}' ; echo -e "\nNoyau courant : $(uname -mr)"

ii  linux-headers-5.0.0-37                 5.0.0-37.40~18.04.1     all
ii  linux-headers-5.0.0-37-generic         5.0.0-37.40~18.04.1     amd64
ii  linux-headers-5.0.0-37-lowlatency      5.0.0-37.40~18.04.1     amd64
ii  linux-image-5.0.0-37-generic           5.0.0-37.40~18.04.1     amd64
ii  linux-image-5.0.0-37-lowlatency        5.0.0-37.40~18.04.1     amd64
ii  linux-modules-5.0.0-37-generic         5.0.0-37.40~18.04.1     amd64
ii  linux-modules-5.0.0-37-lowlatency      5.0.0-37.40~18.04.1     amd64
ii  linux-modules-extra-5.0.0-37-generic   5.0.0-37.40~18.04.1     amd64
ii  linux-headers-5.3.0-62                 5.3.0-62.56~18.04.1     all
ii  linux-headers-5.3.0-62-generic         5.3.0-62.56~18.04.1     amd64
ii  linux-headers-5.3.0-62-lowlatency      5.3.0-62.56~18.04.1     amd64
ii  linux-signed-generic-hwe-18.04         5.3.0.62.115            amd64
ic  linux-image-5.4.0-70-generic           5.4.0-70.78~18.04.1     amd64
ic  linux-image-5.4.0-70-lowlatency        5.4.0-70.78~18.04.1     amd64
ic  linux-modules-5.4.0-70-generic         5.4.0-70.78~18.04.1     amd64
ic  linux-modules-5.4.0-70-lowlatency      5.4.0-70.78~18.04.1     amd64
ic  linux-modules-extra-5.4.0-70-generic   5.4.0-70.78~18.04.1     amd64
ii  linux-hwe-5.4-headers-5.4.0-110        5.4.0-110.124~18.04.1   all
ii  linux-headers-5.4.0-110-generic        5.4.0-110.124~18.04.1   amd64
ii  linux-headers-5.4.0-110-lowlatency     5.4.0-110.124~18.04.1   amd64
ii  linux-image-5.4.0-110-generic          5.4.0-110.124~18.04.1   amd64
ii  linux-image-5.4.0-110-lowlatency       5.4.0-110.124~18.04.1   amd64
ii  linux-modules-5.4.0-110-generic        5.4.0-110.124~18.04.1   amd64
ii  linux-modules-5.4.0-110-lowlatency     5.4.0-110.124~18.04.1   amd64
ii  linux-modules-extra-5.4.0-110-generic  5.4.0-110.124~18.04.1   amd64
ii  linux-hwe-5.4-headers-5.4.0-113        5.4.0-113.127~18.04.1   all
ii  linux-headers-5.4.0-113-generic        5.4.0-113.127~18.04.1   amd64
ii  linux-headers-5.4.0-113-lowlatency     5.4.0-113.127~18.04.1   amd64
ii  linux-image-5.4.0-113-generic          5.4.0-113.127~18.04.1   amd64
ii  linux-image-5.4.0-113-lowlatency       5.4.0-113.127~18.04.1   amd64
ii  linux-modules-5.4.0-113-generic        5.4.0-113.127~18.04.1   amd64
ii  linux-modules-5.4.0-113-lowlatency     5.4.0-113.127~18.04.1   amd64
ii  linux-modules-extra-5.4.0-113-generic  5.4.0-113.127~18.04.1   amd64
ii  linux-generic-hwe-18.04                5.4.0.113.127~18.04.97  amd64
ii  linux-headers-generic-hwe-18.04        5.4.0.113.127~18.04.97  amd64
ii  linux-headers-lowlatency-hwe-18.04     5.4.0.113.127~18.04.97  amd64
ii  linux-image-generic-hwe-18.04          5.4.0.113.127~18.04.97  amd64
ii  linux-image-lowlatency-hwe-18.04       5.4.0.113.127~18.04.97  amd64
ii  linux-lowlatency-hwe-18.04             5.4.0.113.127~18.04.97  amd64

Noyau courant : 5.0.0-37-lowlatency x86_64

Merci
F.

geole

Re : [RESOLU] Disque plein (à cause) des disques dans /media/, monté sur /

Ton hypothèse que WD_STORAGE serait un dossier complètement classique se précise. Par contre, il est très fortement improbable que j'ai créé ce dossier à la main dans /media .

Je viens de me souvenir que c'était le nom d'un vieux disque externe. Est ce que le script/soft qui a rajouté des lignes dans le fstab ( /dev/disk/by-id/... ...) l'aurais monté et "gardé" physiquement ?.

La commande ncdu montre bien le "dossier" WD_STORAGE au bon endroit (san le fstab).

Bonne journée
Fabrice

Bonjour.
Si tu as bien fait la commande "ncdu  -x /"  et que tu vois uniquement une ligne /media contenant  ce répertoire et aucune ligne /mnt, c'est confirmé que le répertoire  est dans la partition racine (SDA2  )
Donc sauve son contenu dans tes partitions des autres disques externes puis supprime le répertoire.
Cette situation arrive souvent par utilisation d'un script qui veut monter une partition et oublie de regarder si le montage est bien fait et copie des données. Comme la partition est absence, la copie a lieu dans le point de montage qui est dans la partition racine.

Normalement, les partitions d'un disque externe n'ont pas lieu d'être définies dans le fichier fstab  Elles doivent se monter automatiquement lorsque le disque se branche.  Si elles sont définies, le disque externe doit être branché au démarrage de l'ordinateur. Un oubli provoque certainement ta situation actuelle.

nofail
Do not report errors for this device if it does not exist.

Pas d'échec
Ne signalez pas les erreurs pour cet appareil s'il n'existe pas.

Si cette option est présente et la partition absente, je  crois que le boot doit se poursuivre mais tu semble dire le contraire.

Dernière modification par geole (Le 28/05/2022, à 13:34)

---

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

xubu1957

Re : [RESOLU] Disque plein (à cause) des disques dans /media/, monté sur /

Un noyau 5.0.0-37 aussi ancien (correspond à un noyau de la version intermédiaire 19.04 : graphique 18.04), c'est voulu ?

Rajout > thomas-krenn.com/en/wiki/Ubuntu_LTS_Hardware_Enablement_Stack_information

Dernière modification par xubu1957 (Le 28/05/2022, à 14:29)

---

Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Résolu] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci.                   Membre de Linux-Azur