N800 - вставляю во внутренний слот 2х гиговую карту - форматирую средством файлового браузера таблетки. Затем пытаюсь "расширить виртуальную память" на этой карте. - выкидывает ошибку. На разделы то я разобью позже - но вот интересно, почему не хочет.

А если так попробывать?

$ sudo gainroot
# dd if=/dev/zero of=/media/mmc2/.swap bs=1024 count=131072
# mkswap /media/mmc2/.swap
# swapon /media/mmc2/.swap

Так проще
bs=1K count=128K

ну создать то из консоли - дело понятное. Я просто хотел сказать что из контроль панели создаётся например подкачка на 125mb карточке - а на 2х гиговой - не хочет...

Странно это... У меня на 8Г создается без проблем.

Тоже наблюдалась подобная проблема. Карточка глюканула, пришлось форматировать.
После этого ни в какую не желался делаться своп через настройки (размер свопа варьировал, но все рано никак).
Пришлось через консоль.
Причина осталась невыясненной, по крайней мере для меня. Потом перепрошил на Диабло.
А Диабло, либо сам предыдущий своп подхватил от чинука, либо по-умолчанию его сделал (как-то не замечал при перепрошивке я раньше подобного). Возможно был невнимателен. )
Карта кстати, тоже 2 гига.

есть подозрение, что ети проблемы связаны с сущностью SD карт
они под таблеткой иногда переходят в режим "read-only"
по моим наблюдениям особенно карточки большого размера
с 128мб такого не случалось вообще)))
для себя устранил проблему форматированием карты в ext2, проделывал на ББ, потом вставлял обратно
больше проблема не проявляется, и скорость работы и стабильность улучшились...
удачи!

А почему система не позволяет поставить более 128 метров?

ip говорит:

есть подозрение, что ети проблемы связаны с сущностью SD карт
они под таблеткой иногда переходят в режим "read-only"
по моим наблюдениям особенно карточки большого размера
с 128мб такого не случалось вообще)))

Такую сущность никто больше не замечал. Надеюсь, Вы не имеете в виду, что карта аппаратно переходит в ридонли? Тогда это неисправность карты. А вообще, в линуксе FAT-диск переводится системой в этой состояние, если при монтировании найдена ошибка файловой системы. Чаще всего несовпадение FAT и её резервной копии, после вынимания или сбоя до демонтирования. Лечится fsck.vfat -r /dev/mmcblk1p1
Ещё некоторые карты на таблетке глючат. Действительно, особенно большие. Старые добрые, но медленные и маленькие карты обычно скрипят, но ползут. А большие и быстрые летают и падают. Хотя одна моя старая карта 512Мб во внешнем слоте постоянно портилась при записи. А теперь во внутреннем, под свопом, ни разу не упала.

Usadreamer говорит:

А почему система не позволяет поставить более 128 метров?

В линуксе рекомендуемый размер свопа - половина объёма RAM. Больший своп, вероятно, замедляет систему.

Спасибо за коммент )

Dali Вообще то не 1/2, а (1|2|3) * RAM - рекомендуемый размер свопа для 90х. Имхо SWAP>RAM делать смысла не имеет.

Вот у меня н800 аптайм 4 дня. При запущенном фбридере, медиаплеере и xtermе кол-во занятого свопа равно 24мб.

своп на 256мб работает очень криво, тормоза и заполняется он максимум на 150мб (это у меня так было), но можно сделать два своп-файла по 128мб, так тормозов нету, только не помню случаев, чтобы второй своп-файл начал заполнятся :) поэтому не вижу смысла в нем.

Ну хорошо - оптимальный размер файла подкачки какой?

128мб самый оптимальный размер (покрайней мере для меня)

128мб если позволяет место на карте.

Карты сейчас стоят недорого - я готов и всю внутреннюю восьмигиговую отдать если он будет летать.

