1.1, SoM (?), 12:28, 10/09/2009 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
> увеличение интерактивности при работе с десктопом примерно в два раза;
Новость не может не радовать.
P.S. Жду, четную(стабильную) версию ядра.
| |
|
2.5, kost BebiX (?), 12:46, 10/09/2009 [^] [^^] [^^^] [ответить]
| +8 +/– |
>P.S. Жду, четную(стабильную) версию ядра.
Это давно неправда. Уже все версии одинаково стабильны вроде (или я заблуждаюсь и это все еще правда?)
| |
|
3.7, Анонумоис (?), 12:51, 10/09/2009 [^] [^^] [^^^] [ответить]
| +1 +/– |
>Это давно неправда.
Правда, но для второй цифры, а здесь третья меняется.
| |
3.10, Slavaz (ok), 13:02, 10/09/2009 [^] [^^] [^^^] [ответить]
| +3 +/– |
>>P.S. Жду, четную(стабильную) версию ядра.
>Это давно неправда. Уже все версии одинаково стабильны вроде (или я заблуждаюсь
>и это все еще правда?)
Вообще-то чётными должны быть вторые цифры, а не третьи.
2.0.*; 2.2.*; 2.4.*; 2.6.* - это стабильные ветки.
2.1.*; 2.3.*; 2.5.* - это нестабильные ветки.
Но начиная с ветки 2.6 ядро перешло на новый режим: все версии объявляются нестабильными и девелоперскими. Сейчас "чётный/нечётный" номер ветки уже потерял актуальность. ИМХО так.
| |
|
4.28, Аноним (-), 17:16, 10/09/2009 [^] [^^] [^^^] [ответить]
| –10 +/– |
отлично, линуксоиды и сами не знают что у них стабильное, а что не стабильное, отлично.
| |
|
5.29, vitek (??), 17:36, 10/09/2009 [^] [^^] [^^^] [ответить]
| +/– |
>отлично, линуксоиды и сами не знают что у них стабильное, а что не стабильное, отлично.
99,9% виндузятников тоже не знают в каком файле храниться их ядро.
ну и что?
если ядро не имеет постфикса rc - значит стабильное.
и то - это если только ядро брать (самому!) с kernel.org!
а последнее стабильное в дистре - это то, что можно скачать из реп дистра.
| |
|
|
|
2.6, Анонумоис (?), 12:50, 10/09/2009 [^] [^^] [^^^] [ответить] | +/– | Не совсем Процесс выпуска новых ядер отлажен до мелочей, спорить не буду, а вот... большой текст свёрнут, показать | |
|
3.11, Аноним (-), 13:19, 10/09/2009 [^] [^^] [^^^] [ответить]
| –1 +/– |
>>Включение в состав KMS
>RadeonHD драйвер закроют, разработчиков уволят :D
KMS для драйвера всего лишь api, точно такой как UMA/GEM
| |
|
4.27, Анонумоис (?), 17:06, 10/09/2009 [^] [^^] [^^^] [ответить]
| –3 +/– |
>KMS для драйвера всего лишь api, точно такой как UMA/GEM
Только драйвера по сути не остается. Все, что работает с железом, ядром и может работать с другими драйверами (например с контроллером памяти, если видеокарта встроена в чипсет) переносят в ядро. OpenGL тоже в ядре: DRI, DRM. А так да, всего лишь API.
Нормальной поддержки 3D для Linux пока никто не реализовывал (это касается вообще всех) - не хотят связываться с зоопарком технологий, а во-вторых оторванный от железа OpenGL. Все железо написано исключительно под DirectX, под слишком высокоуровневый OpenGL невозможно оптимизировать железо т.к. железка тупо будет значительно дороже стоить.
Здесь даже крайних нет, как ни крути, со всех сторон у Linux с 3D засада.
| |
|
5.30, Arti (??), 17:37, 10/09/2009 [^] [^^] [^^^] [ответить]
| +1 +/– |
Как раз дело с графикой сдвинулось с практически с мертвой точки.
Да к сожалению (или всетаки к счастью?) невозможно все резко перевести на новый интерфейс, поэтому приходится поддерживать зоопарк интерфейсов.
В общем я думаю ближайший год покажет жизнеспособность kms/dri2/gem/gallium.
| |
|
6.33, vitek (??), 17:44, 10/09/2009 [^] [^^] [^^^] [ответить]
| –2 +/– |
этот галиум придумали, чтобы пойти навстречу производителям карт....
им на линух просто наср.ь... на винде бы удержаться.
а kms/dri2/gem/ - не имеют отношения к 3d вообще и opengl в частности.
| |
|
|
8.41, vitek (??), 19:23, 10/09/2009 [^] [^^] [^^^] [ответить] | +/– | если бы хоть немного разбирался - эту чушь не написал бы хотя можешь попробо... текст свёрнут, показать | |
|
9.44, vitek (??), 19:57, 10/09/2009 [^] [^^] [^^^] [ответить] | +/– | поясню а то может и правда за идиота примут -D 1 dri - предоставляет прямой ... большой текст свёрнут, показать | |
|
10.81, BSA (?), 21:49, 11/09/2009 [^] [^^] [^^^] [ответить] | +/– | Это не есть правда У ATi драйвер fglrx своя реализация Возможно, у VIA тоже ... текст свёрнут, показать | |
|
11.86, vitek (??), 01:01, 12/09/2009 [^] [^^] [^^^] [ответить] | +/– | спорить не буду возможно говорил то о другом - что учавствует в формировании к... текст свёрнут, показать | |
|
|
|
|
|
|
5.31, Knuckles (ok), 17:41, 10/09/2009 [^] [^^] [^^^] [ответить]
| +/– |
>под слишком высокоуровневый OpenGL невозможно оптимизировать железо
Всегда считал, что Direct3D гораздо более высокоуровневый интерфейс, чем OpenGL.
| |
|
6.74, name (??), 13:09, 11/09/2009 [^] [^^] [^^^] [ответить]
| +/– |
>Всегда считал, что Direct3D гораздо более высокоуровневый интерфейс, чем OpenGL.
Это не верно, т.к. в Direct3D, к примеру, нужно самому рассчитывать видовые матрицы и ещё много чего, что не вшито в драйвер как в OpenGL. Поэтому возможностей для оптимизаций/упрощений для конкретных случаев гораздо больше.
| |
6.87, Zenitur (?), 09:34, 12/09/2009 [^] [^^] [^^^] [ответить]
| +/– |
Топикстартер троллит. Чтобы у незамутнённого читателя возникла сама собой иллюзия, что в этолм непонятном Linux всё глючит, и мелочи, и самое главное. От смены курсора до драйверов устройств. Что софт ненадёжный. И что геммороя с ним хлебнуть придётся немало...
Пока что наблюдаю это только с виндовсом.
| |
|
5.32, vitek (??), 17:42, 10/09/2009 [^] [^^] [^^^] [ответить]
| +/– |
хорошь гнать!
от нвидии opengl (что в винде, что в линухе) идёт тыщу лет с одной и той же версией.
DRI, DRM - не имеют отношения к opengl.
и меса в ведро не грузиться.
зы:
движок от квейка 3 работает в линухе визуально не хуже, но быстрее.
ззы:
интересно, такие комменты специально заказывают... с претензией на "правду"?
| |
|
6.45, letsmac (?), 21:30, 10/09/2009 [^] [^^] [^^^] [ответить]
| +/– |
>>от нвидии opengl (что в винде, что в линухе) идёт тыщу лет с одной и той же версией.
Ну так его никто не менял. Расширений от nvidia - вагон. А сам стандарт не nvidia устанавливает.
| |
|
7.51, vitek (??), 22:13, 10/09/2009 [^] [^^] [^^^] [ответить]
| +/– |
так то оно так, но реализация и её качество - многое значат.
не говоря о версии:
$ glxinfo
.......
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: GeForce 8400M GS/PCI/SSE2
OpenGL version string: 3.2.0 NVIDIA 190.25
| |
|
6.73, name (??), 13:03, 11/09/2009 [^] [^^] [^^^] [ответить]
| +/– |
>движок от квейка 3 работает в линухе визуально не хуже, но быстрее.
проводил тесты я недавно - работает он точно также, как и в win, разница в пределах погрешности при одинаковых настройках качества картинки
| |
|
7.84, поцанчик (ok), 23:43, 11/09/2009 [^] [^^] [^^^] [ответить]
| +/– |
>>движок от квейка 3 работает в линухе визуально не хуже, но быстрее.
>
>проводил тесты я недавно - работает он точно также, как и в
>win, разница в пределах погрешности при одинаковых настройках качества картинки
с 2004 года играю в квейк3 (джуст фор фун, но с профи) и могу тебя уверить, что под линь квака идёт гораздо быстрее чем под виндой, с теми же настройками и компом.
если бы ты не был ламериллой то уже давно прочитал консольные команды кваки и нашёл там com_maxfps который необходимо поставить в положение 99999. это необходимо для того чтобы квака не блокировала фпс на значении 100 (кажется).
неламериллы также знают про команду cg_drawfps который необходимо поставить в значение 1 , чтбы видеть кол-во фпс.
| |
|
|
5.48, User294 (ok), 21:49, 10/09/2009 [^] [^^] [^^^] [ответить]
| +/– |
>Здесь даже крайних нет, как ни крути, со всех сторон у Linux с 3D засада.
Хорошая такая засада. Пока вы тут пиндите, авторы например vendetta online денежки с этой засады стригут. И собственно - их движок отрисовывает приличную графику на 1280х1024 с хорошим FPS и практически максималными настройками на моем железе. Хорошая, черт возьми засада! И уж наверняка какая-нить анизотропная фильтрация при таком разрешении и FPS делается ну совсем без поддержки железом :).И все сцены считаются программно, ага.
| |
5.54, Землин (?), 23:34, 10/09/2009 [^] [^^] [^^^] [ответить]
| +/– |
>Только драйвера по сути не остается. Все, что работает с железом, ядром и может работать с другими драйверами (например с контроллером памяти, если видеокарта встроена в чипсет) переносят в ядро.
Стандартизация и унификация это хорошо. А работы по прикручиванию ядрённых интерфейсов (drm<libdrm, менеджер памяти uma, kms), допиливанию месы для соответствия с последним ogl, dri/dri2-драйверов для хорга (а лучше сразу же ogl и dri2 через прослойку gallium) и так хватит.
>OpenGL тоже в ядре: DRI, DRM. А так да, всего лишь API.
Бред, как и вообщем остальная часть поста
| |
|
|
3.62, User294 (ok), 04:31, 11/09/2009 [^] [^^] [^^^] [ответить] | +/– | Уже уволили вроде кого-то Да и фиг с ним - амд ясно дало понять что открытый др... большой текст свёрнут, показать | |
|
4.68, fetisheer (ok), 10:00, 11/09/2009 [^] [^^] [^^^] [ответить]
| +/– |
Буквально сегодня столкнулся с тем, что пропал весь /etc на разделе с ext4. Пришлось бэкап юзать. Всего-то хватило несколько раз через резет перезагрузиться. ФС шустрая, глюки, возможно, исправляют и быстро, но их все еще хватает.
| |
4.71, Аноним (71), 11:31, 11/09/2009 [^] [^^] [^^^] [ответить]
| +/– |
>P.S. а вот у MS насколько я знаю используется в основном автоматическое
>тестирование (нормальная технология контроля качества, пойдет?). Что тем не менее, не
>мешает их драйверу NTFS %$аться в синий скрин в некоторых ситуациях
>когда с диска прочлось что-то не то. Линуксоиды баги похожего класса
>(oops при налете на совсем левые данные, etc) давят на раз.
>А микрософт на подобное не первый год кладет большой болт. У
>кого качественнее софт?
разберитесь наконец в архитектуре NT, в принципах ее функционирования и не порите больше чушь:D так и должно быть. никсы на такие ошибки забивают и работают дальше, NT останавливается, чтобы данные не испортить.
| |
|
5.80, Evtomax (ok), 21:23, 11/09/2009 [^] [^^] [^^^] [ответить]
| +/– |
Ога, данные в открытых приложениях не испортятся, если остановиться :D
| |
|
|
|
2.47, User294 (ok), 21:33, 10/09/2009 [^] [^^] [^^^] [ответить]
| +/– |
> P.S. Жду, четную(стабильную) версию ядра.
Лучше отпустите ручник... :)
| |
|
1.4, Tav (?), 12:44, 10/09/2009 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
> добавлена поддержка проброса IPv4 поверх Firewire;
А разве этого не было раньше?
| |
|
2.20, prapor (??), 14:26, 10/09/2009 [^] [^^] [^^^] [ответить]
| +/– |
>> добавлена поддержка проброса IPv4 поверх Firewire;
>
>А разве этого не было раньше?
В старом было, в новом нет.
| |
|
1.8, Zenitur (?), 12:52, 10/09/2009 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
Нигде не могу найти контроллер USB 3.0. И SATA 3.0. Раньше всё, что я хотел, находилось на Яндекс-Маркете. Долго ждать?
Ядро пока ещё собирается.
| |
|
2.17, Аноним (-), 13:50, 10/09/2009 [^] [^^] [^^^] [ответить]
| +/– |
Сначала озаботьтесь поиском устройств с поддержкой USB3, чтобы было чем контроллеру управлять.
| |
|
|
|
|
4.61, Аноним (-), 00:04, 11/09/2009 [^] [^^] [^^^] [ответить]
| +/– |
Мне бы живые устройства, а то проблема стоит что втыкать, а не куда.
| |
4.82, BSA (?), 22:02, 11/09/2009 [^] [^^] [^^^] [ответить]
| +/– |
Зачем тебе PCI плата? У нее пропускная способность всего 33 MHz * 32 Bit = 1 GBit/s. Это теоретическое пиковое значение!
Тут уже минимум PCI-E x4 нужно ставить...
| |
|
5.92, Zenitur (?), 16:55, 14/09/2009 [^] [^^] [^^^] [ответить]
| +/– |
У меня PCI Express 16x 2.0 пустует. Спасибо, что разъяснил разницу! А то я раньше вообще не знал пропускную способность, а хотел узнать. Осталось только узнать, чем 2.0 отличается от PCI Express.
| |
|
|
|
|
1.23, pavlinux (ok), 14:48, 10/09/2009 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
А ещё новые фишки
* Sysctl параметр для отключения загрузки модулей
sysctl -w kernel.modules_disabled = 1 (1 - незя, 0 - мона)
# sysctl -w kernel.modules_disabled=1
kernel.modules_disabled = 1
# modprobe -v 8250_pnp
insmod /lib/modules/2.6.31/kernel/drivers/serial/serial_core.ko
WARNING: Error inserting serial_core (/lib/modules/2.6.31/kernel/drivers/serial/serial_core.ko): Operation not permitted
insmod /lib/modules/2.6.31/kernel/drivers/serial/8250.ko
WARNING: Error inserting 8250 (/lib/modules/2.6.31/kernel/drivers/serial/8250.ko): Operation not permitted
insmod /lib/modules/2.6.31/kernel/drivers/serial/8250_pnp.ko
FATAL: Error inserting 8250_pnp (/lib/modules/2.6.31/kernel/drivers/serial/8250_pnp.ko): Operation not permitted
-------
* Удален параметр ядра ramdisk=, теперь надо юзать ramdisk_size=
----------
* Опции монтирования SSD дисков в BTRFS :)
mount -o ssd
mount -o nossd
mount -o ssd_spread (для большей производительности на дешёвых SSD дисках)
А так же автоматическое определение SSD дисков, и автомонтирование их с параметром ssd.
--------
* Теперь CIFS можно монтировать с опцией addr= - аналог ip= , т.е.
# mount -t cifs //192.168.0.1/SHARA /NET -o ip=192.168.0.1
# mount -t cifs //192.168.0.1/SHARA /NET -o addr=192.168.0.1
одно и тоже
---------
* Опция монтирования VFAT - errors, - определяет действия при глюках с ФАТом
mount -t fat|vfat -o errors=[panic,remount-ro,continue] /dev/sdx /media/wenda
Как видно из названия, при ошибках: в падать в panic, перемонтироваться в R/O, или пофиг.
------
* По умолчанию, ECN работает только если оба конца поддерживают ECN.
sysctl -w net.ipv4.tcp_ecn = 0/1/2
0 - выкл.
1 - вкл.
2 - только серверная часть, если другой конец не поддерживает ECN, то равно выкл.
По умолчанке: 2
------
| |
|
2.25, pavlinux (ok), 15:55, 10/09/2009 [^] [^^] [^^^] [ответить]
| +/– |
>и intel видюхами есть какие то улучшения ?
i915
* Change GEM throttling to be 20ms (improves high-settings openarena performance on my GM45 by 50%)
* Add Display Port support
* Add chipset/feature defines for for new chipsets
* Enable kernel modesetting on IGDNG
* Add HDMI support on IGDNG
* Add LVDS support for IGDNG
* Add FIFO watermark support
* Enable error detection & state collection
* agp-intel: Add support for new chipsets
| |
2.59, vitek (??), 23:48, 10/09/2009 [^] [^^] [^^^] [ответить]
| +/– |
2.8.1 на 30 ядре - работаю нормально. (если вообще можно об интельных картах так говорить)
опенарена, смокинганс - работают НАМНОГО лучше, чем в виндах (в xp, не в висте)
| |
|
|
4.63, User294 (ok), 04:37, 11/09/2009 [^] [^^] [^^^] [ответить]
| +/– |
>в висте ещё хуже, если что.
В висте интельские дрова вообще периодически ставят систему в позу, так что порой только ресет помогает...
| |
|
|
|
1.26, Nitay (?), 16:26, 10/09/2009 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Linux netbook 2.6.31-10-generic #30~ppa1~nc10~jaunty-Ubuntu SMP Tue Sep 8 07:01:14 UTC 2009 i686 GNU/Linux
Полет нормальный
| |
1.36, Myc (??), 18:56, 10/09/2009 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
> Удалось добиться уменьшения на 50% числа запросов, попадающих на вытесненные в раздел подкачки страницы памяти, и на 1/3 уменьшить число обращений к свопу (pswpin), что продемонстрировало в тестах увеличение интерактивности при работе с десктопом примерно в два раза;
Имхо, какбе не принципиально 2/3 или 3/3 тормозов будет при своплении. Об интерактивности тут уже речи не может быть. :)
| |
|
2.37, fidaj (ok), 19:00, 10/09/2009 [^] [^^] [^^^] [ответить]
| +/– |
>> Удалось добиться уменьшения на 50% числа запросов, попадающих на вытесненные в раздел подкачки страницы памяти, и на 1/3 уменьшить число обращений к свопу (pswpin), что продемонстрировало в тестах увеличение интерактивности при работе с десктопом примерно в два раза;
>
>Имхо, какбе не принципиально 2/3 или 3/3 тормозов будет при своплении. Об
>интерактивности тут уже речи не может быть. :)
Кагбе исходники ядра открыты - шлите свои предложения в виде патчей...
| |
2.46, letsmac (?), 21:33, 10/09/2009 [^] [^^] [^^^] [ответить]
| +/– |
>Имхо, какбе не принципиально 2/3 или 3/3 тормозов будет при своплении. Об
>интерактивности тут уже речи не может быть. :)
Ну не факт. То, что хотя бы дошло до разрабов, что надо код оптимизировать, а не ненужную функциональность тупо наращивать - уже хорошо.
| |
|
3.52, Myc (??), 22:31, 10/09/2009 [^] [^^] [^^^] [ответить]
| –1 +/– |
Как бы и я про то же. При нынешней стоимости памяти, очередной огород городить, имхо, не очень разумно.
| |
|
4.64, User294 (ok), 04:38, 11/09/2009 [^] [^^] [^^^] [ответить]
| +1 +/– |
>Как бы и я про то же. При нынешней стоимости памяти, очередной
>огород городить, имхо, не очень разумно.
Нет, оптимизировать софт - это хорошо и правильно.Но если этому процессу еще и железо поможет - как-то лучше будет. Потому что скорость работы RAM и HDD сколько ни оптимизируй все-равно отличается на порядки.
| |
|
3.56, Аноним (-), 23:39, 10/09/2009 [^] [^^] [^^^] [ответить]
| +1 +/– |
Я затёк жиром, а потому куплю себе автомобиль, чтобы двигать в пространстве и времени своё тело
| |
|
4.65, User294 (ok), 04:40, 11/09/2009 [^] [^^] [^^^] [ответить]
| –1 +/– |
>Я затёк жиром, а потому куплю себе автомобиль, чтобы двигать в пространстве
>и времени своё тело
Лень - двигатель прогресса :).Были бы люди не ленивые - до сих пор жили бы в пещерах и перемещали свое тело на своих двоих (и спасибо еще если не четырех).
| |
|
5.66, Аноним (-), 07:33, 11/09/2009 [^] [^^] [^^^] [ответить]
| +/– |
И ничего из понаписанного тобой не отменяет того, что надо держать себя с форме
| |
|
|
|
2.55, pavlinux (ok), 23:37, 10/09/2009 [^] [^^] [^^^] [ответить]
| +/– |
>продемонстрировало в тестах увеличение интерактивности при работе
>с десктопом примерно в два раза;
>Имхо, какбе не принципиально 2/3 или 3/3 тормозов будет при своплении.
>Об интерактивности тут уже речи не может быть. :)
http://code.google.com/p/compcache/
| |
|
3.78, pavlinux (ok), 19:52, 11/09/2009 [^] [^^] [^^^] [ответить]
| +/– |
Патчег для последней SVN версии под 2.6.31
Index: ramzswap.c
===================================================================
--- ramzswap.c (revision 437)
+++ ramzswap.c (working copy)
@@ -896,7 +896,7 @@
#ifdef SWAP_DISCARD_SUPPORTED
blk_queue_set_discard(rzs.disk->queue, ramzswap_prepare_discard);
#endif
- blk_queue_hardsect_size(rzs.disk->queue, PAGE_SIZE);
+ blk_queue_logical_block_size(rzs.disk->queue, PAGE_SIZE);
add_disk(rzs.disk);
rzs.mem_pool = xv_create_pool();
P.S. через Меrcurial уже другой код :)
| |
|
4.79, fidaj (ok), 20:05, 11/09/2009 [^] [^^] [^^^] [ответить]
| +/– |
>[оверквотинг удален]
>+++ ramzswap.c (working copy)
>@@ -896,7 +896,7 @@
> #ifdef SWAP_DISCARD_SUPPORTED
> blk_queue_set_discard(rzs.disk->queue, ramzswap_prepare_discard);
> #endif
>- blk_queue_hardsect_size(rzs.disk->queue, PAGE_SIZE);
>+ blk_queue_logical_block_size(rzs.disk->queue, PAGE_SIZE);
> add_disk(rzs.disk);
>
> rzs.mem_pool = xv_create_pool();
Я тоже поставил - правда на на 31-е ядро... Хоть и 2гига оперативы - все равно понравилось:)
в /etc/rc.local прописал:
swapoff /dev/sda5
cd /opt/compcache-0.6/
/opt/compcache-0.6/load_modules.sh 1
/opt/compcache-0.6/sub-projects/rzscontrol/rzscontrol /dev/ramzswap0 --reset
/opt/compcache-0.6/sub-projects/rzscontrol/rzscontrol /dev/ramzswap0 --memlimit_kb=524288
/opt/compcache-0.6/sub-projects/rzscontrol/rzscontrol /dev/ramzswap0 --init
swapon /dev/ramzswap0
swapon /dev/sda5
cat /proc/swaps
Filename Type Size Used Priority
/dev/ramzswap0 partition 509224 7964 -1
/dev/sda5 partition 6032368 0 -2
Система интересно себя ведет, когда дело до свопа доходит... Но то что резвее откликается - то это факт!
| |
|
|
|
1.76, i (??), 19:14, 11/09/2009 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
2D работает шустро, а 3D сломалось полностью :(
в 3D просто нет картинки...
| |
1.77, i (??), 19:34, 11/09/2009 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
аааааа! все просто шикарно, после установки mesa 7.5.1
glxgears
3467 frames in 5.0 seconds = 693.347 FPS
3449 frames in 5.0 seconds = 689.616 FPS
:)
| |
|
|
3.91, i (??), 09:06, 14/09/2009 [^] [^^] [^^^] [ответить]
| +/– |
до этого было все совсем плохо с 3D, выдавало 50-60fps
| |
|
|
1.93, Thorn (??), 15:09, 17/09/2009 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
>2.6.31
Ребят, если кто ставил это ведро, отпишитесь об успехах? (и конфиг системы, плиз)
Я ставил его под VMWare с GoboLinux - не грузится :( Пишет, что не может найти root раздел (вирт. диск /dev/sda1). SCSI, ReiserFS, всё вкомпилил в ядро.
initrd, я так понимаю, тут не помощь.
| |
|
|
3.95, Thorn (??), 11:12, 18/09/2009 [^] [^^] [^^^] [ответить]
| +/– |
>update-initramfs -c 'uname -r' || mkinitrd
К счастью или сожалению, у меня Gobo-linux, там упдате-инитрам нет, а мкинитрд сделан в виде перлового неработающего скрипта. Я делал инитрд руками, всё равно до него даже не доходила очередь - ядро падало ещё при своей инициализации.
Уверен, ещё пара недель и эти грабли таки откопают. :(
| |
|
4.96, pavlinux (ok), 14:52, 19/09/2009 [^] [^^] [^^^] [ответить]
| +/– |
>>update-initramfs -c 'uname -r' || mkinitrd
>
>К счастью или сожалению, у меня Gobo-linux, там упдате-инитрам нет, а мкинитрд
>сделан в виде перлового неработающего скрипта. Я делал инитрд руками, всё
>равно до него даже не доходила очередь - ядро падало ещё
>при своей инициализации.
>Уверен, ещё пара недель и эти грабли таки откопают. :(
append = root=/dev/sda1 verbose vga=0 init=/bin/bash
И скрины в студию
| |
|
5.97, Thorn (??), 11:33, 06/10/2009 [^] [^^] [^^^] [ответить]
| +/– |
>append = root=/dev/sda1 verbose vga=0 init=/bin/bash
Делал (параметры перед загрузкой системы) - та же петрушка, не находит девайс (0,0) (у меня груб).
Что-то мне подсказывает, схалтурили кернелописцы - в 32 ревизии наверняка будет всё ОК.
| |
|
6.98, Michael Shigorin (ok), 02:43, 07/10/2009 [^] [^^] [^^^] [ответить]
| +/– |
>Что-то мне подсказывает, схалтурили кернелописцы
А мне что-то подсказывает, что у Вас не GoboLinux, а руки крюки. Возьмите убунту уже, что ли, и оставьте kernel.org в покое.
| |
|
|
|
|
|
|