Вы не можете осуществить вход в систему, так как в настоящий момент диск переполнен

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

Не могу зайти через веб-интерфейс. Выдает ошибку:

"Вы не можете осуществить вход в систему, так как в настоящий момент диск переполнен. Перезапустите систему и повторите попытку."

root@NAS:~# df -h

Filesystem Size Used Avail Use% Mounted on

/dev/md0 2.3G 2.3G 0 100% /

none 911M 0 911M 0% /dev

/tmp 915M 1.6M 913M 1% /tmp

/run 915M 3.7M 911M 1% /run

/dev/shm 915M 12K 915M 1% /dev/shm

none 4.0K 0 4.0K 0% /sys/fs/cgroup

cgmfs 100K 0 100K 0% /run/cgmanager/fs

/dev/vg1000/lv 3.5T 806G 2.8T 23% /volume1

root@NAS:~#

NAS'у всего месяц и уже какие то приколы с доступом. Что делать? Как чистить место? Напишите пожалуйста, прям какие команды вводить и что удалять, поскольку я в линуксе ничего не понимаю.

ЗЫ: Главный вопрос почему такое происходит?

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

 

Не могу зайти через веб-интерфейс. Выдает ошибку:

 

"Вы не можете осуществить вход в систему, так как в настоящий момент диск переполнен. Перезапустите систему и повторите попытку."

 

 

 

NAS'у всего месяц и уже какие то приколы с доступом. Что делать? Как чистить место? Напишите пожалуйста, прям какие команды вводить и что удалять, поскольку я в линуксе ничего не понимаю.

 

ЗЫ: Главный вопрос почему такое происходит?

У меня тоже самое! Вам удалось решить проблему?

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

Лечится входом по ssh и убиением лишнего.

Вход по SSH: https://www.synology.com/ru-ru/knowledgebas..._via_SSH_Telnet

В Гугле уже обсуждалось. Например:

https://xpenology.com/forum/topic/4975-%D0%...B5%D0%BD%D0%BE/

И здесь тоже: https://www.synology.forum/index.php?showtopic=7763

Del

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

Лечится входом по ssh и убиением лишнего.

Вход по SSH: https://www.synology.com/ru-ru/knowledgebas..._via_SSH_Telnet

В Гугле уже обсуждалось. Например:

https://xpenology.com/forum/topic/4975-%D0%...B5%D0%BD%D0%BE/

И здесь тоже: https://www.synology.forum/index.php?showtopic=7763

объясните, плз, ламеру как открыть доступ к руту и как по-командно удалить ненужное.

По указанным ссылкам ходил: включил SSH, запустил Putty, далее ввожу пароль и он мне выдает "Could not chdir to home directory /var/services/homes/admin: No such file or directory".

выглядело в Putty так:

login as: admin

[email protected]'s password:

Could not chdir to home directory /var/services/homes/admin: No such file or directory

Правда после этого дает смотреть что есть в папке

F_store> df -h

Filesystem Size Used Available Use% Mounted on

/dev/md0 2.3G 2.1G 127.8M 94% /

/tmp 121.7M 608.0K 121.1M 0% /tmp

/dev/md2 2.7T 2.2T 504.1G 82% /volume1

/dev/vg1000/lv 912.5G 277.1G 635.3G 30% /volume2

PS. У меня Синька 212j, установлено два винта , каждый сам по себе - без бэкапа.

Почему полез в эту ветку: стал жутко тормозить диск (на синолоджи) при доступе к нему с компа. Система Синолоджи стала материться, что не может сделать автоообновление, ругается на нехватку места.

Octane, в ЛС Ваше сообщение видел.

"Could not chdir to home directory /var/services/homes/admin: No such file or directory" - нет каталога, не критично если система впустила. Я там консольными командами никогда ничего серьёзного не делаю, использую Midnight Commander. И удалять там что-то можно, только когда уверены что делаете. Например в случае, если Вы удалили пакет, а его каталоги там остались. Так было у меня с Cloud Sync.

Я бы сначала разобрался из веб-интерфейса с лишним ПО, в том же File Station поглядел бы чем занято место. Логи можно почистить, ротацию проверить. Многострадальный Drive случаем не установлен в системе у Вас? Как раз в соседней ветке боремся.

F_store> df -h

Filesystem Size Used Available Use% Mounted on

/dev/md0 2.3G 2.1G 127.8M 94% /

/tmp 121.7M 608.0K 121.1M 0% /tmp

/dev/md2 2.7T 2.2T 504.1G 82% /volume1

/dev/vg1000/lv 912.5G 277.1G 635.3G 30% /volume2

У вас чем-то забит /dev/md0

Свободными остались всего 127 мегабайт.

Перейдите для начала в каталог /var/log командой cd /var/log и посмотрите что там лежит командой ls -l

У меня такое было когда один из пакетов своими логами забил весь системный раздел под ноль.

Octane, в ЛС Ваше сообщение видел.

"Could not chdir to home directory /var/services/homes/admin: No such file or directory" - нет каталога, не критично если система впустила. Я там консольными командами никогда ничего серьёзного не делаю, использую Midnight Commander. И удалять там что-то можно, только когда уверены что делаете. Например в случае, если Вы удалили пакет, а его каталоги там остались. Так было у меня с Cloud Sync.

Я бы сначала разобрался из веб-интерфейса с лишним ПО, в том же File Station поглядел бы чем занято место. Логи можно почистить, ротацию проверить. Многострадальный Drive случаем не установлен в системе у Вас? Как раз в соседней ветке боремся.

спасибо, что откликнулись. У меня вообще софта на Синьке по минимуму: то что стояло из базы + Download station, Антивирь штатный, Сервер мультимедиа, Video Station, Transmission. Далее дал нужные доступы, настроил и усе. Больше ничего на системе нет.

В Filestation заходил много раз, он не показывает системные папки, а только мой контент. Поэтому толку от этого не много. Возможно как то можно видимость скрытого отобразить.

Все логи, что вчера нашел уже почистил до проверки места. Так что сейчас уже после всех чисток.

У вас чем-то забит /dev/md0

Свободными остались всего 127 мегабайт.

 

Перейдите для начала в каталог /var/log командой cd /var/log и посмотрите что там лежит командой ls -l

У меня такое было когда один из пакетов своими логами забил весь системный раздел под ноль.

на команду "cd /var/log" вообще никак не реагирует. То что MD0 подозрительно большеват, тоже обратил внимание.

Возможно нужно как то в Dev/MD0 перейти и там var log смотреть ?

на команду "cd /var/log" вообще никак не реагирует. То что MD0 подозрительно большеват, тоже обратил внимание.

Возможно нужно как то в Dev/MD0 перейти и там var log смотреть ?

В MD0 вы не попадете потому что это не каталог а "устройство". Да, в линуксе вот так :-) В папке dev (device) лежат "железки".

Давайте проще.

Зайдите на nas и выполните команду cd /

Это команда кидает вас в корневой директорий наса. На самый верх дерева каталогов. cd - это change directory

Далее смотрим что у вас лежит в корне командой ls -l

Видите директорию var? Переходите в нее командой cd var

Далее смотрим что в var командой ls -l

Видите директорию log? Идем в нее командой cd log

Далее смотрим что в ней лежит командой ls -l

Ищите самые большие файлы. Подозреваю что где-то там лежит огроменный файл на несколько сотен мегабайт или больше)

Вот в нем и причина тормозов скорее всего.

В MD0 вы не попадете потому что это не каталог а устройство. Да, в линуксе вот так :-) В папке dev (device) лежат "железки".

 

Давайте проще.

Зайдите на nas и выполните команду cd /

Это команда кидает вас в корневой директорий наса. На самый верх дерева каталогов. cd - это change directory

Далее смотрим что у вас лежит в корне командой ls -l

 

Видите директорию var? Переходите в нее командой cd var

Далее смотрим что в var командой ls -l

 

Видите директорию log? Идем в нее командой cd log

 

Далее смотрим что в ней лежит командой ls -l

