LVM + Samba Что с размером?

Автор alterak, 24 апреля 2019, 09:09:23

« назад - далее »

0 Пользователи и 2 гостей просматривают эту тему.

alterak

Доброго времени суток!
Имеется физический HDD размером 1TB. Установлена Debian 9.
На LVM создан том, который занимает объем 100% диска
Открыть содержимое (спойлер)
root@FS01:~# lvdisplay /dev/data2
  --- Logical volume ---
  LV Path                /dev/data2/music
  LV Name                music
  VG Name                data2
  LV UUID                EAEIQQ-Z3kp-Yrog-zavP-waRE-OXVo-5W9eqQ
  LV Write Access        read/write
  LV Creation host, time srv, 2019-04-23 21:46:39 +0300
  LV Status              available
  # open                 1
  LV Size                931,51 GiB
  Current LE             238467
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           253:0

root@FS01:~#
[свернуть]
Ок, том получился размером 931Гб.
Затем монтирую в папку /mnt/music, которая самбой расшарена. Захожу в винду, цепляю себе эту расшаренную папку и вижу такую картину



Почему так сильно меняется размер? И что его меняет, неужели Samba?? И почему свободно 869 из 915 ??

gardarea51

#1
ФС ext4?
Еще бы посмотреть выводы соответствующий команд, типа vgs, pvs, lvs, df -h, fdisk -l /dev/disk...

symon2014

Скрин не открылся на телефоне. Просто отмечу ,  чтобы не было скучно, вдобавок к гигабайтам придумали гибибайты. Измеряют одно , но результаты отличаются. :)

alterak

Цитата: gardarea51 от 24 апреля 2019, 09:20:10ФС ext4?
Еще бы посмотреть выводы соответствующий команд, типа vgs, pvs, lvs, df -h, fdisk -l /dev/disk...
Да, ext4.
lvs я же выложил... Просто на данный момент туда заливаются данные, поэтому цифры уже будет неактуальные-(

root@FS01:~# vgs /dev/data2
  VG    #PV #LV #SN Attr   VSize   VFree
  data2   1   1   0 wz--n- 931,51g    0
root@FS01:~#

root@FS01:~# lvs /dev/data2
  LV    VG    Attr       LSize   Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert
  music data2 -wi-ao---- 931,51g
root@FS01:~#

root@FS01:~# fdisk -l /dev/vdc
Disk /dev/vdc: 931,5 GiB, 1000204886016 bytes, 1953525168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
root@FS01:~#

root@FS01:~# df -h
Файловая система            Размер Использовано  Дост Использовано% Cмонтировано в
udev                          109M            0  109M            0% /dev
tmpfs                          25M         3,5M   21M           15% /run
/dev/vda1                     4,6G         2,1G  2,3G           47% /
tmpfs                         121M            0  121M            0% /dev/shm
tmpfs                         5,0M            0  5,0M            0% /run/lock
tmpfs                         121M            0  121M            0% /sys/fs/cgroup
/dev/mapper/data2-music       916G          15G  856G            2% /mnt/music
/dev/mapper/archive-cloud     9,8G          37M  9,3G            1% /mnt/cloud
/dev/mapper/archive-media     9,8G         697M  8,6G            8% /mnt/media
/dev/mapper/archive-soft      472G         399G   54G           89% /mnt/soft
/dev/mapper/archive-films     295G         256G   27G           91% /mnt/films
tmpfs                          25M            0   25M            0% /run/user/1000
root@FS01:~#







alterak

Цитата: symon2014 от 24 апреля 2019, 09:45:34Скрин не открылся на телефоне. Просто отмечу ,  чтобы не было скучно, вдобавок к гигабайтам придумали гибибайты. Измеряют одно , но результаты отличаются.
Ну не в таких же объемах-) На скрине у подключеного диска видно, что свободно 869 из 915. При этом диск свежесозданный и на нем не было абсолютно никаких данных.

gardarea51

#5
Что выведет команда?tune2fs -l /dev/mapper/data2-music или tune2fs -l /dev/data2/music
Интересует строка "Block count|Reserved block count"
Мне думается, что место съело резервирование в ext4.

alterak

Цитата: gardarea51 от 24 апреля 2019, 09:52:50Что выведет команда?
Код: [Выделить]
tune2fs -l /dev/mapper/data2-music
Интересует строка "Block count|Reserved block count"
Мне думается, что место съело резервирование в ext4.

Открыть содержимое (спойлер)
root@FS01:~# tune2fs -l /dev/mapper/data2-music
tune2fs 1.43.4 (31-Jan-2017)
Filesystem volume name:   <none>
Last mounted on:          /mnt/music
Filesystem UUID:          b046d65d-b695-41ef-896b-e44745094371
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype needs_recovery extent 64bit flex_bg sparse_super large_file huge_file dir_nlink extra_isize metadata_csum
Filesystem flags:         signed_directory_hash
Default mount options:    user_xattr acl
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              61054976
Block count:              244190208
Reserved block count:     12209510
Free blocks:              240075517
Free inodes:              61054965
First block:              0
Block size:               4096
Fragment size:            4096
Group descriptor size:    64
Reserved GDT blocks:      1024
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         8192
Inode blocks per group:   512
Flex block group size:    16
Filesystem created:       Tue Apr 23 21:47:27 2019
Last mount time:          Wed Apr 24 08:27:16 2019
Last write time:          Wed Apr 24 08:27:16 2019
Mount count:              1
Maximum mount count:      -1
Last checked:             Tue Apr 23 21:47:27 2019
Check interval:           0 (<none>)
Lifetime writes:          1030 MB
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:               256
Required extra isize:     32
Desired extra isize:      32
Journal inode:            8
Default directory hash:   half_md4
Directory Hash Seed:      1a055ad5-b6ee-4cef-b2a4-73ffac272f3c
Journal backup:           inode blocks
Checksum type:            crc32c
Checksum:                 0x00831b22
root@FS01:~#
[свернуть]
Ну c 931 до 916 это хрен с ним... но почему в итоге свободного места всего 869?

gardarea51

#7
Или я не так посчитал, или не так считаю  ::)
Хотя, сходится приблизительно, ну и MiB эти..
Попробуйте освободить зарезервированное место командой:
sudo tune2fs -m 0 /dev/data2/music

symon2014

Хватит страдать. 5 % - резерв для root.  И сама система тоже вес имеет.

gardarea51

Под саму систему видно эти 15Гб и скушались в итоге.

alterak

Цитата: symon2014 от 24 апреля 2019, 10:08:05Хватит страдать. 5 % - резерв для root.  И сама система тоже вес имеет.
Про какую систему вы говорите? Причем тут root? Это отдельный винт, на котором тупо развернут LVM с одним логическим томом

gardarea51

Все верно, 5 процентов резерв для рута.
Это фишка ext3/4.

alterak

Цитата: gardarea51 от 24 апреля 2019, 10:03:07Попробуйте освободить зарезервированное место командой:
Код: [Выделить]
sudo tune2fs -m 0 /dev/data2/music
Сделал, только вот итог в винде к сожалению уже не посмотреть...

Цитата: gardarea51 от 24 апреля 2019, 10:09:27Под саму систему видно эти 15Гб и скушались в итоге.
Да бог с ними с этими 15 гигами... Меня интересовало немного другое-) почему свободно было 869, а не 915 ??

alterak

Если правильно понимаю, то:
с 931 до 916  - что скушало??
с 916 до 869 - сожрал сам LVM совместно с ext4??

Просто пытаюсь понять логику

symon2014

Один гибибайт больше гигабайта на 7,4%. :)