На хосте debian 6.0.7.

Ставлю в «Менеджере виртуальных машин» гостевую машину из debian-6.0.7-amd64-businesscard.iso Режим загрузки «Advanced options»/«Graphical expert install» Почему-то не отозвался dhcp-сервер (хотя раньше работал). Назначил 192.168.1.10.

На этапе подключения к зеркалу ftp://ftp.ru.debian.org обнаружил в логе, что «WARNING **: mirror does not support the specified release (squeeze)». Подозреваю, что сеть вообще не в порядке, а зеркало ни при чём.

~ # wget http://192.168.1.1/
Connecting to 192.168.1.1 (192.168.1.1:80)
wget: can't connect to remote host (192.168.1.1): No route to host
~ # route
Kernel IP routing table
Destination	Gateway		Genmask		Flags	Mitric	Ref	Use	Iface
192.168.1.0	*		255.255.255.0	U	0	0	0	eth0
default		192.168.1.1	0.0.0.0.0	UG	0	0	0	eth0
~ # 

Посоветуйте пожалуйста что может быть не так, и как чинить...

Почему? Я думал его дело смонтировать что надо, и завершиться. Кстати я обратил на него внимание потому что он в какой-то момент в iotop'е показывал около 80% (уже после загрузки системы).

Это по данным раздела «Производительность» виртуальной машины KVM в Менеджере виртуальных машин. Я даже в какой-то момент подумал что может это всё-таки данные хост-системы, но когда выключил гостя, его график загруженности процессора в ноль ушёл. Поясню, что я называю простоем: это когда загрузчик (isolinux, насколько я понимаю) ждёт выбора метода загрузки debian-6.0.5-amd64-netinst.iso.

virsh # start Debian
error: Failed to start domain Debian
error: internal error Network 'default' is not active.

virsh # net-list
Name                 State      Autostart
-----------------------------------------

virsh # net-create /etc/libvirt/qemu/networks/default.xml
error: Failed to create network from /etc/libvirt/qemu/networks/default.xml
error: operation failed: network 'default' already exists with uuid xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx

virsh # 

Как такое может быть, и что с этим делать?

При подключении дополнительного НЖМД (на котором много разделов) стали появляться сообщения о том что кому-то недостаточно на нём места. Как это безобразие отключить? xprop сказал, что окно принадлежит /usr/lib/gnome-settings-daemon/gnome-settings-daemon. man/ya.ru/google gnome-settings-daemon не помог. В диалоге правда есть галочка «Не показывать для этой файловой системе», но подобные средства меня раздражают тем, что неясно как их потом отменить, если захочется.

Глючит мышка: однократное нажатие часто воспринимается как двух-трёх-кратное. При выделении текста кнопка как бы отпускается, недовыделив фрагмент.

$ cat /etc/debian_version 
6.0.6
$ less -N /var/log/Xorg.0.log
...
     49 (WW) AllowEmptyInput is on, devices using drivers 'kbd', 'mouse' or 'vmmouse' will be disabled.
     50 (WW) Disabling Mouse0
     51 (WW) Disabling Keyboard0
...

Эффект проявляется и в KDE и в Gnome. Что посоветуете?

# tripwire --check

выдаёт множество ошибок вида

1.   File system error.
     Filename: /etc/rc.boot
     \xd0\x9d\xd0\xb5\xd1\x82 \xd1\x82\xd0\xb0\xd0\xba\xd0\xbe\xd0\xb3\xd0\xbe \xd1\x84\xd0\xb0\xd0\xb9\xd0\xbb\xd0\xb0 \xd0\xb8\xd0\xbb\xd0\xb8 \xd0\xba\xd0\xb0\xd1\x82\xd0\xb0\xd0\xbb\xd0\xbe\xd0\xb3\xd0\xb0
2.   File system error.
     Filename: /root/mail
     \xd0\x9d\xd0\xb5\xd1\x82 \xd1\x82\xd0\xb0\xd0\xba\xd0\xbe\xd0\xb3\xd0\xbe \xd1\x84\xd0\xb0\xd0\xb9\xd0\xbb\xd0\xb0 \xd0\xb8\xd0\xbb\xd0\xb8 \xd0\xba\xd0\xb0\xd1\x82\xd0\xb0\xd0\xbb\xd0\xbe\xd0\xb3\xd0\xb0
...
25.  Duplicate object encountered.
     /proc/sys/net/ipv4/route

С помощью http://2cyr.com/decode/?lang=ru выяснил что крокозябры обозначают «Нет такого файла или каталога».