Ищите самые большие файлы. Подозреваю что где-то там лежит огроменный файл на несколько сотен мегабайт или больше)

Вот в нем и причина тормозов скорее всего.

Putty не выключал, попробовал. Вообще ноль реакции. На всякий случай напомню, что я по SSH подцепился )

F_store> cd /

F_store> cd/

-sh: cd/: not found

F_store>

Putty не выключал, попробовал. Вообще ноль реакции. На всякий случай напомню, что я по SSH подцепился )

 

F_store> cd /

F_store> cd/

-sh: cd/: not found

F_store>

cd ПРОБЕЛ! /

не cd/

а cd /

далее ls -l

У вас в терминале должна быть строка типа admin@ваш_nas:/$

Вы точно подключились к nas по ssh?

Тупо выполните команду просмотра каталога ls -l

Что показывает?

Да хоть просто команду ls выполните. Первая буква команды - маленькая латинская буква л) От слова listing

cd ПРОБЕЛ! /

 

не cd/

а cd /

 

далее ls -l

 

У вас в терминале должна быть строка типа admin@ваш_nas:/$

Вы точно подключились к nas по ssh?

Тупо выполните команду просмотра каталога ls -l

Что показывает?

Да хоть просто команду ls выполните. Первая буква команды - маленькая латинская буква л) От слова listing

вхожу, задаю логин админа, указываю пароль и вижу следующее. Специально для вас закрыл путти и зашел заново. После введения пароля пишет, что не может перейти в домашнюю директорию. Я хз пустил ли он по факту меня как админа. Иных подписей нет.

login as: admin

[email protected]'s password:

Could not chdir to home directory /var/services/homes/admin: No such file or directory

BusyBox v1.16.1 (2014-02-11 20:03:27 CST) built-in shell (ash)

Enter 'help' for a list of built-in commands.

F_store>

Выше я вам показал, что я набирал именно cd пробел /, т е так как вы и просите.

Тогда просто наберите команду ls

Что показывает?

Тогда просто наберите команду ls

Что показывает?

F_store> ls

bin initrd proc tmp volume1

dev lib root usr volume2

etc lost+found sbin var volumeUSB1

etc.defaults mnt sys var.defaults

это показывает.

набирайте cd var

потом ls -l

видите каталог log?

набирайте cd var

потом ls -l

видите каталог log?

не проходит такая команда.

F_store>

F_store> cd var

-sh: сcd: not found

так же попробовал и другое :

F_store>

F_store> chdir var

-sh: ср▒chdir: not found

F_store> chdir /var

F_store> cd/ var

-sh: cd/: not found

F_store> cd / var

F_store> cd /var

F_store>

не проходит такая команда.

 

F_store>

F_store> cd var

-sh: сcd: not found

 

так же попробовал и другое :

 

F_store>

F_store> chdir var

-sh: ср▒chdir: not found

F_store> chdir /var

F_store> cd/ var

-sh: cd/: not found

F_store> cd / var

F_store> cd /var

F_store>

Последняя команда должна быть правильной.

Что показывает ls -l ??

Последняя команда должна быть правильной.

Что показывает ls -l ??

F_store>

F_store> ls -l

-sh: дls: not found

F_store>

-l - я написал как маленькую L, на всякий случай проговариваю.

Такс ... обратил внимание, что сейчас и ls просто перестал работать, пишет мутотень "-sh: дls: not found", хотя выше я вам выводил результат.

UPD. стало еще веселее, перегрузил путти, теперь вообще отказано в доступе.

login as: admin

▒[email protected]'s password:

Access denied

▒[email protected]'s password:

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

!!! отработала команда ls - l

F_store> ls -l

drwxr-xr-x 2 root root 4096 Oct 5 2016 bin

drwxr-xr-x 10 root root 45056 Nov 9 00:07 dev

drwxr-xr-x 26 root root 4096 Nov 9 02:08 etc

drwxr-xr-x 24 root root 4096 Nov 9 00:07 etc.defaults

drwxr-xr-x 2 root root 4096 Feb 12 2014 initrd

drwxr-xr-x 20 root root 20480 Nov 9 00:09 lib

drwx------ 2 root root 4096 Feb 12 2014 lost+found

drwxr-xr-x 2 root root 4096 Feb 12 2014 mnt

dr-xr-xr-x 112 root root 0 Jan 1 1970 proc

drwxr-xr-x 2 root root 4096 Oct 5 2016 root

drwxr-xr-x 2 root root 4096 Oct 5 2016 sbin

drwxr-xr-x 11 root root 0 Jan 1 1970 sys

drwxrwxrwt 10 root root 1400 Nov 9 16:12 tmp

drwxr-xr-x 8 root root 4096 Oct 5 2016 usr

drwxr-xr-x 13 root root 4096 Nov 9 00:07 var

drwxr-xr-x 11 root root 4096 Oct 5 2016 var.defaults

drwxr-xr-x 14 root root 4096 Nov 9 00:07 volume1

drwxr-xr-x 6 root root 4096 Nov 9 00:07 volume2

drwxr-xr-x 3 root root 4096 Aug 31 2019 volumeUSB1

Ну вот.

Видите директорию var?

Идите туда командой cd /var

Там командой ls -l ищите директорию log

Идите туда и ищите большие файлы)

Ну вот.

Видите директорию var?

Идите туда командой cd /var

Там командой ls -l ищите директорию log

Идите туда и ищите большие файлы)

попробовал. Я понял в чем прикол, путти не пишет, что принял команду, хотя по факту отработал.

F_store>

F_store> cd /log

-sh: сcd: not found

F_store> cd /var/log

F_store> df -h

Filesystem Size Used Available Use% Mounted on

/dev/md0 2.3G 2.1G 127.8M 94% /

/tmp 121.7M 612.0K 121.1M 0% /tmp

/dev/md2 2.7T 2.2T 504.1G 82% /volume1

/dev/vg1000/lv 912.5G 277.1G 635.3G 30% /volume2

F_store>

F_store> ls -l

-rw-r--r-- 1 root root 959817 Nov 9 00:09 dmesg

-rw-r--r-- 1 root root 3283059 Nov 9 13:47 dms.log

-rw-r--r-- 1 root root 216338 Jul 26 2013 dms.log.1.gz

-rw-r--r-- 1 root root 248847 Nov 21 2014 dms.log.2.gz

-rw-r--r-- 1 root root 238183 Feb 4 2017 dms.log.3.gz

-rw-r--r-- 1 root root 251209 Apr 28 2019 dms.log.4.gz

-rw-r--r-- 1 root root 229680 Apr 22 2020 dms.log.5.gz

-rw-r--r-- 1 root root 227974 Aug 20 20:37 dms.log.6.gz

drwxr-xr-x 2 admin users 4096 Mar 5 2013 lighttpd

-rw-r--r-- 1 root root 125617 Nov 9 01:04 log.nmbd

-rw-r--r-- 1 root root 161238 Nov 9 02:36 log.smbd

-rw-rw-rw- 1 root root 30 Aug 31 2019 lvm_lv_create_log

-rw-r----- 1 root root 5502918 Nov 9 01:54 messages

-rw-r--r-- 1 root root 24485 Oct 2 2016 messages.0.gz

-rw-r--r-- 1 root root 19737 Aug 28 2016 messages.1.gz

-rw-r--r-- 1 root root 17697 Jul 27 2016 messages.2.gz

-rw-r--r-- 1 root root 16313 Jun 11 2016 messages.3.gz

-rw-rw-rw- 1 root root 0 Aug 31 2019 mount.log

-rw-rw-rw- 1 root root 0 Mar 3 2013 partition

-rw-r--r-- 1 root root 19363 Nov 9 02:53 pgsql.startup.log

-rw-r----- 1 root root 1187483 Nov 9 00:09 scemd.log

-rw-r--r-- 1 root root 50 Nov 9 12:00 smart_quick_log

-rw-rw-rw- 1 root root 30736 Nov 9 00:09 synodtv.log

drwx------ 2 root root 4096 Nov 8 21:57 synolog

