но възможно ли е някой да напише и код, с който да премахна тази забрана?

Да възможно е и ти си човекът който трябва да си го напише.
Предполага се, че не си ти първия, който се е чудил това - как се трие правило.

Разгледай тук: http://stackoverflow.com/questions/10197405/iptables-remove-specific-rules
(още първия отговор)

Добре е да свикваш като пишеш някакви команди да им поразгледаш упътването - какви опции имат - в твоя случай: как се махат (iptables -A INPUT ...) и как се изтриват правила (iptables -D INPUT ....).

Здравейте,
относно:

Ако искаш прочети за конвертиране от GPT към MBR.

Добре до колкото аз знам проблеът с GPT е, че grub/lilo не могат да работят с такава организация.
Понеже тенденцията е все повече да се ползва GPT (уж за по-добро) до кога ще конвертираме GPT в стария MBR? Вие как го виждате в по-нови версии всичко да е наред и Линукс като модерна ОС да няма такива проблеми.
Не трябваше ли отдавна вече да е решен този проблем - няма ли излязла нова версия на grub в която всичко да е наред?

[3.2 MB/s]

Здравейте,

попадна ми едно Raspberry Pi и реших да го тествам.

Използвам Arch image и всичко е настроено. root fs е на самата SD карта - както е по подразбиране. Има закачен един твърд диск чрез usb порт-а, който диск се захранва допълнително и от външен източник на захранване, тъй като само Raspberry-то не подава достатъчно.
Тестовете които се показаха при запис са много слаби:

Запис в/у външния диск:
root@alarmpi 23:19:/mnt# dd if=/dev/zero of=./outfile.img bs=8k count=20k
20480+0 records in
20480+0 records out
167772160 bytes (168 MB) copied, 52.6065 s, 3.2 MB/s

Запис в/у SD-картата:
root@alarmpi 23:21:/home# dd if=/dev/zero of=./outfile.img bs=8k count=20k
20480+0 records in
20480+0 records out
167772160 bytes (168 MB) copied, 24.2817 s, 6.9 MB/s

/dev/zero -> /dev/null:
root@alarmpi 23:23:/mnt# dd if=/dev/zero of=/dev/null bs=8k count=20k
20480+0 records in
20480+0 records out
167772160 bytes (168 MB) copied, 0.230556 s, 728 MB/s

Тестовете за четене с hdparm са следните:

SD-card:
root@alarmpi 23:24:/home# hdparm -tT /dev/mmcblk0

/dev/mmcblk0:
 Timing cached reads:   312 MB in  2.00 seconds = 155.72 MB/sec
 Timing buffered disk reads:  56 MB in  3.05 seconds =  18.38 MB/sec

Външен usb-disk:
root@alarmpi 23:24:/home# hdparm -tT /dev/sda

/dev/sda:
 Timing cached reads:   330 MB in  2.00 seconds = 164.71 MB/sec
 Timing buffered disk reads:  68 MB in  3.02 seconds =  22.52 MB/sec

Ако има някой ползващ такова у-во може ли да сподели това нормално ли е?
Същия диск закачен на моя компютър изкарва около 70 MB/s - запис.
Ако преместя root fs-a на външния диск по-добри резултати ли ще се получат? Има ли друг начин да се подобри бързодействието, или аз грешно правя тестовете? Възможно ли е да е от проблеми със захранването?
Гледах в интернет други хора пиша други резултати... по-добри от моите...
Това е крайно бавно за каквато и да е по-сериозна работа.

Благодаря предварително на всички отзовали се.

Здравей, браво че си се оправил. А само от любопитство ползваш готов image и след това си инсталирал с пакетния мениджър всички необходими пакети, или си си прекомпилирал нов твой модифициран image?
Дали тези 8MB flash са достатъчни за USB 3G поддръжка със стандартна версия на openwrt за този модел?

Здравей, едва ли ще ти помогна много, но доколкото съм чел, (може би и ти): си инсталирал и конфигурирал usb_modswitch, настройките за ppp връзката, provider-а и т.н., инструмент за осъществаването и (wvdial например), заедно с usbserial, който вече виждам имаш.

[md1]

Здравей, благодаря за помощта. В крайна сметка се оправих. Как?

На тази машина първо изобщо нямаше mdadm, наложи се да го инсталирам.

[root@cent ~]# [root@cent ~]# mdadm --assemble /dev/md1 /dev/sdc1
mdadm: /dev/sdc1 is busy - skipping

[root@cent ~]# cat /proc/mdstat
Personalities : [raid1]
md127 : active (auto-read-only) raid1 sdc1[3]
      4877248 blocks super 1.2 [2/1] [_U]
     
unused devices: <none>

Беше се опитало да вкара диск sdc1 в масив md127, това не ми стана ясно защо...
После се опитах да го разкарам от там:

[root@cent ~]# mdadm --remove /dev/md1 /dev/sdc1
mdadm: error opening /dev/md1: No such file or directory
[root@cent ~]# mdadm --remove /dev/md127 /dev/sdc1
mdadm: hot remove failed for /dev/sdc1: Device or resource busy

[root@cent ~]# mdadm -S /dev/md1
mdadm: error opening /dev/md1: No such file or directory
[root@cent ~]# mdadm --stop /dev/md127
mdadm: stopped /dev/md127

И в крайна сметка със опцията --force нещата тръгнаха все пак:

[root@cent ~]# mdadm --assemble --force /dev/md1 /dev/sdc1
mdadm: /dev/md1 has been started with 1 drive (out of 2).

