Перейти к содержанию
Форум русской поддержки продукции Synology

Дисковая квота. Разница между папкой общего доступа и использованной емкостю.


Рекомендованные сообщения

Добрый вечер.

Заметил что среди всех общих папок, в 2 отличается размер между папкой общего доступа и использованная емкость. Переживаю, не является ли это проблемой? Может где-то затерлись данные при сбое, ...  Странно что в других папках все совпадает тютилька в тутильку.

Ну не может быть разница в 61 гиг.....

1664690548_.thumb.png.9de7b55aabf847ad1a9056e28772b23b.png

Ссылка на сообщение
Поделиться на другие сайты

Либо сжатие используется, либо, что более вероятно, в первом случае учитываются файлы в корзине.

Можно конечно и проверить файловую систему, но это из-под консоли надо и устанавливать дополнительные утилиты.

Ссылка на сообщение
Поделиться на другие сайты
17 часов назад, Accelerator сказал:

Либо сжатие используется, либо, что более вероятно, в первом случае учитываются файлы в корзине.

Можно конечно и проверить файловую систему, но это из-под консоли надо и устанавливать дополнительные утилиты.

Сжатия нет, корзины чистые.

 

Получил ответ от поддержки синолоджи.

"Используемый размер" означает "общий размер файлов текущего пользователя (владельца файла)" в этой общей папке. Поэтому если в этой общей папке есть другие файлы, принадлежащие другому пользователю, то размер общей папки и используемого размера может отличаться. Вы можете использовать учетную запись другого пользователя для входа в NAS, чтобы проверить используемый размер той же самой общей папки, это может показать другое значение используемого размера той же самой общей папки."

Админ учетку изначально заблокировал, не работал, других пользователей не было.

Так и не понятно, вижу ли я файлы в 61 гиг разницы в 1 папке или нет....

Задал уточняющий вопрос в поддержку.

Ссылка на сообщение
Поделиться на другие сайты

1) Размер папки может превышать используемую емкость при дедупликации. Когда внутри NAS копируете файлы из одного места в другое, не уничтожая исходник. Место занимает одно, а ссылка на него из 2 и более мест. Скорее всего не Ваш случай, но все-таки.

2) Учитываете ли Вы служебную информацию (каталоги тоже физическое место на диске занимают. Причем часть метаданных удаленных файлов остаются в структуре каталогов). Скорее всего тоже не Ваш случай, но все-таки.

3) Есть ли "дырявые" файлы? Вот это, вероятнее всего, Ваш случай.

 

Ссылка на сообщение
Поделиться на другие сайты
1 час назад, padla сказал:

1) Размер папки может превышать используемую емкость при дедупликации. Когда внутри NAS копируете файлы из одного места в другое, не уничтожая исходник. Место занимает одно, а ссылка на него из 2 и более мест. Скорее всего не Ваш случай, но все-таки.

2) Учитываете ли Вы служебную информацию (каталоги тоже физическое место на диске занимают. Причем часть метаданных удаленных файлов остаются в структуре каталогов). Скорее всего тоже не Ваш случай, но все-таки.

3) Есть ли "дырявые" файлы? Вот это, вероятнее всего, Ваш случай.

 

Что такое дырявые файлы?

и как их найти?

Ссылка на сообщение
Поделиться на другие сайты
11 часов назад, sinologika сказал:

Что такое дырявые файлы?

Разреженные файлы

 

11 часов назад, sinologika сказал:

и как их найти?

по разнице размера, выдаваемого командами "ls -la" и "du -sh"

Ссылка на сообщение
Поделиться на другие сайты
1 час назад, padla сказал:

Разреженные файлы

 

по разнице размера, выдаваемого командами "ls -la" и "du -sh"

Можете пожалуйста более детально, или дать ссылку на инструкцию

 

Спасибо

Ссылка на сообщение
Поделиться на другие сайты
padla@ds:~$ ls -lah .gitconfig
-rwxrwxrwx 1 padla users 49 May 15 16:35 .gitconfig
padla@ds:~$ du -h .gitconfig 
4.0K	.gitconfig

Файл ".gitconfig" имеет размер 49 байт, но на диске занимает 4 килобайта (размер физического сектора)

Создаем дырявый файл, размером 1 гиг:

padla@ds:~$ truncate -s1G file_0

Смотрим размеры:

padla@ds:~$ ls -lah file_0
-rwxrwxrwx+ 1 padla users 1.0G Jun 19 08:25 file_0
padla@ds:~$ du -sh file_0
0	file_0

Файл имеет размер 1 гигабайт, на диске занимает 0 байт.

Смотрим размер всех файлов в текущей директории

padla@ds:~$ find . -maxdepth 1 -type f -exec ls -la --block-size=1K {} \;|awk '{print $9,"\t",$5,"\tls,килобайт"}'>>/dev/shm/size
padla@ds:~$ find . -maxdepth 1 -type f -exec du -sk {} \;|awk '{print $2,"\t",$1,"\tdu,килобайт"}'>>/dev/shm/size 
padla@ds:~$ sort -k 1 /dev/shm/size

При разнице больше 4 килобайт файл дырявый.

При наличии большого количества нулей в файле, его можно преобразовать в дырявый:

cp --sparse=always _исходный_файл_ _дырявый_файл_

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

Ссылка на сообщение
Поделиться на другие сайты

Провели анализ с поддержкой Synologу.

Ряд файлов с правами под root user's

Порекомендовали не изменят права, что бы не пропал доступ.

По факту все файлы под своим "админом" вижу.

https://www.howtogeek.com/737563/what-is-root-on-linux/

Ссылка на сообщение
Поделиться на другие сайты

Присоединяйтесь к обсуждению

Вы можете опубликовать сообщение сейчас, а зарегистрироваться позже. Если у вас есть аккаунт, войдите в него для написания от своего имени.

Гость
Ответить в этой теме...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.

Загрузка...
×
×
  • Создать...