-rw-r--r-- 1 root root 1223 Nov 8 22:37 synopkg.log

-rw------- 1 root root 60 Oct 5 2016 synosys.log

-rw-rw-rw- 1 root root 558 Oct 5 2016 synoupdate.log

-rw-r----- 1 root root 14185 Nov 9 00:07 syslog.log

drwxr-xr-x 2 root root 4096 Oct 5 2016 upstart

F_store>

вроде бы по логике отработки это папка лог и по содержимому тоже она. Если объем указан в килобайтах, то я не вижу тут криминала.

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

У вас во все команды русские символы лезут)

Потому и не работает.

У вас во все команды русские символы лезут)

Потому и не работает.

командуйте мной, какие команды дальше писать ))

попробовал. Я понял в чем прикол, путти не пишет, что принял команду, хотя по факту отработал.

 

F_store>

F_store> cd /log

-sh: сcd: not found

F_store> cd /var/log

F_store> df -h

Filesystem Size Used Available Use% Mounted on

/dev/md0 2.3G 2.1G 127.8M 94% /

/tmp 121.7M 612.0K 121.1M 0% /tmp

/dev/md2 2.7T 2.2T 504.1G 82% /volume1

/dev/vg1000/lv 912.5G 277.1G 635.3G 30% /volume2

F_store>

F_store> ls -l

-rw-r--r-- 1 root root 959817 Nov 9 00:09 dmesg

-rw-r--r-- 1 root root 3283059 Nov 9 13:47 dms.log

-rw-r--r-- 1 root root 216338 Jul 26 2013 dms.log.1.gz

-rw-r--r-- 1 root root 248847 Nov 21 2014 dms.log.2.gz

-rw-r--r-- 1 root root 238183 Feb 4 2017 dms.log.3.gz

-rw-r--r-- 1 root root 251209 Apr 28 2019 dms.log.4.gz

-rw-r--r-- 1 root root 229680 Apr 22 2020 dms.log.5.gz

-rw-r--r-- 1 root root 227974 Aug 20 20:37 dms.log.6.gz

drwxr-xr-x 2 admin users 4096 Mar 5 2013 lighttpd

-rw-r--r-- 1 root root 125617 Nov 9 01:04 log.nmbd

-rw-r--r-- 1 root root 161238 Nov 9 02:36 log.smbd

-rw-rw-rw- 1 root root 30 Aug 31 2019 lvm_lv_create_log

-rw-r----- 1 root root 5502918 Nov 9 01:54 messages

-rw-r--r-- 1 root root 24485 Oct 2 2016 messages.0.gz

-rw-r--r-- 1 root root 19737 Aug 28 2016 messages.1.gz

-rw-r--r-- 1 root root 17697 Jul 27 2016 messages.2.gz

-rw-r--r-- 1 root root 16313 Jun 11 2016 messages.3.gz

-rw-rw-rw- 1 root root 0 Aug 31 2019 mount.log

-rw-rw-rw- 1 root root 0 Mar 3 2013 partition

-rw-r--r-- 1 root root 19363 Nov 9 02:53 pgsql.startup.log

-rw-r----- 1 root root 1187483 Nov 9 00:09 scemd.log

-rw-r--r-- 1 root root 50 Nov 9 12:00 smart_quick_log

-rw-rw-rw- 1 root root 30736 Nov 9 00:09 synodtv.log

drwx------ 2 root root 4096 Nov 8 21:57 synolog

-rw-r--r-- 1 root root 1223 Nov 8 22:37 synopkg.log

-rw------- 1 root root 60 Oct 5 2016 synosys.log

-rw-rw-rw- 1 root root 558 Oct 5 2016 synoupdate.log

-rw-r----- 1 root root 14185 Nov 9 00:07 syslog.log

drwxr-xr-x 2 root root 4096 Oct 5 2016 upstart

F_store>

 

 

вроде бы по логике отработки это папка лог и по содержимому тоже она. Если объем указан в килобайтах, то я не вижу тут криминала.

Тут да, вроде не очень большие логи. И это не кило а просто байты.

Но там еще есть поддиректории.

Все что начинается на d - это директорий.

Например - drwx------ 2 root root 4096 Nov 8 21:57 synolog - это директория с именем synolog. Можно зайти в нее командой cd и посмотреть что там.

А вообще вам надо как-то поставить Midnight Commander. Это графическая оболочка для терминала. Там гораздо удобней по каталогам прыгать.

Но пока вы не отморозите NAS - поставить будет проблематично)

Мы так можем очень долго искать.

Надо смотреть сторону команды du

Она ищет большие файлы.

Надо синтаксис глянуть...

Попробуйте вот эту команду:

sudo du -a /var/log | sort -n -r | head -n 5

Она должна показать 5 самых больших файлов в директории log

PS

Наврал)

Она покажет 5 каталогов а не файлов)

Секунду...

Во:

sudo find /var/log -type f -exec du -Sh {} + | sort -rh | head -n 5

Покажет 5 самых крупных файлов в каталоге log включая подкаталоги.

Запросит пароль - вбейте.

У меня ответ на эту команду выглядит вот так:

12M /var/log/disk-latency/.SYNODISKLATENCYDB

6.9M /var/log/surveillance/ssnotification.log

5.6M /var/log/apparmor.log

4.0M /var/log/disk-latency/.SYNODISKLATENCYDB.4.xz

3.6M /var/log/synocrond-execute.log

Еще вот это попробуйте:

sudo du -xkhd 1 /

Должна показать размеры папок. Может и не в логах дело.

У вас фотостейшн стоит?

Еще вот это попробуйте:

 

sudo du -xkhd 1 /

 

Должна показать размеры папок. Может и не в логах дело.

 

У вас фотостейшн стоит?

Photostation отдельно не ставил, только видео. Команду "sudo du -xkhd 1 /" не знает. Большую команду выше тоже не хочет, возможно как то не так ввожу. Ниже конкретика. Перелогинился и повторил - тоже самое выдает в ответ.

F_store>

F_store> sudo du -xkhd 1 /

-sh: sudo: not found

F_store> sudo find /var/log -type f -exec du -Sh {} + | sort -rh | head -n 5

-sh: sudo: not found

sort: invalid option -- h

BusyBox v1.16.1 (2014-02-11 20:03:27 CST) multi-call binary.

