dtach
Наступна програма – dtach. Вона не набагато складніша попередньої і знаходиться у FreeBSD в портах. У її мані написано, що «dtach це програма, яка емулює функцію від’єднання екран», тобто dtach займається емулюванням однієї-єдиної властивості скріну, а саме – створенням окремих сесій для кожної програми. Весь сенс у тому, щоб запустити програму під dtach’ем, а потім підключатися до неї, коли необхідно.

Цікавою особливістю є те, що dtac вимагає явно вказати, де створювати сокет, за допомогою якого ідентифікується сесія. Доступ до сесії цілком і повністю визначається доступом до сокету, так що якщо вам необхідно показати сесію всім – запускайте dtach, ставте права на сокет 644

Створити сесію з rtorrent’ом всередині (однойменний сокет буде створено в домашній директорії):
dtach -c $HOME/rtorrent rtorrent

Натисніть Ctrl + \, і ви покинете dtach. Щоб заново підключитися до сесії, що існує, наберіть:
dtach -a $HOME/rtorrent.

Повний вивід інформації про операційну систему:
uname -a
FreeBSD ng.portaone.com 7.2-RELEASE-p2 FreeBSD 7.2-RELEASE-p2 #0: Tue Jun 30 18:08:00 EEST 2009 root@ng.intra:/usr/obj/usr/src/sys/GENERIC i386

Виводить ident ядра:
uname -i
GENERIC

Виводить апаратну платформу:
uname -m
i386

Виводить им’я(hostname) системи:
uname -n
ng.intra

Виводить архітектуру процесора:
uname -p
i386

Виводить рівень релізу системи
uname -r
7.2-RELEASE-p2

Виводить ім’я операційної системи
uname -s
FreeBSD

Вивід інформації про реліз:
uname -v
FreeBSD 7.2-RELEASE-p2 #0: Tue Jun 30 18:08:00 EEST 2009     root@ng.intra:/usr/obj/usr/src/sys/GENERIC

Читає BIOS:
dd if=/dev/mem bs=1k skip=768 count=256 2>/dev/null | strings -n 8

Виводить скільки часу система працювала + завантаження:
uptime

Ім’я системи – hostname:
hostname

Опис ієрархії файлової системи:
man hier

Показує історію перевантаження:
last reboot

Виводить інформацію про знайдене апаратне забезпечення та повідомлення завантаження
dmesg

Список ресурсів апаратного забезпечення у вигляді дерева:
devinfo -rv

Модель процесора:
sysctl hw.model

Виводить інформацію про аппаратне забеспечення:
sysctl hw

Використання пам`яті:
sysctl vm

Розмір апаратної пам`яті:
dmesg | grep "real mem"

