Несколько вопросов по Линуксу, помогите, пожалуйста, советом, где и как копать Опции

[iiv]

Всем привет,

есть борда c двухядерным AMDшником Foxconn AHD1S-K, A50M, в которую воткнуто куча (6) разных USB девайсов. Вся эта система запакована в переносное устройство с автономным питанием. Сейчас стоит там Ubunta 10.10 (Uniti не люблю). Хочу посоветоваться как правильно поступить, так как сам не могу придумать как решить несколько технических задач.

1. одно усб устройство может переконфигурироваться только из WindowsXP(32), под wine даже инсталлятор устройства не запускается, повидимому, хочет какой-то специальный драйвер. К сожалению, поставить еще один комп - нет места. Попробовал поставить VMWare - падает при компиляции

Код

There is a problem compiling the vmnet module after it was patched. :(

хотя и в гугле много искал, но не нашел как решить (у меня стоит стандартный 2.6.35-32-generic).

так как я в виртуальных машинах и винде совсем новичек, хотел спросить, разумно ли попробовать поставить virtualbox и в нем из закромов Электроникса проставить WinXPsp3_USB_SATA_AHCI_RAID или есть что-то более простое и надежное?

2. обнаружил, что у моего устройства иногда происходит слет питания в основном из-за того, что устройство находится еще в тестировании. Из-за слета питания часто убунта входит в ступор и не грузится. Видел-слышал-гуглил, что надо сделать "/" только на чтение, а /home, /var на rw партиции. Читал-гуглил, но так и не понял как это сделать в fstab (или не там это делается, кто знает, скажите, пожалуйста).

Вдруг кто знает-может-есть желание, пожалуйста, посоветуйте, по первому и-или второму вопросам!

ЗЫ: отказаться от убунты не могу, из-за кучи софта под нее заточенного, например, на графической карте у меня там идут вычисления, асмл с лапаком там же во всю используются, короче переползти даже на федоркино горе будет неимоверно сложно, а на майкрояофт - физически мной не реализуемо...

Спасибо!

ИИВ

[alexvu]

Скорее всего, Вам это придется выяснять опытным путем, т.к. тут баланс между неработоспособностью из-за невозможности записи и из-за повреждения при записи данных в момент отключения. С вероятностью 50% эти области перекрываются, и работоспособного в обеих смыслах варианта не существует. Либо он есть, но Вы его не найдете.
Я бы на Вашем месте сделал все-таки резервное питание в виде аккума, например от ноутбука. Заряжать его можно в ноутбуке, а подключать на разряд - с помощью самодельной схемы и при этом давать сигнал на завершение работы либо на ждущий (спящий) режим, если такое возможно в Вашем случае. Также это может быть аккум для авиамоделей, с соотв. зарядником от Ваших полевых 12В. Это гарантированно решит проблемы железа, программ и данных.

[iiv]

Благодарю за отклик и идеи-советы!

Скорее всего, Вам это придется выяснять опытным путем, т.к. тут баланс между неработоспособностью из-за невозможности записи и из-за повреждения при записи данных в момент отключения. С вероятностью 50% эти области перекрываются, и работоспособного в обеих смыслах варианта не существует. Либо он есть, но Вы его не найдете.

как я понимаю, мне надо разделить систему на три блока-партиции,
1. системная, что-то типа лайвсд,
2. тоже системная, но в ней все логи,
3. данные.

Третью партицию (с данными) монтировать только после начала работы, и, при малейшем блекауте - тут же отмонтировать. В принципе я могу ее вообще не монтировать а использовать /dev/sda3 как один большой файл, который у меня будет использоваться во время моей работы, но пока я так еще не сделал.

Как правильно сделать все остальное - собственно я и пытаюсь разобраться.

Я бы на Вашем месте сделал все-таки резервное питание в виде аккума, например от ноутбука. Заряжать его можно в ноутбуке, а подключать на разряд - с помощью самодельной схемы и при этом давать сигнал на завершение работы либо на ждущий (спящий) режим, если такое возможно в Вашем случае. Также это может быть аккум для авиамоделей, с соотв. зарядником от Ваших полевых 12В. Это гарантированно решит проблемы железа, программ и данных.

есть оно... Сделано на суперконденсаторах (14 конденсаторов по 350Ф, каждый на 2.7В). Проблема в том, что аппарат свежий и находится в режиме отладки, причем как электроники, так и того, что этот аппарат обрабатывает. А во время обработки данных аппарат может находится в сотнях, а то и тысячах км от КБ, и, не в моих руках. Последний раз система слетела от того, что резервное питание (эта связка суперконденсаторов) не успела зарядиться, а тестирующий человек решил закончить работу, еще толком не начав... Знаю, что это банальный баг логики схемы питания, но еще не придумал как его устранить и, думаю, это не последний такой баг, поэтому хочу софтверно защититься!

[Andrew2000]

есть такой проект
http://linux.voyage.hk/
можно посмотреть - как у них сделано

3.7 voyage-sync script
=======================

Starting from 0.6, the legacy /ro and /rw directories will be replaced by
voyage-sync script, which is located under /etc/init.d/. At boot, /var/tmp
and /var/log are by default mounted under tmpfs. All the changes will be
synchronized back to disk at shutdown. To sync back to disk manually while
running, run:

# remountrw
# /etc/init.d/voyage-sync sync
# remountro

If you want to add more directories to tmpfs, modify VOYAGE_SYNC_DIRS in
/etc/default/voyage-util.

For more information on the usage, please read /etc/default/voyage-util.

[ObitJr]

/etc/fstab:
/dev/sda1 / ext4 defaults,ro 0 1
proc /proc proc defaults 0 0
tmpfs /tmp tmpfs defaults 0 0
tmpfs /var/lock tmpfs defaults 0 0
tmpfs /var/run tmpfs defaults 0 0
tmpfs /var/tmp tmpfs defaults 0 0
tmpfs /var/log tmpfs defaults 0 0

Ну и сделать
rm -rf /etc/mtab; ln -s /proc/mounts /etc/mtab

Все что нужно для readonly.