[Résolu][Disque dur] Fichiers disparus, espace occupé

Reconnaissance et configuration du matériel / kernel linux
WorkInProgress
Hankyu
Messages : 35
Inscription : jeu. 24 oct. 2013, 18:13

[Résolu][Disque dur] Fichiers disparus, espace occupé

Message par WorkInProgress »

Bonjour,
J'ai récement fait une installation de arch linux dans laquelle je monte par defaut une partition /dev/sda9 sur /mnt/stock. C'est une partition de stockage de fichier en ext4 de 344Go. Le problème c'est que depuis l'install la partition apparait totalement vide. Au début j'ai pensé que j'avais effacé mes fichiers par une fausse manip (ça aurait pu m'arriver avec une install manuelle) mais le gestionnaire de fichier me dit que seul 327Go sont libres. Je ne connait pas grand chose à la gestion des dd donc je ne sais pas trop comment trouver ce qui occupe les 17Go disparus. Auriez vous une idée pour au mieux récupérer les fichiers correspondant et au pire libérer cet espace ?
Merci d'avance.
Dernière modification par WorkInProgress le ven. 30 sept. 2016, 18:39, modifié 1 fois.
Avatar de l’utilisateur
benjarobin
Maître du Kyudo
Messages : 17235
Inscription : sam. 30 mai 2009, 15:48
Localisation : Lyon

Re: [Disque dur] Fichiers disparus, espace occupé

Message par benjarobin »

Bonjour,
Quelle est la sortie (en root) de :

Code : Tout sélectionner

gdisk -l /dev/sda
df -h
ls -al /mnt/stock
du -sh /mnt/stock
du -sb /mnt/stock
Zsh | KDE | PC fixe : core i7, carte nvidia
Titre d'un sujet : [Thème] Sujet (état) / Règles du forum
WorkInProgress
Hankyu
Messages : 35
Inscription : jeu. 24 oct. 2013, 18:13

Re: [Disque dur] Fichiers disparus, espace occupé

Message par WorkInProgress »

Code : Tout sélectionner

# gdisk -l /dev/sda
GPT fdisk (gdisk) version 1.0.1

Partition table scan:
  MBR: MBR only
  BSD: not present
  APM: not present
  GPT: not present


***************************************************************
Found invalid GPT and valid MBR; converting MBR to GPT format
in memory. 
***************************************************************

Exact type match not found for type code 8600; assigning type code for
'Linux filesystem'

Warning! Secondary partition table overlaps the last partition by
33 blocks!
You will need to delete this partition or resize it in another utility.
Disk /dev/sda: 1465149168 sectors, 698.6 GiB
Logical sector size: 512 bytes
Disk identifier (GUID): 30AD858E-634C-4B44-8052-7EF6E06714E6
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 1465149134
Partitions will be aligned on 32-sector boundaries
Total free space is 15278 sectors (7.5 MiB)

Number  Start (sector)    End (sector)  Size       Code  Name
   1            2048          206847   100.0 MiB   0700  Microsoft basic data
   2          207648       234899279   111.9 GiB   0700  Microsoft basic data
   3       234899456       235104255   100.0 MiB   8300  Linux filesystem
   5       235106304       243494911   4.0 GiB     8200  Linux swap
   6       243496960       327383039   40.0 GiB    8300  Linux filesystem
   7       327385088       411271167   40.0 GiB    8300  Linux filesystem
   8       411273216       516130815   50.0 GiB    8300  Linux filesystem
   9       516132864      1250136063   350.0 GiB   8300  Linux filesystem
  10      1250138112      1465149167   102.5 GiB   8300  Linux filesystem

# df -h
Filesystem      Size  Used Avail Use% Mounted on
udev            3,9G     0  3,9G   0% /dev
tmpfs           790M  9,4M  781M   2% /run
/dev/sda7        40G  5,0G   33G  14% /
tmpfs           3,9G  508K  3,9G   1% /dev/shm
tmpfs           5,0M  4,0K  5,0M   1% /run/lock
tmpfs           3,9G     0  3,9G   0% /sys/fs/cgroup
/dev/sda8        50G  7,6G   40G  17% /home
tmpfs           790M   36K  790M   1% /run/user/1000
/dev/sda9       345G   69M  327G   1% /mnt/stock

# ls -al /mnt/stock
total 12
drwxr-xr-x 3 1001 users 4096 août  31 17:43 .
drwxr-xr-x 3 root root  4096 sept. 26 20:32 ..
drwx------ 2 root root  4096 sept.  3 20:00 lost+found

# du -sh /mnt/stock
8,0K	/mnt/stock

# du -sb /mnt/stock
8192	/mnt/stock
Désolé de ne pas avoir répondu plus vite et merci pour ton aide.
EDIT : C'est bizarre, gdisk annonce "Linux filesystem" pour sda10 alors que c'est un NTFS (fdisk l'identifie correctement)
Avatar de l’utilisateur
benjarobin
Maître du Kyudo
Messages : 17235
Inscription : sam. 30 mai 2009, 15:48
Localisation : Lyon

Re: [Disque dur] Fichiers disparus, espace occupé

Message par benjarobin »

Tout est normal, il y a juste 5% du disque qui est réservé pour le compte root. En utilisateur tu n'as pas accès à tout l'espace disque, ceci peut être modifié via tunefs de mémoire.

Sinon ton disque est bien totalement vide/vierge
Zsh | KDE | PC fixe : core i7, carte nvidia
Titre d'un sujet : [Thème] Sujet (état) / Règles du forum
WorkInProgress
Hankyu
Messages : 35
Inscription : jeu. 24 oct. 2013, 18:13

Re: [Disque dur] Fichiers disparus, espace occupé

Message par WorkInProgress »

Ok merci je sais pas trop comment je l'ai ai effacé mais c'est pas trop grave.
oktoberfest
Maître du Kyudo
Messages : 1855
Inscription : mer. 06 janv. 2010, 13:51
Localisation : Ried - Alsace - France

Re: [Disque dur] Fichiers disparus, espace occupé

Message par oktoberfest »

benjarobin a écrit :Tout est normal, il y a juste 5% du disque qui est réservé pour le compte root. En utilisateur tu n'as pas accès à tout l'espace disque, ceci peut être modifié via tunefs de mémoire.
Pour rebondir sur ce point, il peut être intéressant de modifier ce paramètre sur des partitions de grande taille.

Si je prends ma partition de données, elle ressemble à ça :

Code : Tout sélectionner

# df -h /mnt/data/
Sys. de fichiers    Taille Utilisé Dispo Uti% Monté sur
/dev/mapper/lx-data   399G    275G  104G  73% /mnt/data
Un petit tune2fs -l me permet d'avoir un certain nombre de renseignements sur cette partition :

Code : Tout sélectionner

# tune2fs -l /dev/mapper/lx-data
tune2fs 1.43.1 (08-Jun-2016)
...
Block count:              106168320
Reserved block count:     5308416
Block size:               4096
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
J'ai 100 millions de blocs, chaque bloc fait 4 ko, cela correspond bien à ma taille de partition (400 millions de kilooctets = 400 G).
On voit que 5 millions de blocs sont réservés à l'utilisateur root (c'est la valeur par défaut : 5% d'une partition). Mine de rien ça représente quand même 20Go ! Je modifie cette valeur avec tune2fs

Code : Tout sélectionner

# tune2fs -m 0 /dev/mapper/lx-data
tune2fs 1.43.1 (08-Jun-2016)
Définition du pourcentage de blocs réservés à 0% (0 blocs)

# tune2fs -l /dev/mapper/lx-data
Block count:              106168320
Reserved block count:     0
Block size:               4096
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)

# df -h /mnt/data/
Sys. de fichiers    Taille Utilisé Dispo Uti% Monté sur
/dev/mapper/lx-data   399G    275G  124G  69% /mnt/data
Avec df on voit que j'ai bien gagné 20 Go d'espace libre

Quelques infos dans le wiki : https://wiki.archlinux.org/index.php/ex ... ved_blocks
La majorité des bugs se situe entre la chaise et le clavier...
Arrêtez de vous prendre la tête avec les partitions... passez au LVM
Répondre