Ru-Board.club
← Вернуться в раздел «Периферийные устройства»

» NAS Agestar NSB3AST / NSB3AS

Автор: Sallaxer
Дата сообщения: 06.02.2010 13:02
BenightedFox
Я бы написал как компилировать, если бы понял. В репозиториях для этого девайса ничего нет. Все надо делать вручную. Читай как это делалось (а заодно и эта статья) здесь
Ежели поймешь чего, то может тебе несложно будет создать мануал, как это делается?
Автор: Botv0091
Дата сообщения: 09.02.2010 15:00
Привет!
Я с линуксом не работал уже много лет, а то с чем я работал мало напоминало сборку ядра ... я ведь не сильно ошибусь, если выскажу предположение что до момента:
dd if=/mnt/data/public/root.sqfs of=/dev/mtdblock3
производилась сборка ядра, а-ля прошивки. Если это так, значит можно поставить еще пару программ, главное что бы финальная сборка не была больше 6029312-16 b? Верно?
Я просто паралельно подумываю запихнуть на свой NSB3AS1T какую-нить качалку с рапидшары ... Делалось что нибудь подобное? Стоит заморачиваться?
Спасибо за проделанную работу! + в карму =))
Автор: Sallaxer
Дата сообщения: 09.02.2010 15:27
Botv0091
Основная заслуга не моя, а tim66
Немного не верно, идет не сборка ядра (оно находиться в mtdblock1), а запихивание в файловую систему нужных прграмм. Поэтому с помощью кросс компилятора собираются нужные файлы и впихиваются туда. Финальная сборка должна весить ровно602932 без всяких минусов, так что пихайте в эти пределы что хотите. Можете самбу нафиг выкинуть вместе с TwonkeyMedia (заместо него допустим vsFTPd настроить и памяти в системе меньше жраться будет и места побольше) и засунуть что Вам угодно.
Удачи!
Автор: Sallaxer
Дата сообщения: 10.02.2010 08:04
Что то не сразу дошло - да размер файлов в прошивке должен быть не больше 6029312 - 16б которые добавляются в конце.
С удалением файлов тоже надо быть осторожнее. Если допустим TwonkeyMedia можно удалить полностью папкой, то вот с самбой надо быть осторожнее - девайс может и не запуститься, т.к. эта хрень запускается не явно (как это принято в Linux), а через исполняемый файл /usr/sbin/initsys, часть функций зашита в libutility.so.0.0
Автор: Jacobtey
Дата сообщения: 11.02.2010 11:45
У меня тут вопросы. Может, кто-нибудь даст совет.
Можно ли прикрутить к Debian, установленному первым способом, такой Web-интерфейс?
Как реализовать безопасное выключение устройства (с остановкой и отмонтированием харда). Выключение кнопкой, реализованное сейчас в nsb3as1t, убивает винчестер...
Автор: Sallaxer
Дата сообщения: 11.02.2010 18:59
Jacobtey
Прикрутить то можно, только вот работать он не будет по простой причине - у тебя на девайсе уже весит один интерфейс и по запросу будет запускаться именно он. Можно конечно его прибить, но оно Вам надо?
Реализовать безопасное выключение устройства можно только перекомпилировав и сменив ядро (что конечно в идеале надо бы сделать, но пока не знаю как)
Автор: eXpressionist
Дата сообщения: 20.02.2010 22:35
Sallaxer
даже если tim66 научит компилировать ядро, это мало поможет. это нужно всё с нуля переписывать - адский труд. такое не грех китайцам продать будет, чтобы у себя поставили.
Автор: Sallaxer
Дата сообщения: 21.02.2010 09:16
eXpressionist
Согласен с тобой. Но я просто и говорил к тому, что просто так это сделать не получится - надо именно проделывать всю эту большую работу по смене ядра. Не такой уж он и адский, встречал я в инете посты людей, которые себе ядро поменяли.
Автор: magminsk
Дата сообщения: 25.02.2010 15:57
сделал английский перевод части FAQ,
может быть англоязычные пользователи помогут в улучшении прошивки -)

http://code.google.com/p/nsb3ast/wiki/howto
Автор: Sallaxer
Дата сообщения: 25.02.2010 16:38
magminsk
Спасибо, думаю людям будет полезно. Еще добавлю сегодня способ восстановления девайса отсюда
Автор: trew1111
Дата сообщения: 28.02.2010 23:22
Voliaman!

Мой совет! Попробуйте обнулить винт, хотя у меня была другая ситуация и помогло. Может дело в самом HDD.

