Comments 30
Меня порадовало, что в WD My Book Live уже из коробки Debian.
Здесь изначально нечто Debian-подобное, как написано в насцентраловской вики «modified version of Debian Lenny». Дополнительные пакеты для оригинальной ОСи ставятся из репозиториев на сайте www.nslu2-linux.org/ с помощью ipkg. Но криво и я себе весь мозг сломал, пока понял, как в исходной системе прописать тот же dhcpd в автостарт. Так и не догадался. Решил поставить нормальный debian.
Какой-то он дорогой и функциональность куцая из коробки.
Лучше уж брать Synology 211j/212j — там частота побольше и из коробки имеет восхитительный софт и сам как сервачок вполне работает. И гцц ставится и репозитории ставятся и что угодно.
А еще там стоковый вариант дает возможность подключаться с андроий-айос устройств к нему, стримать может и т.д.
И дешевле на 3к…
Лучше уж брать Synology 211j/212j — там частота побольше и из коробки имеет восхитительный софт и сам как сервачок вполне работает. И гцц ставится и репозитории ставятся и что угодно.
А еще там стоковый вариант дает возможность подключаться с андроий-айос устройств к нему, стримать может и т.д.
И дешевле на 3к…
RS-232 это и есть com порт. А что там за микросхема ещё?
Вот на такие штуки не смотрели: qnap.ru/content/catalogue/soho/
Вроде бы они очень хороши, но сам не юзал.
Вот на такие штуки не смотрели: qnap.ru/content/catalogue/soho/
Вроде бы они очень хороши, но сам не юзал.
Знакомая ситуация:
Это ошибка связано с тем что раздел с X-Load(или что-то другое перед u-boot) имеет HW-ECC, остальная NAND память SW-ECC. Чтобы этим сообщения пропали, нужно сделать патч ядру по их отключению :).
Может показаться, что скрипты автомонтирования виноваты и udev.ignore поможет, но это не так.
kernel: [ 6.327359] uncorrectable error :
kernel: [ 96.499883] uncorrectable error :
kernel: [ 96.503342] end_request: I/O error, dev mtdblock0, sector 8
Это ошибка связано с тем что раздел с X-Load(или что-то другое перед u-boot) имеет HW-ECC, остальная NAND память SW-ECC. Чтобы этим сообщения пропали, нужно сделать патч ядру по их отключению :).
Может показаться, что скрипты автомонтирования виноваты и udev.ignore поможет, но это не так.
А можно немного подробнее про это? У меня аналогичная проблема на Netgear Stora, только со всем флешем целиком — его видно из u-boot, но не видно из линукса (он считает все блоки битыми).
Нужно глянуть mtdtable, у вас он наверное похож на это (BeagleBoard 256M):
mtdblock0:0x00000000-0x00080000: «X-Loader»
mtdblock1:0x00080000-0x00260000: «U-Boot»
mtdblock2:0x00260000-0x00280000: «U-Boot Env»
mtdblock3:0x00280000-0x00680000: «Kernel»
mtdblock4:0x00680000-0x10000000: «File System»
Вытрите память по адресам mtdblock4 с «nandecc sw» как тут (стоит глянуть хелп по u-boot команды отличаются в зависимости от верии). Потом можно форматировать его в jffs2 и пользоваться. Но ошибка сохраниться для всех остальных разделов. Будьте крайне внимательны затерев x-load или сломав u-boot можно брикнуть девайс, и без jtag его будет не оживить. В общем экспериментируйте с mtdblock4. (Некоторые устройства имет recovery по зажатю ресета при загрузке, но как правило это скрипт для того же u-boot. BeagleBoard, например, можно легко восстановить даже испортив всё.)
Есть другой способ — пропатчить ядро. Поищите для вашего девайса новые ядра, возможно там уже реализована поддержка hw ecc. Если нет, то я могу поискать патч (правда для OMAP) который отключает эти надоедливые сообщения.
По большому счёту в этих сообщениях ничего плохого нету, ничего не ломается, только засоряется лог — их можно игнорировать.
mtdblock0:0x00000000-0x00080000: «X-Loader»
mtdblock1:0x00080000-0x00260000: «U-Boot»
mtdblock2:0x00260000-0x00280000: «U-Boot Env»
mtdblock3:0x00280000-0x00680000: «Kernel»
mtdblock4:0x00680000-0x10000000: «File System»
Вытрите память по адресам mtdblock4 с «nandecc sw» как тут (стоит глянуть хелп по u-boot команды отличаются в зависимости от верии). Потом можно форматировать его в jffs2 и пользоваться. Но ошибка сохраниться для всех остальных разделов. Будьте крайне внимательны затерев x-load или сломав u-boot можно брикнуть девайс, и без jtag его будет не оживить. В общем экспериментируйте с mtdblock4. (Некоторые устройства имет recovery по зажатю ресета при загрузке, но как правило это скрипт для того же u-boot. BeagleBoard, например, можно легко восстановить даже испортив всё.)
Есть другой способ — пропатчить ядро. Поищите для вашего девайса новые ядра, возможно там уже реализована поддержка hw ecc. Если нет, то я могу поискать патч (правда для OMAP) который отключает эти надоедливые сообщения.
По большому счёту в этих сообщениях ничего плохого нету, ничего не ломается, только засоряется лог — их можно игнорировать.
Сначала попробуйте nand_erase /dev/mtdblock4 (из mtd-utils) и отформатируйте.
Работал с таким хранилищем с 4 1 ТБ дисками. Работает не очень стабильно с RAID5.
Думаю подошел-бы кабель CA-42 он-же DKU-5 от nokia. В столице нашлось-бы без проблем.
Автор, купить в Москве конвертор уровней serial-ttl можно без проблем где угодно, хоть в банальном «чипидипе», но стоит он там негуманно. Лучше всего было не напрягать коллег паянием, а заказать все на eBay:
www.ebay.com/sch/i.html?_trkparms=65%253A12%257C66%253A2%257C39%253A1%257C72%253A5841&rt=nc&_nkw=serial+ttl&_sticky=1&_trksid=p3286.c0.m14&_sop=15&_sc=1
Цена — порядка 100 руб. с доставкой. :-)
Собственно, иметь такой переходник полезло любому IT-шнику, т.к. последовательная консоль присутствует почти во всех устройствах и получить доступ к ней бывает нужно частенько…
Как уже сказали выше, могут подойти кабели от мобильных телефонов, но не всех и не от всех (обычно от старых — современные наружу консоль далеко не всегда выводят), так что проще и надежнее на 100 руб. разориться.
И еще, к слову говоря, в параметрах соединения управление потоком все-таки скорее всего нужно просто отключить. XON/XOFF — это программное управление потоком через специальные символы. Вообще не помню, когда я его где-либо последний раз видел… При его использовании терминал может «мусорить» в сторону устройства всякой фигней, так что это может мешать в работе.
www.ebay.com/sch/i.html?_trkparms=65%253A12%257C66%253A2%257C39%253A1%257C72%253A5841&rt=nc&_nkw=serial+ttl&_sticky=1&_trksid=p3286.c0.m14&_sop=15&_sc=1
Цена — порядка 100 руб. с доставкой. :-)
Собственно, иметь такой переходник полезло любому IT-шнику, т.к. последовательная консоль присутствует почти во всех устройствах и получить доступ к ней бывает нужно частенько…
Как уже сказали выше, могут подойти кабели от мобильных телефонов, но не всех и не от всех (обычно от старых — современные наружу консоль далеко не всегда выводят), так что проще и надежнее на 100 руб. разориться.
И еще, к слову говоря, в параметрах соединения управление потоком все-таки скорее всего нужно просто отключить. XON/XOFF — это программное управление потоком через специальные символы. Вообще не помню, когда я его где-либо последний раз видел… При его использовании терминал может «мусорить» в сторону устройства всякой фигней, так что это может мешать в работе.
Думаю вполне сойдет USB шнурок от телефонов на микросхеме PL2303. В Москве уж точно не проблема найти.
Я таким шнурком и телефоны шил и точки доступа.
Я таким шнурком и телефоны шил и точки доступа.
Так я и не спорю. Просто нужно будет именно искать конкретный шнурок и, скорее всего, от какой-нибудь старой мобилы. У вас ведь от старой небось? Сейчас большинство выводят только USB'шные сигналы и все. Да и раньше тоже — для тех же Сименсов/Самсунгов (говорю о них, т.к. именно с ними больше всего работал) всегда был ворох кабелей и в одних есть конвертор, в других — просто проводки на USB.
Но если в загашнике есть такой кабель — то хорошо, конечно. Я сам, несмотря на имеющийся в наличии ассортимент, шью старый кабелем от мобилы. :-)
Но если в загашнике есть такой кабель — то хорошо, конечно. Я сам, несмотря на имеющийся в наличии ассортимент, шью старый кабелем от мобилы. :-)
У меня с паяльником совсем плохо. А разъем припаивать все равно пришлось бы. А коллега по работе микроконтроллеры строит, так что ему что подобное устройство спаять было не сложно.
Насчет XON\XOFF — в исходной насцентраловской вики была ошибка в этих параметрах, так что мы подбирали параметры с помощью осциллографа и перебора. Сейчас NAS нет возможности разбирать и проверять, но мне кажется, что мои параметры точные.
Насчет XON\XOFF — в исходной насцентраловской вики была ошибка в этих параметрах, так что мы подбирали параметры с помощью осциллографа и перебора. Сейчас NAS нет возможности разбирать и проверять, но мне кажется, что мои параметры точные.
Осциллограф тут не при чем. Управление потоком, если оно есть, может быть аппаратное или программное. Аппаратное — это сигналы RTS/CTS, которые идут по отдельным контактам (у вас их, соответственно, нет). Программное — это специальные символы, которые передаются внутри общего потока данных и которые должны интерпретироваться терминалами с обоих сторон. Вот тут подробнее, если интересно — en.wikipedia.org/wiki/XON/XOFF
Во встраиваемом оборудовании я с этим не встречался ни разу и сомневаюсь, что оно где-то есть в принципе — последовательная консоль обычно прямо на проц заведена и грузить его еще и работой с этими самыми XON/XOFF никому на фиг не сдалось.
Во встраиваемом оборудовании я с этим не встречался ни разу и сомневаюсь, что оно где-то есть в принципе — последовательная консоль обычно прямо на проц заведена и грузить его еще и работой с этими самыми XON/XOFF никому на фиг не сдалось.
В прошлом году очень интересовался покупкой совместимого с Debian arm компьютера для 24х7 домашнего сервера:
Гугление позволило сделать выводы:
Достоинства перед х86:
сверхнизкое энергопотребление
компактные размеры
возможность изучить что-то новое
Недостатки перед х86:
Неоправданно высокая цена
Слабые возможности по модернизации и ремонту
Слабая поддержка в Debian по количеству и качеству бинарных пакетов
Костыли при установке
Принцип «bootloader+прошивка+часть системы на hdd» вместо «bios + система на hdd»
Выводы:
Arm очень перспективная платформа, но пока подходит только для решений «из коробки» (мобильники, планшеты, NAS и т.д.) либо для талантливых умельцев для которых изучение datasheet и кросскомпиляция — обыденные вещи.
В итоге купил mini-itx плату на amd brazos с USB 3.0, eSATA, Gigabit LAN и без компромиссов по цене, производительности, размерам и совместимости.
Гугление позволило сделать выводы:
Достоинства перед х86:
сверхнизкое энергопотребление
компактные размеры
возможность изучить что-то новое
Недостатки перед х86:
Неоправданно высокая цена
Слабые возможности по модернизации и ремонту
Слабая поддержка в Debian по количеству и качеству бинарных пакетов
Костыли при установке
Принцип «bootloader+прошивка+часть системы на hdd» вместо «bios + система на hdd»
Выводы:
Arm очень перспективная платформа, но пока подходит только для решений «из коробки» (мобильники, планшеты, NAS и т.д.) либо для талантливых умельцев для которых изучение datasheet и кросскомпиляция — обыденные вещи.
В итоге купил mini-itx плату на amd brazos с USB 3.0, eSATA, Gigabit LAN и без компромиссов по цене, производительности, размерам и совместимости.
1) Raspberry PI? :) Да и всякие Beagle/Panda борды не особо дороги. Только вот в наших палестинах редкость.
2) Ну материнские платы в домашних условиях ремонтировать сейчас уже практически не возможно.
3) Да что вы :) Не знаю как там с дебианом, но в убунтах, федорах и прочих архах уже почти всё собрано под арм.
4,5) Да, всё немного не привычно, но вполне удобно и юзабельно. По мне U-boot лучше и понятнее биоса.
2) Ну материнские платы в домашних условиях ремонтировать сейчас уже практически не возможно.
3) Да что вы :) Не знаю как там с дебианом, но в убунтах, федорах и прочих архах уже почти всё собрано под арм.
4,5) Да, всё немного не привычно, но вполне удобно и юзабельно. По мне U-boot лучше и понятнее биоса.
Судя по всему спаяли вам ни что иное, как преобразователь RS232<->UART. UART — тот же RS-232, но с ТТЛ/КМОП-уровнями (в данном случае 3.3V). Микросхема — преобразователь уровней. Возможно, MAX3232 или подобная. Четырех конденсаторчиков на обратной стороне платы нет случайно?
разъем — PBS-04
UFO just landed and posted this here
Все же не понял почему выбор пал на Iomega. У меня WD MyBookLive на 2TB, поднял на нем все что только можно. Там вполне адекватный Debian, по ssh (который опять же работает из коробки) можно сделать с вдшкой все что угодно.
Спасибо вам за пост, сподобил меня заняться исследованием вопроса — в результате собираюсь собрать себе NAS для торрентов и фильмов в квартире. основной критерий — возможность собрать software RAID
например из двух хардов по 1.5ТБ по 500ГБ в зеркале для фоток и прочего невосстановимого добра и 1 диск 2х1ТБ для фильмов и прочего шлака
покурив google пришел к следующей комплектации
мать с пассивным охлаждением 1.8 Intel 2-ядерник (2500)
память 2x2GB (1000)
корпус (1200 1 HDD-2000 3HDD)
харды имеются
допустимые ОС: freeNAS/Debian/Windows — пока не решил
итого: дешевле и производительней, но ваш опыт безусловно будет полезен люителям решений из коробки
альтернативой смотрю NAS от D-Link — хорошо шьются и красивые… заразы
320
325
например из двух хардов по 1.5ТБ по 500ГБ в зеркале для фоток и прочего невосстановимого добра и 1 диск 2х1ТБ для фильмов и прочего шлака
покурив google пришел к следующей комплектации
мать с пассивным охлаждением 1.8 Intel 2-ядерник (2500)
память 2x2GB (1000)
корпус (1200 1 HDD-2000 3HDD)
харды имеются
допустимые ОС: freeNAS/Debian/Windows — пока не решил
итого: дешевле и производительней, но ваш опыт безусловно будет полезен люителям решений из коробки
альтернативой смотрю NAS от D-Link — хорошо шьются и красивые… заразы
320
325
Sign up to leave a comment.
Debian на Iomega StoreCenter Ix2-200 или делаем полноценный сервачок из сетевого диска