Bzz13

Я могу сказать как вообще в таких, им подобных и схожих случаях тесятся компы. Благо случаев мулярд.
Конечно - лучше всего если есть опыт - смотреть по типу глюка и пропускать сразу те этапы, которые не нужны.
Но имеет смысл перечислить их всех - и универсально это так:

Первым делом - комп надо продуть и избавить от пыли. Осмотреть на наличие остановившихся кулеров. Можно при рабочем компе пощупать (только аккуратно, ибо можно убить) некоторые детали на наличие излишней температуры. Тут сразу - есть питание памяти - обычно прямоугольный транзистор. Там будет очень "жарко". Это в принципе нормально. А вот если среди остальных деталей есть такая удержать палец на которой нельзя - это очень плохо.

Переткнуть все разъемы. Просмотреть их. Если что-то подгорело - значит искрило, значит нагрузка была ненормировання и Вы счастливчик если мать или привод не навернулись.

Внимательно осмотреть емкости на мамке и видео. Если видите хоть одну сильно "припухшую" - это не гарантия на 100%, но чаще всего если есть хоть одна припухшая - таки придется менять мать или отдавать тем кто пропаяет туда нормальные кандеры. К слову, мастеров, которые могут это сделать ХОРОШО не так много. Правда были случаи когда 2-3 запухли а все работает, но это редко.

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

Не помогло - надо ставить систему с нуля. Потестить все с "голой системой". Бывает, что просто от возраста и кол-ва установленых прог она загнивает от мусора, который некоторые проги ставят в виде установки/модифицирования длл библиотек.

Далее - возьмите планку памяки желательно у того кто занимается компами - такие люди имеют всегда в распоряжении одну "дежурную" планку которая нормально работает во всех матях. (если Вы параноик - то после установки ГУД планки еще и зайдите в биос и увеличьте задержки по циклам чтения/записи и уменьшите частоту). Протрите контакты памяти, на всякий случай и подкиньте эту хорошую. Если после замены ничего не меняется - значит как сама память так и контроллер на МБ не причем, ровно как и нет конфликта между вашей новой Асус и сомнительной планкой PQI или NCP оставшейся после старой конфигурации...

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

Иногда имеет смысл поменять шлейфы, если глюк прямо указывает на винт. Это конечно редко. Но у меня раз была проблема с ИДЕ шлейфом.

Потом снимите видео. Протрите контакты. Воткните другую карточку в которой уверены и опять тестить. Кстати бывает так что перекручиваешь что-то, и чуть чуть пошатаешь видюху - начинаются глюки. Там просто контакты маленькие и расположены тесно  и если мать или корпус "неправильные" то можно легко добиться глюков.

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

Если вы все отключили - и тем не менее система не работает - либо глубокий глюк в матери, либо что-то с процом. Хотя с последним обычно если что-то случается - то система умирает на старте вообще, хотя был случай, что просто работала и рендомно вылетало все. Оказалось - микроскол на кромке проца, и как результат через год паста "атрофировалась" и пошел неравномерный его перегрев на одну сторону.


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

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

Ну и само собой - неплохо определить круг программ которые глючат, если это не глюк всей системы. А то можно весь компьютер перепахать, а окажется просто невоместимость проги (одной, двух, трех) с дровами/системой.

Читаю эту тему - такое впечатление что то что я прохожу - это совсем другая миссия.
Хотя тоже ангел Екстраваганза ЛВЛ4.

На утанкованом домике летаю. из Т2 тока капречи, 2 репки, Афтербурнер и мед дроны. Все.

Я танкую - работу всю полностью делают берсеркеры.

За все карманы вторую репку не включил ни разу. В 6й не летал - нет тага. Может щас куплю попробую тоже. Правда в этом регионе нет ни одного в продаже. Придется лететь в другой.

Федора
Вайн самый новый
Ставил потом апдейтил
yum --enablerepo=updates-testing upgrade wine

локаль -а выдает огромный список. У меня тут по-моему все поставлено что можно. Не знаю имеет ли смысл его весь сюда публиковать.

Я пока решил это. Изменил скрипт теперь он дает вайну en_US.uft8
Парадокс, но все работает. И русский шрифт в нотпаде и в еве.
А если ставить туда кои8р - то в нотпаде пашет - Ева тупо виснет а потом вылетает.

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

Сделал так файл wine.desktop (у меня тут /usr/share/applications/fedora.wine.desktop):

[Desktop Entry]
Type=Application
Name=Wine Windows Emulator
Name[de]=Wine Windows-Emulator
Name[es]=Emulador Windows de Wine
Name[nl]=Wine Windows-emulator
Name[sv]=Windows-emulatorn Wine
Name[ru]=Wine Эмулятор Windows
Name[fr]=Émulateur Windows Wine
Exec=wines.sh start /unix %f
MimeType=application/x-ms-dos-executable;application/x-msdos-program;application/x-msdownload;application/exe;application/x-exe;application/dos-exe;vms/exe;application/x-winexe;application/msdos-windows;application/x-zip-compressed;application/x-executable;
NoDisplay=true

Под него файл chmod 755 /usr/bin/wines.sh

#!/bin/sh
export LC_ALL=en_US.utf8
blablalba
wine "$1" "$2" "$3" "$4"
blalbalba

где blablalba - дополнительные опиции, если понадобятся

Вроде работает.
Вдруг не заработает с другими прогами которым надо кои8р. Сейчас не на чем проверить, скачаю позже че нить.



Непонятно абсолютно почему под вайном ЕВА виснет, если получает LANG или LC_ALL =ru_RU.koi8r. (любой вариант хоть одну) а если получает ru_RU.utf8 - то просто не печатаются русские.

Блин. Все нормально работало под вайном.
Сейчас с чего-то перестало печатать по русски. Читать могу, печатать нет.
комбинация: "ЛС_АЛЛ и ЛАНГ=_КП вайн имя-проги"   -  лечит это дело.
Но ведь буквально пару дней назад было все ок?!?!??!

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

Дайте хинт какой-нить, где искать и главное что искать.





Блин нашел уже сам.
В корневом у юзверя появился файл .dmrc c содержанием:
[Desktop]
Language=ru_RU.utf8

При убийстве файла вайн начинает нормально работать...

100%.
Спасибо.
Под вайном получше. И фотки рендерятся лучше и уже можно 2 копии запустить спокойно.