Вопросы Теги

15 ГБ неучтенного пространства в файловой системе

На самом деле это значение по умолчанию, установленное GTK2 (набор инструментов виджетов, используемый Chromium, а также многими другими программами).

Значение по умолчанию определяется в gtk / gtkpapersize.c , функция gtk_paper_size_get_default . В порядке предпочтения он получает свой размер бумаги из:

  1. nl_langinfo , в системах, где это может возвращать размер бумаги. AFAIK, Linux / glibc не входит в их число, поэтому этот шаг не актуален для Linux. По умолчанию он принимает только A4 или Letter, он игнорирует любые другие размеры (и продолжит выполнение остальных шагов, чтобы получить A4 или Letter).
  2. Затем он получит информацию о локали. Он будет использовать категорию LC_PAPER , если она доступна, в противном случае будет использоваться LC_MESSAGES . В Linux / glibc есть LC_PAPER , поэтому он будет использовать эту категорию. Информация о языковом стандарте возвращается как, согласно спецификации Single Unix, «строка, связанная с указанной категорией для языкового стандарта». Короче, что-то вроде en_US.UTF-8 .
  3. Если не получена строка локали, предполагается, что A4, и готово.
  4. В противном случае он сравнивает строку локали с жестко запрограммированным списком кодов стран для мест, в которых используется буква США. Это (по крайней мере, в моей версии gtk2) BZ, CA, CL, CO, CR, GT, MX, NI, PA, PH, PR, SV, US и VE. Есть комментарий, в котором говорится, что список взят из Unicode Territory-Language Information . Если языковой стандарт находится в этом списке, он возвращает Letter. В противном случае возвращается A4.

Кстати, локаль настраивается в нескольких местах. Для категории LC_PAPER порядок поиска (в соответствии с локалью man 7 ): 1, переменная среды LC_ALL ; 2, переменная окружения LC_PAPER ; 3, переменная среды LANG .

1
03.02.2015, 02:00
2 ответа

Учитывая, что файловая система экспортирована через NFS, есть справедливый шанс, что несоответствие было связано с удаленными файлами ... Если файлы удаляются во время открытия на клиентах NFS, LSOF на сервере не будет Увидеть их, потому что нет / proc /.../ fd , соответствующую им; Но они все равно будут заниматься дисковым пространством, как видно DF .

Диагностика этого требует запущенного LSOF с опцией -N на каждом клиенте.

(Это не объясняет задержку, которую вы видели в восстановлении пространства после размонтирования громкости от клиентов, но это лучшее объяснение, которое я могу подумать о остальных симптомах.)

1
27.01.2020, 23:51

FUSER -K -M -M / MNT / ROOM должен пяткиваться. Предупреждение! Он просто буквально убивает процессы, доступ к работе / MNT / работе. Включите --term , чтобы запросить расторжение.

Удаленные удаленные файлы, которые проводятся открытыми, какие DU не видно, но может.

для E.G. 

$ df -h .
Filesystem      Size  Used Avail Use% Mounted on
/dev/sda6       209M   66M  128M  35% /boot
$ sudo du -sh .
64M     .
$  sudo fallocate -l 100M tmp_file
$ ls -lh tmp_file
-rw-r--r-- 1 root root 100M Feb  3 02:24 tmp_file
$ df -h .
Filesystem      Size  Used Avail Use% Mounted on
/dev/sda6       209M  166M   28M  86% /boot
$ sudo du -sh .
164M    .
$ exec 20<tmp_file
$ sudo rm tmp_file
$ df -h .
Filesystem      Size  Used Avail Use% Mounted on
/dev/sda6       209M  166M   28M  86% /boot
$ sudo du -sh .
64M     .

TMP_File все еще открыт. Если он закрыт «DF», может видеть бесплатно. 

$ exec 20<&-
$ df -h .
Filesystem      Size  Used Avail Use% Mounted on
/dev/sda6       209M   66M  128M  35% /boot
0
27.01.2020, 23:51

Теги

Похожие вопросы