Usage: sort [-nrugMcszbdfimSTokt] [-o FILE] [-k start[.offset][opts][,end[.offset][opts]] [-t CHAR] [FILE]...

Sort lines of text

Options:

-b Ignore leading blanks

-c Check whether input is sorted

-d Dictionary order (blank or alphanumeric only)

-f Ignore case

-g General numerical sort

-i Ignore unprintable characters

-k Sort key

-M Sort month

-n Sort numbers

-o Output to file

-k Sort by key

-t CHAR Key separator

-r Reverse sort order

-s Stable (don't sort ties alphabetically)

-u Suppress duplicate lines

-z Lines are terminated by NUL, not newline

-mST Ignored for GNU compatibility

F_store>

Попробуйте без sudo

Просто du -xkhd 1 /

PS

Не ставьте лишний пробел перед началом команды. Иначе будет ошибка.

Попробуйте без sudo

 

Просто du -xkhd 1 /

 

PS

Не ставьте лишний пробел перед началом команды. Иначе будет ошибка.

!!получилось

F_store> du -xkhd 1 /

604.0K /bin

8.0K /volumeUSB1

du: can't open '/var/run/cups/certs': Permission denied

du: can't open '/var/net-snmp': Permission denied

du: can't open '/var/state/ups': Permission denied

du: can't open '/var/log/synolog': Permission denied

1.6G /var

du: can't open '/lost+found': Permission denied

6.4M /.syno

32.0K /.old_patch_info

du: can't open '/var.defaults/state/ups': Permission denied

88.0K /var.defaults

8.0K /root

5.7M /sbin

92.0K /dev

4.0K /mnt

4.2M /etc.defaults

4.0K /initrd

16.0K /.system_info

du: /usr/syno/synoman/webman/modules/FileTaskMonitor/images/line.png: Permission denied

du: /usr/syno/synoman/webman/modules/FileTaskMonitor/images/progress: Permission denied

du: /usr/syno/synoman/webman/modules/FileTaskMonitor/images/notifi_middle2.png: Permission denied

du: /usr/syno/synoman/webman/modules/FileTaskMonitor/images/notifi_middle_right. png: Permission denied

du: /usr/syno/synoman/webman/modules/FileTaskMonitor/images/File-Task-Monitor-48 .png: Permission denied

du: /usr/syno/synoman/webman/modules/FileTaskMonitor/images/notifi_bg.png: Permi ssion denied

du: /usr/syno/synoman/webman/modules/FileTaskMonitor/images/tray_ico_bgtask.gif: Permission denied

du: /usr/syno/synoman/webman/modules/FileTaskMonitor/images/notifi_arrow.png: Pe rmission denied

du: /usr/syno/synoman/webman/modules/FileTaskMonitor/images/tray_ico_download.pn g: Permission denied

du: /usr/syno/synoman/webman/modules/FileTaskMonitor/images/File-Task-Monitor-16 .png: Permission denied

du: /usr/syno/synoman/webman/modules/FileTaskMonitor/images/tray_ico_upload.gif: Permission denied

du: /usr/syno/synoman/webman/modules/FileTaskMonitor/images/tray_ico_bgtask.png: Permission denied

du: /usr/syno/synoman/webman/modules/FileTaskMonitor/images/File-Task-Monitor-32 .png: Permission denied

du: /usr/syno/synoman/webman/modules/FileTaskMonitor/images/File-Task-Monitor-24 .png: Permission denied

du: /usr/syno/synoman/webman/modules/FileTaskMonitor/images/notifi_middle_left.p ng: Permission denied

du: /usr/syno/synoman/webman/modules/FileTaskMonitor/images/tray_ico_download.gi f: Permission denied

du: /usr/syno/synoman/webman/modules/FileTaskMonitor/images/tray_ico_upload.png: Permission denied

du: can't open '/usr/syno/etc/ssl/ssl.key': Permission denied

du: can't open '/usr/syno/etc/ssl/cgi.key': Permission denied

du: can't open '/usr/share/debsig/keyrings/C42CCD870EBD11E7': Permission denied

279.4M /usr

du: can't open '/etc/space': Permission denied

4.5M /etc

110.9M /lib

2.0G /

F_store>

!!получилось

Получилось но наполовину.

Для части директорий не хватило прав на просмотр.

Команда sudo дает эти права. Но у вас она не срабатывает.

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

В терминале просто руками наберите sudo

Есть ответ? Должен быть.

Если есть - еще раз попробуйте команду но уже вместе с sudo

sudo du -xkhd 1 /

Не копируйте команду а вбейте руками. Она короткая)

В принципе уже видно что директория var у вас подозрительно здоровая. 1,6 Гб

Но лучше убедится окончательно что еще где-то не засело.

Так что sudo du -xkhd 1 /

В принципе уже видно что директория var у вас подозрительно здоровая. 1,6 Гб

 

Но лучше убедится окончательно что еще где-то не засело.

Так что sudo du -xkhd 1 /

sudo не работает.

Правильно понимаю, что мне пробовать попасть в папку VAR и посмотреть содержимое ?

F_store> sudo

-sh: sudo: not found

UPD!! Зашел в var и посмотрел, что есть.

F_store> cd /var

F_store> ls -l

drwxr-xr-x 2 root root 4096 Nov 12 2012 db

drwxr-xr-x 2 root root 4096 Nov 12 2012 empty

drwxr-xr-x 4 root root 4096 Oct 6 2016 lib

drwxr-xr-x 3 root root 4096 Mar 4 2013 lock

drwxr-xr-x 5 root root 4096 Nov 9 00:07 log

drwx------ 3 root root 4096 Nov 9 01:06 net-snmp

drwxr-xr-x 9 root root 4096 Nov 8 22:35 packages

drwxr-xr-x 8 root root 4096 Nov 9 02:08 run

drwxr-xr-x 3 root root 4096 Nov 9 00:09 services

drwxr-xr-x 4 root root 4096 Nov 9 02:06 spool

drwxr-xr-x 3 root root 4096 Oct 5 2016 state

lrwxrwxrwx 1 root root 4 Nov 9 00:07 tmp -> /tmp

F_store> du -xkhd 1 /

604.0K /bin

8.0K /volumeUSB1

du: can't open '/var/run/cups/certs': Permission denied

du: can't open '/var/net-snmp': Permission denied

du: can't open '/var/state/ups': Permission denied

du: can't open '/var/log/synolog': Permission denied

1.6G /var

du: can't open '/lost+found': Permission denied

6.4M /.syno

32.0K /.old_patch_info

du: can't open '/var.defaults/state/ups': Permission denied

88.0K /var.defaults

8.0K /root

5.7M /sbin

92.0K /dev

4.0K /mnt

4.2M /etc.defaults

4.0K /initrd

16.0K /.system_info

du: /usr/syno/synoman/webman/modules/FileTaskMonitor/images/line.png: Permission denied

du: /usr/syno/synoman/webman/modules/FileTaskMonitor/images/progress: Permission denied

du: /usr/syno/synoman/webman/modules/FileTaskMonitor/images/notifi_middle2.png: Permission denied

du: /usr/syno/synoman/webman/modules/FileTaskMonitor/images/notifi_middle_right. png: Permission denied

du: /usr/syno/synoman/webman/modules/FileTaskMonitor/images/File-Task-Monitor-48 .png: Permission denied

du: /usr/syno/synoman/webman/modules/FileTaskMonitor/images/notifi_bg.png: Permi ssion denied

du: /usr/syno/synoman/webman/modules/FileTaskMonitor/images/tray_ico_bgtask.gif: Permission denied

du: /usr/syno/synoman/webman/modules/FileTaskMonitor/images/notifi_arrow.png: Pe rmission denied

du: /usr/syno/synoman/webman/modules/FileTaskMonitor/images/tray_ico_download.pn g: Permission denied

du: /usr/syno/synoman/webman/modules/FileTaskMonitor/images/File-Task-Monitor-16 .png: Permission denied

du: /usr/syno/synoman/webman/modules/FileTaskMonitor/images/tray_ico_upload.gif: Permission denied

du: /usr/syno/synoman/webman/modules/FileTaskMonitor/images/tray_ico_bgtask.png: Permission denied

du: /usr/syno/synoman/webman/modules/FileTaskMonitor/images/File-Task-Monitor-32 .png: Permission denied

du: /usr/syno/synoman/webman/modules/FileTaskMonitor/images/File-Task-Monitor-24 .png: Permission denied

du: /usr/syno/synoman/webman/modules/FileTaskMonitor/images/notifi_middle_left.p ng: Permission denied

du: /usr/syno/synoman/webman/modules/FileTaskMonitor/images/tray_ico_download.gi f: Permission denied

du: /usr/syno/synoman/webman/modules/FileTaskMonitor/images/tray_ico_upload.png: Permission denied

du: can't open '/usr/syno/etc/ssl/ssl.key': Permission denied

du: can't open '/usr/syno/etc/ssl/cgi.key': Permission denied

du: can't open '/usr/share/debsig/keyrings/C42CCD870EBD11E7': Permission denied

279.4M /usr

du: can't open '/etc/space': Permission denied

4.5M /etc

110.9M /lib

2.0G /

F_store>

sudo не работает.

Интересное кино...

UPD!! Зашел в var и посмотрел, что есть.

Там много чего есть.

Так что выполняем поиск крупных файлов той-же командой но уже в дире var

du -xkhd 1 /var

Подозреваю что это будет spool )))

Можно на var еще вот такую команду натравить:

find /var -type f -exec du -sh {} 2>/dev/null + | sort -rh | head -n 10

Покажет десятку самых крупных файлов в дире var

12M /var/log/disk-latency/.SYNODISKLATENCYDB

6.9M /var/log/surveillance/ssnotification.log

