moServices

FarVoice хочу получить логи работы. В МОС SAMBA логи создаются, но их длинна =0.

Логи нужны чтобы найти причину падения прошивок inext_tv. При дисковых операциях со встроенным SATA HDD может отвалится в любой момент процесс записи. Неисправность может проявляться по разному - перестанет работать FTP доступ, не отвечать WEB интерфейс. И эта проблема появляется исключительно при записи на диск больших данных.

имхо
логи самбы не помогут, нужно активировать
syslogd
klogd
-потребуется пересобрать прошивку, или как нить извернутся и запустить их через телнет заранее

PS а так обычно сразу после падения все расскажет dmesg через телнет

Virtual логи сохраняются на HDD, на момент выдачи команды, но сами не обновляются:
dmesg > /tmp/usbmounts/sdb2/log/dmesg.txt - в лог пишется вся информация
syslogd > /tmp/usbmounts/sdb2/log/log.txt - создается лог 0 размера
klogd > /tmp/usbmounts/sdb2/log/log1.txt - создается лог 0 размера

К сожалению вместе с SAMBA падает и консоль, что не дает возможность обновить лог. Можно ли направить лог который транслируется в UART порт в файл?

Одна из возможных причин падения системы:
EXT3-fs warning: maximal mount count reached, running e2fsck is recommended (Предупреждение EXT3-fs: счетчик максимального количества монтирований достиг предела, рекомендуется запуск e2fsck)
EXT3 FS on sdb2, internal journal (эту фразу я не понимаю)

На плеере мне не удалось запустить e2fsck

| +

Warning! fsck.ex3 for device /dev/sdb2 exited with signal 10

Лечение в ubuntu не приносит результата. Переформатирование раздела помогает временно, при заполнении раздела система начинает крэшится. Похоже этой прошивки не удается нормально работать с EXT3 разделами Есть смысл попробовать работать с EXT2, или NTFS если будут идти интенсивные дисковые операции?

логирование:
/sbin/syslogd -s 128 -O /tmp/usbmounts/sdb2/log.log -n -m 0&
/sbin/klogd -n&
само собой sdb2 должен быть на этот момент примонтирован и RW

PS и да логи лучше вести не на тот диск что креш вызывает! лучше напр на отдельно подключеную флешку

Лог практически ничего не пишет:

| +

syslogd started: BusyBox v1.1.3
klogd started: BusyBox v1.1.3 (2014.09.11-13:59+0000)
-- MARK --
-- MARK --
-- MARK --
-- MARK --
-- MARK --
-- MARK --
-- MARK --
-- MARK --

...много раз.....

-- MARK --
-- MARK --

Нашел решение проблемы c падением модулей - необходимо отформатировать винчестер плеером:

| +

/dev/sda1 2 269 2152710 7 HPFS/NTFS
/dev/sda2 121519 121535 136552+ 82 Linux swap
/dev/sda3 121536 121601 530145 83 Linux

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

| +

/dev/sda1 2 269 2152710 7 HPFS/NTFS
/dev/sda2 121519 121535 136552+ 82 Linux swap
/dev/sda3 121536 121601 530145 83 Linux
/dev/sda4 270 111091 890177715 83 Linux

Модули перестали падать! При старте плеера в логах есть обращение к системному разделу /dev/sda3

EXT3 FS on sda3, internal journal
EXT3-fs: recovery complete.
EXT3-fs: mounted filesystem with ordered data mode.

Плеер работает с этим разделом, и наверняка он нужен для нормальной работы. Также после фирменного форматирования HDD стал монтироваться по старинке: /tmp/hdd/volumes/HDD1/
вместо: /tmp/usbmouts/
И стала прекрасно работать команда fsck.

Также после фирменного форматирования HDD стал монтироваться по старинке: /tmp/hdd/volumes/HDD1/
вместо: /tmp/usbmouts/

я искрене сомневаюсь что это добро!

И стала прекрасно работать команда fsck.

до поры до времени .... пока количество обьектов или (и) количество ошибок не превысит опр. уровень.... а как превысит - то fsck сдохнет по OOM Killer и вместе с собой очень вероятно потянет и FS.

на старой прошивке так работало 4 года, когда появлялись ошибки, fsck их беспроблемно лечил.

Подскажите, плиз как откатиться с Samba 3.0.23c на более раннюю версию. А то ни один фильм по сети записать не могу(((

Кто использует xTreamerPro посоветуйте какой модуль из двух установить, разжился тут этим девайсом, хочется его как NAS и как плейер периодически пользовать