[root@cent ~]# mount -t ext4 -o ro /dev/md1 /mnt/test

Оказа се, че масив правен с mdadm е доста капризен. Да не ти се налага да възстановяваш нещо от него Освен така, др. начин има ли за извличане на данните?

Здравей,

не е монтиран, нито някаде е зададено да се монтира автоматично:

[root@cent ~]# mount
/dev/mapper/VolGroup-lv_root on / type ext4 (rw)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
devpts on /dev/pts type devpts (rw,gid=5,mode=620)
tmpfs on /dev/shm type tmpfs (rw,rootcontext="system_u:object_r:tmpfs_t:s0")
/dev/sda1 on /boot type ext4 (rw)
none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)

[root@cent ~]# cat /etc/fstab

#
# /etc/fstab
# Created by anaconda on Wed Dec 11 22:40:19 2013
#
# Accessible filesystems, by reference, are maintained under '/dev/disk'
# See man pages fstab(5), findfs(, mount( and/or blkid( for more info
#
/dev/mapper/VolGroup-lv_root /                       ext4    defaults        1 1
UUID=6f509039-a7db-451d-9c7a-733d70b2811e /boot                   ext4    defaults        1 2
/dev/mapper/VolGroup-lv_swap swap                    swap    defaults        0 0
tmpfs                   /dev/shm                tmpfs   defaults        0 0
devpts                  /dev/pts                devpts  gid=5,mode=620  0 0
sysfs                   /sys                    sysfs   defaults        0 0
proc                    /proc                   proc    defaults        0 0

Др. вариант за грешка: /mnt/test да е зает - също не ми се вижда валиден:

[root@cent ~]# ls -la /mnt/test/
total 8
drwxr-xr-x. 2 root root 4096 22 дек 23,54 .
drwxr-xr-x. 3 root root 4096 22 дек 23,54 ..
[root@cent ~]# pwd
/root

Здравейте,

опитвам се да извлека информацията от едно дискче участвало в raid 1 масив на др. компютър.
Нито компютъра, нито другия диск, част от този масив са налични.

Закачил съм диска към една машина и тя го разпознава така (sda1 и sda2 са участвали в mirrored масиви, sda3 - си се е ползвал като обикновен дял):

[root@cent /]# fdisk -l /dev/sdc

Disk /dev/sdc: 6442 MB, 6442450944 bytes
255 heads, 63 sectors/track, 783 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

   Device Boot      Start         End      Blocks   Id  System
/dev/sdc1   *           1         608     4881408   fd  Linux raid autodetect
Partition 1 does not end on cylinder boundary.
/dev/sdc2             608         653      359424   fd  Linux raid autodetect
Partition 2 does not end on cylinder boundary.
/dev/sdc3             653         784     1049600   83  Linux
Partition 3 does not end on cylinder boundary.

При опит да монтирам диск /dev/sdc1 - който дял е участвал в raid 1 масива дава следната грешка:

[root@cent ~]# mkdir /mnt/test
[root@cent ~]# mount -t ext4 -o ro /dev/sdc1 /mnt/test
mount: /dev/sdc1 already mounted or /mnt/test busy

Не знам тази операция по извличане на данни как трябва да стане по принцип и за да не налучквам повече ви питам вас.

Благодаря предварително.

Здравей,

ръчно с използването на инструмента: "brctl" не става ли?

Имам втора машина която искам да направя за backup

А има ли вариант за изграждане на failover cluster? Ако отпадне едната машина (без значение от причината) другата да поеме работата?

Здравей, за owncloud като backup решение имай в предвид следното: изтриеш ли файл от локален storage, след синхронизация се изтрива и от отдалечения, което може и да не е търсения резултат.

Здравейте,

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

с приложена филтрация според curl общото време
- закъснение за достъп до web услуга беше около: 0,250 ms.

- За сравнение от тестващия хост към google.bg web страницата curl показа: 0,060 ms.

И реално гледам се използва и conntrack, така че не всеки пристигнал пакет минава през цялата INPUT верига от правила.

Здравей,
имах в предвид дали си тествал времезакъснението за достъп до дадена услуга, при спрян пакетен филтър и съответно същия тест при пуснат такъв.
С този филтър всеки ходящ пакет минава през поне 800 проверки от веригата INPUT, преди да продължи към приложението, което внася известно забавяне, интересно ми беше да видя какво ще е то.

На кратко, ако можеш да пратиш един тест от подобен тип (при пуснат и при спян пакетен филътр):

curl -w '\t%{time_total}\n' -o /dev/null -s http://your_server.some_domainname

* тестът може да се направи от кой да е хост към твоя сървър. И естествено ако имаш пуснат web service на сървъра.
Вижда ли се съществена разлика във времезакъсненията.

Здравейте, искам да попитам проверявал ли си колко забавяне се внася добавянето на такъв пакетен филтър с малко над 800 реда активни правила (едно след друго, без прехвърляне към допълнителни вериги)? И ако да с какво ядро и на какъв хардуер?

Здравейте, искам и аз да попитам нещо:

... и заработване на сигурен бан от ГОГО.

Когато говорим за забрана/бан при СЕО тя в какво точно би се изразявала? Сайтът автоматично спира да се индексира от търсачката и излиза на последно място при търсене или нещо друго?

И в тази връзка този негативен ефект (постигнат чрез xrumer например) се цели не точно твоя сайт който искаш да избуташ нагоре, ами за сайтовете на конкуренцията. Правилно ли го разбирам?