DzmitryK

Всех приветствую! Заметил, что иногда на USB-накопителе появляются неудаляемые (файл занят другим процессом) файлы, хотя эти файлы на самом деле ничего не "держит", не помогает вообще ничего, даже отключение всех устройств от роутера. Единственный вариант удалить - переподключить накопитель или выкл/вкл службу SMB через WebUI. Причину я выяснил сам - это "зависшие" соединения, которые по каким-то причинам не были завершены корректно. Как пример воспроизведения - если во время работы на ПК торрент-клиента выключить сетевой адаптер, то открытые в торренте файлы станут неудаляемыми. Поддержка говорит, что это "Ожидаемое поведение, так как сессия не была завершена корректно, файл не был записан до конца и процесс останавливается, ждем завершения.". Но разве не логичнее предусмотреть какие-то таймауты? Ведь ситуация может возникнуть и в других, не умышленных, случаях - например, если во время работы торрент-клиента нажать Завершение работы/Перезагрузка ПК, то проблема так же возникнет, хотя процесс qBittorrent завершается корректно, видимо соединения повисают из-за того что Windows очень быстро убивает сеть при выключении/перезагрузке... К тому же, "зависают" так же файлы, открытые только для чтения. К слову, в Windows SMB-таймауты предусмотрены. Если на компе 2 некорректно прервать работу с шарой (внезапно отключиться например), открытой на компе 1, то какое-то время на компе 1 эти файлы также никак нельзя удалить (точно такая же ошибка, файл занят, как и в случае с роутером), даже из-под учетной записи Администратора компа 1. Но по прошествии примерно 5 минут, файлы вновь станут удаляемыми. В случае же роутера, они будут неудаляемыми вечно - до перезагрузки роутера/накопителя/SMB. В-общем, тема идея-просьба разработчикам, а то часто напрягает данная проблема

Хотя одна проблема всё же есть, но я не уверен, что она связана с переходником. Иногда, довольно редко, по непонятной причине, перестают удаляться файлы с SSD (файл занят). Помогает либо переподключение накопителя либо выключение/включение SMB через веб-интерфейс роутера. Иначе удалить можно только командную строку в entware. По-другому удалить никак нельзя - даже если отключить все устройства. Как будто файл открыт где-то, но я точно знаю, что это не так. У кого-то была похожая проблема? Наблюдалась как и когда диск был в NTFS, так и сейчас когда он в EXT4. Больше, конечно, похоже на ошибки в реализации SMB на роутере, но вот похоже ни у кого больше таких проблем нет)

Нет, пока не хочу, хватает вообще 1 Тб. Но при покупке заметил, что как-то мало максимум 2, задумался сразу это аппаратное или программное ограничение.

Извиняюсь за офтоп. А есть ли причина обновлять прошивку (ASM2362) если нет никаких проблем вообще, ни с температурой, ни со скоростью, стабильностью. Производитель коробки сообщает, что диски максимум 2 Тб поддерживаются. Может, прошивка может поднять этот предел?

У меня на моей коробке грелся до warning temperature (84 градуса). Вопрос решился установкой термопрокладки, 3мм стала идеально без зазора в моём случае. Теперь самая максимальная температура которую можно достичь в жёстких (запись одновременно с 2-3 мест торрентами и чтение в 10 потоков) тестах - 55 градусов. В реальном использовании вообще выше 50 не бывает. Диск не самый горячий, TDP маскимальный 6 Вт, вентилятор ему точно не нужен, если есть хороший металлический корпус.

У меня точно такой же диск (с такой же версией прошивки и объема) и 1010 так же, но переходник ASMedia ASM2362 (коробка от Ugreen) - за 2 года ни одного отвала.

Знать бы, как это сделать) Код не понятен, если честно.

По пути /opt/root пишется история всех введенных в терминал команд, в файл ".ash_history". По идее, это не очень хорошо для встроенного NAND и разработчикам стоило бы отключить это по-умолчанию для установок во внутреннюю память. Или я преувеличиваю и это пыль? Но ведь команд, наверное, может быть и много... На скорую руку (командами найденными в сети для разных Линуксов) отключить историю не удалось, пишет даже при заnullивании переменных.

Методом исключения) Т. к. и у внутренней памяти и у подключенного накопителя - другие пути монтирования. Но да, тоже думал может быть в ОЗУ (на это намекало удаление настроек после перезапуска роутера), а не в память, пишет. Поэтому и написал, чтобы поправили) Подскажите, пожалуйста, каким образом? Выложу тогда, мало ли кому понадобится) if [ $(cat /sys/block/sda/device/scsi_disk/0\:0\:0\:0/provisioning_mode) != unmap ]; then echo -n unmap > /sys/block/sda/device/scsi_disk/0\:0\:0\:0/provisioning_mode; fi; fstrim -v /tmp/mnt/путь_монтирования Если кто будет делать, учтите, что для cron нужно код именно так писать, в одну строку, по-другому он почему-то не понимает...

Спасибо за инструкцию. Всё сделал и добавил в cron ежедневное задание. Работает как часы. Только вот потом подумал, что эта команда: При добавлении её в cron, производит каждый раз запись на внутренний накопитель, что не очень хорошо судя по статье от разработчика. Причем именно в одну и ту же ячейку, т. к. тут простейший транслятор, а не SSD. И, если не ошибаюсь (поправьте), пишется на внутренний накопитель даже независимо от того, куда установлен entware, т. к. путь монтирования /sys/block. А если не добавлять это в cron, то, понятно, слетает после переподключения накопителя или перезагрузки роутера и fstrim уже не будет работать. Решил это через проверку состояния if-then-fi - если provisioning_mode уже unmap, то не пишем. Но, может, как-то можно сделать, чтобы папка /sys/block/sda вообще не удалялась после отключения накопителя или так нереально сделать?