Налаштування пам`яті ядра та додаткова інформація
sysctl -a | grep mem

Список налаштованих пристроїв:
sysctl dev

Список PCI пристроїв:
pciconf -l -cv 

Список USB пристроїв:
usbdevs -v

Список ATA пристроїв:
atacontrol list

Виводить список SCSI пристроїв:
camcontrol devlist -v

Видалення номера строки

sed '13d' file.txt

Видалення інтервалу з 8 по 10 строку:

sed '8,10d' file.txt

Також можливо видали строки які містять строки, або задовольняють регулярним виразам:

Видалити останню строку:

sed '$d' file.txt

Видалити всі пусті строки:

sed '/^$/d' file.txt
sed '/./!d' file.txt

Видалити строк, які задовольняють регулярним виразам:

sed '/[0-9/][0-9]*$/d' file.txt

Використання шаблонів:
# tar zxvf tarfile.tgz –include=”desiredfile*”

‘desiredfile’ повинен використовувати повний шлях

Щоб перевірити повний шлях файлу:

# tar tf tarfile.tgz

user@hostname:~$rtpbreak -r dump.pcap

user@hostname:~$ ls -1
rtp.0.0.pcap
rtp.0.0.raw
rtp.0.0.txt
rtp.0.1.pcap
rtp.0.1.raw
rtp.0.1.txt
rtp.0.txt

Ось ми маємо 2 RTP сесії та логи:

user@hostname:~$ cat rtp.0.0.txt
RTP stream id: rtp.0.0
Packet source: iface 'wifi0'
First seen packet: 19/02/2008#09:49:29 (pcap time)
Stream peers: 192.168.0.30:2072 => 192.168.0.20:2074
RTP ssrc: 1695569992
RTP payload type: 0 (ITU-T G.711 PCMU)
Last seen packet: 19/02/2008#09:50:57 (pcap time)
Call length: 1m28s
Flushed packets: 2819
Lost packets: 106 (3.62%)
RTP payload length: 240 bytes (fixed)

hostname@hostname:~$ cat rtp.0.1.txt
RTP stream id: rtp.0.1
Packet source: iface 'wifi0'
First seen packet: 19/02/2008#09:49:29 (pcap time)
Stream peers: 192.168.0.20:2074 => 192.168.0.30:2072
RTP ssrc: 112268413
RTP payload type: 0 (ITU-T G.711 PCMU)
Probable reverse RTP stream id: rtp.0.0
Last seen packet: 19/02/2008#09:50:57 (pcap time)
Call length: 1m28s
Flushed packets: 2800
Lost packets: 115 (3.95%)
RTP payload length: 240 bytes (fixed)

Тепер можемо конвертувати у wav формат:
user@hostname:~$ sox -r8000 -c1 -t ul rtp.0.0.raw -t wav0.wav
user@hostname:~$ sox -r8000 -c1 -t ul rtp.0.1.raw -t wav1.wav

Можна об’єднати файли:

user@hostname:~$ sox -m 0.wav  1.wav call.wav

Ну і програти:

user@hostname:~$ mplayer call.wav

[I have no name!@myserver.com~]$

Схоже, що зламався файл /etc/passwd. Спробуйте відновити його, в мене треба було лише відкрити та зберегти його знову.

Дуже легко автоматизувати процес за допомогою утілити sed, наприклад замінити шлях в bash-скриптах з лінуксового шляху на шлях, що у freebsd:

sed -i .bak 's/\/bin\/bash/\/usr\/local\/bin\/bash/' *.sh

Будуть створені файли без змін з .bak розширенням, та зміняться оригінальні файли.

використовуйте команди top чи ps:

# top

Чи

# ps aux | awk '{ print $8 " " $2 }' | grep -w Z

Output:

Z 4104
Z 5320
Z 2945

Як вбити  процеси zombie?

Ви не можете вбити їх, оскільки вони вже мертві. Якщо ви маєте багато zombie процесів – спробуйте рестарту вати батьківський процес чи сервіс.

Ви можете спробувати  вбити  zombie процес за допомогою PID, що ви отримали з команди, що описана вище. наприклад вбити zombie процес з  PID 4104:
# kill -9 4104

Проте це не гарантує, що ви вб’єте цей zombie процес.

Zombies – це мертві процеси. Ви не можете вбити мертвого. Всі процеси вмирають, та потім вони становляться zombie. Вони майже не споживати ресурсів, як і очікується, оскільки вони мертві! Причина того, що вони стали zombie, – це того, що батьківський процес може отримати статус закінчення zombie та статистику використаних ресурсів. Батько посилає сигнал до операційної системи, що йому більше не потрібен zombie, використовуючи системний виклик wait().

Коли процес вмирає, всі дитячі процеси стають дітьми процесу номер 1, що є процесом init. Init завжди очікує дітей,що вмирають так щоб вони не лишилися зомбі.

Якщо ви маєте процеси zombie – це означає, що ці zombie  не дочекалися своїх батьків (погляньте на PPID, що відображається командою ps -l). Є 3 варіанти: пофіксити батьківський процес  (зробити так щоб він очікував); вбити батьківський процес; чи жити із ними. Пам’ятайте, що жити з ним – не важко, оскільки zombie забирають не більше однієї лінії в  ps.

Вам не обхідно послати батьківському процесу  сигнал  SIGCHLD чи вбити його:

ps -eo pid,ppid,user,args,stat –sort stat | grep Z | awk ‘{ print $2 }’ | sort -u

Дасть вам ID батьківськів процесів

kill -s SIGCHLD
чи
kill