Добрый вечер.
Заметил что среди всех общих папок, в 2 отличается размер между папкой общего доступа и использованная емкость. Переживаю, не является ли это проблемой? Может где-то затерлись данные при сбое, ... Странно что в других папках все совпадает тютилька в тутильку.
Ну не может быть разница в 61 гиг.....
Либо сжатие используется, либо, что более вероятно, в первом случае учитываются файлы в корзине.
Можно конечно и проверить файловую систему, но это из-под консоли надо и устанавливать дополнительные утилиты.
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 сказал:
Можете пожалуйста более детально, или дать ссылку на инструкцию
Спасибо
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
Порекомендовали не изменят права, что бы не пропал доступ.
По факту все файлы под своим "админом" вижу.