Ru-Board.club
← Вернуться в раздел «UNIX»

» Новичок в GNU/Linux’е

Автор: ASE_DAG
Дата сообщения: 07.06.2011 21:55
Alukardd
> uname -a ^_^
uname: лишний операнд «^_^»
А если серьезно, то т. gryu упоминал, что юнэйма там тоже нет.
Можно попробовать в /proc/version глянуть.

> что он просто ничего не вывел
Хуже.

Цитата:
# ls -ld /mnt/dvd
8517 /mnt/dvd


Мне думается, пока не будет возможности обмениваться с этой загадочной системой вводом/выводом иначе чем через ручное перепечатывание, предложить что-то путное едва ли получится.
Автор: ArtemijG
Дата сообщения: 07.06.2011 22:51

Цитата:
bzip2 не распаковывает Linux Kernel. Возможная причина - нехватка места.
/dev/sda1 - 112Мб доступно. Вот поэтому драйвер не устанавливается.


С /tmp решил проблему как Вы советовали. Теперь архивы свободно распаковываются, НО


Цитата:
Кстати, не-а. Причем здесь вообще корень? Это под темп у вас всего 368 Мб выделено, а это катастрофически мало.


Именно при том, потому как ATI драйвера по прежнему просят свободное место, и указывают на то что у меня свободно именно 111Мб, а это никак /tmp не может быть. Судя по df -h это именно dev/sda1.

Файловая система Разм Исп Дост Исп% смонтирована на
/dev/sda1 323M 195M 112M 64% /
tmpfs 4,0G 0 4,0G 0% /lib/init/rw
udev 4,0G 268K 4,0G 1% /dev
tmpfs 4,0G 1,1M 4,0G 1% /dev/shm
/dev/sda9 267G 20G 234G 8% /home
/dev/sda5 8,3G 4,4G 3,5G 56% /usr
/dev/sda6 2,8G 1,9G 786M 71% /var
tmpfs 4,0G 12K 4,0G 1% /tmp

Что дальше?
Автор: ASE_DAG
Дата сообщения: 07.06.2011 23:01
ArtemijG
> Что дальше?
Ищите возможность либо увеличить sda1 (я не вижу с чем он и как у вас граничит, поэтому ничего конкретного сказать не могу), либо перенести корень с sda1 в другое место.
Автор: ArtemijG
Дата сообщения: 08.06.2011 09:12

Цитата:
перенести корень с sda1 в другое место

Какой командой?
Что после этого надо прописать в /etc/fstab?

Добавлено:
Начал обновлять ядро.

Ввел:
# make oldconfig

Результат:
root@debian:/usr/src/linux# make oldconfig
HOSTLD scripts/kconfig/conf
scripts/kconfig/conf --oldconfig Kconfig
*
* Restart config...
*
*
* General setup
*
Prompt for development and/or incomplete code/drivers (EXPERIMENTAL) [N/y/?] (NEW)
Здесь можно соглашаться?
Автор: gryu
Дата сообщения: 08.06.2011 11:22
Alukardd
Цитата:
А можно ls -la /mnt глянуть?
Ну переписывать всё не буду.
Права на все директории drwxr-xr-x. я их тут уже несколько понасоздавал.

Цитата:
просто глянуть echo $USER.
Хи-хи. Ответ root. Какого чёрта тогда chmod не проходит?
Хотя вспомнилось тут, что у приятеля был такой случай. В FreeNAS подключил виндовый диск и тоже chmod не проходил. ФС был FAT32. Там правда на линукс, а FreeBSD урезанная.
Так и не разобрались тогда.
ASE_DAG
Цитата:
что это за диск такой, и где вы его взяли.
Диск ДСП-шный. Звонил разрабам. В ответ получил "а это мы так специально всё порезали "

Цитата:
наладить обмен файлами между этой многострадально системой и той, с которой вы ходите в сеть. Например, запустите лив-сиди под виртуалкой.
ifconfig выдаёт интерфейсы eth0 и lo.
Лупбэк он и есть лупбэк, а eth0 имеет левый IP 169.254.*.* из "виндового пула"
SSH, телнет, нот фаунд.


