Zgłoszono błędne wolne miejsce na dysku 3 TB sformatowanym w ext4

Właśnie kupiłem zewnętrzny dysk twardy WD o pojemności 3 TB, sformatowałem go na ext4 i zamontowałem na raspberry pi (raspbian (fork of debian) z najnowszymi aktualizacjami jądra i pakietów), a ja mam problem z linuxem liczącym jego wolne miejsce.

To jest wyjście fdisk -l:

Disk /dev/sdb: 3000.6 GB, 3000590401536 bytes
255 heads, 63 sectors/track, 45600 cylinders, total 732566016 sectors
Units = sectors of 1 * 4096 = 4096 bytes
Sector size (logical/physical): 4096 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x0018b22e

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1

         256   732566015  2930263040   83  Linux

To jest wyjście df -h napędu:

Filesystem      Size  Used Avail Use% Mounted on
/dev/sdb1       2.7T  201M  2.6T   1% /media/disk2

Zainstalowałem go na sambie (smb.conf) w ten sposób:

[usbdisk2]
comment = password please!
dfree command = /home/pi/dfree    
path = /media/disk2
create mask = 0775
directory mask = 0775
read only = no
guest ok = yes
browseable = yes
writable = yes

To jest mój / home / pi / dfree (777 chmodded):

#!/bin/sh
df $1 | tail -1 | awk '{print $2" "$4}'

To jest moja wersja samby:     Samba w wersji 3.6.6

Gdy dysk sieciowy jest zamontowany w systemie Windows, nawet jeśli na dysku nie ma żadnych plików, oznacza to, że 139 GB miejsca jest używane, co jest dla mnie nie do przyjęcia.

Co robię źle, jak to naprawić?

Edytuj: Podałem też bezpłatna metoda , problem się powtarza. Aktualizacja pytania

Dzięki,

OK, rozwiązałem problem, wygląda na to, że jest to rezerwa systemu plików. Ten post w Centrum pomocy Ubuntu pomógł mi.

Wydaje się, że ext4 rezerwuje 5% miejsca na dysku dla superużytkownika (roota), więc jeśli system plików jest pełny, na dysku mogą być zapisywane pewne krytyczne rzeczy. Jeśli jest to napęd pamięci masowej, taki jak mój, nie potrzebujesz tej przestrzeni, chyba że w ekstremalnych sytuacjach.

Tak więc przed zamontowaniem po prostu to zrobiłem:

pi@raspberrypi ~ $ sudo tune2fs -m 0.1 /dev/sdb1
tune2fs 1.42.5 (29-Jul-2012)
Setting reserved blocks percentage to 0.1% (732565 blocks)

Więc spadło o 5% zużycia do 0,1% (można również umieścić 0%, chciałem tylko coś zostawić)

A po ponownym uruchomieniu program jest teraz w porządku.