LINUX.ORG.RU

Сообщения kostik87

 

Gentoo Waiting for uevents to be processed

Форум — Linux-install

Решил написать в этой ветке форума, т.к показалось наиболее подходяще вопорсу. После недавней пересборки ядра (точнее обновления до последней версии доступной в портах 2.6.32-r1 (gentoo-sources)) загрузка стала останавливаться на этапе запуска udev, точнее он стартует, дальше процесс останавливается на этапе «waiting for uevents to be processed».

Ядро пересобирал т.к. появилась wifi карточка dwa-520 (ath5k), поэтому подумал что косяк в исходниках данной версии ядра, поэтому решил подправить конфиг старого ядра (2.6.31-gentoo-r4) включил собственно только поддержку этой карточки, перезагружаюсь, опять двадцать пять, теперь та же трабла и со старым ядром, с теми исходниками, в которых я был уверен. Вернул забекапленое ядро 2.6.31-r4, загрузился, реши пееставиь udev (1.46-r1), затем решил грузиться с новым ядром, оно загрузилось, правда все же на выше описанном этапе загрузки немного задержалось.

Настроил я карточку, потестил, затем опят ребутнулся, с этим же ядром, опять стало подвисать, при чем капитально, вернулся к забекапленому ядру (2.6.31-r4) теперь и там таже фигня. При чем индикатор обращения к винту горит почти постоянно. Потом опять ребутился с новым ядром и решил ему дать время, мож проведет операции и все будет пучком. Прождав с минут 40, видя эту не суразную картину, решил загрузиться с еще более старого ядра (2.6.26-r6 вроде или r4) при загрузке пишет что неможет найти часть устройств /dev/tty* кроме tty1, смотрю каталог /dev, там все почти девственно чисто, т.е пусто, кроме tty1 и еще чати псевдо устройств.

Вопрос что делать и почему вдруг после апдейта ядра система похоже стала пересоздавать ноды в каталоге dev.

Первый раз новое ядро собиралось gcc-4.3.4 и glibc 2.8, точнее версию сча не скажу, затем было произведено обновление до gcc-4.4.1 и glbc-2.10-r1 примерно, так что с этим вроде не связано.

Конфиг сверял с сохраненным в /etk/kernels 2.6.31-gentoo-r4 diff`ом с версией конфига 32 различий нет, так что х.з.

Да ядро собирал одной из послених версий genkernel, правда сча не скажу какой, маштна стоит с новым ядром и проводит перегенерация каталога dev, может в нем какойто косяк, что он включает какието опции при сборке ядра, которые не указаны в конфиге.

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

kostik87
()

Проблема с монтирование samba шар средствами cifs

Форум — Admin

Вообщем ситуация такова: На сервере прописаны права на создание файлов и папок на шаре: [share] ... directory mask = 0775 create mask = 0775

владельцем файлов являтся пользователь, состоящий в группе operators

Если монтирую вручную с помощью mount mount -t cifs \\server\share \media\share codepage=cp1251,iocharset=utf8,user=username,uid=1000,gid=1006,user,users то права на созданные на сервере файлы и папки выставляются как 0755

если добавить к параметрам монтирования две опции: file_mode=0775 и dir_mode=0775, то как ни странно все равно файлы создаются с правами 0755.

Еслиже монтировать средствами Гнома (Переход -> соединиться с сервером, тип ресурс ос Виндовс) то на шаре файлы создаются с правильными правами (0775)

Владельцем точки монтирования в первом случае является root, права на нее 0755. Но стоит опция UID и GID, в чем трабла ? ЗЫЖ права на точку монтирования менял результат тотже . Подскажите в чем может быть трабла ?

kostik87
()

RSS подписка на новые темы