5.6M /var/log/apparmor.log

4.0M /var/log/disk-latency/.SYNODISKLATENCYDB.4.xz

3.6M /var/log/synocrond-execute.log

2.7M /var/log/auth.log

2.4M /var/log/synoservice.log

2.4M /var/log/pmesg.1.xz

2.4M /var/log/messages

2.4M /var/log/kern.log

Там много чего есть.

Так что выполняем поиск крупных файлов той-же командой но уже в дире var

 

du -xkhd 1 /var

Отработал. И он показывает на Log в 1,6G. Что то я запутался, я же лог выше смотрел и там копейки были ...

Вторую команду запускать не вижу смысла он на sort -h еще в прошлый раз ругался.

F_store>

F_store> du -xkhd 1 /var

du: can't open '/var/run/cups/certs': Permission denied

388.0K /var/run

4.0K /var/db

28.0K /var/spool

8.0K /var/lock

du: can't open '/var/net-snmp': Permission denied

824.0K /var/packages

du: can't open '/var/state/ups': Permission denied

8.0K /var/state

du: can't open '/var/log/synolog': Permission denied

1.6G /var/log

4.0K /var/empty

8.0K /var/services

28.0K /var/lib

1.6G /var

F_store>

Значит у вас в логах где-то огромный файл.

Натравливаем на log

find /var/log -type f -exec du -sh {} 2>/dev/null + | sort -rh | head -n 10

Если не запускает, то поищем крупные директории в log

du -xkhd 1 /var/log

Отработал. И он показывает на Log в 1,6G. Что то я запутался, я же лог выше смотрел и там копейки были ...

Копейки были в самом дире log

Но в нем еще и поддиректории есть)

Так что du -xkhd 1 /var/log

Значит у вас в логах где-то огромный файл.

 

Натравливаем на log

 

find /var/log -type f -exec du -sh {} 2>/dev/null + | sort -rh | head -n 10

 

Если не запускает, то поищем крупные директории в log

 

du -xkhd 1 /var/log

F_store> du -xkhd 1 /var

du: can't open '/var/run/cups/certs': Permission denied

388.0K /var/run

4.0K /var/db

28.0K /var/spool

8.0K /var/lock

du: can't open '/var/net-snmp': Permission denied

824.0K /var/packages

du: can't open '/var/state/ups': Permission denied

8.0K /var/state

du: can't open '/var/log/synolog': Permission denied

1.6G /var/log

4.0K /var/empty

8.0K /var/services

28.0K /var/lib

1.6G /var

F_store>

F_store> du -xkhd 1 /var/log

372.0K /var/log/upstart

du: can't open '/var/log/synolog': Permission denied

1.6G /var/log/lighttpd

1.6G /var/log

F_store>

А вот и заветная папочка .. Два лога на 0,3 Гб и 1,5Гб

F_store> cd /var/log/lighttpd

F_store> ls -l

-rw-r--r-- 1 root root 297142078 Nov 8 23:20 access.log

-rw-r--r-- 1 root root 1456297387 Nov 9 00:09 error.log

F_store>

1.6G /var/log/lighttpd

Мы на верном пути)

Идите туда командой cd /var/log/lighttpd

и смотрите что там лежит командой ls -l

Там могут быть еще папки)

ЗЫ

А, вы уже там)))

-rw-r--r-- 1 root root 297142078 Nov 8 23:20 access.log

-rw-r--r-- 1 root root 1456297387 Nov 9 00:09 error.log

Вот и ваши пациенты.

error.log на 1,4 Гб и access.log на 300 мег.

Мы на верном пути)

Идите туда командой cd /var/log/lighttpd

и смотрите что там лежит командой ls -l

 

Там могут быть еще папки)

 

ЗЫ

А, вы уже там)))

так точно, 2 файла. Штатными средствами из веб интерфейса Synology найти эти файлы не могу, они скрыты.

lighttpd это веб-сервер.

Он у вас по какой-то причине сыпет огромное кол-во ошибок в логи.

А сами логи не ротирует и не сжимает.

Плюс в аксесс логов многовато.

так точно, 2 файла. Штатными средствами из веб интерфейса Synology найти эти файлы не могу, они скрыты.

Естественно скрыты)

Что-б туда не залезали шаловливыми ручками)

Естественно скрыты)

Что-б туда не залезали шаловливыми ручками)

Что делать ? ))

Какие команды рисовать ? )

Можно ли эти файлы тупо снести, без будущих ошибок об отсутствии данных файлов ?

Можно ли эти файлы тупо снести, без будущих ошибок об отсутствии данных файлов ?

Хороший вопрос...

Вообще логи обычно никак не влияют на работу приложений. Я обычно тупо сношу в такой ситуации.

По идее поле удаления эти файлы должны автоматически создатся заново. Это-ж просто логи...

Тут как говорится на ваш страх)

Но думаю что ничего страшного не произойдет....

Решайте)

ЗЫ

Потом расскажу как MC поставить что-б не бегать по каталогам ручками)

Интересно за вами обоими наблюдать. Главное что результат есть.

Если ошибки доступа имеются, то я подозреваю что команда удаления не сработает и всё на этом встанет.

Octane, Вы когда в консоль вошли, команду sudo -i делали? Она нужна чтоб рут-права получить и система должна повторно пароль спросить.

Логи можно снести, если система это позволит. Во всяком случае в FreeBSD это без проблем. Но иногда какой-то демон не может создать новые логи, потому что у него не хватает прав на это. Так что неплохо было бы убедиться что лог создастся, перед этим поглядев права на удаляемый. И в случае затыка - создать такой же пустой файл и дать ему те же права.

Интересно за вами обоими наблюдать. Главное что результат есть.

Если ошибки доступа имеются, то я подозреваю что команда удаления не сработает и всё на этом встанет.

Octane, Вы когда в консоль вошли, команду sudo -i делали? Она нужна чтоб рут-права получить и система должна повторно пароль спросить.

команда sudo не работает. По ссылке на сайт Synology про SSH и root права нарисовано все красиво: заходим, вводим логин пароль и сразу предлагается admin@F_store: .. А у меня не предлагается подобное

login as: admin

[email protected]'s password:

Could not chdir to home directory /var/services/homes/admin: No such file or directory

BusyBox v1.16.1 (2014-02-11 20:03:27 CST) built-in shell (ash)

Enter 'help' for a list of built-in commands.

F_store> sudo -i

-sh: sudo: not found

F_store>

Интересно за вами обоими наблюдать. Главное что результат есть.

Если ошибки доступа имеются, то я подозреваю что команда удаления не сработает и всё на этом встанет.

Octane, Вы когда в консоль вошли, команду sudo -i делали? Она нужна чтоб рут-права получить и система должна повторно пароль спросить.

Логи можно снести, если система это позволит. Во всяком случае в FreeBSD это без проблем. Но иногда какой-то демон не может создать новые логи, потому что у него не хватает прав на это. Так что неплохо было бы убедиться что лог создастся, перед этим поглядев права на удаляемый. И в случае затыка - создать такой же пустой файл и дать ему те же права.

Я думаю lighttpd и без логов проживет))) Но руку на отсечение не дам)

Интересно было-б посмотреть что там внутри. Что-то не то с lighttpd.

Но сейчас это делать бесполезно. Nas и так тормозит, а если еще и лог на 1,4 гига попробовать открыть - вообще умрет))))

команда sudo не работает. По ссылке на сайт Synology про SSH и root права нарисовано все красиво: заходим, вводим логин пароль и сразу предлагается admin@F_store: .. А у меня не предлагается подобное

 

login as: admin

[email protected]'s password:

Could not chdir to home directory /var/services/homes/admin: No such file or directory

 

 

BusyBox v1.16.1 (2014-02-11 20:03:27 CST) built-in shell (ash)

Enter 'help' for a list of built-in commands.

 

F_store> sudo -i

-sh: sudo: not found

F_store>

А вы под виндой сидите?

Там вроде-бы в консоли есть SSH. Но не уверен...

