Debian

Вводим следующую команду

# fdisk -l /dev/sdd

Поолучаем такой ответ:

Disk /dev/sdb: 3000.6 GB, 3000592982016 bytes
255 heads, 63 sectors/track, 364801 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000
Disk /dev/sdd doesn't contain a valid partition table

Следующая проблема — MBR не поддерживает диски более 2.2TB. Решение — использовать GPT (GUID Partition Table). Для этого в debian мне потребовался parted вместо привычного fdisk. Устанавливаю его и разбиваю.

sudo apt-get install parted

Запускаем parted для работы с диском /sdd:

# parted /dev/sdd

получаем:

GNU Parted 2.3
Using /dev/sdd
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted)

Записываем новую метку диска GPT:

(parted) mklabel gpt

Получаем предупреждение об изменении разметки диска и уничтожении всех данных.

Warning: The existing disk label on /dev/sdd will be destroyed and all data on this disk will be lost. Do you want to continue?
Yes/No? yes
(parted)

Далее устанавливаем размеркость в TB, и нажимает enter:

(parted) unit TB

Создаем партицию 3TB , нажимаем  enter:

(parted) mkpart primary 0 0

или

(parted) mkpart primary 0.00TB 3.00TB

или

(parted) mkpart primary 0% 100%

Посмотрим полученные партиции:

(parted) print

Model: ATA WDC WD30EFRX-68A (scsi)
Disk /dev/sdd: 3001GB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt
Number  Start   End     Size    File system  Name     Flags
 1      1049kB  3001GB  3001GB               primary  lvm

(parted) set 1 lvm on

(parted) set 1 raid on

Убедимся что раздел выровнен

 (parted) align-check
alignment type(min/opt)  [optimal]/minimal? optimal
Partition number? 1
1 aligned

pvcreate /dev/sdd1

Создадим новую группу nfs

vgcreate nfs /dev/sdd1

Создадим новый логический том nfs-121 заняв все свододное место (-l 100%FREE)

lvcreate -l 100%FREE -n nfs-121 nfs

Далее форматируем логический том в ext4

mkfs.ext4  -L nfs-121 /dev/nfs/nfs-121

 И уменьшаем количество зарезервированных блоков с 5% до 1% (-m 1)

tune2fs -m 1 /dev/sdd1 

После чего можем монтировать наш раздел в систему через /etc/fstab

можем добавить привычную строчку типа /dev/sdb1   /data   ext4   defaults   0 0 и все будет работать

но GPT использует UUID что позволяет жестко привязывать разделы в независимости отключены они или переименованы между собой

для определения UUID нового созданного раздела вводим команду

# blkid

или если не видите всего списка(некоторые диски могут не отображаться)

# ls -l /dev/disk/by-uuid/

находим нужный для своего /dev/sdb1

UUID=730aacc4-68de-4781-87ec-03549a5560c6       /data   ext4    defaults        0 0

и добавляем его в /etc/fstab

На самом деле задача тривиальная, займет не более 5-10 минут. Принцип настройки одинаков для всех дистрибутивов. Разница скорее всего будет только в установке NFS. Следующим постом опишу процедуру настройки Apple TimeMachine для резервного копирования в нашу новую NFS-шару.

Итак...

1. Устанавливаем NFS server

# sudo apt-get install nfs-kernel-server nfs-common portmap

устанавливаем NFS client

# sudo apt-get install nfs-common portmap

Для того, чтобы убедится что у вас все установилось и запустилось выполните:

# rpcinfo -p

В выводе должен присутствовать nfs и mountd.

2. Настраиваем NFS

Для начала необходимо определится с расположением шар на диске. У меня это внешний ЖД с точкой монтирования /var/nfs.

mkdir /var/nfs
chown nobody:nogroup /var/nfs

Необходимо отредактировать /etc/exports (свой привожу ниже, там у меня всего одна строчка, для моего макбука):

/var/nfs          macfrac (rw,no_root_squash,sync,no_subtree_check,insecure)

Разберем эту строку:

/var/nfs — путь до шары

macfrac — имя хоста, который будет иметь доступ к шаре. Если на шаге 3 будут проблемы с определением адреса хоста, то добавьте необходимую запись в /etc/hosts. Правила для этого хоста:

(rw,no_root_squash,sync,no_subtree_check,insecure)

Тут я думаю все понятно из названия опций (кстати, будет не лишним также почитать документацию и man для более точной настройки под себя)... Остановлюсь только на insecure — в моем случае не получилось сразу примонтировать шару на удаленном компе. mount сообщал «Operation not permited». Одна из причин данного сообщения — попытка подключения с неизвестного порта. Как результат — ничего не монтируется.  После указания данной опции все заработало.

3. Добавляем шару в список доступных для NFS

# sudo exportfs -a

Для проверки експорта смотрим список доступных в данный момент ФС)

