С внешним питанием оно должно быть надежнее. Еще вариант --- болтающиеся/слишком длинные провода.
Есть такая директория /lost+found --- там пусто?
Имеется wl500gP под 1.9.2.7-8 прошивкой, на один из USB портов повешен бокс со 160 Гб SATA диском. Диск разбит на 3 раздела - 512 Мб swap, и 2 раздела ext: 4 Гб (смонтирован в /opt) и все остальное (смонтирован в /tmp/harddisk).
На /opt стоит софт (веб-сервер, sql, cron и т.д.) и там же валяется бинарка mldonkey (lite 2.9.0).
На /tmp/harddisk есть папки ftp_pub, ftp_pvt от фтп-сервера роутера (по факту фтп-шник не используется) и папка .mldonkey (понятно от чего ).
После полутора месяцев нормальной работы всей этой конструкции заметил, что вылетела торрент-качалка, вместе с этим отвалилась samba-шара (подмонтированная как сетевой диск), да и вообще отвалилась смонтированная директория /tmp/harddisk.
Решил проверить диск "скандиском":
e2fsck -f -y -v /dev/discs/disc0/part3
Через пол часа проверка закончилась примерно такими строками:
И на диске практически все файлы, так сказать, "исчезли", от нескольких тысяч файлов, скаченных с торрентов, а так же конфигов mldonkey, там осталось буквально 10 файлов.Code:Free inodes count wrong for group #1138 (16384, counted=16383). Fix? yes Directories count wrong for group #1138 (0, counted=1). Fix? yes Free inodes count wrong for group #1139 (16384, counted=16383). Fix? yes Directories count wrong for group #1139 (0, counted=1). Fix? yes Free inodes count wrong for group #1140 (16384, counted=16383). Fix? yes Directories count wrong for group #1140 (0, counted=1). Fix? yes Free inodes count wrong (18956277, counted=18951475). Fix? yes /dev/discs/disc0/part3: ***** FILE SYSTEM WAS MODIFIED ***** 4813 inodes used (0%) 2122 non-contiguous inodes (44.1%) # of inodes with ind/dind/tind blocks: 3251/2122/0 24176551 blocks used (63%) 0 bad blocks 2 large files 4260 regular files 543 directories 0 character device files 0 block device files 0 fifos 60 links 1 symbolic link (1 fast symbolic link) 0 sockets -------- 4862 files
Хотя df продолжает упорно рисовать "занятость" диска на 70%.
Впринципе, мне не столько жалко потерянных файлов (хотя, если есть шанс их восстановить - было бы неплохо), могу еще раз скачать за неделю-две, а мне интересно, из-за чего могла слететь файловая, как предотвратить это в будующем, и чем "заняты" эти 70% диска, когда на нем реально ничего нет?
Last edited by SergeyVl; 16-12-2007 at 10:39.
WL-500g Premium, 160 Gb USB HDD 3.5"
FW 1.9.2.7-8 (Oleg), mldonkey, ctorrent, transmission, knock, lighttpd, mysql, sqlite, php, microperl, nload, rrdtool, cron, ...
С внешним питанием оно должно быть надежнее. Еще вариант --- болтающиеся/слишком длинные провода.
Есть такая директория /lost+found --- там пусто?
Питание вроде нормальное - контейнер работает от родного БП (5В 2А, 12В 2А - относительно заявленных токов потребления HDD запас в 3 раза). Роутер и контейнер с диском подключены к бесперебойнику.
USB провод вроде неплохой, из "недешевых", экранированный, короткий (1 метр).
Раньше этот бокс с этим винтом и на этом проводе висел на компе, за пол года эксплуатации проблем не возникало.
Да, папка lost+found имеется, в ней 7 файлов с названиями типа #4669454, суммарным объемом на 200 Мб.
WL-500g Premium, 160 Gb USB HDD 3.5"
FW 1.9.2.7-8 (Oleg), mldonkey, ctorrent, transmission, knock, lighttpd, mysql, sqlite, php, microperl, nload, rrdtool, cron, ...
В логах ничего подозрительного раньше замечено не было? В файловой системе журнал используется? Проверить можно так (должен быть установлен пакет e2fsprogs):
Code:[root@router root]$ dumpe2fs -h /dev/discs/disc0/part1 | grep "features:" dumpe2fs 1.40.2 (12-Jul-2007) Filesystem features: has_journal filetype needs_recovery sparse_super
Да, журнал есть, судя по всему.Code:[admin@Router root]$ dumpe2fs -h /dev/discs/disc0/part3 | grep "features:" dumpe2fs 1.39 (29-May-2006) Filesystem features: has_journal filetype needs_recovery sparse_super large_file
В логах вроде ничего не было подозрительного (сейчас более тщательно уже не могу проверить, ребутил роутер после e2fsck).
WL-500g Premium, 160 Gb USB HDD 3.5"
FW 1.9.2.7-8 (Oleg), mldonkey, ctorrent, transmission, knock, lighttpd, mysql, sqlite, php, microperl, nload, rrdtool, cron, ...
Есть подозрения в сторону mldonkey клиента, так как та же картина. Только всё с нуля сделаешь (формат, переставил). 1,5 месяца и mldonkey начинает вылетать, при проверке hdd проблемы. При этом стоит UPS PowerMan 1000 Plus, hdd в box 2,5 (bad block – ни одного, проверял после этих проблем - mhdd). А в последний раз ещё и cron вылетел.
У меня тоже почему-то на него подозрения, либо на торрент-клиенты в целом. Возможно, из-за их частых обращений к диску при записи файлов "не линейно" (т.к. скачивание идет фрагментами).
Попробую, как будет время, поставить другую качалку, e-ctorrent например, посмотрю что с ней будет.
Еще подозрение на торрент-качалки, поскольку раньше (до установки последней) у меня стоял более года 2,5" диск на 20 Гб, и ни разу на нем не летела система, даже учитывая, что там почти 1 Гб был бэд-блоков (переноску роняли пару раз).
WL-500g Premium, 160 Gb USB HDD 3.5"
FW 1.9.2.7-8 (Oleg), mldonkey, ctorrent, transmission, knock, lighttpd, mysql, sqlite, php, microperl, nload, rrdtool, cron, ...
также мучался, пока стоял ench-ctorrent с мордой sctcs
Ни у кого нет идей, с чем это может быть связано, и как это можно попробовать "вылечить"?
WL-500g Premium, 160 Gb USB HDD 3.5"
FW 1.9.2.7-8 (Oleg), mldonkey, ctorrent, transmission, knock, lighttpd, mysql, sqlite, php, microperl, nload, rrdtool, cron, ...
точно такаяже ситуация, тока данные позарез нуны.
восстановил по этой инструкции http://www.cgsecurity.org/wiki/Advan...kup_SuperBlock
Опять то же. Только клиент не mldonkey, а уже transmission последний. Так же слетел раздел, роутер при этом намертво повис (ни ssh, ни web-интерфейс не отвечали). Было примерно 50 Гб инфы на разделе (все - торренты).
Так что дело не в клиенте...
WL-500g Premium, 160 Gb USB HDD 3.5"
FW 1.9.2.7-8 (Oleg), mldonkey, ctorrent, transmission, knock, lighttpd, mysql, sqlite, php, microperl, nload, rrdtool, cron, ...
Ни у кого нет идей?
Может ли это быть глюк в драйвере HDD или драйвере файловой системы ext3? Стоит ли пробовать "экспериментировать" с fat32?
WL-500g Premium, 160 Gb USB HDD 3.5"
FW 1.9.2.7-8 (Oleg), mldonkey, ctorrent, transmission, knock, lighttpd, mysql, sqlite, php, microperl, nload, rrdtool, cron, ...
Все так и делаю, на диске 2 раздела ext3 - один с софтом и скриптами, второй только для торрентов. Питание роутера вообще не выключаю, только редкие ребуты (по необходимости). Но сбои (повреждения файловой системы) были при нормальной работе роутера (аптайм несколько дней), так что нело не в этом...
WL-500g Premium, 160 Gb USB HDD 3.5"
FW 1.9.2.7-8 (Oleg), mldonkey, ctorrent, transmission, knock, lighttpd, mysql, sqlite, php, microperl, nload, rrdtool, cron, ...
поможет или нет --- не знаю, однако рекомендую ознакомиться: http://wl500g.info/showthread.php?t=12221