LINUX.ORG.RU

Xorg, nvidia и RTAI

 


0

1

Здравствуйте. Имеется машина с linuxcnc 2.7.0 (debian wheezy).

Linux debian 3.4-9-rtai-686-pae #1 SMP PREEMPT Debian 3.4.55-4linuxcnc i686 GNU/Linux

В общем сколько не пытался - драйвера nvidia вставать на данное RealTime ядро не хотят. В принципе, компьютер используется для управления станком ЧПУ и особенных 3d возможностей от него не требуется. Но тем не менее в окошко выполнения загружаются очень большие gcode. Есть ли возможность установить драйвера nvidia на мою карточку?

test@debian:~$ nvidia-detect 
Detected NVIDIA GPUs:
01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GF106 [GeForce GTS 450] [10de:0dc4] (rev a1)
Your card is supported by the default drivers.
It is recommended to install the
    nvidia-glx
package.

PS: И еще не могу сменить разрешение монитора с дефолтного 1024x768 на нужное 1280x1024 (тупо отсутствует xorg.conf, при попытке его создать, ругается на отсутствие Display0).



Последнее исправление: Braindestroy (всего исправлений: 1)

Ответ на: комментарий от arson

В общем рано обрадовался. При загрузке относительно небольшого gcode (25mb) начинает лагать интерфейс программы, изза отрисовки огромного количества линий. Сам gcode выполняется замечательно, а вот лаг нажатия кнопок есть... Причем ощутимый. Решается приближением модельки в окошке выполнения программы по максимуму. Но это не дело конечно =( И как я пониманию драйверов на intel видео для моего rt ядра тоже нету... Может плюнуть и купить ATi видюху? Там то есть драйвера для RT?

Braindestroy
() автор топика
Ответ на: комментарий от Braindestroy

Сомневаюсь я, что установка другой современной карты на древний дист чем-то тебе поможет.
Может не жмотиться и поставить для интерфейса отдельный комп с нормальным дистром. GUI и ногодрыг это не обязательно должен быть один и тот же компьютер.

Второй вариант, поробовать обычный дистр с PREEMPT-RT ядром. Хуже чем RTAI и в этом случае все сильно зависит от железа/версий/опций, но в 15000 у меня J1800/CentOS7.4 влезал.

P.S. Я на linuxcnc только тесты гонял, вон у Stanson-а спроси у него станки есть.

arson ★★★★★
()
Ответ на: комментарий от arson

RTAI + nouveau + linuxcnc + axis нормально работает. 25бегамайт не грузил, но пяток в axis вполне бодро ворочается.

4.4.43-smp-rtai
i686 Pentium(R) Dual-Core CPU E5500 @ 2.80GHz GenuineIntel
NVIDIA Corporation G96 [GeForce 9500 GT] (rev a1)

Комп специально старый, чтобы Intel ME со своими закидонами не мешалось.

Вообще, linuxcnc вроде должен уметь c axis запущенным на другой машине работать.

Stanson ★★★★★
()
Последнее исправление: Stanson (всего исправлений: 1)
Ответ на: комментарий от arson

У меня слака, так что насчёт дебов не подскажу.

Stanson ★★★★★
()
Ответ на: комментарий от Stanson

Увы, такой возможности нету пока. И ведь это еще не самый большой gcode. Будут в разы больше... Что же делать? Может поставить http://www.linuxcnc.org/testing-stretch-rtpreempt/ - там уже нормально дрова встают на nvidia...

PS: На nvidia карточке таких проблем не было. Но вот отсутствие возможности изменить разрешение монитора убивает. Gmocappy не влазит, да и вообще не удобно. Вон, у бургов с форума linuxcnc как то всё это заводится же. Но я в английский не очень умею, так что там спросить не вариант.

Braindestroy
() автор топика
Ответ на: комментарий от Braindestroy

linuxcnc - это набор программ который можно поставить на любой дистр (скачать исходники и скомпилять)

Для работы с оборудованием в режиме realtime у тебя должно стоять ядро с поддержкой RT: RTAI - жесткий реалтайм, PREEMPT-RT - хуже. И должно быть как можно меньше блобов.

iso-шник от linuxcnc это просто готовая сборока на основе древнего wheezy и древнего ядра 3.4.

Никто не запрещает тебе поставить ubuntu, скомпилять rtai или preempt-rt ядро и linuxcnc.

arson ★★★★★
()
Ответ на: комментарий от Braindestroy

RT_PREEMPT даёт гораздо хуже latency чем RTAI, особенно на современным процессорах и мамках. Всё зависит от того, что ты пилить собираешься - если деревяшку, то может и нормально будет, а если из алюминия что-то точное - то на обработанной поверхности вся эта latency видна будет в виде неравномерности проходов фрезы - типа мельчайше риски идут равномерно, почти зеркало, потом раз - затык какой-то. В отражённом свете хорошо видно. Из-за того, что скорость прохода резко меняется, движущаяся часть дрыгается и по другим осям. Инерция и всё такое.

На самом деле, тебе axis-то нужен только чтобы настроить всё. Потом, когда отлажено запускай хоть с консольной мордой - пилить оно точно так же будет.

На nvidia карточке таких проблем не было. Но вот отсутствие возможности изменить разрешение монитора убивает.

Чтобы выяснить, почему оно с монитора не читает разрешение, надо Xorg.0.log читать внимательно. Там должно быть Printing DDC gathered Modelines: и то, что монитор отдал или сообщение что не может с монитором общаться.

Возможно оно хочет типа

Modeline «1280x1024"x0.0 135.00 1280 1296 1440 1688 1024 1025 1028 1066 +hsync +vsync (80.0 kHz e)

а не 108.88МГц и -hsync как ты пробовал

Stanson ★★★★★
()
Последнее исправление: Stanson (всего исправлений: 1)
Ответ на: комментарий от Stanson

Пилю такое:

https://imgur.com/a/zs3SQRW https://imgur.com/a/TWklhw2

Точность важна, косяки в виде следов от фрезы мне не нужны. Фрезы 0.2мм\0.25мм. Иконы, кресты и прочее церковное. Только дерево.

В общем не понимаю что делать...Искать какую то относительно древнюю видеокарту ати? Сейчас попробовал этот modeline - тоже не завелось разрешение.

Braindestroy
() автор топика
Ответ на: комментарий от Braindestroy

Точность важна, косяки в виде следов от фрезы мне не нужны. Фрезы 0.2мм\0.25мм. Иконы, кресты и прочее церковное. Только дерево.

Ну если после фрезы никакой обработки нету, сразу под лак и пр. - то наверно лучше RTAI, да ещё и на стареньком компе.

В общем не понимаю что делать...Искать какую то относительно древнюю видеокарту ати? Сейчас попробовал этот modeline - тоже не завелось разрешение.

С монитором разбираться, скорее всего. Может в шнурке вообще нет пинов для передачи DDC. Xorg.0.log почитай на предмет EDID и DDC.

Stanson ★★★★★
()
Последнее исправление: Stanson (всего исправлений: 1)
Ответ на: комментарий от Braindestroy

Кстати, если ты в G-code не используешь всяких хитростей типа O команд, не пишешь программы, резьбу не нарезаешь, всякими tool offset не пользуешься, дуги G2/G3 не пилишь, а просто 3D модель конвертишь каким слайсером в линейный G-code где кроме G0 и G1 и нету ничего. то почему бы тебе не взять контроллер для 3D принтера (обычно ардуина с прошивкой Marlin + драйвера шаговиков) и скармливать свои многомегабайтные файлики ей. G0/G1 она прекрасно отработает, гораздо лучше чем любой писюк. В прошивках (Marlin/Sprinter/Repetier) куча настроек, так что под твой ЧПУ прошивку всегда настроить можно.

3D принтер у меня прекрасно жрёт файлы в десятки мегабайт, даже комп не нужен - на SD карточку записал, воткнул, оно и фигачит.

Stanson ★★★★★
()
Ответ на: комментарий от Stanson

Ну пока что нету возможности и времени осваивать всё это, ждать всех этих вещей с каких нибудь али. Потом настраивать. Резать надо уже сейчас. Да, я корректирую модельки в rhino, перегоняю в stl и из stl в artcam - а там уже просто растровый GCODE. В общем единственное что сейчас можно сделать в плане добавления по железу - видео карта. Кстати конфиг у меня такой: https://imgur.com/a/0EsaEzs

Braindestroy
() автор топика
Ответ на: комментарий от Braindestroy

Nvidia у меня совершенно нормально работает на открытом драйвере и монитор видит прекрасно:

[    35.378] (II) NOUVEAU(0): EDID for output VGA-1
[    35.378] (II) NOUVEAU(0): Manufacturer: ACR  Model: 6b0  Serial#: 3270
[    35.378] (II) NOUVEAU(0): Year: 2005  Week: 27
[    35.378] (II) NOUVEAU(0): EDID Version: 1.3
[    35.378] (II) NOUVEAU(0): Analog Display Input,  Input Voltage Level: 0.700/0.700 V
[    35.378] (II) NOUVEAU(0): Sync:  Separate
[    35.378] (II) NOUVEAU(0): Max Image Size [cm]: horiz.: 34  vert.: 27
[    35.378] (II) NOUVEAU(0): Gamma: 2.20
[    35.378] (II) NOUVEAU(0): DPMS capabilities: Suspend Off; RGB/Color Display
[    35.378] (II) NOUVEAU(0): Default color space is primary color space
[    35.378] (II) NOUVEAU(0): First detailed timing is preferred mode
[    35.378] (II) NOUVEAU(0): redX: 0.651 redY: 0.320   greenX: 0.300 greenY: 0.600
[    35.378] (II) NOUVEAU(0): blueX: 0.153 blueY: 0.109   whiteX: 0.313 whiteY: 0.329
[    35.379] (II) NOUVEAU(0): Supported established timings:
[    35.379] (II) NOUVEAU(0): 720x400@70Hz
[    35.379] (II) NOUVEAU(0): 640x480@60Hz
[    35.379] (II) NOUVEAU(0): 640x480@72Hz
[    35.379] (II) NOUVEAU(0): 640x480@75Hz
[    35.379] (II) NOUVEAU(0): 800x600@56Hz
[    35.379] (II) NOUVEAU(0): 800x600@60Hz
[    35.379] (II) NOUVEAU(0): 800x600@72Hz
[    35.379] (II) NOUVEAU(0): 800x600@75Hz
[    35.379] (II) NOUVEAU(0): 1024x768@60Hz
[    35.379] (II) NOUVEAU(0): 1024x768@70Hz
[    35.379] (II) NOUVEAU(0): 1024x768@75Hz
[    35.379] (II) NOUVEAU(0): 1280x1024@75Hz
[    35.379] (II) NOUVEAU(0): Manufacturer's mask: 0
[    35.379] (II) NOUVEAU(0): Supported standard timings:
[    35.379] (II) NOUVEAU(0): #0: hsize: 1280  vsize 1024  refresh: 60  vid: 32897
[    35.379] (II) NOUVEAU(0): Supported detailed timing:
[    35.379] (II) NOUVEAU(0): clock: 108.0 MHz   Image Size:  338 x 270 mm
[    35.379] (II) NOUVEAU(0): h_active: 1280  h_sync: 1328  h_sync_end 1440 h_blank_end 1688 h_border: 0
[    35.379] (II) NOUVEAU(0): v_active: 1024  v_sync: 1025  v_sync_end 1028 v_blanking: 1066 v_border: 0
[    35.379] (II) NOUVEAU(0): Ranges: V min: 50 V max: 75 Hz, H min: 30 H max: 83 kHz, PixClock max 145 MHz
[    35.379] (II) NOUVEAU(0): Monitor name: AL1715
[    35.379] (II) NOUVEAU(0):  ACER
[    35.379] (II) NOUVEAU(0): EDID (in hex):
[    35.379] (II) NOUVEAU(0):   00ffffffffffff000472b006c60c0000
[    35.379] (II) NOUVEAU(0):   1b0f010368221b786ece45a6524c9927
[    35.379] (II) NOUVEAU(0):   1c5054afcf0081800101010101010101
[    35.379] (II) NOUVEAU(0):   010101010101302a009851002a403070
[    35.379] (II) NOUVEAU(0):   1300520e1100001e000000fd00324b1e
[    35.379] (II) NOUVEAU(0):   530e000a202020202020000000fc0041
[    35.379] (II) NOUVEAU(0):   4c313731350a202020202020000000fe
[    35.379] (II) NOUVEAU(0):   00414345520a202020202020202000f5

У тебя скорее всего в Xorg.0.log будет либо ругань, либо ничего. 1024х768 это initial mode для nouveau, оно у тебя и остаётся, т.к. карта не может прочитать монитор.

Stanson ★★★★★
()
Ответ на: комментарий от Stanson

Так вот он мой Xorg.0.log : https://pastebin.com/ZQXxpyhF Я в силу неопытности не очень понимаю что конкретно там искать, и что мне это даст? И почему тогда nouveau для intel сразу заволось максимально разрешение, а на nvidia нет?

Braindestroy
() автор топика
Ответ на: комментарий от Stanson

Вот те места, где упоминаются EDID (про DDC в логе вообще нету ничего):

[    20.357] (II) NOUVEAU(0): EDID for output DVI-I-1
[    20.475] (II) NOUVEAU(0): EDID for output VGA-1
[    20.475] (II) NOUVEAU(0): Printing probed modes for output VGA-1
[    20.475] (II) NOUVEAU(0): Modeline "1024x768"x60.0   65.00  1024 1048 1184 1344  768 771 777 806 -hsync -vsync (48.4 kHz e)
[    20.475] (II) NOUVEAU(0): Modeline "800x600"x60.3   40.00  800 840 968 1056  600 601 605 628 +hsync +vsync (37.9 kHz e)
[    20.475] (II) NOUVEAU(0): Modeline "800x600"x56.2   36.00  800 824 896 1024  600 601 603 625 +hsync +vsync (35.2 kHz e)
[    20.475] (II) NOUVEAU(0): Modeline "848x480"x60.0   33.75  848 864 976 1088  480 486 494 517 +hsync +vsync (31.0 kHz e)
[    20.475] (II) NOUVEAU(0): Modeline "640x480"x59.9   25.18  640 656 752 800  480 489 492 525 -hsync -vsync (31.5 kHz e)
[    20.477] (II) NOUVEAU(0): EDID for output HDMI-1

Соответственно он видит только эти разрешения с nvidia картой. Дело может быть в кабеле? Но почему тогда intel видюха видит нормально все разрешения?

Braindestroy
() автор топика
Ответ на: комментарий от Braindestroy

EDID (Extended Display Identification Data) - это информация передаваемая по DDC (Display Data Channel), дополнительным проводам в VGA кабеле.

Ну дык вот, nouveau монитора вообще не видит. После «EDID for output VGA-1» ничего нету, а должна быть модель монитора и ещё куча всего, примерно как у меня. Если с этим же шнурком (шнурок тоже важен) интель этот монитор видит и EDID получает, то проблема в разъёме или собственно в нвидиевой видеокарте. Может там i2c статикой выбило при неудачном втыкании кабеля.

Принудительно заставить можно чем-то типа

Section "Monitor"
    Identifier      "VGA-1"
    Modeline "1280x1024"  109.00  1280 1368 1496 1712  1024 1027 1034 1063 -hsync +vsync
    UseModes "1280x1024"
EndSection

Section "Screen"
    Identifier "Default Screen"
    Subsection "Display"
        Modes "1280x1024" "1024x768"
    EndSubSection
EndSection

в xorg.conf

Объявляем что монитор на 146% умеет 1280х1024, потом в Screen/Display добавляем это разрешение.

Stanson ★★★★★
()
Последнее исправление: Stanson (всего исправлений: 2)
Ответ на: комментарий от Stanson

Да в чем отличие добавления моделайнов в xorg.conf или с помощью xrandr?! Это одно и тоже.
А что пишется в лог зависит от версий/конфигурации X-ов и драйверов. У меня интеграшка intel: ничего не пишет, просто работает, edid можно увидеть только в /sys.

4.4.43-smp-rtai

Поделись конфигом ядра и rtai.
Я чего-то ковырял-ковырял, но оно так и не запустилось.
Собрал rtai-5.1/kernel-4.9.80 - все работает ... кроме rtai :(

arson ★★★★★
()
Ответ на: комментарий от arson

Да в чем отличие добавления моделайнов в xorg.conf или с помощью xrandr?! Это одно и тоже.

Особо разницы нету, но в логе может быть больше инфы чем от xrandr.

А что пишется в лог зависит от версий/конфигурации X-ов и драйверов. У меня интеграшка intel: ничего не пишет, просто работает, edid можно увидеть только в /sys.

Должна писать что она с монитора выцепила, хотя бы разрешения.

Поделись конфигом ядра и rtai.

http://www.stanson.ch/rtai_config-5.0.1
http://www.stanson.ch/config-4.4.43

Stanson ★★★★★
()
Ответ на: комментарий от Braindestroy

Fck... с видюшкой не повезло. Поставил на фурмарк глянуть, как она вообще в каком состоянии - не успев нагреться начала артефачить. Господа, может кто то посоветовать какую из современных Ati карточек можно взять под ЭТО ядро?

Braindestroy
() автор топика
Ответ на: комментарий от Braindestroy

Ну скупишь ты все говно с авито, потом окажется, что просто эта программа лучше и не может (ну написали ее так).
Давай пример файла, посмотрю как открывается под нормальным линуксом.

arson ★★★★★
()
Ответ на: комментарий от Braindestroy

Моделька выжрала все 4G RAM-ы и была убита.

[ 0.000000] Memory: 3566996k/3653632k

У тебя система в свопе, при чем здесь видеокарта.

Пойду поробую на I7 с 32G RAM-ы.

arson ★★★★★
()
Ответ на: комментарий от Braindestroy

У меня на этом файле axis отожрал 900 мегов и ничего вообще не тормозит, никаких лагов нету. Открывался правда долго, где-то минуту - полторы, не засекал точно.

Stanson ★★★★★
()
Ответ на: комментарий от Braindestroy

10Вт celeron J3355.
Открывается (1мин), крутится, zoom-ируется. Если попытаться, что выделить, виснет ... работает.

arson ★★★★★
()
Ответ на: комментарий от arson

4.5G RAM-ы сжирает

У меня правда 64-bit система, крестик 1.2G жрет (без учета системы).

arson ★★★★★
()
Ответ на: комментарий от Stanson

Суть не в открытии, а в том что интерфейс аксиса становится настолько не отзывчивым - что паузу нажать это целая история секунд на 5. А вот когда из поля видимости убираешь модельку (просто черный экран) - то всё сразу замечательно. Короче это 100% видео... (да?) Короче надо пробовать видюхи от Ati искать.

Ps: сейчас вот верезаю эту икону. Фиговый материал - липаю Ворсит в местах больших углов рельефа.

Braindestroy
() автор топика
Ответ на: комментарий от Braindestroy

Но вот лаги..

А что с ней надо делать (программу впервый раз вижу)?
Со стороны видео тормозов нет, по G-кодам перемещается.

arson ★★★★★
()
Ответ на: комментарий от Braindestroy

Интерфейс (кнопки/меню) и просмотр модели не тормозит.
Просто если попытаться выделить линию на модели, то тогда задумывается (i7 - на несколько секунд), celeron - надолго. Это надо?

arson ★★★★★
()
Последнее исправление: arson (всего исправлений: 1)
Ответ на: комментарий от arson

Ну вот в том то и фишка. Мне нужен максимально отзывчивый интерфейс (пауза, аварийная остановка и т.п.). А в моем случае всё происходит с жутким лагом в секунд 5, если модель в поле зрения. Встройка не вывозит на моем i3 короче. К слову сказать на nvidia таких проблем не было. НО! Там было маленькое разрешение которое невозможно было сменить. А это для меня тоже критично. Такие дела =(

Braindestroy
() автор топика
Ответ на: комментарий от Braindestroy

Мне нужен максимально отзывчивый интерфейс (пауза, аварийная остановка и т.п.).

Интерфейс не тормозит!

Ставь нормальный дистрибутив (у Stanson-а настроенную слаку выпроси) ну или CentOS (лучше 7.4 не 7.5), в репах есть PREEMPT-RT ядро, только linuxcnc собрать.

arson ★★★★★
()
Последнее исправление: arson (всего исправлений: 1)
Ответ на: комментарий от arson

Я буду пробовать конечно. Но RTAI ядро в приоритете, т.к нужен минимальный джиттер. Надеюсь повезет с видео картой. На крайняк соберу на stretch с preempt ядром и попробую там.

Braindestroy
() автор топика
Ответ на: комментарий от Braindestroy

Но RTAI ядро в приоритете, т.к нужен минимальный джиттер.

Как ты определил какой джиттер тебе нужен?
PREEMPT-RT даст тебе 15-25мкс.

arson ★★★★★
()
Ответ на: комментарий от Braindestroy

So, what do the results mean? If your «Max Jitter» number is less than about 15-20 microseconds (15000-20000 nanoseconds), the computer should give very nice results with software stepping. If the Max Jitter is more like 30-50 microseconds, you can still get good results, but your maximum step rate might be a little disappointing, especially if you use microstepping or have very fine pitch leadscrews.

arson ★★★★★
()
Ответ на: комментарий от arson

30-50к ns - это для ременной передачи или серво там какие то. У меня шаговые двигатели. В моем случае такой лаг не подходит (если я правильно понял, может Stanson поправит). В общем закончу икону - поставлюих тестовый стретч. Буду держать в курсе =) (наверняка для кого-то тема сможет оказаться полезной, т.к довольно специфика узкая).

Braindestroy
() автор топика
Ответ на: комментарий от Braindestroy

Мне нужен максимально отзывчивый интерфейс (пауза, аварийная остановка и т.п.).

Лучший интерфейс для перечисленного - кнопки у станка. Их можно прицепить на входы LPT и повесить на них нужные действия. От графического интерфейса их быстродействие зависеть не будет.

Stanson ★★★★★
()
Ответ на: комментарий от Stanson

Это да, само собой буду делать со временем. Но всё остальное хотелось бы тоже в полноценном видел =)

Braindestroy
() автор топика
Ответ на: комментарий от Braindestroy

По-большому счёту всё зависит от конструкции станка. Что происходит при лаге в выдаче последовательности сигналов для шаговика - он подтормаживает. И тут всё зависит от мощности приводов, передвигаемой массы, размера шага и т.д. Если у тебя мощные шаговики, лёгкий привод и никаких люфтов, то при лаге инструмент тоже изменит скорость со всеми вытекающими. Если шаговики еле таскают тяжёлую голову или станину, да ещё и люфты есть, например в ременном приводе или винтовой паре - то скорее всего инерция сгладит эффект, но при такой конфигурации тебе надо будет сильно ограничивать ускорения, чтобы слабый двигатель смог без пропуска шагов разогнать тяжёлую движущуюся часть, и учитывать люфты при настройке. Это сильно замедляет работу станка в целом, поэтому, обычно стараются ставить движки помощнее и делать движущиеся части полегче. Сюда же добавляется вопрос размера шага. Если шаг большой, а полный ход по оси маленький, то шаги при движении происходят редко, соответственно, если минимальный период шага - 10ms, а джиттер у тебя 10us, то никто этого джиттера не заметит. А если шаги очень мелкие, то их надо делать чаще, чтобы обеспечить такую же скорость, и при периоде в 50us джиттер в 10us уже будет весьма заметен. Лечение - ограничивать максимальную скорость, пока джиттер не перестанет быть заметным, что при изготовлении штуковин типа того что делаешь ты, может привести к увеличению времени изготовления до невменяемых величин.

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

Stanson ★★★★★
()
Ответ на: комментарий от Stanson

Ну двигатели у меня по 3 ампера. Станок сам из очень жесткой финской фанеры. Всё это катается на ШВП (на Y 2 швп и соответственно 2 двигателя). Самое тяжелое там это шпиндель.

Braindestroy
() автор топика
Ответ на: комментарий от arson

ну или CentOS

Не, ищи лучше 32-bit дистрибутив.
На 64 axis жрет почти в два раза больше, проблемы собрать rtai-ядро.

P.S. Нашел раздел с linuxcnc, загрузился, икона уместилась в 2.5G, разрешение на встройке 1024x768... как ты выставил 1280x1024 :)

arson ★★★★★
()
Ответ на: комментарий от Braindestroy

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

Stanson ★★★★★
()
Ответ на: комментарий от arson

Понятия не имею. Просто тупо даже Grub сразу в этом разрешении отобразился.

PS: Нашел hd 5770 128bit в идеальном состоянии. Правда 512 mb. Там какие то танцы с бубном тоже нужны будут? Или спокойно пакет с дровами поставится?

Braindestroy
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.