Как избавиться от ошибок? Неужели специально для этого создавать упомянутые файлы? Вообще почему это считается ошибкой? Менее важный вопрос: почему tripwire печатает коды, вместо символов?

Также интересует что значит ошибка #25 и как избавиться от неё.

Писал письмо. Потом решил дописать позже, сохранил (надпись «изменено» в заголовке исчезла) и закрыл окно. А в черновиках его не появилось! Можно ли как-то выковырять текст из оперативной памяти или ещё откуда-нибудь? Claws Mail не закрывался. Могу предположить что ошибка связана с малым (около 150 кб) размером свободного пространства на разделе /home. Кстати правльно я понимаю что такого быть не должно? Это же не /tmp.

Скажите пожалуйста отчего это зависит и как исправить?

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

Пытаюсь использовать Anjuta 2.32.0.0 под Debian 6.0.4. Создал новый проект C++ типа «Обычный C++».
При попытке сборки проекта (стандартный «Hello, world!») получаю сообщения «**Error**: You must have `glib' installed.», «You can get it from: ftp://ftp.gtk.org/pub/gtk"
При этом
# dpkg -l|grep libglib2.0-0
ii libglib2.0-0 2.24.2-1 The GLib library of C routines
#
Что делать? Удалить libglib2.0-0 и поставить glib-2.30.2.tar.xz согласно https://debian.pro/628 ?

Делаю следующее:

~/main/tmp/test$ rsync -rv 1/ 2
sending incremental file list
q
w

sent 128 bytes received 50 bytes 356.00 bytes/sec
total size is 2 speedup is 0.01
~/main/tmp/test$ rsync -rv 1/ 2
sending incremental file list
q
w

sent 128 bytes received 50 bytes 356.00 bytes/sec
total size is 2 speedup is 0.01
~/main/tmp/test$

Вопрос: почему повторно копируются файлы?
Как сделать так, чтобы неизменившиеся файлы не копировались?
Я думал rsync для того и сделан, чтоб избежать лишнего копирования...

Доброго времени!
Мне была задана пара вопросов, которые я знаю хуже, чем хотелось бы. Приведу эти вопросы, свои варианты ответов, и попрошу, если можно, эти ответы поправить/дополнить.
1. «на сервере сработал мониторинг недоступности 80 порта. Опишите на ваш взгляд самые типичные причины проблемы и методы их решения» [?]
а) упал демон (порт никто не слушает, в top и ps axjf демона нет) - посмотреть sudo netstat -nlt|less -N и for f in /var/log/{daemon.log,messages,syslog} ${SpecifiedDaemonLog}; do grep ${Daemon} ${f}|tail -n 20|less -N;done
б) завис демон (в top'е загрузка близкая к 100%) - опять смотреть журналы, и... ? Что ещё (помимо перезапуска процесса)?
б.1) возможна ddos-атака - http://execbit.ru/2011/10/27/ddos/ -> «Кажется, началось. Что делать?» //Здесь даны рекомендации по apache'у. А в случае nginx?
http://ivanpesin.info/articles/lnx_dos.html -> «Обнаружение атак на отказ в обслуживании» //Правильно я догадываюсь, что в случае icmp-атаки могут не отвечать любые tcp/udp порты?
в) сделана ошибка при переконфигурировании файрвола на сервере - смотреть iptables -L
г) сделана ошибка при переконфигурировании файрвола на одном из маршрутизаторов - Как сделать traceroute для произвольного порта?
д) ?

2) «на сервере в почтовой очереди - 20 тысяч писем, письма из скриптов не доставляются. Что делать?»
а) сперва журналы, хотя почему-то в данном случае на них слабо надеюсь. Затем попоробовать telnet nost 25, попробовть посталть письмо руками, посмотреть что получится.
б) ?

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

md0 : active (auto-read-only) raid1 sdb5[0] sda5[2](S)
1951744 blocks [2/1] [U_]

1. Что значат цифры в квадратных скобках?
2. Что означает (S)?
3. Что означает _?

Перед записью iso заглянул в него krusader'ом, и увидел в нём следующее:

El Torito Boot/
Catalog
Default Image

El Torito BootJoliet level 3/
DriveDetect.exe
README.txt

ISO9660/
DriveDetect.exe
README.txt

После записи обнаружил на диске немного иное:

$ ls /media/dvd-rw/
DriveDetect.exe README.txt
$

Оказалось в в образе mc видит тоже самое, что и ls (аналогичный эффект с монтированием iso).


То есть в образе есть скрытые от ls и mc, но не от krusader'а данные.
Есть ли у кого-нибудь предположения почему так получается, и зачем это сделано?

Речь о файле http://www.seagate.com/staticfiles/support/downloads/firmware/ES2SN06B-3D4DMo..., взятом с http://knowledge.seagate.com/articles/ru/FAQ/207963ru.

В частности интересуют размер блоков и количество свободных/занятых, свободные/занятые inode.

Feb 4 22:43:13 hh kernel: [70084.039162] [drm] nouveau 0000:02:00.0: PFIFO_INTR 0x00040000 - Ch 31
Feb 4 22:43:13 hh kernel: [70084.039751] [drm] nouveau 0000:02:00.0: PFIFO_DMA_PUSHER - Ch 31
Feb 4 22:43:13 hh kernel: [70084.039760] [drm] nouveau 0000:02:00.0: PFIFO_INTR 0x00040000 - Ch 31
Feb 4 22:43:13 hh kernel: [70084.040407] [drm] nouveau 0000:02:00.0: PFIFO_DMA_PUSHER - Ch 31
Feb 4 22:43:13 hh kernel: [70084.040416] [drm] nouveau 0000:02:00.0: PFIFO_INTR 0x00040000 - Ch 31
Feb 4 22:43:13 hh kernel: [70084.040932] [drm] nouveau 0000:02:00.0: PFIFO_DMA_PUSHER - Ch 31
Feb 4 22:43:13 hh kernel: [70084.040941] [drm] nouveau 0000:02:00.0: PFIFO_INTR 0x00040000 - Ch 31
Feb 4 22:43:13 hh kernel: [70084.041625] [drm] nouveau 0000:02:00.0: PFIFO_INTR 0x00010000 - Ch 31
Feb 4 22:43:13 hh kernel: [70084.041636] [drm] nouveau 0000:02:00.0: PFIFO_INTR 0x00010000 - Ch 31
Feb 4 22:43:13 hh kernel: [70084.041647] [drm] nouveau 0000:02:00.0: PFIFO_INTR 0x00010000 - Ch 31
Feb 4 22:43:13 hh kernel: [70084.041657] [drm] nouveau 0000:02:00.0: PFIFO_INTR 0x00010000 - Ch 31

Зашёл по ssh, top показывает

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
1934 root 20 0 206m 31m 4320 S 100 0.4 46:07.58 Xorg

1. Как его аккуратно перезагрузить? (Например для случая когда в редакторе несохранённые данные.)
2. Отчего такое могло получиться, и соответственно что сделать, чтобы такого более не повторялось?

При попытке отправить компьютер в спячку на чёрном фоне (как правильно сказать по-линуксятски - это не терминал, и не уверен что виртуальная консоль (по крайней мере с 7-й я не переключался) ? ), а потом и в syslog'е вижу сообщения «PM: Not enough free swap» и ещё «Uncharging too much».

Последнее в логах выглядит как

1000 Jan 23 14:47:05 xxx kernel: [178886.263873] Uncharging too much 16 h 0, res shmpages ub 0

1001 Jan 23 14:47:05 xxx kernel: [178886.263914] Uncharging too much 1 h 0, res shmpages ub 0

1002 Jan 23 14:47:05 xxx kernel: [178886.263952] Uncharging too much 1 h 0, res shmpages ub 0

1003 Jan 23 14:47:05 xxx kernel: [178886.264173] Uncharging too much 1 h 0, res shmpages ub 0

top говорит

top - 14:58:50 up 20 days, 19:28, 17 users, load average: 0.37, 2.32, 5.75

Tasks: 287 total, 1 running, 285 sleeping, 1 stopped, 0 zombie

Cpu(s): 4.6%us, 3.3%sy, 0.8%ni, 90.9%id, 0.3%wa, 0.0%hi, 0.0%si, 0.0%st

Mem: 7667304k total, 1377088k used, 6290216k free, 9400k buffers

Swap: 1951736k total, 924808k used, 1026928k free, 197100k cached

mount|grep swap

<ничего не говорит>

О каком свопе вообще идёт речь? В моём представлении было бы правильно если бы ОЗУ при засыпании скидывалось в предварительно созданный файл. Что происходит на самом деле и как починить спячку? При этом если завершить некоторые программы - усыпление удаётся. Но ведь не для того его делают, чтоб всё закрывать приходилось.

P.S. «User line break» почему-то не сработал. К чему бы это?