Перейти к содержанию

Линукс


Daniel5555

Рекомендуемые сообщения

Summoner

Спасибо за инфу :)

Но вообще - что касательно Zenwalk - этот дистр основан на Slackware, который из себя самый долгоживущий дистрибутив за счет того что до сих пор разрабатывает его 1 единственный человек (о котором на окололинуксовых сайтах особо фанатичные приверженцы говорят не иначе как "Патрег - бох"), а слака никогда не отличалась простотой установки и изучения - "истинно-православная" слака вообще устанавливается ручками из консоли - инсталлятор представляет из себя фактически документ-инструкцию + набор консольных утилит - чем то похоже на Gentoo. Короче - имхо конечно, но и Slackware, и Zenwalk - не те дистры с которых стоит начинать пользоваться линуксом %).

Ну ладно :)

По крайней мере он производит впечатление более надежного чем тот, который "для новичков".

Что касается рабочести флешевых роликов и наребочести Java - это значит только то что в систему нормально установлен Flash-плагин и криво\никак установлена Java (возможно она отдельно докачивается с инета) - в общем будь там Firefox вместо Iceweasel - точно так же работал бы флеш и не работала бы Java.

Это я понимаю. Просто в OpenSUSE я переустанавливал этот плагин и все равно были тормоза. А Firefox-то не виноват, ясное дело.

обычно, если нет особых приоритетов или требований зависимостей - пакеты ставятся в алфавитном порядке - а O (OpenOffice) идет раньше чем X (Xorg-server или X11 или что-то вроде этого - графическая подсиситема).

Я тоже так подумал, но я не уверен, там вроде бы не в алфавитном порядке ставилось. В любом случае, ставить приоритет по буквам - это бред.

Собсно, а почему бы OO и не ставиться раньше графической подсистемы? Если сбоя в процессе установки не будет - то все будет ок в любом случае, если сбой будет - ничего опять же не будет работать в любом случае %).

Если будет сбой - то будет система без офиса. А система без графической подсистемы, зато с офисом (который без нее все равно не запустится) - это круто.

Насчет звуковухи - таки рекомендую попробовать дождаться выхода ubuntu 9.10 (осталось около месяца), скачать LiveCD и заценить - есть мнение что звук будет работать ;).

Хорошо.

VECTOR

а что за звуковуха то? )

Не помню, что-то от Creative. Да ей пять лет уже, за это время можно было 100 драйверов сделать.

Не знаю, для меня уже привычно и естественно доводить руками вещи в Линухе. Да собстсвенно мы и винде доинсталиваем необходимые дрова и софт, допиливаем настройки итп.

Да, но не до такой же степени? Что-то я не припомню, чтобы на свежепоставленном Windows звук не работал.

Ссылка на комментарий
Поделиться на другие сайты

Не помню, что-то от Creative. Да ей пять лет уже, за это время можно было 100 драйверов сделать.
Audigy? у меня в дебиане все ок
Не знаю, для меня уже привычно и естественно доводить руками вещи в Линухе. Да собстсвенно мы и винде доинсталиваем необходимые дрова и софт, допиливаем настройки итп.
начиная с висты допиливать\доустанавливать драйвера не надо, это даже лучше сделано в семерке. А ставить софт - как обычно - по мере необходимости.
Ссылка на комментарий
Поделиться на другие сайты

Кстати, раз уж зашла речь о допиливании дистрибутивов, кто-нить может подсказать, как заставить дебиан или кубунту дать разрешение чуть больше, чем 1168х864? Карта GeForce GTX260. Дебиан из нормальных дает максимум 1024х768, кубунта - 1168х864 (есть еще одно на широкий экран, но мне оно не надо).

Ссылка на комментарий
Поделиться на другие сайты

Нужно установить драйвера, соответствующие твоей видюхе, и как следует настроить X-сервер. Тут самое сложное - настроить иксы, и на эту тему лучше гуглить. В пост скорее всего не влезет.

Ссылка на комментарий
Поделиться на другие сайты

В том и дело, что дрова я первым делом ставил. Пробовал ставить проприетарные дрова средствами оси (фишка [к]убунты), пробовал качать с сайта нвидии. Дрова ставились, Х перезапускался, будучи уверенным, что дрова работают, но разрешения продолжал предоставлять ровно те же, что и без дров.

Ссылка на комментарий
Поделиться на другие сайты

