C>adontz wrote: >> C>Hint: Debian идет на 3 DVD-дисках. >> Ну тогда беспонотово сравнивать. Они бы туда ещё весь Интернет записали. C>Зато установка программ выглядит так: "apt-get install prog-name". C>ОООООЧЕНЬ удобно.
Для админов, не для пользователей.
Графические оболочки над всякими yum и apt-get почему-то упорно лезут в инет постоянно, даже если установлено с дисков (у дебиана пришлось yum'овские конфиги руками править, когда инета не было). При этом каждый раз заново считывается список всех пакетов (судя по всему — банальным ls по FTP), что вызывает 5-10 минутное зависание программы. (Кэширование списка, видать, религия не позволяет).
Разруливание несовместимостей — это то еще счастье.
Как я затрахался, помнится, ставить что-то на Debian... Причем тех несовместимостей, что он мне выкидывал, в списке пакетов не было даже близко. Надо было их отдельно искать поиском и отключать.
Я так понял что ты решмл разговор в серваки перевести.
_>>так чта нефиг _> фиг фиг _>адонц привел список задач, которые нужно реализовать в течении 3 дней максимум _>как оказалось, всё это решается элементарно средствами AD _>аналогичные решения для линукса не были приведны, либо говорилось "что это возможно — но, сче точно сказать не можем как", либо это выходило за рамки 3-х дней. _>Итого, серверный вариант решения от винды действовал быстро и эффективно, в отличии от линукса.
Так. Стоп. Я согласен что сервер с активдиректори
быстрее поднимается
обычным админом, не специалистом. Но я абсолютно не согласен что он будет
стабильнее и быстрее работать
.
На форуме тут специалистов — админов линуха просто нет. Сколько я не просил сюда зарегаться — говорили — "Я уже мол не в том возрасте", либо "мне это глубоко пофиг". А специалистов — админов винды как я понял хоть отбавляй.
Маленьких обижаете, товарищи. Давите опытом и знанием технологий.
Делайте хоть скидку, а? Вы сколько администрированием занимаетесь? Вон сколько книг прочитали. А я линуксом занимаюсь чуть больше года. Дома. Прерываясь для игр в винде.
_>кстати. вот те, кто ставят линукс как сервер — почитывают всяккие там мануалы, а вот эти же люди. когда юзали винду, прочитали хотя бы одну книжку типа "Построение и безопасность сетей на основе MS Windows 2000", "Администрирование сети на основе Microsoft Windows 2000. Учебный курс MCSA/MCSE","Microsoft Windows 2000 Active Directory Services " , "Администрирование сети на основе Microsoft Windows 2000. Учебный курс MCSA/MCSE или "Администрирование MS Windows Server 2003. Мастер-класс ", "Безопасность сети на основе Microsoft Windows Server 2003", "Windows Server 2003 Справочник администратора", "Управление и поддержка Windows Server 2003. Учебный курс MCSA/MCSE", "Полное руководство по терминальным службам Windows Server 2003", "Active Directory для Windows Server 2003. Справочник администратора", "Внутреннее устройство Microsoft Windows: Windows Server 2003, Windows XP и Windows 2000." и тд и тп http://forums.realcoding.net/lofiversion/index.php?t9717.htmlhttp://www.microsoft.com/Rus/MsPressRus/New.mspx
Ну еще книжками не мерялись... Ман к софтине нам доступен сразу, часто с примерами, а для мсдн нужен интернет и знание что искать. Именно поэтому у виндовых админов туча толтенных красивых книжек, а у линухового админа пара брошурок потрепанной давности.
_>какие из подобных книг и сколько прочитаны и досконально проверены на практике? _>берут сомнения, что хотя бы одна.
Сколько зато полезного достано и применено из манов.
_>а потом идут утверждения, что винда фуфло и тд и тп. _>прежде чем такое утверждать, нужно досконально изучить систему, а потом её обсирать
Я так понимаю валидный метод изучения системы — именно книги. Практика и чтение манов не катят?
_>так даже линукс толком никто не знает
Выше прочитай.
_>адонц накидал вопросов, еле полуответов надавали.
В силу своих скромных знаний я отвечал. И отвечал честно.
И знаеш, даже становится обидно. Я отвечать стараюсь прямо, а от моих прямых вопросов начинают увиливать, переводя разговор в другую плоскость.
M>Графические оболочки над всякими yum и apt-get почему-то упорно лезут в инет постоянно, даже если установлено с дисков (у дебиана пришлось yum'овские конфиги руками править, когда инета не было). При этом каждый раз заново считывается список всех пакетов (судя по всему — банальным ls по FTP), что вызывает 5-10 минутное зависание программы. (Кэширование списка, видать, религия не позволяет).
А если пакет добавился? Или пару пакетов убрали изза старости?
M>Разруливание несовместимостей — это то еще счастье.
Генту само рулит. Re[23]: MythBusters — [Linux]
M>Как я затрахался, помнится, ставить что-то на Debian...
Старый дистрибутив еще неаверное... M>Причем тех несовместимостей, что он мне выкидывал, в списке пакетов не было даже близко. Надо было их отдельно искать поиском и отключать.
Вообще не понимаю ничего. Посмотри линк выше. Только необходимое.
Здравствуйте, adontz, Вы писали:
A>Кстати о принтерах, можно сделать так, чтобы драйвер принтера доступного по сети устанавливался автоматически при первой попытке печати на нём, даже если версии/редакции ОС на клиенте и сервере (но оба линукс одной марки) не соврадают? То есть я могу так настроить Windows Server 2003, что когда 2000 Professional попытается напечатать на принтере там установиться драйвер принтера (не только системные файлы, а полная инсталляция включая разные утилиты). А как с линуксом?
Можно. Под линуксом cups в качестве задания на печать ps принимает. Соответственно на стороне клиента драйвера не нужны.
P. S. Что-то складывается впечатление, что уважаемые поклонники венды старательно не замечают многих невыгодных им сообщений. Вот вам, Cyberax описал нормальное решение с репликацией хранимых файлов. А sheridan не в курсе и написал про синхронизацию файловых систем. Результат огромный флейм по поводу того, что линукс отстой и все в нем плохо. Флейм про acl продолжался долго, пока я (и не только я) несколько не напил про то, что они есть, а флейм так же длился очень долго. Прошу также обратить внимание на указанный мной факт про запрещение отдельных настроек в KDE и не разводить флем и по этому поводу.
P. P. S. В виду вышесказанного считаю имеющей некоторые основания идею об оплаченом промоутинге винды отдельными товарищами.
P. P. P. S. Насчет шрифтов заявляю, что в новой FedoraCore при установке можно указать, чтобы она загрузила библиотеки скомпилированные с поддержкой сглаживания "как в винде" и это не нарушает ничего у нас в России и, кажется, в Европе.
Sheridan, если ты не в курсе, как делается что-то лучше промолчи. Никто не обязан знать все. Тот кто знает напишет. Просто твои посты часто оказываются целью многих придирок к линуксу. Мне, например, видно, что ты просто предположил решение, а не знал его, а вот публикой это воспринимается сам видишь как.
И вообще недостаток знаний о том как админить большое число компов вполне объяснимо, потому как это дело новое и мне, например, просто негде было получить опыт. И многим тоже. Тем не менее решения под линукс есть. И кто их знает, тот о них пусть и пишет.
Здравствуйте, __MasteR__, Вы писали:
__M>Sheridan, если ты не в курсе, как делается что-то лучше промолчи. Никто не обязан знать все. Тот кто знает напишет. Просто твои посты часто оказываются целью многих придирок к линуксу. Мне, например, видно, что ты просто предположил решение, а не знал его, а вот публикой это воспринимается сам видишь как.
Я обещал быть честным и стараюсь отвечать на вопросы. Но на это почемуто редко обращают внимание. Предпочитают пофлемить.
[RSDN@Home][1.2.0][alpha][655]
[Все подобно всему в каком-нибудь отношении. [Протагор]]
Здравствуйте, adontz, Вы писали:
A>Здравствуйте, _rasta, Вы писали:
_>>это провокация _>>или что, мс (или любая другая контора) претендует на некое божество в этом деле? таки дать гибкий инструмент -- это плохо?
A>Даже если пользователь знает объём ОЗУ и свободного места на диске он понятия не имеет какие алгоритмы используются. Такие интимные вопросы программа должна решать сама.
такие интимные вопросы программа должны рассказывать, если ее об этом спросят.
Здравствуйте, Mamut, Вы писали:
M>Графические оболочки над всякими yum и apt-get почему-то упорно лезут в инет постоянно, даже если установлено с дисков (у дебиана пришлось yum'овские конфиги руками править, когда инета не было). При этом каждый раз заново считывается список всех пакетов (судя по всему — банальным ls по FTP), что вызывает 5-10 минутное зависание программы. (Кэширование списка, видать, религия не позволяет).
sudo apt-get install hands
sudo vim /etc/apt/sources.list
M>Разруливание несовместимостей — это то еще счастье.
примеры?
M>Как я затрахался, помнится, ставить что-то на Debian... Причем тех несовместимостей, что он мне выкидывал, в списке пакетов не было даже близко. Надо было их отдельно искать поиском и отключать.
год какой? может тогда apt был еще экспериментальный?
M>>Физические размеры экрана — это в каком смысле? Указать, что у меня стоит 17" Benq LCD? Или все же в настройках указать — 800x600 32bpp? И не пофиг ли линуху, что у меня за монитор? На 1024x768 в линуксе у меня почему-то большая часть экрана занята гигантскими тулбарами и заголовками окон (гигантскими — по сравнению с Win 2000/20003 или даже WinXP, по-моему).
__M>Так в том-то и дело, что размер в столько-то пунктов — это физический размер шрифта (в corel'у кстати размер в пикселях). Это означает, что при любом разрешении у тебя шрифты должны иметь один и тот же размер, если его специально не менять. Чтобы рисовать шрифты правильного размера требуется знать физические размеры пикселя (он еще и не квадратный может быть). Так вот для этого и указываются физические размеры экрана. Зная этот размер и текущее разрешение можно рисовать шрифты правильно. Некоторые мониторы сами сообщают свои размеры, а для некоторых их надо указать явно.
В общем, это я прикопался просто Это у меня под VmWare все так выглядело Хотя, знакомые линуксоиды тоже на крупность Линукса жалуются.
M>>А мне Gnome не нравится ну никак. Специально лазить по интернету и искать человеческие скины к нему я не буду.
__M>Попробуй что-нибудь другое. Что на этих двух свет клином сошелся? Хотя остальных сначала все же под себя докрутить придется, только эти два готовы к употреблению сразу.
Так вот под KDE сижу (когда сижу). Нравится. Но вот с иконками в таскбаре беда
M>>Это — не решение проблем. Мне нужно "как в Win":
__M>Дома попробую, если получится — сообщу.
Жду (Реально хочется узнать — как). Потому что все остальное особо не напрягает.
M>>Неее... Система должна иметь нативные темы. Windows Theme на Линуксе смотрится, как MacOs X Theme на Винде — как пиджак на корове. А решение SuSe для KDE очень неплохо смотрится.
__M>А чем redmont не нативен? Тем что внешне оформление на винду похоже?
Да криво оно как-то в Линуксе смотрится Особенно по сравнению с официальным скином от SuSe
M>>Графические оболочки над всякими yum и apt-get почему-то упорно лезут в инет постоянно, даже если установлено с дисков (у дебиана пришлось yum'овские конфиги руками править, когда инета не было). При этом каждый раз заново считывается список всех пакетов (судя по всему — банальным ls по FTP), что вызывает 5-10 минутное зависание программы. (Кэширование списка, видать, религия не позволяет). S>А если пакет добавился? Или пару пакетов убрали изза старости?
Пусть тогда и говорит — мол так вот и так, есть прооблемс (все равно же с инета качает. Вот когда начнет качать, тогда пусть и разруливает). Так, например, сейчас gem install для пакетов руби работает. При подсоединении закачивает только изменения в репозитории.
M>>Разруливание несовместимостей — это то еще счастье. S>Генту само рулит. S>Re[23]: MythBusters — [Linux]
M>>Как я затрахался, помнится, ставить что-то на Debian... S>Старый дистрибутив еще неаверное...
Да нет, скачанный с Дебиана образ (три месяца тому назад).
M>>Причем тех несовместимостей, что он мне выкидывал, в списке пакетов не было даже близко. Надо было их отдельно искать поиском и отключать. S>Вообще не понимаю ничего. Посмотри линк выше. Только необходимое.
Так нет, мне много чего надо было Ну и о неопытности понащелкал много чего сразу. Оно и начало вопить.
Здравствуйте, Mamut, Вы писали:
__M>>А чем redmont не нативен? Тем что внешне оформление на винду похоже?
M>Да криво оно как-то в Линуксе смотрится Особенно по сравнению с официальным скином от SuSe
Хочешь свой скриншот принесу (у меня дома SuSE)? В принципе на винду похоже, и не отвратно смотрится. И не крупно, в общем-то.
M>>Графические оболочки над всякими yum и apt-get почему-то упорно лезут в инет постоянно, даже если установлено с дисков (у дебиана пришлось yum'овские конфиги руками править, когда инета не было). При этом каждый раз заново считывается список всех пакетов (судя по всему — банальным ls по FTP), что вызывает 5-10 минутное зависание программы. (Кэширование списка, видать, религия не позволяет).
_>sudo apt-get install hands _>sudo vim /etc/apt/sources.list
Спасибо, с вои есть
M>>Разруливание несовместимостей — это то еще счастье.
_>примеры?
Не могу сейчас привести, увы. Но повторяется легко. Скачивается Debian с официального сайта. Запускается их Add remove software (надстройка над yum, по-моему), выделяется галочкой все подряд (эмулируем поведение обычного пользователя). Обязательно выпадет что-нить типа python-a32.84.15.tgz не совместим с python-a32.84.14.tgz, причем питон нигде не указан вообще. После этого инсталляция останавливается. SuSe, по-моему, предлагала варианты разруливания, но тоже как-то криво.
M>>Как я затрахался, помнится, ставить что-то на Debian... Причем тех несовместимостей, что он мне выкидывал, в списке пакетов не было даже близко. Надо было их отдельно искать поиском и отключать.
_>год какой? может тогда apt был еще экспериментальный?
Mamut wrote: > Для админов, не для пользователей.
Для пользователей тоже. Лично видел как компьютернотупые кандидаты
физических наук через Synaptic устанавливали нужный софт.
> Графические оболочки над всякими yum и apt-get почему-то упорно лезут в > инет постоянно, даже если установлено с дисков (у дебиана пришлось > yum'овские конфиги руками править, когда инета не было).
Во-первых, Дебиан при установке с дисков _максимум_ полезет за
security-апдейтами. Если связи нет, то ничего плохого не случится — он
просто не будет недоступные пакеты ставить.
Во-вторых, в Дебиане не yum, а APT и DPKG.
В-третьих, конфиг yum действительно нужно править — но это в Fedora
> При этом каждый > раз заново считывается список всех пакетов (судя по всему — банальным ls > по FTP), что вызывает 5-10 минутное зависание программы. (Кэширование > списка, видать, религия не позволяет).
В APTе ничего не обновляется. Кэш пакетов хранится в /var/cache/dpkg —
его надо обновлять руками (apt-get update).
> Разруливание несовместимостей — это то еще счастье.
В Fedora — действительно, так как нет нормального неконфликтного
репозитория пакетов.
> Как я затрахался, помнится, ставить что-то на Debian... Причем тех > несовместимостей, что он мне выкидывал, в списке пакетов не было даже > близко. Надо было их отдельно искать поиском и отключать.
Это не Debian был
Mamut wrote: > Не могу сейчас привести, увы. Но повторяется легко. Скачивается Debian с > официального сайта. Запускается их Add remove software (надстройка над > yum, по-моему), выделяется галочкой все подряд (эмулируем поведение > обычного пользователя). Обязательно выпадет что-нить типа > python-a32.84.15.tgz не совместим с python-a32.84.14.tgz, причем питон > нигде не указан вообще. После этого инсталляция останавливается. SuSe, > по-моему, предлагала варианты разруливания, но тоже как-то криво.
В Debian используется APT! Yum можно использовать, но его надо еще
постараться поставить.
Далее, в стабильной ветке автоматом проверяется целостность всех
пакетов. То есть циклических зависимостей и неполных зависимостей просто
не может быть.
В тестовой или нестабильной ветке они часто бывают, но если ты ее сам
прописал — это ты уже сам себе злобный Буратино.
__M>>>А чем redmont не нативен? Тем что внешне оформление на винду похоже?
M>>Да криво оно как-то в Линуксе смотрится Особенно по сравнению с официальным скином от SuSe
С>Хочешь свой скриншот принесу (у меня дома SuSE)? В принципе на винду похоже, и не отвратно смотрится. И не крупно, в общем-то.
Я имею в виду, что скин Redmont смотрится в Линуксе отвратно, особенно по сравнению со стандартным скином SuSe в KDE, который мне нравится Это так, чтобы окончательно все непонятки разрулить
Здравствуйте, Mamut, Вы писали:
M>>>Разруливание несовместимостей — это то еще счастье. _>>примеры? M>Не могу сейчас привести, увы. Но повторяется легко. Скачивается Debian с официального сайта. Запускается их Add remove software (надстройка над yum, по-моему), выделяется галочкой все подряд (эмулируем поведение обычного пользователя). Обязательно выпадет что-нить типа python-a32.84.15.tgz не совместим с python-a32.84.14.tgz, причем питон нигде не указан вообще. После этого инсталляция останавливается. SuSe, по-моему, предлагала варианты разруливания, но тоже как-то криво.
кошмар какой... вот только debian не ставит что-то из tgz, у него формат deb...
_>>год какой? может тогда apt был еще экспериментальный? M>Три месяца тому назад
что-то мне подсказывает что более корректно поставить вопрос про версию и дистриб
какая? может это не линукс был вообще?
>> Разруливание несовместимостей — это то еще счастье. C>В Fedora — действительно, так как нет нормального неконфликтного C>репозитория пакетов.
>> Как я затрахался, помнится, ставить что-то на Debian... Причем тех >> несовместимостей, что он мне выкидывал, в списке пакетов не было даже >> близко. Надо было их отдельно искать поиском и отключать. C>Это не Debian был
Все! Спасибо! Это таки была Федора И че я ее с дебианом попутал? У меня просто в один момент пять линуксов для VmWare было — тут и взвыть можно
Это у меня под VmWare все так выглядело 