# showmount -e

В принципе, шару можно считать настроенной. Как подключить шару с хоста macfrac?! Вот рабочий (у меня) пример команды mount:

# sudo mount -t nfs <IP-адрес сервера NFS>:/var/nfs /media/nfs

Performance Tuning

NFS does not need a fast processor or a lot of memory. I/O is the bottleneck, so fast disks and a fast network help. If you use IDE disks, use hdparam to tune them for optimal transfer rates. If you support multiple, simultaneous users, consider paying for SCSI disks; SCSI can schedule multiple, interleaved requests much more intelligently than IDE can.

On the software side, by far the most effective step you can take is to optimize the NFS block size. NFS transfers data in chunks. If the chunks are too small, your computers spend more time processing chunk headers than moving bits. If the chunks are too large, your computers move more bits than they need to for a given set of data. To optimize the NFS block size, measure the transfer time for various block size values. Here is a measurement of the transfer time for a 256 MB file full of zeros.

# mount files.first.com:/home /mnt -o rw,wsize=1024
# time dd if=/dev/zero of=/mnt/test bs=16k count=16k
16384+0 records in
16384+0 records out

real 0m32.207s
user 0m0.000s
sys 0m0.990s

# umount /mnt

This corresponds to a throughput of 63 Mb/s.
Try writing with block sizes of 1024, 2048, 4096, and 8192 bytes (if you use NFS v3, you can try 16384 and 32768, too) and measuring the time required for each. In order to get an idea of the uncertainly in your measurements, repeat each measurement several times. In order to defeat caching, be sure to unmount and remount between measurements.

# mount files.first.com:/home /mnt -o ro,rsize=1024
# time dd if=/mnt/test of=/dev/null bs=16k
16384+0 records in
16384+0 records out

real 0m26.772s
user 0m0.010s
sys 0m0.530s

# umount /mnt

Your optimal block sizes for both reading and writing will almost certainly exceed 1024 bytes. It may occur that, like mine, your data do not indicate a clear optimum, but instead seem to approach an asymptote as block size is increased. In this case, you should pick the lowest block size which gets you close to the asymptote, rather than the highest available block size; anecdotal evidence indicates that too large block sizes can cause problems.

Футуристические фильмы, говорящие дома... А почему бы не сделать шаг в будущее и не научить Linux разговаривать? Имея Debian Squeeze в качестве домашнего сервера, научим его проверять почту на gmail и сообщать число непрочитанных сообщений с помощью голоса на русском языке.

В этом нелегком деле нам помогут пакеты festival, speech-tools и festvox-ru:

root@localhost:~$ apt-get install festival speech-tools festival-voice festvox-ru

Проверим как оно звучит:

root@localhost:~$ echo "Привет мир" | festival --language russian --tts

Если вместо того, чтобы услышать голос, вы увидели сообщение об ошибке: «ESD: error writing — Bad file descriptor», у вас не стоит PulseAudio, который festival пытается использовать по-умолчанию. Для того, чтобы переключить его на использование alsa и избавится от этой ошибки нужно создать файл ~/.festivalrc с таким содержанием:

(Parameter.set 'Audio_Command "aplay -q -c 1 -t raw -f s16 -r $SR $FILE")
(Parameter.set 'Audio_Method 'Audio_Command)

Теперь перейдем к части с почтой. Gmail представляет удобную atom-ленту для непрочитанных сообщений, используя ее можно написать небольшой скрипт который получает число сообщений аккаунта gmail и информирует об этом с помощью голоса. У меня получился вот такой:

~/bin/check_mail.sh

#!/bin/bash
 
USER="yourname@gmail.com"
PASS="secret"
 
plural () {
    if (( $1 > 10 ))
    then
        N=$(($1 % 10))
    else
        N=$1
    fi
 
    if (( $N > 10 && $N < 20 ))
    then
        FORM="сообщений"
    else if (( $N > 1 && $N < 5 ))
    then
        FORM="сообщения"
    else if (( $N == 1 ))
    then
        FORM="сообщение"
    else
        FORM="сообщений"
    fi
    fi
    fi
 
    echo $FORM
}
 
NEW=`/usr/bin/curl -u ${USER}:${PASS} --silent "https://mail.google.com/mail/feed/atom" |
grep -c "<entry>"`
 
if (( $NEW > 0 ))
then
    if (( $NEW == 1 ))
    then
           echo "У вас одно непрочитанное сообщение электронной почты." | /usr/bin/festival
--language russian --tts
    else
           echo "У вас $NEW непрочитанных `plural $NEW` электронной почты." | /usr/bin/festival
--language russian --tts
    fi
fi
 
exit 0

Этот скрипт можно добавить в крон, он нем как рыба если непрочитанных сообщений нет, когда же они появятся, он сообщит вам об этом.