Debian-9.5.0 EXT4 file rendszerű partíciók nem a valós szabad területet mutatják

Linux-haladó

Sziasztok!

Szervert cserélünk az egyik telephelyen, mert az aktuális 10 éves szerver már erősen kopott állapotban volt.

Az Új DELL T130 szerverben egy Perc H330-as HW Raid kártya van, 2x2TB 7.2R RPM NSAS l2Gbps 3.5" méretű HDD-vel.

Debian 9.5.0 került telepítésre , EXT-4 file rendszerrel , külön partíciókra helyezve a fontosabb adatokat.

Kernel: Linux hotel-srv 4.9.0-8-amd64 #1 SMP Debian 4.9.110-3+deb9u6 (2018-10-08) x86_64 GNU/Linux

Telepítés után azt vettem észre, hogy a df -h kimenete nem valós adatokat ad a foglalt terület alapján a szabad területre a nagyobb partíciók esetében ( > 10 Gb )

Valós adatok még nem lettek átmozgatva a régi szerverről, az újra, mert egyelőre tesztelés alatt van az új szerver.

Fájlrendszer Méret Fogl. Szab. Fo.% Csatol. pont
udev 7,8G 0 7,8G 0% /dev
tmpfs 1,6G 8,8M 1,6G 1% /run
/dev/sda1 59G 2,4G 54G 5% /
tmpfs 7,8G 0 7,8G 0% /dev/shm
tmpfs 5,0M 0 5,0M 0% /run/lock
tmpfs 7,8G 0 7,8G 0% /sys/fs/cgroup
/dev/sda7 358G 7,9G 332G 3% /virtualbox
/dev/sda6 469G 73M 445G 1% /flexys
/dev/sda8 917G 77M 870G 1% /hotel-share
tmpfs 1,6G 0 1,6G 0% /run/user/1000

Ez hw problémára utalhat, vagy csak a particionáláskor ronthattam el valamit?
Később lehet ebből komolyabb probléma, vagy figyelmen kívül hagyhatom, mert ez csak kezdeti helyfoglaláskor számol ilyen módon?

A választ és a segítséget előre is köszönöm!

  • 1197 megtekintés

( fefy | 2018. 11. 06., k – 13:03 )

Az 5% reserved területet is beleszámoltad, ami az ext4-nél alapértelmezésben van?

Szerk: 917 Giga esetén 5% reserved területtel számolva 871 gigás használható területet jelent.

Vizsgára felkészülés végett keresek "kidobásra" szánt menedzselhető Cisco switch-eket és routereket, leginkább Pest és Bács-Kiskun megye területén.

Gyors matekkal és GB-GiB konverzióval 1TB=931GiB
Ebből pedig még lejön a partíciós tábla (=917GiB - reserved a szabad hely).

Vizsgára felkészülés végett keresek "kidobásra" szánt menedzselhető Cisco switch-eket és routereket, leginkább Pest és Bács-Kiskun megye területén.

( wildy | 2018. 11. 06., k – 17:29 )

Az elteres okait mar nagyjabol leirtak, nyilvan a filerendszereknek is vannak adminisztraciora hasznalt teruletei, es ott van meg a journal is. Az fdisk -l kimenete is hasznos lett volna. Amugy LVM nelkul telepiteni, es elore felhasznalni minden teruletet nem tunik tul jovoallonak, szoval en tutira ujrahuznam a gepet, amig nincsenek rajta eles adatok.

( gedg87 | 2018. 11. 06., k – 23:04 )

Utánaolvastam, és az EFI miatt van az eltérés.

LVM-et direkt nem állítottam be, ugyanis kizárólag virtualbox, 3*100 gb területigénnyel, illetve szállodaszoftver jelenleg 100 gb területigénnyel, illetve a samba megosztások 700 gb helyigénnyel lesznek a merevlemezeken. 10 év alatt egyszer sem volt igény lvm-re, végtelelnül egyszerű a szerver felépítése. Működött 10 éven át stabilan,a további 10 évben is tökéletesen fog így működni. Használunk LVM-et, de nem ezen a telephelyen. Csodálkozásra / kioktatásra köszönöm nem tartok igényt, megvagyok ezek nélkül is!

EFI-nek semmi köze hozzá. Mint mondtam, GB-GiB konverzió (1TB-931GiB), előre lefoglalt kb 1,5%-nyi overhead terület (931GiB->917GiB, inode számból és méretből nagyjából kalkulálható, de ha nem elég, akkor még az ext4 kibővíti) és a maradék területből még 5%-nyi super user reserved terület, amit vissza tudsz szerezni, de nem igazán ajánlott.

Vizsgára felkészülés végett keresek "kidobásra" szánt menedzselhető Cisco switch-eket és routereket, leginkább Pest és Bács-Kiskun megye területén.