unvo

cppmm писал(а) Sat, 06 December 2008 06:57 unvo писал(а) Fri, 05 December 2008 10:14 cppmm писал(а) Fri, 05 December 2008 02:35 Извиняюсь за жестокий оффтоп, но как-то эта тема смущает в разделе SuSe Linux, вам не кажется? Посоветуйте, где разместить этот топик? Где-то в разделе программирования. Во всяком случае, в этом топике нет ни слова про SuSe. Так и про программирование здесь ни слова А SuSu неявно подразумевается - такой у меня дистрибутив.

EvilShadow писал(а) Fri, 05 December 2008 11:47 unvo писал(а) Fri, 05 December 2008 10:12 должны же быть какие-то команды, позволяющие изменить поведение ядра. sysctl. Но в этом случае, думаю, dmesg Да, я могу сделать # sysctl kernel.printk=8 Но результат тот же, что и от других подобных действий типа # klog -c 8 или # echo 8 > /proc/sys/kernel/printk. Т.е. все равно приходится смотреть через dmesg.

cppmm писал(а) Fri, 05 December 2008 02:35 Извиняюсь за жестокий оффтоп, но как-то эта тема смущает в разделе SuSe Linux, вам не кажется? Посоветуйте, где разместить этот топик?

EvilShadow писал(а) Fri, 05 December 2008 01:56 unvo писал(а) Thu, 04 December 2008 21:20 если в printk строка loglevel с более высоким приоритетом, чем значение системной переменной console_loglevel, то должен быть вывод непосредственно на консоль. Помнится, под 2.4 такое работало точно. Может быть, в 2.6 что-то изменили? Попробуйте другие версии ядер. Либо загрузитесь с init=/bin/sh, чтоб наверняка никакие инициализационные скрипты не повлияли, после чего подгрузите модуль. По опыту знаю, что в 2.6 оно тоже работает. Не хотелось бы пересобирать ядро, должны же быть какие-то команды, позволяющие изменить поведение ядра.

А почему? Я раньше писал драйверы для разных контроллеров под Linux'ом и uClinux'ом. И там это был основной способ отладки - вывод на консоль. И Рубини пишет, что если в printk строка loglevel с более высоким приоритетом, чем значение системной переменной console_loglevel, то должен быть вывод непосредственно на консоль. А здесь я почему-то этого не наблюдаю.

Написал модуль ядра типа Hello World. вот метод инициализации модуля: static int __init hello_init(void) { printk("<0> Hello World\n"); return 0; } Модуль загружается, но ничего на консоль не выводит. Вот содержимое файла: # cat /proc/sys/kernel/printk 4 4 1 7 /var/log/messages содержит сообщение. Об этом же говорит и dmesg. Но на консоли не вижу. В чем хитрость-то?

Т.е. кому он на фиг нужен! Спокойной ночи.

Для меня остается неясным вопрос: хорошо ли работать без брандмауэра в гостевой системе?

Намек понял: если отключить только в SuSe, то тоже работает

Один в Виндах, другой - в SuSe.

vpk, спасибо большое! Завтра попробую разобраться с брандмауэрами.

ssh-сервер запущен, он есть в процесах. Это мы уже выяснили раньше, когда я запускал из Линукса ssh 192.168.57.128. Отрубил оба брандмауэра - ssh сработала!

Простите, а как это посмотреть? И брандмауэр в SUSE я рассматривал и так, и этак - никак не пойму, что там можно изменить.

И все-таки Интернет вижу только при NAT.

На самом деле - вижу Интернет! Но ssh и telnet все равно не работают.

При host-only я не вижу из Линукса интернет.

А как попробовать 192.168.57.1?

Кстати, я теперь не уверен, запущен ли у меня telnet-server. то, что пакет установлен это да. А как его запустить?

Попробовал из putty. Задал HOST NAME 192.168.57.128 и быбрал SSH. Получил черный экранчик - без ответа.

Пишу ssh 192.168.57.128 В себе же запускает оболочку.

Да, telnet-server запущен. А откуда делать ssh?

Если firewall останавливаю, то всё то же самое.

но когда я пишу telnet 192.168.57.128 оно отвечает Trying 192.168.57.128... telnet: connect to address 192.168.57.128: Connection refused

vpk писал(а) Wed, 03 December 2008 00:09 1) ping 192.168.57.1 что говорит? 2) firewall в SuSE включен? 3) telnet запущен? 1) ping работает. 2) firewall в SuSE включен. 3) telnet-server установлен.

Здравствуйте! Я работаю на ХР. В VMware установлена OpenSUSE. Ethernet настроен как NAT. Адрес адаптера VMnet8 - 192.168.57.1. ifconfig в Linux'е показывает 192.168.57.128. Команда из ХР ping 192.168.57.128 проходит. Команда telnet 192.168.57.128 говорит: "Не удалось открыть подключение к этому узлу, на порт 23: Сбой подключения." Помогите, пожалуйста, добиться желаемого.