Добавлено:
Да! Дабы "не выплеснуть вместе с водой и ребёнка".
Напоминаю что суть проблемы не в желании что-то ковырять в системе, а в необходимости получить штатно загруженную ОС с псевдоCD-Rom при загрузки из iso образа с флешки (на аппаратах нет штатного CD привода, а таскать с собой USB-шный по точкам, неудобно).
Т.е. не только ядро, как это получается при простом мапинге из граба, но и получить виртуальный CD-привод в системе с загруженным туда iso образом.
Автор: Alukardd
Дата сообщения: 08.06.2011 14:24
gryu
Цитата:
левый IP 169.254.*.* из "виндового пула"
ну вы и обосрали link-local адреса)))
Цитата:
Какого чёрта тогда chmod не проходит?
эм... не помню что мы там выяснили про то с каким флагами система подключена (извентиляюсь, если уже выясняли)? mount
Автор: gryu
Дата сообщения: 08.06.2011 15:07
AlukarddДанные команды mount без параметров. http://forum.ru-board.com/topic.cgi?forum=65&topic=4162&start=600#2
Автор: ArtemijG
Дата сообщения: 08.06.2011 21:25
Проблемы как были так и остались. (ALSA не работает. Перелопатил "весь" интернет! На многих форумах эта проблема остается не разрешенной. Только не многие участники утверждают, что проблема решилась при обновлении ядра.)

Пытался собрать ядро. Вышло криво) (собирал в директории /usr/src) Хорошо хоть систему не накрыл.
В общем суть такова:
При загрузке системы к выбору старого ядра добавилось новое. Оно конечно не функционирует и при попытке входа выдает что то вроде "паник - бла-бла - модуль - бла бла - ffffffff81144378 ..." (с удовольствием предоставлю Вам лог, если подскажите где он находиться)

1. Как новое-нерабочее ядро удалить из загрузчика?

Нашел еще один мануал по сборке ядра, но он существенно отличается от вариантов приведенных мною выше (где я потерпел неудачу).

К примеру - этап сборки:

Цитата:
make bzImage modules modules_install install
- этот вариант вообще отсутствует в тех манах по которыми я собирал ядро. (т.е в моем варианте собирался deb пакет без модулей, здесь же наоборот - собираются модули и еще непонятно что)
Так же в этом мане отсутствует команда # make-kpkg clean

Хочу отметить, что при сборке ядра во второй раз, используя команду #make modules система собирала драйвера и модули около 40 мин, пока я вручную не прервал процесс.

2. Столь длительное время работы по установке модулей нормальная ситуация?
Автор: ASE_DAG
Дата сообщения: 08.06.2011 22:23
ArtemijG
> Как новое-нерабочее ядро удалить из загрузчика?
Удалить его физически:
# rm /boot/*2.6.39-1-686 # или какое оно у вас там
и обновить конфиг Груба:
# update-grub
Автор: RussianNeuroMancer
Дата сообщения: 09.06.2011 02:07
ArtemijG
Цитата:
Нет, не приходилось.
Стоит проверить.
Цитата:
Но Вы ведь не будите отрицать того факта, что какой бы дистрибутив новый ни был, при установке его на новое "железо" вероятность возникновения проблем многократно возрастает.
Драйвера для совсем нового железа бывают недопиленными вне зависимости от ОС. Ну а в Linux, так уж сложилось, драйверный вопрос завязан на свежесть дистрибутива в целом (если точнее - многих его компонентов, а так же содержимое репозиториев этой версии дистрибутива), и Debian Squeeze в сравнении с (K)ubuntu и Debian testing/experimental по этому параметру, очевидно, уступает. Причём на довольно серьёзный, по меркам Linux, срок.
Цитата:
Какой ключ мне задавать?
Debianstable.
Автор: gryu
Дата сообщения: 09.06.2011 11:30
ASE_DAG
Alukardd
RussianNeuroMancer
Коллеги. Возвращаясь к вопросу загрузки из iso. Вычитал тут такую идею.
1. монтируем iso в grub
2. указываем grub-у что зарузить нужно ОС из виртуального устройства.
http://help.ubuntu.ru/wiki/%D0%B7%D0%B0%D0%B3%D1%80%D1%83%D0%B7%D0%BA%D0%B0_ubuntu_%D1%81_iso
Кто нить разбирается в подобном достаточно, чтоб проаналтизировать?
У меня не получилось. Grub не хочем монтировать образ.

