Ох, с интернетом это вообще засада. Не захотел настраивать vpn-соединение на плате, пытался залезть в интернет, сделав шлюзом хост-компьютер. С windows XP это сразу была плохая идея - неделю промучался, так и не настроил (не пинговались с платы интернет хосты, хотя локальная сеть была видна). В Ubuntu 12 завелось с "полутыка", хех. Кстати, если кто подскажет, как компьютер с windows сделать шлюзом - буду благодарен, перепробовал уже все.

NAND Flash подмонтировал-таки, хотя тоже не сразу. Пожалуй, напишу, как настраивать, вдруг кому тоже не очевидно будет:

1) Качаем и устанавливаем утилиты apt-get install mtd-utils, как и советовал Jury093
2) На плате обнаруживаются два раздела UBI (часть вывода команды mtdinfo -a):

Код

Count of MTD devices: 2
Present MTD devices: mtd0, mtd1
mtd0
Name: bootloader and kernel
mtd1
Name: nand.rootfs

3) "Подсоединяем" раздел с nand.rootfs

Код

ubiattach /dev/ubi_ctrl -m 1

где 1 - номер подсоединяемого раздела (раздел 0 почему-то не хочет цепляться). В результате выполнения данной команды в каталоге /dev появляются два новых утройства: ubi0 и ubi0_0
4) Монтируем файловую систему

Код

mount -t ubifs /dev/ubi0_0 /mnt/nand

Вот, собственно, и все.

Цитата

"полутыка", хех. Кстати, если кто подскажет, как компьютер с windows сделать шлюзом - буду благодарен, перепробовал уже все.

не знаю, что у вас за конфигурация сети, но у меня все отлично работало и работает..
в частности на той же хрюшке на ноуте, где один сетевой адаптер смотрел в офисную сеть, второй (на pcmcia) - в сторону кита..
и сейчас комп и кит воткнуты в рутер работает..
и комп с китом через кросс тоже работают..
во всех конфигурациях на компе стандартная хрюха и все - кит, комп, виртуалка все и всё видели, толпой ходили в инет и обменивались данными..
к счастью никаких vpn я не касался (и надеюсь, что не буду)..

А как настраивался выход в интернет на компьютере с Windows? Через VPN?

Цитата

А как настраивался выход в интернет на компьютере с Windows? Через VPN?

смысл мне рассказывать о своих вариантах? работа через офисный шлюз, работа через инет-роутер, работа через авторизованный прокси..

не проще вам расписать, что и как устроено у вас и что хотите.. допустим, о работе через vpn я ничего не скажу, ибо незнаком, но возможно кто-то из присутствующих знает и расскажет.. чего ходить вокруг да около..

Цитата

не проще вам расписать, что и как устроено у вас

Обязательно, но не в этой теме.

Как в известной русской сказке, показалось мало старухе... Захотел я грузить систему "по нормальному", то есть с ядром, расположенным на винчестере. Что сделал: скопировал ядро в корень корневой системы винчестера. При загрузке попробовал запустить готовый скрипт u-boot sata_boot, однако, то ли скрипт устал, то ли я...

Код

>run sata_boot
AHCI 0001.0100 32 slots 1 ports 3 Gbps 0x1 impl SATA mode
flags: ncq stag pm led clo only pmp pio slum part
SATA Device Info:
S/N:
Product model number:
Firmware version:
Capacity: 625142448 sectors
reading uImage

** Unable to read "uImage" from sata 0:1 **
Wrong Image Format for bootm command
ERROR: can't get kernel image!

В общем, грустновато. Почему не работает - не понятно. К слову сказать, пробовал и другие файлы читать из корня загрузчиком - не получается.

Цитата

В общем, грустновато. Почему не работает - не понятно.

так вы бы на скрипт посмотрели

sata_boot=sata init; fatload sata 0 ${loadaddr} ${kernel}; bootm

корень дебиана явно не fat использует. Проще всего сделать на диске маленький первый раздел с fat только для ядра а второй для ситемы. Второй вариант - если у дебиана ext3 используется - изменить скрипт на ext2load, должно работать.

Цитата

корень дебиана явно не fat использует

Я почему-то подумал, что fat - это общее название для всех файловых систем.
ext2load - это действительно то, что надо. Однако, в связи с использованием этой команды случилась беда: для того, чтобы команда

ext2load sata 0 0x70800000 uImage

заработала, пришлось дополнительно использовать команду

sata dev 0,

и загрузка стала виснуть на этапе

Waiting for root device /dev/sda1...

Тут привел полный лог загрузки


Зависание стопроцентно связано с использованием команд

sata init

или

sata dev 0

Если не использовать, то загрузка проходит нормально. В чем может быть проблема?

у вас ядро в логе честно пишет:

Код

NO SATA device is found, relase resource!

и справедливо ждет обещанный раздел на накопителе

Код

Waiting for root device /dev/sda1...

для проверки загрузите ядро по сетке и не трогая юбутовский "sata init" грузаните ядро
и я бы посоветовал (как писал выше Саша) сделать 2 (а лучше три раздела), первый разбить под vfat, второй под ext3, третий мег на 128-256 выделить под будущий свопфайл..

Цитата

для проверки загрузите ядро по сетке

Ну в данный момент я так и делаю, все прекрасно работает. А вот почему после sata init перестает обнаруживаться hdd - вот в чем вопрос. Создавать новый раздел для ядра - это, извините, нонсенс. Неужели никто не пробовал с винчестера грузить?

Цитата

Создавать новый раздел для ядра - это, извините, нонсенс.

это стандартное решение для Linux когда в загрузчике нет поддержки нужной ФС - делают раздел с ext2 для корня с ядром в /boot, а нужную ФС монтируют после загрузки ядра, только вам это не поможет - u-boot похоже некорректно с SATA работает.