Legalizer

Здесь не обмениваются краденым софтом и серийниками. Если вы не хотите покупать программу - идите на http://www.google.com

http://www.nvidia.com

/dev/scd0 - это не "какой-то девайс", а, скорее всего, как раз ваш пишущий привод. Вы не могли бы поточнее описать, в чем у вас проблема, и чего именно вы хотите добиться, а то пока что ничего ровным счетом не понятно.

Вот именно об этом я выше и говорил

Какой файл, вам уже выше было сказано. /var/log/Xorg.0.log Как вложить? Хм... Ну, наверное воспользоваться кнопочкой на форуме. Вы когда набиваете ответ, ниже есть кнопочка "Обзор". Сначала надо нажать ее. Потом выбрать файл. Потом нажать "Загрузить файл". А потом нажать "Отправить ответ" Трудно догадаться, верно?

А что вы видите в /var/log/messages ? А что покажет lsmod ?

Как правило, если ядро не грузится, это свидетельствует об ошибке, допущенной на этапе конфигурирования. Думаю, стоит искать в этом направлении. Попробуйте воспользоваться конфигом своего действующего ядра и уже в нем добавлять/исключать опции.

Прочитать что-нибудь о ядре Linux и модулях, в частности справку по программам modprobe, lsmod и rmmod (man modprobe, man lsmod, man rmmod, соответственно).

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

Согласен. А пока что я бы порекомендовал BSDobermann сдерживать свои порывы и, может быть даже отказаться от полномочий модератора. Хотя, это все мое ИМХО, разумеется. Собственно, пускай действующие модераторы решают, что в данной ситуации делать.

Я ответил на вопрос голосования "нет". Доводы в соседней ветке, касающейся модерирования. Прочитав сегодня перепалку между Byte и BSDobermann могу также добавить, что последний существенно больше похож на "человека с Ксакепа", каковым он все время почему-то называет Byte. Более того, его "модерирование" больше всего тянет на проказы пятнадцатилетнего школьника, который "дорвался" Особенно, если то о чем говорит Byte правда (копирование чужого правильного ответа в текст своего сообщения с целью выдать чужой ответ за свой). P.S. В порядке оффтопика: если речь идет о вот этом Byte http://linuxportal.ru/forums/index.php/u/11/ то я могу сказать, что его я знаю существенно дольше, чем BSDobermann и он, на мой взгляд, является отличным специалистом в Linux. Byte, это ты?

Ну так устраивайте голосование-то А то вы, товарищ полковник, все обещаете...

Ну это как бы не комментарий А если там будет написано #!/usr/bin/python ? Альтернатив никаких мне не надо, ибо скриптов я сам не пишу (за совсем редким исключением). А man bash, я в отличие от других man по оболочкам, почитал неоднократно. Не виду смысла изучать другие, иными словами, когда если одна общепринятая оболочка

Ну, в принципе, да. Важен, ИМХО опять же, скорее, не процесс решения задачи, а алгоритм размышлений. А думать правильно начинаешь, когда: 1. Понимаешь, что такое ядро и модули ядра; 2. Понимаешь, как система запускается (lilo, ядро, initrd, стартовые скрипты); 3. Понимаешь общую логику файловой системы (где что лежит, и почему именно здесь, а не там) и, соответственно, где искать какие настройки, логи и т.п.; 4. Научаешься искать ответы на свои вопросы в сети. А освоив эти нехитрые темы ты уже не нуждаешься в помощи, по большому счету Ну, так или иначе, чтение документации - это непременное условие решения любой проблемы, потому что для достижения определенного результата определенными действиями необходимо понимать, что делаешь. Новички же чаще всего приходят за готовым решением: тыцкни сюда, набери это - и будет тебе щастье. Поэтому, им все равно, что НЕ читать Так что, процесс-то поиска решения может быть и лучше, но если желания разобраться и понять не будет, то насильно все равно ничего не получится объяснить человеку. Обижаться начинают: если ты такой умный, то почему бы тебе просто не сказать ответ и т.п. ... Гиблое это дело, в общем, объяснять читателям Ксакепа, почему систему надо изучать, и пытаться их чему-то обучить

bash, потому что он bash. #!/bin/bash нередко можно встретить, верно? Не зря, наверное

Я не самом деле не сталкивался даже с SATA (не стал брать, потому как заведомо проблемная вещь, в определенном смысле), поэтому, конкретного совета дать не смогу. ИМХО, с бубном.

Ну так я и говорю, что не вижу большой разницы между решенными проблемами (типа success stories) и документацией. И то и другое надо: а) найти; б) прочитать.

Ок. Только, ИМХО, все же лучше FAQ. Хотя, разницы не вижу, а "раздел для закрытых тем" проще сделать, в некотором смысле

Дык, диск SATA? Поищите по форуму. Обсуждалось многократно. Ваша проблема может быть связана именно с этим.

Ну, навскидку, приходит в голову только посмотреть права на директорию...

Hans, Ты одно не учитываешь. Тот, кому лениво, не будет ничего искать, даже если на этот раздел из всех мест будет вести большая жирная ссылка. Он все равно в сотый раз спросит то, что уже разжевано многократно... Так что, по сути, особой необходимости я не вижу. Лучше уж потратить усилия на хороший FAQ (который, кстати, можно скомпилировать с позволения авторов материалов с других сайтов).

Вот мы тут как раз на тему BSDobermann покашляли в FAQ. Думаю, что эта очередная иллюстрация ему на пользу не идет EL, Hans, вы там как на это все смотрите?

Могу предложить такой вариант: Создается большой раздел "Решенные вопросы". Обсуждения, где находится ответ, закрываются и весь топик переносится в этот раздел. Только нужно ли это по существу. ИМХО, это подменяет, по существу, написание FAQ по основным вопросам новичков.

Как результат: 1. Необходимость переписывания движка форума, ИМХО. 2. Нефозможность обновлять движок без переписывания своего кода или иных мероприятий, которые неизбежно должны делаться "ручками". P.S. Проходили эту тему на linuxportal.ru

2 Byte Имей терпение Все будет.