Попробуйте на nas зайти не через putty а сразу с консоли винды.

Открываете консоль в винде и там команду ssh admin@ip_вашегоNAS

А вы под виндой сидите?

Там вроде-бы в консоли есть SSH. Но не уверен...

Попробуйте на nas зайти не через putty а сразу с консоли винды.

 

Открываете консоль в винде и там команду ssh admin@ip_вашегоNAS

Зашел в CMD, ввел как вы сказали, согласился на добавление к доверенным хостам. А далее все то же самое при входе, как и через Putty, т е он вывел весь тот же текст и sudo -i так же не пашет.

У меня винда 10.

Зашел в CMD, ввел как вы сказали, согласился на добавление к доверенным хостам. А далее все то же самое при входе, как и через Putty, т е он вывел весь тот же текст и sudo -i так же не пашет.

 

У меня винда 10.

Можно попробовать удалить и без sudo

50на50 что сработает)

А если попробовать каталог тот создать что он просит, из консоли?

mkdir /var/services/homes/admin/

...или без слеша в конце. Не знаю точно синтаксис.

А если попробовать каталог тот создать что он просит, из консоли?

Можно и создать.

Тогда при входе перестанет ругаться.

Но не уверен что это поможет с sudo

Хотя черт его знает...

А если попробовать каталог тот создать что он просит, из консоли?

mkdir /var/services/homes/admin/

...или без слеша в конце. Не знаю точно синтаксис.

Никак не работает, ни со слэшом, ни без .. Какую то странную причину выдает, при попытке создать.

F_store> mkdir /var/services/homes/admin/

mkdir: can't create directory '/var/services/homes/admin/': No such file or directory

F_store> mkdir /var/services/homes/admin

mkdir: can't create directory '/var/services/homes/admin': No such file or directory

F_store>

Никак не работает, ни со слэшом, ни без .. Какую то странную причину выдает, при попытке создать.

 

F_store> mkdir /var/services/homes/admin/

mkdir: can't create directory '/var/services/homes/admin/': No such file or directory

F_store> mkdir /var/services/homes/admin

mkdir: can't create directory '/var/services/homes/admin': No such file or directory

F_store>

Возможно прав не хватает)

Вот если-б sudo mkdir /var/services/homes/admin/

Возможно прав не хватает)

 

Вот если-б sudo mkdir /var/services/homes/admin/

возможно более банальная причина, что нет папки "HOMES". Не могу через Cd /var/services туда попасть. В VAR пускает, а глубже нет.

F_store> cd /var/services

-sh: сcd: not found

F_store> cd /var

F_store> ls -l

drwxr-xr-x 2 root root 4096 Nov 12 2012 db

drwxr-xr-x 2 root root 4096 Nov 12 2012 empty

drwxr-xr-x 4 root root 4096 Oct 6 2016 lib

drwxr-xr-x 3 root root 4096 Mar 4 2013 lock

drwxr-xr-x 5 root root 4096 Nov 9 00:07 log

drwx------ 3 root root 4096 Nov 9 01:06 net-snmp

drwxr-xr-x 9 root root 4096 Nov 8 22:35 packages

drwxr-xr-x 8 root root 4096 Nov 9 02:08 run

drwxr-xr-x 3 root root 4096 Nov 9 00:09 services

drwxr-xr-x 4 root root 4096 Nov 9 02:06 spool

drwxr-xr-x 3 root root 4096 Oct 5 2016 state

lrwxrwxrwx 1 root root 4 Nov 9 00:07 tmp -> /tmp

F_store> cd /var/srvices

-sh: cd: can't cd to /var/srvices

F_store> cd var/services

-sh: cd: can't cd to var/services

F_store>

Ну что, пробовать удалять будем?

OctaneВы так и не ответили, у Вас там Drive стоит или нет? Или что-то похожее функционально? Можно было бы протиснуться в вебку и выключить у него папки группы. Хотя бы временно. Тогда он бы кеш потёр бы свой и освободил бы место.

homes тоже можно создать по аналогии.

Да удаляйте уже!

F_store> cd var/services

-sh: cd: can't cd to var/services

F_store>

Первый слэш забыли

cd /var/services

OctaneВы так и не ответили, у Вас там Drive стоит или нет? Или что-то похожее функционально? Можно было бы протиснуться в вебку и выключить у него папки группы. Хотя бы временно. Тогда он бы кеш потёр бы свой и освободил бы место.

Так а кэш драйва тут при чем?

У него системный раздел 2 гига с хвостиком из которых 1,6 сожрали логи lighttpd)

OctaneВы так и не ответили, у Вас там Drive стоит или нет? Или что-то похожее функционально? Можно было бы протиснуться в вебку и выключить у него папки группы. Хотя бы временно. Тогда он бы кеш потёр бы свой и освободил бы место.

 

homes тоже можно создать по аналогии.

 

Да удаляйте уже!

Drive не ставил, не знаю зачем он.

Смешно будет если потрем логи а оно все равно тормозить будет)))))

Первый слэш забыли

cd /var/services

писал как у вас ..

F_store> cd /var/services

-sh: сcd: not found

Смешно будет если потрем логи а оно все равно тормозить будет)))))

поверьте, уж мне как то смешно будет ))))

возможно более банальная причина, что нет папки "HOMES". Не могу через Cd /var/services туда попасть. В VAR пускает, а глубже нет.

 

 

F_store> cd /var/services

-sh: сcd: not found

У вас опять лишний символ вылез.

Вместо cd у вас ccd

шел ругается что он не знает команду ccd )

У вас опять лишний символ вылез.

Вместо cd у вас ccd

 

шел ругается что он не знает команду ccd )

я однозначно пишу CD, собственно в VAR я же как то попал.

Попробовал через Путти .. и видит. При этом у папки HOMES "/volume1/@fake" показывает красным

F_store> cd /var

F_store> cd /var/services

F_store> ls -l

drwxr-xr-x 2 nobody root 4096 Jan 27 2011 blog

lrwxrwxrwx 1 root root 18 Nov 9 00:08 download -> /volume2/@d ownload

lrwxrwxrwx 1 root root 24 Nov 9 00:07 homes -> /volume1/@fake _home_link

lrwxrwxrwx 1 root root 14 Nov 9 00:09 music -> /volume1/music

lrwxrwxrwx 1 root root 24 Nov 9 00:07 pgsql -> /volume1/@data base/pgsql

lrwxrwxrwx 1 root root 14 Nov 9 00:09 photo -> /volume1/photo

lrwxrwxrwx 1 root root 15 Nov 9 00:07 printer -> /volume1/@sp ool

lrwxrwxrwx 1 root root 14 Nov 9 00:09 video -> /volume1/video

F_store>

А вот уже в сам HOMES попасть нельзя ...

F_store> cd /var/services/homes

-sh: cd: can't cd to /var/services/homes

F_store>

я однозначно пишу CD, собственно в VAR я же как то попал.

У вас лишний символ как-то через раз пролезает...

Не всегда.

Я убежал по срочным делам)

Камрады, что в итоге делать то и главное как ?

У Вас нет прав root, это самый главный косяк, который надо победить, чтобы на системном разделе лишнее снести. Было бы неплохо выяснить от чего так вообще получилось, что раздел забит под завязку. И убрать причину.

Ещё можно попробовать снять винчестер с системным разделом и на стороннем ПК убить там те огромные логи. Я этого никогда не делал, но если диск этот не в RAID, то это должно быть проще.

По ссылке примерная инструкция, т.к. в ней диски подключаются "только для чтения", а Вам надо для записи, чтобы удалить лишнее. Лучше сначала попытаться разобраться с правами root.

https://www.synology.com/ru-ru/knowledgebas...tion_using_a_PC

Камрады, что в итоге делать то и главное как ?

Попробовать удалить error.log

Есть шанс что он удалится и система отморозится.

Удаляем?

Конечно есть шансы. Но Вам надо будет всё равно разобраться с первопричиной и поглядеть тот лог, если он снова начнёт расти - что именно заполняет его.

UPD.

