... то не надо сразу кричать "Linux - отстой, винда рулит", часто решение - в шаге от вас...
Немного терпения, и всё получится...
Устройство в Linux не работает - что делать?
Для того, чтобы попробовать решить проблему, требуется:
1. Точно узнать название устройства и подробности его работы.
Лучший способ - посмотреть логи, большинство которых находится в каталоге:
/var/log (они доступны для просмотра только пользователю root)
* Если устройство подключается к USB - пишем в консоли lsusb > lsusb.txt
* Если это встроенное устройство или подключено к ISA/PCI, пишем lspci > lspci.txt
* Так же для обращения в поиск и форум потребуется вывод команды dmesg
* Если проблема с видеокартой или вообще видеоподсистемой - сохраняйте
/var/log/X.org.conf или /var/log/XFree86.conf (у кого он остался)
2. Учитесь читать и анализировать логи - в них часто не только ответ на ваш вопрос, но и путь к его решению.
Это приходит с опытом, но надо же с чего-то начинать...
Пример:
Пользователь жалуется, что в ноутбуке при подключении USB-мыши Linux зависает.
Это в общем не характерное для Linux поведение, тем более в случае USB-шины, может быть вызвано:
если в оборудование работает неправильно, ядро об этом будет сыпать
сообщениями типа Warning и FATAL часто, пока проблема не решится.
Смотрим логи dmesg: одна из строк выглядит так
PCI: BIOS Bug: MCFG area at e0000000 is not E820-reserved
Кто владеет английским на уровне школы, тот может догадаться, что в BIOS какая-то ошибка. Смотрим дальше:
PCI: Bus #03 (-#06) is hidden behind transparent bridge #02 (-#03) (try 'pci=assign-busses')
Please report the result to linux-kernel to fix this permanently
Так и есть: а вот и возможное решение нашей проблемы!
Об этой проблеме ядро "скажет" ещё не раз:
PCI: Using ACPI for IRQ routing
PCI: If a device doesn't work, try "pci=routeirq". If it helps, post a report
PCI: Cannot allocate resource region 3 of device 0000:00:00.0
Какой-то регион 3, какие-то устройства... не сразу можно понять.
Интересно, где это себя проявляет?
ACPI: PCI Interrupt 0000:00:13.2[A] -> GSI 19 (level, low) -> IRQ 17
ehci_hcd 0000:00:13.2: EHCI Host Controller
ehci_hcd 0000:00:13.2: new USB bus registered, assigned bus number 1
Это USB-устройства - всё сходится. Зависание Линукса при втыкании
USB-мыши происходит благодаря кривизне рук программистов, написавших
BIOS. Теперь понятно не только кто в этом виноват и куда копать, но и
один из возможных методов решения.
Помогает либо установка более нового ядра, чем то, которое уже стоит, либо, как ни странно, установка более старого...
3. Локализуем проблему. Что именно не работает?
* Если это принтер, за это отвечает подсистема CUPS, поэтому
официальный сайт в помощь: проверьте, поддерживается ли ваш принтер и
если да, то в какой степени. Попробуйте установить более свежую версию
CUPS, походите по форумам - желательно с логами, версией ядра и
подробным описанием проблемы.
* Если это сканер - наш рулевой это подсистема SANE и гугление по словам sane linux _модель_сканера_.
* Работу звуковых карт обеспечивает проект ALSA, где можно так же
узнать о поддержке оборудования. Для этого имеет смысл так же
попробовать установить или собрать самому более свежее ядро Linux (в
ядре содержится большое количество драйверов).
* За сенсоры и термодатчики на материнских платах отвечает проект lm85,
который состоит из драйверов ядра и утилит работы с ними.
* Источники бесперебойного питания (UPS) поддерживаются пакетом apcups.
Попытаться устранить проблему при помощи дяди Гугла по методу _имя_проекта_ linux _название устройства_.
Очень и очень часто решение есть и ждёт своего часа...
Если дяденька Гугл и прочие методы не принесли желаемого результата -
остаётся подождать, пока проблему решат и / или добавят драйвер
устройства в ядро или программы связанных с устройством проектов...
В конце концов, двойную загрузку (dual boot) с другими операционными системами никто не отменял...
