Сдох жесткий диск

iptables -t -I PREROUTING 1 -p tcp --dport extenrnal_port -j DNAT --to-destionation comp_nat:int_port

пробуй. может еще FORWARD придется открыть

yar@gatew:~$ iptables
iptables: error while loading shared libraries: /lib/libiptc.so.0: cannot read file data: Input/output error

В том вся и проблема. Так-то я умею все это настраивать. ))

тогда никак

хотя...
примонтируй куда-нибудь tmpfs и залей туда iptables со всеми библиотеками, ну и попробуй запустить

но это - уберкостыль

mount - тоже не работает. Я думал, что есть какой-нить хакерский метод.

Езжай на место и чини, раз не озаботились зеркалированием системного диска, значит этот сервер не важен и может недельку не работать, никто и не заметит.

Это домашний сервак. ) Сижу без музыки на работе.

Целл 1200, 196 памяти, все древнючее. )

На боевых серверах у меня подобное случиться не может, зеркало, рейд5, и прочее. ) Да и не убунту я на боевые ставлю.

Кста, а можете посоветовать шелл, который в таких ситуациях сохраняет некоторый минимум работоспособности? Что бы хоть можно было подмонтировать раздел/по настраивать фаирволл?

Если это не hdd, а только ФС, то можно попробовать заребутить через echo b > /proc/... (тут надо у Гугля спросить, куда точно). Может быть оживёт. А может и сосем помрёт... Тут уж как повезёт.

> На боевых серверах у меня подобное случиться не может, зеркало, рейд5, и прочее. )

Может. Это всё не спасёт от логических проблем с ФС, если что...

busybox mount тоже не? С винта хоть что-нибудь читается?

Скопируй пару-тройки мегабайт (/sbin /lib ...) в tmpfs при поднятии системы, будет там резерв на случай поломки диска.

Забей, уже ничего.

Бэкапы тоже есть.

Сейчас сбегал на обед домой, переткнул кабель в свой десктоп.

Вообще, после перезапуска - все поднялось. Буду курить логи.

А вот это очень разумно-же.

На будущее - так и сделаю, спасибо за совет.

Вообще через ssh туннель какбы и порты пробрасывать можно ;) Это так, на заметку.

Я гуглил эту инструкцию. ) Там требуется на серваке выполнить пару комманд. ) А у меня не было такой возможности. )

> Я гуглил эту инструкцию. ) Там требуется на серваке выполнить пару комманд. ) А у меня не было такой возможности. )

Каких команд? По-умолчанию тунели вроде разрешены.

> Вообще, после перезапуска - все поднялось. Буду курить логи.

Ну вот надо было не бегать, а ребутнуть через /proc. Я же написал, что есть шанс, что загрузится. А уж потом бежать, если что.

А tmpfs в swap не уйдёт?

может уйти. тогда физ. носитель — cd, usb-свисток

Можно использовать ramfs.

Наверно. Хотя, ЕМНИП, если ядро «обламается» при доступе к swap'у будет паника, хотя я давно это не проверял. Если это так, то получается что для большей живучести нужно полностью отключать swap, и уже без разницы, что использовать ramfs или tmpfs.