А вот тут надо копаться в xorg.conf и смотреть, какой screen какой device использует, верно ли указаны вертикальная и горизонтальная синхронизации, и всякие прочие прелести. Без установки дров нужный источник будет просто недоступен.

Ссылка на комментарий
Поделиться на другие сайты

последние версии иксов шибко умные пошли - они сами определяют возможные разрешения исходя из модели видюхи и монитора, собсно иксы теперь нормально запускаются даже без конфигов, т.е. вообще без. Фича только в том что автоопределенные разрешения могут быть не максимально возможными, скорее всего потому что монитор обычно определяется не совсем правильно (оно например знает что у меня Samsung SyncMaster но не знает что оно именно 932b) - поэтому надо в /etc/X11/xorg.conf (если файлика нет - надо создать, там есть пример в /etc/X11/xorg.conf.example) добавить что-то вроде вот этого:

Section "Monitor"
Identifier	"SyncMaster931B"
Vendorname	"Samsung"
Modelname	"Samsung SyncMaster 931BF (VGA)"
Horizsync	30-81
Vertrefresh	56-75
 modeline  "640x480@60" 25.2 640 656 752 800 480 490 492 525 -vsync -hsync
 modeline  "640x480@72" 31.5 640 664 704 832 480 489 491 520 -vsync -hsync
 modeline  "640x480@75" 31.5 640 656 720 840 480 481 484 500 -vsync -hsync
 modeline  "800x600@56" 36.0 800 824 896 1024 600 601 603 625 +hsync +vsync
 modeline  "800x600@72" 50.0 800 856 976 1040 600 637 643 666 +hsync +vsync
 modeline  "800x600@75" 49.5 800 816 896 1056 600 601 604 625 +hsync +vsync
 modeline  "800x600@60" 40.0 800 840 968 1056 600 601 605 628 +hsync +vsync
 modeline  "832x624@75" 57.284 832 864 928 1152 624 625 628 667 -vsync -hsync
 modeline  "1024x768@75" 78.8 1024 1040 1136 1312 768 769 772 800 +hsync +vsync
 modeline  "1024x768@70" 75.0 1024 1048 1184 1328 768 771 777 806 -vsync -hsync
 modeline  "1024x768@60" 65.0 1024 1048 1184 1344 768 771 777 806 -vsync -hsync
 modeline  "1152x864@75" 108.0 1152 1216 1344 1600 864 865 868 900 +hsync +vsync
 modeline  "1280x1024@75" 135.0 1280 1296 1440 1688 1024 1025 1028 1066 +hsync +vsync
 modeline  "1280x960@60" 102.1 1280 1360 1496 1712 960 961 964 994 -hsync +vsync
 modeline  "1280x1024@60" 108.0 1280 1328 1440 1688 1024 1025 1028 1066 +hsync +vsync
 modeline  "1280x960@75" 129.86 1280 1368 1504 1728 960 961 964 1002 -hsync +vsync
 modeline  "1400x1050@60" 122.61 1400 1488 1640 1880 1050 1051 1054 1087 -hsync +vsync
 modeline  "1600x1200@65" 175.5 1600 1664 1856 2160 1200 1201 1204 1250 +hsync +vsync
 modeline  "1600x1200@60" 162.0 1600 1664 1856 2160 1200 1201 1204 1250 +hsync +vsync
Gamma	1.0
EndSection

Section "Screen"
Identifier	"Screen[0]"
Device		"nVidia Corporation G70 [GeForce 7600 GT] - screen 1"
Monitor		"SyncMaster931B"
Defaultdepth	24
SubSection "Display"
	Depth	24
	Virtual	1600	1200
	Modes		"1280x1024@60"	"1280x960@75"	"1280x960@60"	"1400x1050@60"	"1280x1024@75"	"1600x1200@65"	"1152x864@75"	"1600x1200@60"	"1024x768@60"	"1024x768@70"	"1024x768@75"	"832x624@75"	"800x600@60"	"800x600@75"	"800x600@72"	"800x600@56"	"640x480@75"	"640x480@72"	"640x480@60"
EndSubSection
EndSection

