Здравствуйте. Уже неделю как бодаюсь с ноутбуком ASUS K53SJ. Ситуация следующая.

В EFI-режиме никакие х64 ядра не грузятся(UEFI точно не x32) - ни самосборные (Пробовал гентушное собирать с разными настройками - ничерта не помогает, ядра всегда собирал с EFI Stub, чтоб не морочиться с загрузчиком и быстрей проверять), ни с лайвсиди от разных дистров (Пробовал Mint, Arch, Debian, Ubuntu, Gentoo). Из х32 я попробовал гентушное ядро, которое было на ихнем лайв-двд, и оно грузится. У других дистров че-то не так-то просто найти 32-битные лайвсди.

Судя по всему, на ноуте UEFI 2.0 так как UEFI shell v2 так же не работает, а вот v1 вполне себе работает и ver выдает UEFI revision 2.0. Думаю, в этом и есть проблема.

Зависание происходит, когда когда в логе появляется: Freeing SMP alternatives memory 32k. Если загрузиться в Legacy - режиме, то можно выяснить, что эта строчка в dmesg’e выглядит вот так: Freeing SMP alternatives memory 32k (ffffffffff - ffffffffff). Ну, то-есть там еще указан некий диапазон памяти, надо полагать (какой именно, я не запомнил). А при зависании диапазон этот не печатается. Как ни странно, отключение SMP в настройках ядра не помогает.

Конечно, можно и в Legacy режиме работать и не содомировать мозг, но я хочу выяснить, можно-ли все-таки заставить линукс на этом ноуте грузиться в UEFI режиме.

Есть, значит, пакет kdeutils-meta, который ставит много разного достаточно полезного барахла, за исключением klaptopdaemon`a который мне на десктопе нафиг не нужен. Хочу сделать так, чтобы все ставилось за исключением этого пакета, как это лучше сделать? Сочинять свой ебилд (или как это называется правильно?) не хочется, а если замаскировать ненужный пакет, появляется ругань при апдейте. Можно, конечно, было бы просто не ставить kdeutils-meta, а поставить входящие в него нужные пакеты отдельно, но это какой-то, мне кажется, немного корявый подход...

У меня есть вендовый раздел со всякими фильмами, музыкой и прочим барахлом. Есть ntfsprogs. Задача: прописать в fstab что-то, чтобы раздел монтировался при загрузке и выполнялись следующие условия: 1)Не менять владельца и права доступа файла /dev/sdxY, соответствующего нужному разделу. 2)Доступ к файлам этого раздела должен иметь некий простой пользователь (не рут), и только он (в смысле, не другие простые пользователи).

Собственно проблема заключается в том, что при попытке решить проблему самым очевидным способом(mount с опциями uid=my_UID,gid=my_GID) получаем отказ в доступе и все. Это, насколько я понял, связано с тем, что не хватает прав для доступа к /dev/sdxY. Есть ли возможность без каких-нето мего-хитростей решить проблему, и соблюсти два вышеназванных условия? Если нет, то какой самый-самый, так сказать, Ъ-вей в данном случае?

Собственно, неосмотрительно запустил emerge --depclean заместо того, чтобы сделать все по гайду, которое удалило нечто нужное. Теперь, значит, ни один пакет не может прекомпилиться, а некоторые программы, например eix, ругаются на поломанное stdlibc++. Есть доступ к инету и links. Так вот, вопрос - как починить систему, чтоб могла пакеты нормально пересобирать? Я так понимаю, поломался gcc и связанные с ним прибамбасы...