Судя по вашей переписке с Radiohead - он правильно заметил, у Вас действительно lighttpd - веб-сервер какой-то засоряет логами системный раздел. У меня даже каталога такого нет, на двух независимых NAS. Ещё один аргумент не ставить то, что не используется. Или не проверенное.

Попробовать удалить error.log

Есть шанс что он удалится и система отморозится.

Удаляем?

давайте попробуем.

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

Ну делайте. В Линуксе это кажется rm

rm /var/log/lighttpd/error.log

Только если рут-прав нет - скорее всего ничего не выйдет.

Только если рут-прав нет - скорее всего ничего не выйдет.

50 на 50

Зависит от того какие права на файл.

50 на 50

Зависит от того какие права на файл.

Так это можно было бы наверное заранее поглядеть.

Так это можно было бы наверное заранее поглядеть.

Можно.

Но мне лень)

Проще попробовать)

После удаления, выполните df -h

Посмотрим что изменилось...

Ну делайте. В Линуксе это кажется rm

rm /var/log/lighttpd/error.log

Только если рут-прав нет - скорее всего ничего не выйдет.

спрашивает удалять или нет. Что написать "yes" или "y" ?

F_store> rm /var/log/lighttpd/error.log

rm: remove '/var/log/lighttpd/error.log'?

y

хотя емнип он и так и так понимает.

После удаления, выполните df -h

Посмотрим что изменилось...

написал yes.

F_store> rm /var/log/lighttpd/error.log

rm: remove '/var/log/lighttpd/error.log'? yes

F_store> df -h

Filesystem Size Used Available Use% Mounted on

/dev/md0 2.3G 2.1G 122.6M 95% /

/tmp 121.7M 624.0K 121.1M 1% /tmp

/dev/md2 2.7T 2.2T 504.1G 82% /volume1

/dev/vg1000/lv 912.5G 277.1G 635.3G 30% /volume2

F_store>

Yes тоже отработал, т к при попытке повторного удаления, такого файла не нашлось.

Как мы видим, место на MD0 не прибавилось.

написал yes.

 

F_store> rm /var/log/lighttpd/error.log

rm: remove '/var/log/lighttpd/error.log'? yes

F_store> df -h

Filesystem Size Used Available Use% Mounted on

/dev/md0 2.3G 2.1G 122.6M 95% /

/tmp 121.7M 624.0K 121.1M 1% /tmp

/dev/md2 2.7T 2.2T 504.1G 82% /volume1

/dev/vg1000/lv 912.5G 277.1G 635.3G 30% /volume2

F_store>

Похоже не прокатило)

md0 не изменился.

Хотя странно. Если-б rm не мог удалить, он написал-бы permission denied. А у вас глухо...

Идите в /var/log/lighttpd/ и посмотрите что там.

cd /var/log/lighttpd/

ls -l

Посмотрим что с error.log стало

Похоже не прокатило)

md0 не изменился.

 

Хотя странно. Если-б rm не мог удалить, он написал-бы permission denied. А у вас глухо...

Идите в /var/log/lighttpd/ и посмотрите что там.

св /var/log/lighttpd/

ls -l

Проверил, файл действительно отсутствует. Остался только второй файл на 300 метров.

Проверил, файл действительно отсутствует. Остался только второй файл на 300 метров.

Уже хорошо.

Еще раз выполните df -h

Может она не сразу показывает.

Попробуйте зайти на NAS через браузер. Не отморозилось?

Уже хорошо.

 

Еще раз выполните df -h

Может она не сразу показывает.

 

Попробуйте зайти на NAS через браузер. Не отморозилось?

Прогнал код еще раз, без изменений.

про браузер не понял: это же системная папка которую я не вижу, как я пойму что невидимое уменьшилось ? ))

М б ребутнуть Synology ?

ребутните

не помешает

кстати после ребута файл error.log может снова появится. Но уже маленький)

Radiohead Вам за веб-интерфейс говорит. NAS должен отморозиться, у него ж место на системном разделе должно появиться. Если Вы именно тот файл удалили, конечно. Странно, что место по df -h не высвободилось.

NAS можно и ребутнуть, по ситуации. Я бы сначала попробовал удалить из веб-интерфейса всё лишнее ПО. И снова поглядеть что скажет df -h. А то NAS может и не подняться после ребута.

открываете браузер, там вбиваете http://ipвашегоnas и далее по схеме)

открываете браузер, там вбиваете http://ipвашегоnas и далее по схеме)

простите, не понял, по какой схеме ... ((

Я итак уже сижу в морде NAS.

Не понял как это.

Вы-ж команды в терминале по ssh вводите.

Это не браузер)

Но не важно.

Перезагружайте и потом df -h

После ребута система поднялась штатно .. <<на этом месте д б молящийся смайл>> ))

запустил в Putty df -h

И о чудо .. Сработало. MD0 усох.

F_store> df -h

Filesystem Size Used Available Use% Mounted on

/dev/md0 2.3G 778.2M 1.5G 34% /

/tmp 121.7M 368.0K 121.3M 0% /tmp

/dev/md2 2.7T 2.2T 504.1G 82% /volume1

/dev/vg1000/lv 912.5G 277.1G 635.3G 30% /volume2

F_store>

Есть смысл снести второй файл на 300 мегов ?

PS. При этом при заходе в систему опять получил ошибку падения процесса автоапдейта ...

PS 2. ERROR.LOG вернулся, но в размере 48 Байт. Т е система создала его заново, что хорошо.

Вы удалите сначала лишние пакеты из системы, тем более если ими не пользуетесь. Логи ошибок просто так не растут, значит они есть и ситуация повторится.

Есть смысл снести второй файл на 300 мегов ?

Сначала сходите в ту директорию и посмотрите появился-ли файлик error.log

Сначала сходите в ту директорию и посмотрите появился-ли файлик error.log

овтетил выше, все ок.

овтетил выше, все ок.

Тогда и второй файл можно безболезненно сносить. Он после перезагрузки заново создастся.

Но я не рекомендую пока его сносить. Места вам теперь достаточно.

Лучше потом зайти в этот аксесс и посмортеть что там.

Лучше потом зайти в этот аксесс и посмортеть что там.

О, пришло время для установки Midnight Commander.

О, пришло время для установки Midnight Commander.

Что у меня установлено из пакетов:

Пакет DHCP Server (Остановлен)

Сервер Мультимедиа (Выполняется)

Antivirus Essential (Выполняется)

Download Station (Выполняется)

Perl (Выполняется)

Transmission (Выполняется)

Video Station (Выолняется)

Могу снести DHCP сервер(IP получаю от роутера) и PERL.

Что предлагаете делать Полуночным командиром ?

PS. При этом при заходе в систему опять получил ошибку падения процесса автоапдейта ...

Это может происходить не только от недостатка места.

Вам желательно удалить ненужные приложения и переустановить нужные.

Какое-то из приложений использует lighttpd который в свою очередь забивает своими логами системный раздел.

Кстати надо посмотреть что внутри этого error.log

Там может быть ответна вопрос откуда столько ошибок.

Самое главное - тормоза при доступе с компа исчезли?

Самое главное - тормоза при доступе с компа исчезли?

а вот нет .. Total Commander так же подтормаживает. Т е лучше с этим не стало.

Виндовый проводник тоже тормозит.

Download station стал чуть шустрее запускаться, но как не работал так и не работает. Перестал работать пару недель назад. Я его переустанавливал, но это никак не помогло. Сначала он ругался на какие то проблемы с подключением, при том что я ничего не менял, в итоге вбил DNS в настройках Synology 8.8.8.8 и после этого ругательства НЕ прекратились. Но как файлы не добавлял на закачку, так и не добавляет.

М б есть смысл воткнуть последний DSM 6,2

Как все интересно)

Я убежал в прокуратуру.

Буду вечером или завтра утром)

А вы для начала установите MC)

Он завсегда пригодится.

https://serveradmin.ru/synology-ustanovka-m...ight-commander/

Через MC можете посмотреть содержимое файлов error.log и access.log