Добавлено:
P.S.
Прошу не путать этот GRUB (grub2) с grub4dos или прежним grub.

Добавлено:
вот ещё одна инстракшен. http://www.opennet.ru/tips/info/2339.shtml
пошагово описано. попробую позже.
Автор: ASE_DAG
Дата сообщения: 09.06.2011 13:11
gryu
> 1. монтируем iso в grub
> 2. указываем grub-у что зарузить нужно ОС из виртуального устройства.
А причем здесь это? Вам же надо было под системой с какого-то ДСП-шного диска образ примонтировать?
Автор: ArtemijG
Дата сообщения: 09.06.2011 13:12

Цитата:
# grub-update

поправьте на # update-grub

Имею наглость повториться.

Цитата:
2. Столь длительное время работы по установке модулей нормальная ситуация?



Цитата:
Цитата: перенести корень с sda1 в другое место

Какой командой?
Что после этого надо прописать в /etc/fstab?


Автор: ASE_DAG
Дата сообщения: 09.06.2011 13:41
ArtemijG
>> перенести корень с sda1 в другое место
> Какой командой?
Да просто все файлы с одного раздела на другой скопировать вполне достаточно (cp то бишь).
Но лучше всю ФС скопировать (dd)
Ну а нагляднее всего — Г-Партедом. ;-)

> Что после этого надо прописать в /etc/fstab?
Поменять UUID (или имя блочного устройства) со старого на новое.

> поправьте на # update-grub
Поправил, спасибо.
Автор: ArtemijG
Дата сообщения: 09.06.2011 13:43
Попробовал создать deb пакет из ATI драйверов.
Результат:

[more]root@debian:/home/artem# sh ati-driver-installer-11-5-x86.x86_64.run --buildpkg Debian/stable
Created directory fglrx-install.DuMtsL
Verifying archive integrity... All good.
Uncompressing ATI Catalyst(TM) Proprietary Driver-8.85......................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................
=====================================================================
ATI Technologies Catalyst(TM) Proprietary Driver Installer/Packager
=====================================================================
Generating package: Debian/stable
cp: cannot stat `/home/artem/fglrx-install.DuMtsL/x710_64a/*': No such file or directory
Package build failed!
Package build utility output:
dpkg-buildpackage: export CFLAGS from dpkg-buildflags (origin: vendor): -g -O2
dpkg-buildpackage: export CPPFLAGS from dpkg-buildflags (origin: vendor):
dpkg-buildpackage: export CXXFLAGS from dpkg-buildflags (origin: vendor): -g -O2
dpkg-buildpackage: export FFLAGS from dpkg-buildflags (origin: vendor): -g -O2
dpkg-buildpackage: export LDFLAGS from dpkg-buildflags (origin: vendor):
dpkg-buildpackage: source package fglrx-installer
dpkg-buildpackage: source version 8.85-1
dpkg-buildpackage: source changed by ATI Technologies Inc. <http://ati.amd.com/support/driver.html>
dpkg-source --before-build fglrx.O5k08H
dpkg-buildpackage: host architecture amd64
debian/rules build
dh_testdir
# move licenses away from binary dir
if [ ! -d usr/share/doc/fglrx ]; then \
mkdir -p usr/share/doc/fglrx; \
mv usr/X11R6/bin/LICENSE.* usr/share/doc/fglrx; \
fi
# set executable on user apps
find usr/X11R6/bin -type f | xargs chmod a+x
# remove exec bit from files that don't deserve it
find usr/X11R6/include \
usr/X11R6/lib \
usr/X11R6/lib64 \
usr/share usr/src -type f | xargs chmod -x
find: `usr/X11R6/include': No such file or directory
find lib -not -name "*.sh" -type f | xargs chmod -x
find lib -name "*.sh" -type f | xargs chmod +x
# set proper permissions on /etc files
if [ -d etc/ati ]; then \
chmod 755 etc/ati ; \
chmod 644 etc/ati/* ; \
chmod a+x etc/ati/*.sh ; \
fi
if [ -f debian/fglrx.default ]; then \
mv -v debian/fglrx.default debian/fglrx; \
fi
`debian/fglrx.default' -> `debian/fglrx'
# remove exec bit from 64-bit libs too
find usr/X11R6/lib64 -type f | xargs chmod -x
debian/rules binary
dh_testdir
# move licenses away from binary dir
if [ ! -d usr/share/doc/fglrx ]; then \
mkdir -p usr/share/doc/fglrx; \
mv usr/X11R6/bin/LICENSE.* usr/share/doc/fglrx; \
fi
# set executable on user apps
find usr/X11R6/bin -type f | xargs chmod a+x
# remove exec bit from files that don't deserve it
find usr/X11R6/include \
usr/X11R6/lib \
usr/X11R6/lib64 \
usr/share usr/src -type f | xargs chmod -x
find: `usr/X11R6/include': No such file or directory
find lib -not -name "*.sh" -type f | xargs chmod -x
find lib -name "*.sh" -type f | xargs chmod +x
# set proper permissions on /etc files
if [ -d etc/ati ]; then \
chmod 755 etc/ati ; \
chmod 644 etc/ati/* ; \
chmod a+x etc/ati/*.sh ; \
fi
if [ -f debian/fglrx.default ]; then \
mv -v debian/fglrx.default debian/fglrx; \
fi
# remove exec bit from 64-bit libs too
find usr/X11R6/lib64 -type f | xargs chmod -x
dh_testdir
dh_testroot
dh_clean -k
dh_clean: dh_clean -k is deprecated; use dh_prep instead
dh_clean: Compatibility levels before 5 are deprecated.
dh_installdirs
dh_installdirs: Compatibility levels before 5 are deprecated.
# Create the directories to install into
dh_installdirs -pfglrx-driver \
usr \
usr/lib/xorg \
usr/lib/xorg/modules \
usr/lib/dri \
usr/bin \
usr/sbin \
etc/acpi \
etc/acpi/events \
etc/default \
etc/X11/Xsession.d
dh_installdirs: Compatibility levels before 5 are deprecated.
# the amd64 package includes 32bit compatibility libraries
dh_installdirs -pfglrx-driver \
emul/ia32-linux/usr/lib \
emul/ia32-linux/usr/lib/xorg \
emul/ia32-linux/usr/lib/xorg/modules \
emul/ia32-linux/usr/lib/dri
dh_installdirs: Compatibility levels before 5 are deprecated.
dh_installdirs -pfglrx-driver-dev \
usr \
usr/include \
usr/lib
dh_installdirs: Compatibility levels before 5 are deprecated.
dh_installdirs -pfglrx-kernel-src \
usr/src/modules/fglrx \
usr/src/modules/fglrx/debian
dh_installdirs: Compatibility levels before 5 are deprecated.
dh_installdirs -A -pfglrx-amdcccle \
usr \
usr/bin \
usr/share \
usr/share/applnk \
usr/share/applications \
usr/share/icons \
usr/share/pixmaps
dh_installdirs: Compatibility levels before 5 are deprecated.
dh_installdirs -p \
usr/src
dh_installdirs: Compatibility levels before 5 are deprecated.
dh_install
dh_install: Compatibility levels before 5 are deprecated.
dh_install -pfglrx-driver "usr/X11R6/bin/fgl*" "usr/bin"
dh_install: Compatibility levels before 5 are deprecated.
dh_install -pfglrx-driver "usr/X11R6/bin/aticonfig" "usr/bin"
dh_install: Compatibility levels before 5 are deprecated.
dh_install -pfglrx-driver "usr/sbin/atieventsd" "usr/sbin"
dh_install: Compatibility levels before 5 are deprecated.
dh_installman -pfglrx-driver "usr/share/man/man8/atieventsd.8"
dh_installman: Compatibility levels before 5 are deprecated.
# amd64 needs some library redirection
dh_install -pfglrx-driver "usr/X11R6/lib64/*.so*" "usr/lib"
dh_install: Compatibility levels before 5 are deprecated.
dh_install -pfglrx-driver "usr/X11R6/lib64/modules/dri" "usr/lib"
dh_install: Compatibility levels before 5 are deprecated.
dh_install -pfglrx-driver "usr/X11R6/lib64/modules/linux" "usr/lib/xorg/modules"
dh_install: Compatibility levels before 5 are deprecated.
cp: cannot stat `./usr/X11R6/lib64/modules/linux': No such file or directory
dh_install: cp -a ./usr/X11R6/lib64/modules/linux debian/fglrx-driver/usr/lib/xorg/modules/ returned exit code 1
make: *** [binary] Error 2
dpkg-buildpackage: error: debian/rules binary gave error exit status 2
Removing temporary directory: fglrx-install.DuMtsL[/more]
В чем проблемы?


Цитата:
Драйвера для совсем нового железа бывают недопиленными вне зависимости от ОС.

Заметьте, для новичков не допиленные драйвера = не рабочие драйвера.
Автор: Alukardd
Дата сообщения: 09.06.2011 13:44
ArtemijG
Спрячьте пожалуйста ваш результат в море ([no][more=результат]куча текста[/more][/no])...
Автор: ArtemijG
Дата сообщения: 09.06.2011 14:28

Цитата:
Ну а нагляднее всего — Г-Партедом.



Цитата:
Раздел не может быть отключен от следующих точек монтирования:

/

Скорее всего другие разделы также подключены к этим точкам монтирования. Рекомендуется размонтировать их вручную.

(флаг boot)
Размонтировать вручную все зависящие разделы?
Автор: gryu
Дата сообщения: 09.06.2011 14:53
ASE_DAG
Так. Согласен. Несколько сумбурно получилось.
Цитата:
Вам же надо было под системой с какого-то ДСП-шного диска образ примонтировать?
потому и нужно было, что при обычной загрузке мапом, грузится ядро с исошника, а сам диск(исошник) в процессе загрузки "отваливается" и загруженным линуксом не видится. А на этом диске много чего нужного.
Подмонтировать нужно тот же самый исошник с которого идёт загрузка ОС, что бы использовать софт с него.
Располагать софт на флешке по ряду причин, не выход.
Все перечислять не буду, хватит двух.
Исошник планируется иметь не один и получится пересортица в папках на флешке
Пара утилит ищет конфигурашки на CD приводе. Переписать не получится. Шел утилит уже в ядре, а ковырять ядро это то ещё удовольствие.
Автор: ArtemijG
Дата сообщения: 09.06.2011 20:32
Мдааа, товарищи.
Только что параллельно установил XUBUNTU. Теперь понимаю разницу в дистрибутивах для обычных юзеров и )
ALSA заработала, проприетарные драйвера сами просятся установиться и устанавливаются. Последний Wine скачал, установил и почти запустил то что хотел. 90% проблем решились.
Но вот не хочется мне такого легкого пути, все таки интереснее шлифовать свой дистрибутив. Кстати, поработав пару часов за XFCE захотелось снести KDE)
1. Как осуществить полное удаление KDE, но при условии, что настройки программ (IceWeasel, Pidgin, Gimp...) сохранятся?
2. Как затем установить последнюю версию XFCE с минимальным набором программ.
Автор: Alukardd
Дата сообщения: 09.06.2011 23:14
ArtemijG
Цитата:
Кстати, поработав пару часов за XFCE захотелось снести KDE)
при обыденной жизни с гномом у меня не было таких ощущений восторга от XFCE и LXDE...
Цитата:
Как осуществить полное удаление KDE, но при условии
неужто кеды за собой вынесут весь домашний каталог и то, что им не принадлежит?)
Цитата:
IceWeasel
я конечно не знаток, но как он оказался в XUbuntu????
Автор: ArtemijG
Дата сообщения: 09.06.2011 23:29

Цитата:
IceWeasel

я конечно не знаток, но как он оказался в XUbuntu????


Вы прокомментируйте всю мою фразу и тогда поймете что мне написали.


Цитата:
неужто кеды за собой вынесут весь домашний каталог и то, что им не принадлежит?)


Я толерантный и ничего не имею против того, что мне отвечают вопросами, но пусть они хотя бы несут долю пользы для новичков.


Цитата:
при обыденной жизни с гномом


Сочувствую
Автор: Alukardd
Дата сообщения: 09.06.2011 23:38
ArtemijG
Цитата:
Я толерантный и ничего не имею против того, что мне отвечают вопросами, но пусть они хотя бы несут долю пользы для новичков.
я пытался донести мысль, что KDE такой же пакет/программа как, например, и Firefox и при удалении он будет удалять только свои файлы ну и возможно некоторые другие, которые на них зиждутся. Возможно у кед имеется более тесная связь с какими либо отдельными программами, тогда да - они могут пострадать в той или иной мере. В любом случае перед сносом рабочего окружения, лучше скопируйте каталоги с настройками важных для вас программ.
Цитата:
Вы прокомментируйте всю мою фразу и тогда поймете что мне написали.
тут одно из 4-х либо вы не поняли меня, либо я ваши замечания...
Автор: ArtemijG
Дата сообщения: 09.06.2011 23:45

Цитата:
я пытался донести мысль, что KDE такой же пакет/программа как, например, и Firefox и при удалении он будет удалять только свои файлы ну и возможно некоторые другие, которые на них зиждутся. Возможно у кед имеется более тесная связь с какими либо отдельными программами, тогда да - они могут пострадать в той или иной мере. В любом случае перед сносом рабочего окружения, лучше скопируйте каталоги с настройками важных для вас программ.

Вот это уже дельный совет. Благодарю Вас.
Автор: ASE_DAG
Дата сообщения: 10.06.2011 01:03
ArtemijG
> Раздел не может быть отключен от следующих точек монтирования:
> /
Все операции с корневым разделом лучше проводить с другой системы (с лив-сиди, например).

> Как осуществить полное удаление KDE, но при условии, что настройки программ (IceWeasel, Pidgin, Gimp...) сохранятся?
А с чего бы настройкам программ не имеющим вообще никакого отношения к Кедам, а значит и не попадающих под удаление, не сохраняться?
А вообще, в Дебиане удаление пакета package с сохранением пользовательских настроек:
# aptitude remove package
с удалением в т.ч. и настроек:
# aptitude purge package

> Как осуществить полное удаление KDE
# aptitude purge '?tag(suite::kde)'
и внимательно изучаем предлагаемые решения.

> Как затем установить последнюю версию XFCE
К слову, я бы сначала поставил xfce, а потом сносил Кеды.

Добавлено:
> что KDE такой же пакет/программа как, например, и Firefox
В том-то и дело, что ни фига подобного. Нет у КДЕ такого пакета, который можно было бы удалить, удалив этим все Кеды.
Автор: RussianNeuroMancer
Дата сообщения: 10.06.2011 01:12
ArtemijG
Цитата:
Попробовал создать deb пакет из ATI драйверов.
Это с 39-м ядром или 32-м?
Автор: ArtemijG
Дата сообщения: 10.06.2011 01:16

Цитата:
Это с 39-м ядром или 32-м?

C 32-м. 39-е собрать не выходит!(
Вообще сборка ядра - моё первоочередное задание. Во всяком случае оно должно решить проблемы со звуком.



Добавлено:

Цитата:
Все операции с корневым разделом лучше проводить с другой системы (с лив-сиди, например).

Думаю тот же установочный диск XUBUNTU подойдет, но перед его использованием на всякий случай применю команду:

Код: dd if=/dev/sda1 of=backup.iso
Автор: Alukardd
Дата сообщения: 10.06.2011 12:42
ASE_DAG
Цитата:
В том-то и дело, что ни фига подобного. Нет у КДЕ такого пакета, который можно было бы удалить, удалив этим все Кеды.
ну ок-ок.. Я образно говорил. Понятно, что они слишком огромны что бы комплектовать их одним пакетом да и некоторые части независимы...

ArtemijG
Цитата:
Все правильно?
ну в общем-то да... Но для эстетики лучше называть тогда уже не backup.iso, a backup.dd, что ли...
Автор: ASE_DAG
Дата сообщения: 10.06.2011 16:52
> не backup.iso, a backup.dd
backup.ext4
Автор: Alukardd
Дата сообщения: 10.06.2011 17:07
ASE_DAG
для dd это явно значения не имеет) Разве что для себя, для души... В общем-то как и моё замечание.
Автор: ArtemijG
Дата сообщения: 10.06.2011 17:16
Сколько Нас, столько мнений) Вечером буду пробовать. Спасибо.

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122

Предыдущая тема: перенос AD на Linux (OpenSuse)


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.