Добавлено:
У меня вопрос? Подойдет этот кабель DKU-5 для Nokia 3220(http://www.dku-5.ru/delivery/5403/), как подключение к UART интерфейсу устройства? Или нужно искать другой кабель?

Автор: Sallaxer
Дата сообщения: 01.03.2010 09:57
http://dku-5-usb-to-uart-driver.software.informer.com/
Похоже, что совместим
Можешь вопросы задать eXpressionist`y здесь
Автор: trew1111
Дата сообщения: 03.03.2010 21:18
Хочу поделиться своей ситуацией.
Может кто-то поможет, или возмет что-то полезное с моего опыта.

Подключено устройство было через UPS. Проводил операцию по замене BT-клиента в NSB3AST / NSB3AS сменой прошивки.
Все прошло успешно.
Но! После вкл.\ выкл. устройство не завелось (пошаманил, заработало как карман).

После этого произвели перепрошивку самой флешки на устройтве.
Перепрошивка прошла нормально. После обратного монтажа на устройство флешки устройство не завелось (опять только как карман).

Решили зайти на устройство через UART, со стороны компьютера через COM.
Спаяли провод, соеденились, но ничего не увидели (если кто проходил этот способ, отпишитесь, в чем может быть причина).

После каждого експеримента, и даже сейчас, работает только как карман.
Увидел возможность соедениться через USB-COM.
Очень обрадовался!!! Может получится.
Автор: CrazyC0der
Дата сообщения: 06.03.2010 14:28
Доброго времени суток!

Хочу высказать свои соображения по поводу замены rootfs в mtdblock3
Во-первых - штатная файловая система имеет версию 3.0 и размер блока 65536 байт.
На текущий момент данная версия устарела и в новых дистрибутивах линуха используется версия 4.0. Соответственно, squashfs-tools тоже идут версии 4.0 и эта версия не совместима с 3.0. Версии 3.1, 3.3 так-же уже не полностью совместимы.
Отсюда - делайте выводы, почему столько народу запарывает свои девайсы.
Выход прост - ищите squashfs-tools версии 3.0 и создавайте образ rootfs именно этой версией.
Во вторых, прежде чем шиться - проверьте, а монтируется-ли полученный вами образ вашим девайсом. К сожалению штатный бизибоксовский mount не умеет монтировать loop-девайс, поэтому выполнить данную проверку можно только из debian-а.

# mkdir /mnt/data/test
# mount -oloop rootfs.squash /mnt/data/test

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

# dd if=/dev/mtdblock3 of=rootfs.test

и проверьте - совпадают-ли прошитый и прочитанный файлы:

# cmp rootfs.test rootfs.squash

Если файлы совпадают - тогда можете ребутить девайс.

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



trew1111

Цитата:
Решили зайти на устройство через UART, со стороны компьютера через COM.  
Спаяли провод, соеденились, но ничего не увидели (если кто проходил этот способ, отпишитесь, в чем может быть причина).


А преобразователь уровней тоже спаяли? UART использует 5 Вольт уровни, а комповый COM-порт - 12 Вольт, так-что если цеплялись напрямую - вполне могли спалить UART или даже процессор.
Автор: Sallaxer
Дата сообщения: 08.03.2010 16:44
CrazyC0der
Вы практически все верно сказали, спасибо, но кроме одного: "...Экспериментально удалось установить, что нужна версия 3.2 squashfs" Об этом в инструкции указано и даже уже лежат скомпилированные файлы. А выводы делайте сами.
А Вашу фразу о

Цитата:
В третьих, после прошивки - не спешите ребутить девайс, для начала прочитайте заново mtdblock3

# dd if=/dev/mtdblock3 of=rootfs.test

и проверьте - совпадают-ли прошитый и прочитанный файлы:

# cmp rootfs.test rootfs.squash

Если файлы совпадают - тогда можете ребутить девайс.

я, с Вашего позволения добавлю в инструкцию.
Автор: CrazyC0der
Дата сообщения: 09.03.2010 06:10
Sallaxer

Цитата:
Вы практически все верно сказали, спасибо, но кроме одного: "...Экспериментально удалось установить, что нужна версия 3.2 squashfs" Об этом в инструкции указано и даже уже лежат скомпилированные файлы.


Гм... Экспериментально - это как?
Мои эксперименты как-раз таки подтверждают, что squashfs использована именно версии 3.0

# unsquashfs -s mtdblock3.bin

Found a valid little endian SQUASHFS 3:0 superblock on mtdblock3.bin.
Creation or last append time Tue Jun 23 12:53:02 2009
Filesystem is exportable via NFS
Inodes are compressed
Data is compressed
Fragments are compressed
Check data is not present in the filesystem
Fragments are present in the filesystem
Always_use_fragments option is not specified
Duplicates are removed
Filesystem size 5795.75 Kbytes (5.66 Mbytes)
Block size 65536
Number of fragments 61
Number of inodes 834
Number of uids 1
Number of gids 0

------------------

Где mtdblock3.bin - это соответственно файл-образ rootfs от оригинальной прошивки V01R07.
Более того, я как-раз таки изначально попытался создать файловую систему утилитой версии 3.2 и она у меня отказалась монтироваться, как loop-device, после чего я и стал выяснять причины.

Добавлено:
Мда... решил справедливости ради глянуть чего там в ядре зашито.

[root@FA520]# dmesg | grep squash
squashfs: version 3.2-r2 (2007/01/15) Phillip Lougher
0x00220000-0x007e0000 : "squashfs"
VFS: Mounted root (squashfs filesystem) readonly.

Действительно, вроде-как версия 3.2. Однако, повторюсь, что у меня rootfs, собранная версией 3.2 утилит отказалась монтироваться.

Кстати, пытался для этой железки собрать более новое ядро. Там штатно 2.6.16 зашито, я 2.6.25 запускал, хотел поддержку ntfs через fuse добавить... но видимо разработчики чего-то намудрили с управлением USB-SATA преобразователем - так и не вышло увидеть внутренний хард. Подключенный к внешнему USB-порту - пожалуйста, а внутренний - фиг вам... Так и забросил эксперименты.

Да, и в инструкции у вас сказано, что ядро там 2.4.26 - это откуда такие сведения? Там 2.6.16-star (2.6.16 патченный под STR8132).
Автор: u03sms
Дата сообщения: 10.03.2010 22:24
http://www.agestar.com/english/support/firmware.html

Firmware update V01R09
for NSB3AS, NSB3AST, NSB3AS1T, NSB3AHT, LB2
от 08.03.2010.

Радует, что работают. А вообще - корявая.

Автор: Sallaxer
Дата сообщения: 11.03.2010 04:33
Там вроде как торрент клиент поменяли на Transmission 1.75 (никак наш форум читают )
Автор: djtool
Дата сообщения: 12.03.2010 07:13
У меня NSB3AHT. Прошился на V01R09. Торренты качаются и раздаются замечательно. Но... Раздаются они замечательно пока идет закачка. Как только торрент становится чисто на раздачу, то задача периодически останавливается.
Задал вопрос в саппорт, пока ответа нет.
Автор: Sarychev_Ivan
Дата сообщения: 14.03.2010 00:20
У меня NSB3AS1T. Прошился на V01R09. Торренты качаются без проблем. Сидирование постоянно отключается, если торрент закачан. Пробовал подключаться удаленно через 9091 порт - результат тот же. Пробовал под линуксом корректировать settings.json... не помогает. Пробовал прошить старую прошивку - не получается, пишет Upgrade Failed. Прошу помощи у знатоков... Для меня важно иметь постоянное сидирование.
Автор: Gorbuz
Дата сообщения: 15.03.2010 00:20
Пользую NSB3AST, прошивка V01R09.
Забил терабайтный винт на половину и решил, что настало время попробовать с XFS переползти на EXT2 или EXT3. Бонус тут виден налицо - при подключенни по USB можно будет на винде и маке работать с файлами без помощи виртуального линукса, пусть даже и с потерей скорости (хотя надо еще проверить, будет ли потеря, ведь узкое место у нас процессор, а не винт или контроллер).
Поднял телнет, чрутнулся в дебиан из первого поста, вытащил gcc и хедеры, скачал сорцы convertfs, собрал, запустил. Вот уже 6 часов копирует файлы По моим подсчетам скорость конверсии около 2-3мб/с, это значит, что мне еще ждать день-два ) Как закончит - отпишусь. Прерывать процесс как-то срашно
Автор: elfd14
Дата сообщения: 16.03.2010 18:57
Проблема с девайсом. Для начала вводные данные: прошивка последняя, мартовская, винт форматирован в ntfs (500Гб), предполагается использование только через usb. ОС - винта ХП.
Девайс ведет себя крайне неприятно - в произвольные моменты отключается и тут же снова монтируется. В логах винды остается сообщение от ftdisk следующего содержания: "Системе не удалось очистить данные журнала транзакций. Возможны повреждения данных."
Чего делать с ним? Как лечить?
Автор: Sarychev_Ivan
Дата сообщения: 16.03.2010 21:13
elfd14
Устроийство не поддерживает Ntfs, во всяком случае пока... Так что форматируй винт средствами устройства...
Автор: Sallaxer
Дата сообщения: 17.03.2010 22:07
Sarychev_Ivan
Почему? Если использовать её чисто через USB, то и НТФС потянет
Автор: Gorbuz
Дата сообщения: 18.03.2010 22:56
elfd14
Что говорит датчик температуры? Не может быть перегрева?
В мартовской версии доступны ФС ext2/ext3. Под винду есть несколько драйверов, которые позволяют работать с этими ФС нативно, именно на это расчитан и мой эксперимент. Насколько будет стабильно или нестабильно пока не знаю, как проверю - отпишусь.
Автор: Jacobtey
Дата сообщения: 19.03.2010 10:26
Доброго всем!
Восстанавливаю свой nsb3as1t по методу eXpressionist'а. Хотел зашить оригинальный v01r07, представленный здесь урезанным 256.bin. Есть проблема. При загрузке через tftp (winAgents не зарегистрированная версия) выдает ошибку, передав только половину файла. zImage загружается нормально. Связано ли это с размером файла? Хочется понять, что вообще скрывается за каждым из mtdblock'ов и можно ли его создать самому из оригинальной прошивки?
Рискую ляпнуть какую-нибудь глупость из-за незнания предмета. Прошу помочь разобраться, что к чему, или кинуть ссылку по теории вопроса.


Автор: Sarychev_Ivan
Дата сообщения: 19.03.2010 11:46
После мартовской прошивки нет возможности перешиться на старую прошивку (ни на третью, ни на седьмую). Подскажите, если знаете как это сделать. При попытке прошить устройство из веб интерфейса выскакивает сообщиние Upgrade Failed.
Автор: elfd14
Дата сообщения: 19.03.2010 19:19
Температура на WD 500Гб не поднимается выше 35гр при любых нагрузках.
Взял винт для пробы - сигейт 80Гб. Форматировал его в ext2/3, брал дрова с fs-driver и все равно в какой-то момент (кидал большой файл для теста) снова произошла ошибка.
Сейчас форматнул в XFS, сделал пользователя, девайс обнаружился по сети, но скорость... увы... Вообще хотелось бы не заморачиваться линуксовыми ФС, а юзать винт с ntfs системой!
Автор: Gorbuz
Дата сообщения: 20.03.2010 11:34
elfd14
прицепи датчик температуры не к винту, а к чипу. по симптомам похоже именно на перегрев Jmicron'а (http://www.jmicron.com/JM20337.html) под нагрузкой.


Цитата:
Вообще хотелось бы не заморачиваться линуксовыми ФС, а юзать винт с ntfs системой!

в идеале для этого надо покупать нормальный внешний карман, а не чудо китайской мысли но, думаю, проблема частная и решается радиаторами/охлаждением, иначе бы похожее случалось и у других владельцев - лично у меня ничего такого нет.
Автор: Gorbuz
Дата сообщения: 21.03.2010 11:18
Итого, конверсия xfs->ext3 завершилась. Было потрачено около недели времени, а на последних этапах пришлось вынуть винт из устройства и подключить к основному компу, где все доделывалось под виртуальной Ubuntu. Заодно пришлось несколько раз оптимизировать код конвертера (devremap.c) и делать другие танцы с бубнами. Визуально все прошло отлично, разве что потерялась папка с фильмами на 300 гигабайт Подозреваю, что в ней были русские имена файлов и скрипт с mv некорректно их обработал. Если бы я знал, что папка пропадет - просто бы списал остаток данных на другой винт и форматировал штатными средствами.
Общий совет - никогда не конвертируйте ФС, лучше найдите куда перебросить данные и отформатируйте!

Теперь о работе с Ext3. Скорость записи по сети упала с 4мб/с до 3.3мб/с. Скорость чтения осталась примерно такой же - 4.4мб/с. При подключении через ext2ifs раздел не видится по USB, но видится вживую по SATA. При подключении через ext2fsd все работает, скорость записи 25мб/с, чтения около 35мб/с. Для моих задач это вполне нормально - файлопомойка с торрентами больше не требует, а подключение по USB позволит срочно забекапить с большой скоростью.

Еще в мыслях допилить местный дебиан для поддержки hfs, тогда можно будет при необходимости стыковать девайс с Time Capsule (звучит-то как!). Другой план на будущее - подключить USB 3G модем на вход девайса и получить беспроводную торрент-станцию.

Страницы: 1234

Предыдущая тема: Что такое расходный материал для IT ?


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.