В МС кнопка F3 если память не изменяет...

Как все интересно)

Я убежал в прокуратуру.

Буду вечером или завтра утром)

 

А вы для начала установите MC)

Он завсегда пригодится.

 

https://serveradmin.ru/synology-ustanovka-m...ight-commander/

 

Через MC можете посмотреть содержимое файлов error.log и access.log

В МС кнопка F3 если память не изменяет...

по вашей ссылке нужно добавить новый источник пакетов в "Центр пакетов". Указанная в статье ссылка http://packages.synocommunity.com не корректная. При попытке ее настроить в Центре пакетов выдается ошибка "Неверное местоположение"

Так сделайте.

Сами они рекомендуют https://packages.synocommunity.com/

https://synocommunity.com

Так сделайте.

Картинка: найдите 10 отличий .. Я же написал, что он ругается.

А через "Easy Bootstrap Installer" ?

https://www.synology.forum/index.php?s=&...ost&p=82301

В источниках пакетов у меня такие ссылки - добавьте что добавится. И ищите в пакетах сообщества "ipkg", если для второго способа.

http://www.cphub.net/index.php?id=37
http://spk.unzureichende.info/
http://synology.sysco.ch/
http://packages.jdel.org/
http://packages.synocommunity.com
https://www.cphub.net

У меня там ещё такое нашлось, может пригодится (превью).

А через "Easy Bootstrap Installer" ?

https://www.synology.forum/index.php?s=&...ost&p=82301

В источниках пакетов у меня такие ссылки - добавьте что добавится. И ищите в пакетах сообщества "ipkg", если для второго способа.

http://www.cphub.net/index.php?id=37
http://spk.unzureichende.info/
http://synology.sysco.ch/
http://packages.jdel.org/
http://packages.synocommunity.com
https://www.cphub.net

 

У меня там ещё такое нашлось, может пригодится (превью).

 

У вас все варианты сводятся к одному: вбить ссылку на добавление нового источника и далее из данного источника установить нужное ПО.

К сожалению у меня все варианты отваливаются, как неверные .. И я склонен полагать, что проблема в каких то моих настройках.

UPD. Обнаружил следующее, что на форуме народ пишет, что нужно включить возможность установки любых пакетов через "Центр пакетов -> Настройки -> Основное -> Уровень доверия -> ". А у меня в настройках нет такого ...

UPD2. Я нашел как включить доступ к папке Homes и просто к ней приконнектился через Total Commander и да, там есть папка Admin , но она совершенно пустая ...

UPD3. Еще раз почистил какую то корзину, отключил журнал передачи. Зашел в Обновление DSM, пощелкал туда сюда настройки и вижу бац .. Пишет, что у меня актуальная версия DSM, это которая 4,3. Я удивился, т к уже есть 6,2. Но думаю, если перестал ругаться на сеть, то наверно и Download station заработал - захожу и да, тот показал все старые загрузки. Видимо как то был внутренний глюк .. И главное: пропали тормоза по сети ... !!! все стало работать как обычно.

Ну, DSM у Вас довольно старая, это правда. Я заметил по скринам, но подумал что Вы намеренно её не обновляете. Ведь тут было несколько случаев, когда после обновления железка уходила в ступор. Не думаю что с таким слабым железом выйдет что-то хорошее из обновления до 6.2. Хотя для Вашей 212j оно доступно.

Картинка: найдите 10 отличий .. Я же написал, что он ругается.

Я-ж выше написал)

Найдите одно отличие:

https://synocommunity.com/

http://synocommunity.com/

:-)

Они там вполне могли отключить доступ без шифрования

Так что только https

UPD. Обнаружил следующее, что на форуме народ пишет, что нужно включить возможность установки любых пакетов через "Центр пакетов -> Настройки -> Основное -> Уровень доверия -> ". А у меня в настройках нет такого ...

По умолчанию ваш NAS может ставить только доверенные пакеты. Обычно это пакеты самой Synology.

Что-бы NAS мог поставить сторонние пакеты - надо включить эту опцию.

UPD2. Я нашел как включить доступ к папке Homes и просто к ней приконнектился через Total Commander и да, там есть папка Admin , но она совершенно пустая ...

Она и должна быть пустая.

Да и не обращайте на это внимание.

Там схема такая.

Когда вы создаете нового пользователя, есть пункт типа "создать домашнюю папку". Сделали пользователя ВАСЯ и для него можно создать (а можно и не создавать) домашнюю папку ВАСЯ.

Если вы ее не создадите - НИЧЕГО страшного не произойдет. Просто при входе под именем ВАСЯ, NAS будет пытаться сразу кинуть вас в домашнюю директорию этого васи. Но если вы ее не создали - он ругнется на то что папки ВАСЯ не существует. И кинет вас в корень) Ну или куда он там кидает...

Короче даже не обращайте на это внимание.

У меня аналогично и я не заморачиваюсь.

UPD3. Еще раз почистил какую то корзину, отключил журнал передачи. Зашел в Обновление DSM, пощелкал туда сюда настройки и вижу бац .. Пишет, что у меня актуальная версия DSM, это которая 4,3. Я удивился, т к уже есть 6,2. Но думаю, если перестал ругаться на сеть, то наверно и Download station заработал - захожу и да, тот показал все старые загрузки. Видимо как то был внутренний глюк .. И главное: пропали тормоза по сети ... !!! все стало работать как обычно.

Возможно это эффект от того что мы очистили системный раздел. Просто он проявился не сразу.

А может и нет)

Но в любом случае то что мы его очистили - это есть гуд.

Когда он забит под завязку - начинаются жуткие тормоза и всякие спецэффекты.

Это как на винде забить диск на котором стоит винда под ноль)

У меня несколько лет назад такое было на одном из NAS-ов.

Один из пакетов (был у них такой пакет - Intrusion Preventor) своими логами забил корневой раздел под НОЛЬ! У вас 127 мегабайт осталось а у меня НОЛЬ)

И при этом DSM все равно еще как-то ворочалась)

Кое-как влез через SSH, нашел этот огромный лог и убил его.

А винда в таком случае скорее всего даже не стартанет)

Я кстати посмотрел...

Synocommunity почему-то убрал MC из своего репозитория.

Так что даже если вы его воткнете на НАС - напрямую его там теперь нет.

Но есть пакет SynoCli File Tools который помимо всяких утилиток включает в себя и МС. Вот его и надо ставить.

По умолчанию ваш NAS может ставить только доверенные пакеты. Обычно это пакеты самой Synology.

Что-бы NAS мог поставить сторонние пакеты - надо включить эту опцию.

так я же показываю, что меня такой настройки нет. Как включить то ? )

Я у себя только что зашёл на http://www.cphub.net/index.php?id=37, нашёл там в списке "Easy Bootstrap Installer", скачал пакет и выбрав в диспетчере пакетов ручную установку - подсунул скачанный файл. DSM его принимает. Ставить не стал, он у меня уже установлен. Думаю так можно и остальное поставить, если найти и скачать нужные пакеты.

___

___

Проще найти пакет MC и сразу его поставить)

Проще найти пакет MC и сразу его поставить)

Ну, я в принципе про это и написал. И выше дал ссылку что делать после того, как установлен ipkg.

Кстати, в Сети пишут, что до 6-ой версии DSM - правами рута обладал только пользователь root, а пользователь admin такими правами не обладал. Отсюда и невозможность sudo и нехватка прав у Octane, поскольку он входит под admin.

UPD там какая-то заковыка с версиями, MC может некорректно встать или совсем не встать, если не то качнуть. Я ставил через ipkg.

UPD там какая-то заковыка с версиями, MC может некорректно встать или совсем не встать, если не то качнуть. Я ставил через ipkg.

Просто надо выбрать пакет под свою платформу.

Во что нашел - https://spk.4sag.ru/?fulllist=true

https://search.synopackage.com/home

Кстати в каком-то из репозиториев нашел пакет LogAnalysis от некого Tommes.

Позволяет прямо в DSM смотреть все логи системы.

Простенько но удобно.