Это только пример, строки modeline надо генерировать для своего монитора с помощью консольных утилит, причем надо знать правильные параметры своего монитора, в частности значения Horizsync и Vertrefresh... скорее всего монитор либо какой-то шибко старый, либо экзотичный, либо очень новый (и его поддержку еще не успели добавить в иксы) - у меня оно, пусть и не совсем правильно определяет модель но разрешения даёт правильные, вплоть до 1600x1200, автоматически - т.е. в моем современном xorg.conf всего того что я выше в качестве примера привёл давно уже нет, там всего-то пара секций осталась - нестандартные опции драйвера (отключил логотип NVidia), да настройки русской раскладки клавиатуры...

2 Daniel5555

По крайней мере он производит впечатление более надежного чем тот, который "для новичков".

дык Slackware не даром самый долгоживущий дистр, там все действительно очень удобно и надежно, но необходимости знать консоль и конфиги это не отменяет %). А еще для этого дистра характерно то что там относительно старые версии ядра и прочего софта в угоду стабильности.

Я тоже так подумал, но я не уверен, там вроде бы не в алфавитном порядке ставилось. В любом случае, ставить приоритет по буквам - это бред.

ну не рандомом же очередность установки выбирать %). По-алфавиту проще всего.

Если будет сбой - то будет система без офиса. А система без графической подсистемы, зато с офисом (который без нее все равно не запустится) - это круто.

если был сбой в процессе установки - значит надо либо попробовать установить заново, по-возможности отключив установку дающих сбой компонентов, либо (при наличии понимания как и что творится в процессе установки, а главное - если другого пути нет и сбой возникает постоянно и неизбежно) - загрузиться\заchrootиться в полуустановленную ось и ручками доустановить те компоненты, установка которых не удалась. Обычно (как и в описанном случае с Zenwalk) достаточно просто повторить попытку установки. Второй путь используется только изредка, в особых случаях - например если это неудавшееся обновление Debian-based дистрибутива (можно попытаться исправить проблему и продолжить обновление с того места где все остановилось), либо это что-то вроде Gentoo где такой способ установки - вообще единственный нормальный. В любом случае - нет смысла вообще ждать что система, которая засбоила при установке вдруг вообще заработает - к примеру туда мог не установиться glibc и там вообще ничего бы не работало кроме ядра, да и то врятли. Вот если честно - мне вот никогда не приходило в голову пытаться заставить работать ту же Windows, которая сдохла на 60% инсталляции. Ну не делает никто такого чтобы операционки работали даже если их установить не-полностью и с глюками, ну это жеж все-таки инсталлер а не программа управления ядерным реактором чтобы стремиться сохранить работоспособность любой ценой и после любого сбоя...

Не помню, что-то от Creative. Да ей пять лет уже, за это время можно было 100 драйверов сделать.

вообще оно очень странно, креативы вроде-бы всегда очень хорошо поддерживались... а что за модель все-таки? Можно погуглить, возможно драйвер есть но все еще экспериментальный (например карточка очень редкая и пользуется мало кто - оно так и будет десятилетиями Experimental ибо мало кому надо тестить и дорабатывать, а кому припрет - пересоберут ядро) - тогда ядро, в принципе, можно и пересобрать - не такое это уж и страшное дело на самом деле, особенно при наличии конфига ядра, используемого в дистрибутиве - тогда все сведется к включению нужного драйвера в меню настройки ядра, запуску 2 команд (сборка и установка), и добавлению нового ядра в загрузчик.

Ссылка на комментарий
Поделиться на другие сайты

Да, но не до такой же степени? Что-то я не припомню, чтобы на свежепоставленном Windows звук не работал.

У меня бывало) Пока дрова не поставишь.

Ну и вообще больное место линукс - совместимость с железом.

Кстати, не зря, кажется Марк Русинович, шутит, что большинство девелоперов под виндоус, это девелоперы драйверов.

+1 к пересбору ядра. Черт, у меня это прямо хобби под гентой)))

Ссылка на комментарий
Поделиться на другие сайты

Да я уже этот xorg.conf как только не переписывал. Есть подозрение, что на моем мониторе он ничего больше и не позволит. Моник - трубчатая сонька девятилетней давности. Есть планы брать новый, тогда можно будет проверить догадку.

Но, млин, винда знает и умеет...

Ссылка на комментарий
Поделиться на другие сайты

Гость
Эта тема закрыта для публикации ответов.
  • Последние посетители   0 пользователей онлайн

    • Ни одного зарегистрированного пользователя не просматривает данную страницу
×
×
  • Создать...