Дали, спасибо за пояснения
но от FAT стоит избавляться, не самая удачная файловая система(((

fat - это как стандарт фс для переносных устройств. fat поддерживается любой ос, а вот с ext3 придется сосать лапу всем пользователям windows... Так что не вариант....

ip говорит:

Дали, спасибо за пояснения
но от FAT стоит избавляться, не самая удачная файловая система(((

Если Вы о том, что FAT портится, так и с EXT2 будет то же. Это же не журналируемые ФС (которые нельзя применять на флеше).
Действительно важный недостаток FAT в отсутствии прав доступа у файлов.

А с чего это нельзя журналируемые ФС на флешке?
У меня на Зауре ext3 с журналом на SD уже несколько лет прекрасно живет.

Просто в журнал постоянно что то пишется и он находится в одной и той же области флеш памяти. Вот так со временем выходит, что начальные сектора флеша умирают т.к. имеют ограниченное количество циклов чтения/записи.

Только недавно обсуждал тему "измыливания" флэша с одним профессором (МАИ) в области схемотехники ЭВМ. Он мне довольно убедительно доказал, что флэша хватит на несколько лет даже при журналировании каждые 5 секунд. Ну а как тогда живёт EEE PC 4G c флэшем в NTFS на внутреннем диске, или там не флэш??

За то время пока износится флешка она уже морально устареет.
А вот на mtd например NAND действительно не стоит активно писАть.

FireFly говорит:

Только недавно обсуждал тему "измыливания" флэша с одним профессором (МАИ) в области схемотехники ЭВМ. Он мне довольно убедительно доказал, что флэша хватит на несколько лет даже при журналировании каждые 5 секунд. Ну а как тогда живёт EEE PC 4G c флэшем в NTFS на внутреннем диске, или там не флэш??

Как-то я уже писал всё это, повторю.
Производители обещают несколько миллионов циклов записи (о чём и прочитал профессор). Но они умалчивают, что эти записи при испытаниях разбросаны по всему диску, а в жизни журнал (и своп) пишется в одно место. И еще - все распространённые ФС не рассчитаны на флеш, и устроены так, что после стирания файла, при последующем выделении места выделяются те же блоки. Можно, конечно, по возможности стирать файлы только после заполнения (т.е. не стирать каждый день закидываемую музыку, а добавлять новое на сегодня, а потом всё стереть, и начинать с полупустого диска), как рекомендуют, но ИМХО если есть своп, диск умрёт на нём.
Так что кроме знания схемотехники важны ещё познания в ФС.
А в EEE PC и других ноутах ставят не флеш, не SD и не CF диски, а SSD, где этот момент решается аппаратно (физические блоки, присваиваемые логическим, перетасовываются).
Вообще, полагаться на мнения "у меня со свопом/журналированием работает N лет" - это лотерея. А мнения от разработчиков ФС - это другое.
Лично у меня SD со свопом умер за 3 м-ца (и я не одинок). Теперь под своп ставлю маленький дешёвый SD, чтобы не жалко было, когда (а не если) умрёт. А из флеш-дисков, которые я использовал энергично, для ежедневной синхронизации рабочего и домашнего компов, ни один не выжил. Умирают почти сразу по окончании гарантии (один раз только повезло, умерла за 4 дня до). Теперь для этого использую USB-HDD.
Если у кого-то всё ок, или используют в более мягком режиме, или до свопа редко доходит, или повезло.

Можно конечно, списывать на везение.
Одно могу сказать что на Заурусе у меня стоял Дебиан на СД и своп там же. Компилировал пакеты. Практически весь Дебиан под армел собирал, когда его еще не было. Своп активно использовался. Это очень длительный процесс. И вообще нагрузка на ПДА была высокая постоянно. СД до сих пор ни одного плохого блока.

У меня тоже ни разу не было ни одного бэдблока, ни на SD, ни на флеш-дисках. В отличие от HD, которые умирают после продолжительной болезни.