Next
Previous
Contents
Прежде всего Вам нужно ответить на один вопрос: для чего Вы
собираетесь его использовать ? Если Вы можете дать ответ на него, то нужно быть
готовым к следующим вещам:
- под Linux-ом пока не существует надежного и бесплатного способа
запускать программы для Windows. В частности, это означает, что у вас могут
возникнуть проблемы с "Документами Word" и "Документами Excel".
- нужно будет вдумчиво читать большое количество англоязычной документации
с экрана
- основным устройством ввода станет клавиатура
- первые несколько месяцев Вам придется нелегко
- вам
придется обзавестись соединением с сетью Интернет. Пусть платным или
эпизодическим, но оно у вас быть должно. Вся документация, новости и программы
ищутся и находятся там (а не на фреках или пиратских дисках). Более подробно эта
тема разжевана чуть ниже.
Найдите на
http://www.lug.ru координаты группы пользователей
Linux вашего города. Придите на их ближайшую встречу, можно сразу с
жестким диском. Попросите на этой встрече кого-нибудь дать вам диск с
дистрибутивом на пару дней. Некоторые LUG имеют общую дискотеку
(собрание дисков), посмотрите, есть ли в ней что-нибудь подходящее.
Подпишитесь на список рассылки LUG вашего города, спросите там "А не
перепишет ли мне кто-нибудь на мой винчестер (CD-R) дистрибутив?" Можно
задать тот же вопрос в городской эхоконференции Fido, посвященной обмену
файлами или Unix/Linux (пример: SPB.LINUX, SPB.FILES). Однако осознайте
сразу такую вещь: записать дистрибутив гораздо проще, чем помочь новичку
c установкой и настройкой, поэтому не стоит расчитывать, что человек,
давший вам дистрибутив в дальнейшем посвятит себя вашему обучению.
Любой, вышедший менее полугода назад, и купленный не на пиратском лотке, а у
официальных дистрибьюторов:
http://linux.iplabs.ru,
http://linux.vinchi.ru,
http://www.linux-ink.ru,
http://www.mistral.ru,
http://www.bolero.ru,
http://www.books.ru,
http://www.linux-online.ru.
Жители Украины могут купить лицензионные дистрибутивы на
http://www.ebuy.dp.ua.
Жители Санкт-Петербурга -
http://www.shopsys.spb.ru.
Отличительными внешними признаками пиратского дистрибутива являются
- низкая цена - того же порядка, что и цена обычных пиратских дисков
- отсутствие адреса производителя дистрибутива
- "шесть операционок/дистрибутивов на одном диске".
Hормальный дистрибутив линукса крайне редко умещается на единственном диске.
(пяти-шестидисковые наборы с двумя-тремя разными дистрибутивами в
одной коробке от walnut creek, cheapbytes или infomagic пиратскими
не являются. Это вполне нормальные дистрибутивы, но, может быть, без
коммерческих и полукоммерческих программ. Стоит такой набор примерно
столько же, сколько "коммерческий" дистрибутив.)
- отсутствие исходников строго говоря не является основанием для
причисления к пиратам, но должно вызвать у вас серьезные подозрения.
Если те, у кого вы купили дистрибутив без исходников, отказываются выдать
вам их по цене носителя и посылают на ftp (или просто посылают подальше)
- они однозначно нарушают лицензию GPL. Однако, это не касается cd-r копий
и прочих копий, полученных на некоммерческой основе (например, переписанных
на винчестер за пиво).
Если у вас есть знакомый гуру, на помощь которого вы на первых порах
рассчитываете, то, в случае, если вы поставите у себя то, что он
использует сам, у вас будет больше шансов получить ответы на вопросы о
тонкостях
настройки.
Петербург: у Михаила Браво
mbravo@kronverk.spb.su, у Дмитрия Иванова (2:5030/902,
idv@aanet.ru, возможна рассылка
в другие города на территории России), в фирме Кронверк (Загородный 68,
110-1303), в фирме Аякс (312-5208,
http://linuxcenter.ru).
Москва: в Доме Книги на Hовом Аpбате. Hа пеpвом этаже от входа
напpаво, фиpма - CompuLink, соответственно, и в дpугих ее филиалах.
Реселлеры ALT Linux:
http://www.altlinux.ru/index.php?module=buy)
Офис Vinchi Group (адрес и телефон на
http://www.vinchi.ru)
Офис Bolero (ул. Кедрова, 14, вход со двора, этаж 3, комн.319.
Телефон 124-6455).
Ростов-на-Дону: диски с дистpибутивами можно купить в фиpме "Proga" - ул.
Большая Садовая 188, офис 320. Тел.53-41-22.
Алма-Ата:
TOO e.com (480091, ул. Фурманова 103, 3 этаж, тел. многоканальный 505-777,
факс 505-778)
Киев: КОМИЗДАТ (553-5547, спроосить Сергея Антончука)
Севастополь. (0692)553148
http://www.sevcom.net
Харьков: продажа ASPLinux
http://www.spez.com.ua
Другие города: ?
http://www.freshmeat.net. Там есть все.
На
http://www.opennet.ru есть целый комплекс средств для
отслеживания версий софта (
http://www.opennet.ru/lastsoft/ -
автоматическая система,
http://www.opennet.ru/news/ - "ручная")
Первым делом надо сходить на веб или фтп cайт производителя вашего
дистрибутива или его ближайший миррор и посмотреть, нет ли update'а к
пакету, вызывающему проблему. Если нет, тогда уже надо искать другие
пути решения проблемы. И очень желательно сообщить разработчикам
дистрибутива о ней. Для Red Hat это можно сделать, зайдя на
http://bugzilla.redhat.com/bugzilla/
Когда проблемы возникают еще при установке, можно обратиться в службу поддержки
производителя дистрибутива (если дистрибутив не пиратский, на нем как правило
указываются координаты этой службы) или описать свою проблему в его списке
рассылки, на который можно выйти через веб-сайт производителя. Учтите, что в
случае, если у вас пиратский дистрибутив, причина проблем может быть в том, что
он криво записан на компакт-диск.
Прочесть ru.books.computing faq (
http://alexm.here.ru/rbcfaq.txt).
Посмотреть на книгу "Linux. Руководство по операционной системе". BHV,
1997, ISBN 5-7315-0002-9 , но лучше ее (и в особенности прилагающийся к
ней дистрибутив 96го года) не покупать. Для начинающих хорошими книгами
являются "Путь к Linux" Владимира Водолазского (печатное издание 99го
года, а не электронное 97го) и "UNIX: универсальная среда
программирования" Б.Кернигана и Р.Пайка, а для более продвинутых (и
желающих таковыми стать) - "UNIX: Руководство системного администратора"
Эви Hемет. Кернигана-Пайка можно попробовать найти в библиотеке вашего
вуза. Для _пользователей_ (не для чайников!) еще рекомендуется найти
книжку Дж.Армстронга "Секреты UNIX", (первое издание - Киев, Диалектика,
1996, ISBN 966-506-043-0, второе - Вильямс, май 2000). Очень хорошая книжка,
только везде, где там написано
"unix", надо читать "linux". Автор хотя и гордо демонстрирует останки
соляриса на своей машине и вспоминает как в молодости работал с
какими-то древними монстрами, но очень хорошо видно, что его познания в
настоящих юниксах малость заржавели. Следует серьезно подумать, прежде
чем покупать недавно (осень 1999) переведенную "Unix Power Tools" от
O'Reilly - единственным известным авторскому коллективу могучим тулзом
является shell. Остальное - буквально в трех словах или вовсе
проигнорировано. А для заменителя man bash она дороговата.
Обратиться в существующую Linux Users Group, или создать свою. С.-Пб LUG
(spblug) доступна через
http://www.spb.lug.ru/
Московская (mlug) -- через
http://www.moscow.lug.ru
Более подробная информация и полный список lug имеется на
http://www.lug.ru.
Подписаться на список рассылки, посвященный вашему дистрибутиву. Как правило,
этот список ведется производителем дистрибутива, а информация о подписке
доступна через веб-сайт производителя
Пpочесть паpу книжек от Linux Documentation Project.
http://www.linuxdoc.org
Переводы на русский, возможно, устаревшие, есть на
http://www.linux.org.ru/books/.
Вот неполный список сайтов с документацией на русском языке:
Начните с Red Hat Reference Guide (/doc/ref-guide на компакт-диске).
Особенно стоит обратить внимание на главы Package Management with RPM и
System Administration. Также полезно прочесть cодержимое
/usr/doc/initscripts-x.xx. Очень многие вопросы, которые сюда стоило бы
включить, не включены именно потому, что на них есть ответы там.
Два последних источника являются частичной
компенсацией отсутствия Linux-специфичных вещей в книге Немет, издание
94го года.
Linux - система, целиком и полностью разрабатывающаяся в интернете.
Поэтому, нравится вам такое положение вещей или нет, но если вы не
хотите сидеть на версиях программ, с глюками которых все уже давно
позабыли, как бороться, мучаться с поисками документации и платить
пиратам и халтурщикам за CD с кучей устаревшего и глючного мусора,
то для нормальной жизни в линуксе вам необходимо хоть какое-то
интернет-подключение (вполне сгодится, на первое время, и вариант
"попросить приятеля скачать что-нибудь нужное" - но чем сложнее этот
процесс, тем меньше удовольствия и больше проблем вы получите от линукса).
И никто, увы, не жаждет сперва за свои деньги что-то скачивать, а потом
выкладывать вам для халявной раздачи. Да, это делалось где-то, когда-то,
когда интернет был дорог и малодоступен, а качали все, в общем, одно и
то же - но сейчас те, кто этим занимался, давно потеряли и интерес, и
технические возможности. Поэтому об'единяйтесь с такими же страдальцами,
покупайте интернет вскладчину, публикуйте свои адреса для freq,
восстанавливайте файлэхи U*, но не ждите, что кто-то сделает это за вас.
Тем не менее, некоторое количество ббс c юниховым софтом существует, они
перечислены в следующем вопросе.
Желающие могут присылать свои координаты для включения в FAQ.
Запись на CD-R:
В Петербурге: У Дмитрия Иванова (2:5030/902,
idv@aanet.ru). Hа freq FILES отдается полный список имеющегося.
Возможна рассылка в другие города на территории России.
BBS с софтом для юникса:
В Москве: Quasi-BBS 702-52-49 23:00-08:00
Ultrix BBS, 00:00-07:00, 462-8291, Sysop - Arthur Komarov (5020/943.17)
(TNSDrive 2.0b1)
unitrecordHQ, 0:00-7:30, 162-9286, только фреки, sysop - tim kondratyev
(2:5020/1989.1)
В Петербурге:
2:5030/763 TMA BBS, по нодлистовому времени (файл-реквесты).
И станции в Харькове - 2:461/220
Spezvuz BBS CM 057-7123313 Alexander Grinevich (2:461/1024)
2:463/57 в Киеве (только файл-реквесты)
Алма-Ата: ISP BBS CM 3272-638796 Alexander Uskov (2:5083/21) (TNSDrive 2.0b4)
info gcc,libc,gdb
/usr/doc/LDP/lpg и другие книжки от LDP, лежащие на их сайте.
(
http://www.linuxdoc.org)
Ccылки на гайд по программированию при помощи curses и много другого полезного:
http://www.linuxprogramming.com/
Раздел "Юниксоидам всех стран" на
http://lib.ru
Обратите внимание на книжку Морриса Баха
http://lib.ru/BACH/
Она же выходила и в печатном виде.
Еще на бумаге издавались:
"Системное программирование на C++ для Unix" Теренс Чан, BHV
"ОС UNIX" Андрея Робачевского - это почти общепризнанно сборник плохих
переводов хороших оригиналов. К сожалению, альтернативы этой книге нет,
пока не будут переведены и/или (пере)изданы сами оригиналы, перечисленные
в конце книжки: Бах, Стивенс, Лефлер. Книгу можно получить бесплатно - взяв
в библиотеке вашего вуза.
Вопросы программирования под Unix обсуждаются в ru.unix.prog,
а также в news:comp.unix.programmer. Там есть свой FAQ и документ
"Properly tuned Unix Application".
Если поместить ядpо Линукса на 1-й hd, в пpеделах доступности bios (1024
цилиндpа), то ядpо _гаpантиpованно загpузится_, а остальные части Линукса
можно пpоизвольно pазбpосать по pазным дискам/pазделам. Ядpо можно записать
в ДОСовский pаздел и загpужать его пpогpаммой loadlin.exe. Также полезно
почитать man rdev.
Последние версии lilo (>21.3) умеют загружать ядро и с цилиндров, больших,
чем 1024. При этом BIOS должен быть не слишком старым и поддерживать
lba32, эту опцию надо прописать в /etc/lilo.conf.
В качестве альтернативы lilo очень рекомендуется поглядеть на GRUB
http://www.gnu.org/software/grub
Существует еще малоизвестный загрузчик NUNI, который вообще
не пользуется BIOS и напрямую работает с IDE-контроллером. Причем
понимает даже PCI IDE с нестандартными(большими) номерами портов.
Диск должен быть с системой ext2fs.
(Alex Korchmar)
Для первого знакомства с женским полом - _не_надо_ использовать
резиновую бабу.
Для того, чтобы познакомиться с линуксом/посмотреть, на что он годится - _не
надо_ ставить его под win4lin, vmware и прочими эмуляторами, не надо искать
"урезанные", "упрощенные", "live-fs" и прочие недо-дистрибутивы, и не надо
пытаться поставить их на FAT - начинающему и без этого хватит проблем.
И аргумент "мне эти три-пять гигабайт еще могут понадобиться" - не
аргумент вовсе. Если они тебе так нужны, что нельзя с пол-годика без
них обойтись - значит, не надо ставить линукс. Ибо если ты его будешь
раз в три дня переустанавливать - то вот только переставлять отдельно
взятый (кривой) дистрибутив на отдельно взятой (кривой) конфигурации
ты и научишься. А это знание, увы, работодателями не ценится.
Прежде всего: другую операционку, в особенности win'95/98 или dos, очень
желательно ставить первой, а значит, начальное разбиение диска проводить
ее средствами. Дело в том, что в некоторых случаях (в каких - выяснить пока
не удалось) этим ОС или их инсталляторам не нравится MBR, созданный
средствами Linux.
Затем вам нужно решить: что вы будете использовать в качестве основного
загрузчика ? Если NT Loader, то этот вариант подробно расписан в
HOWTO/mini/Linux+NT-loader. Если LILO, то нужно учесть следующие вещи:
- LILO может быть в MBR или в начале активного Primary linux
раздела, тогда в
MBR должно быть нечто, способное его загрузить, например стандартный
загрузчик MS-DOS (записывается путем fdisk /mbr).
- Как бы вы ни ставили Windows 9?, до или после линуха, помните что ее
инсталлятор независимо от вашего желания записывает в MBR свой стандартный
загрузчик, который умеет только передавать управление на первый сектор
активного раздела. В таблице разделов инсталлятор ставит
признак активности на свой раздел. Что делать после этого - смотрите в
разделе "Прочее". Установщики Windows NT и 2000 загрузчик из MBR не трогают,
но Windows NT трогает MBR при первом запуске Disk Administrator -
он спрашивает, можно ли записать Disk signature (это нечто 32-битное
вроде контрольной суммы), пишется оно в MBR и по слухам прибивает LILO.
- NT Loader должен обязательно находиться на hda1 или hda2, причем,
на fat16 разделе.
- Если вы хотите грузить Win 9? непосредственно из lilo, а не
из NT Loader, то добавьте в lilo.conf:
other = /boot/bootsect.dos
label = win
bootsect.dos берется из корневого каталога того диска, на котором стоит
NT Loader
Методы решения проблем и варианты с другими операционками/загрузчиками
подробно расписаны в /usr/doc/HOWTO/[mini/]Linux+{другая ОС}
(Alexander Pevzner, 2:5020/59.9)
IMHO, в сомнительных и сложных случаях лучше вообще сначала раздать каждой
операционке по партиции, причем начиная не с линуха и доверяя откусывание
места на диске собственному fdisk-у каждой ОС. А потом уже продолжать
инсталляцию.
(
Andrey Terebecky)
Hужно начать с того, что задуматься каких функций из DN, FAR, etc - Вам не
хватает в MC. После этого внимательно изучить все, что mc рассказывает по
клавише F1 (документация идущая с ним довольно скудная), обычно это решает
большинство вопросов. Hе нужно искать функции типа CD-проигрывателя, запуска
нескольких копий редактора в разных окнах - таких возможностей в MC нет.
В DN эти функции введены для преодоления недостатков операционной системы
(однозадачность, однопользовательность, отсутствие нужных утилит). Линукс
таких недостатков лишен и поэтому такими вещами занимаются внешние программы,
а MC это просто файловый менеджер.
Строго говоря, MC и ему подобные программы в Unix\Linux вообще не нужны. Все их
функции обычно решаются гораздо быстрее с помощью shell (zsh, tcsh, bash, etc).
Конечно для этого потребуется достаточно подробно изучить документацию к Вашему
любимому shell и приобрести некоторые навыки работы с ним, но результат себя
оправдает. В защиту MC часто говорят, что в shell не удобно работать с архивами
- возможно это действительно так, а возможно говорящие это, никогда не видели
AVFS (
http://www.inf.bme.hu/~mszeredi/avfs/)
В Unix\Linux есть и аналоги MC -
X Northern Captain (
http://xnc.dubna.su),
deco (
ftp://ftp.cronyx.ru/cronyx/), а также
его модификация от
Nickolay N. Parfenov (
http://usrsrc.chat.ru),
VFU (
http://www.biscom.net/~cade/vfu),
ytree (
http://www.han.de/~werner/).
Если же Вы и после этого убеждены в необходимости DN, FAR под Linux -
портируйте если можете. Hо помощников в этом будет найти сложно, те кто могут
- не захотят это делать по выше перечисленным причинам, а те кто захочет скорее
всего не смогут.
(Viktor Krapivin 2:450/102.1 и Dmitry Chernyak 2:503/983.998)
В самом начале 90х был такой теpмин - "интегpатоp". Вот DN им и является
(почти). А полуночный командиp - нет. Точно так же, как XEmacs пpетендует
на это же "звание", а вот vim - нет 8-) Гpань тонка, но она есть. И дело
не в набоpе всякого баpахла.
"Интеграторы" имели смысл в однозадачном ДОСе, отсутствие необходимости
выходить из редактора, чтобы потаскать файлы было их основным достоинством.
В многозадачном юниксе "интегрирование" может быть с успехом заменено
использованием нескольких консолей, телнетов, команд bg/fg, программы screen
и, наконец, X-Window. Кроме того, мало кому нужен такой "интегрированный
редактор", который не дотягивает до уровня vi. А он никогда до него не
дотянет, просто потому, что vi - _редактор_, а "редактор" в DN - просто
заплатка, которой времени уделено не больше, чем всем остальным компонентам.
Такова цена интегрирования.
Borland Kylix
http://www.borland.com/kylix/
Victor Wagner
А как же.
xwpe (очень похожа именно на Turbo C++), rhide, motor, KDevelop, Glade,
Source Navigator
Hо все они до жути неудобные.
По той простой причине, что ни один квалифицированный программист с ними
не связывается. Это софт, написанный чайниками и для чайников.
Потому что те, кто более-менее разбирается в идеологии *nix прекрасно
понимают, что практически любой проект надо разрабоатывать не на одном
языке, а на нескольких разного уровня (критические по скорости части -
на C, интерфейс - на perl/tcl/python/slang, работу с данными на SQL и
так далее).
Между прочим, большинство из выше упомянутых оболочек расчитаны на
работу с несколькими языками.
Hо все равно они хуже, чем обыкновенный мощный редактор. Благо, все
мощные редакторы под эхотаг умеют вызывать внешние программы,
и анализировать их выдачу.
Поэтому рекомендуется освоить один из двух наиболее распространенных
редакторов - vim или emacs, и пользоваться для разработки им.
Благо такие вещи как подсветка синтаксиса, вызов make прямо из
редактора, и позиционирование курсора на строку, про которую компилятор
выругался, в них обоих есть.
(от Alex Kanavin: намного более подробно все это объясняется в книжке
The Art of Unix Programming, которую я рекомендую прочесть всем, кто начинает
программировать под Unix - она очень хорошо помогает осознать идеологию Unix и
избавиться от предрассудков, свойственных Windows-программистам.
Книжка лежит здесь:
http://www.tuxedo.org/~esr/writings/taoup/
Программирования "под Linux" не бывает. Бывает
программировние под *nix. И ему посвящена эха
news:fido7.ru.unix.prog.
Как заметил Victor Wagner, написание писем в эху есть самовыражение,
написание писем нетмейлом есть техническая поддержка. Первое бесплатно,
второе платно. Подумайте об этом.
Обратитесь в RU.LINUX.CHAINIK. Правда, при этом есть риск получить совсем
чайниковый ответ.
Next
Previous
Contents