/dev/null только для root [SOLVED]

Здравствуйте!
Подскажите как решить такую проблему?

bash: /dev/null: Отказано в доступе

#ls -l /dev/null
crw------- 1 root root 1, 3 Сен 27 2010 /dev/null

запускаю например кроном скрипт обычным пользователем
php 1.php > /dev/null 2>&1

он даже не пытается обновляться.
Что нужно сделать? спасибо.

crw-rw-rw- 1 root root 1, 3

Должно быть

crw-rw-rw- 1 root root 1, 3 Apr 27  2011 /dev/null

Сделайте

emerge -1 udev

и перезагрузитесь

А так можно?

udev был установлен летом, вроде я его не трогал, видимо, что-то другое изменило при обновлениях

[I] sys-fs/udev
Installed versions: 151-r4(14:03:17 29.07.2010)(-devfs-compat -extras -old-hd-rules -selinux -test)

пока решил проблему chmod ga+rw /dev/null , вот теперь думаю, откуда оно взялось?
в интернете такие ошибки всплывали только в 2005 году, потом не стало.

перезагрузку очень не хотелось бы делать на сервере.

а зачем такой древний? uname

а зачем такой древний? uname -a ?

P.S.: Linux - это красная таблетка :-) Windows - синяя...

/

Aladdin написал(а):
а зачем такой древний? uname -a ?

Древний?..
Актуальный (в stable).
Или ты агитируешь за ~arch на сервере? ;)

:wq
--
Live free or die

а на второй вопрос? :)

а на второй вопрос? :)
а ~arc - оно вполне рабочее... вот за ** на сервере я не агитирую :)
upd: кстати, траблы с правами могут быть из-за службы mdev (чего-то они с udev конфликтуют) - флаг busybox добавляет /etc/init.d/mdev. проверьте, не запускается ли эта служба...

P.S.: Linux - это красная таблетка :-) Windows - синяя...

#uname -aLinux upi.ru

#uname -a
Linux upi.ru 2.6.34-gentoo-r1 #1 SMP Thu Jul 29 20:52:55 YEKST 2010 x86_64 Intel(R) Xeon(R) CPU E5620 @ 2.40GHz GenuineIntel GNU/Linux

# eselect rc list | grep mdev
  mdev

вроде нет mdev.
Я, конечно, не паникую, но что могло исправить права на /dev/null?

и почему у него дата "Сен 27 2010" если udev установлен "14:03:17 29.07.2010"
и

# equery b /dev/null
[ Searching for file(s) /dev/null in *... ]
#

пусто?

/dev/* создается при старте

/dev/* создается udev'ом при старте системы.

А вы при обновлении/модификации ядра udev пересобирали?
Если нет, то зря - он должен соответствовать текущему ядру!
И перекомпилироваться при каждой модификации ядра за некоторыми исключениями, которые вы сами легко поймете, если хорошо представляете как работает ядро, udev и их взаимодействие. Но проще и надежнее пересобрать, тем более, что по сравнению со сборкой ядра этот процесс занимает всего ничего.

абаснуй :) никогда ничего не

абаснуй :) никогда ничего не пересобирал - УМВР - ЧЯДНТ ?

Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)

slepnoga написал(а): абаснуй

slepnoga написал(а):
абаснуй :) никогда ничего не пересобирал - УМВР - ЧЯДНТ ?

Ты и GRUB не переинсталлируешь при модификации ядра... :) - все это типичный подход человека, взросшего на M$-культуре. В 99% случаев это прокатывает... Это как с libC или любыми другими библиотеками - по-нормальному при модификации базовых библиотек надо пересобирать все, что на них основывается. Иначе в системе возможны ошибки. Элементарная логика... Надеюсь хоть это понятно?

FYI: Обоснование - в тексте поста (читать вдумчиво).

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

.

Извините, что я встреваю. Но я ни разу в жизни не переставляла sys-boot/grub, только обновляла, и я затрудняюсь увидеть причину, по которой это надо делать. Прошу ссылок на разъснение необходимости переустанавливать sys-boot/grub

а эта строка - это просто подпись

Когда об этом просил

Когда об этом просил slepnoga, я думал, что он прикалывается, поскольку я не верил, что такие люди, как он, не читают логов... ;)

Но раз уж такие гики просят, цитирую из лога компиляции ГРУБ'а:

 * *** IMPORTANT NOTE: you must run grub and install
 * the new version's stage1 to your MBR.  Until you do,
 * stage1 and stage2 will still be the old version, but
 * later stages will be the new version, which could
 * cause problems such as an unbootable system.
 * This means you must use either grub-install or perform
 * root/setup manually! For more help, see the handbook:
 * http://www.gentoo.org/doc/en/handbook/handbook-amd64.xml?part=1&chap=10#grub-install-auto

На всякий случай поясняю, что выражение

you must run grub and install the new version's stage1 to your MBR

означает/переводится как

вы ОБЯЗАТЕЛЬНО должны запустить grub и установить stage1 новой версии в MBR

Внимание, вопрос! А точнее, домашнее задание, - об'ясните почемукогда!) этого можно не делать? :D

логика вас подводит, однако.

Ув. SysA!
логика вас подводит, однако!

+1 n0nado SysA

+1 n0nado

SysA написал(а):
Ты и GRUB не переинсталлируешь при модификации ядра...

SysA написал(а):
Внимание, вопрос! А точнее, домашнее задание, - об'ясните почему (и когда!) этого можно не делать?

Это просит установщик grub.
При модификации (пересборке текущего) или даже установке нового ядра такой просьбы не возникает - ни от ядра, ни от emerge.
Вопрос - а что ж они молчат? Ну я понимаю ядро, но emerge, но хендбук.

А если grub установлен другим дистрибутивом? Как он узнАет/узнаЁт о всех тех ядрах которые я хочу, хотел или захочу чтобы он запустил.

Потому как полагают, что если

Потому как полагают, что если уж ты ковыряешься в ядре/загрузчике, то понимаешь, что делаешь... ;)

Это как в автомобиле - никто не запрещает двигатель самому регулировать!..

Кстати, в бинарных дистрибуциях это (переустановка ГРУБа) делается всегда при обновлении ядра и/или самого ГРУБа!

А в Генте абсолютная свобода, которую большинство трактует как анархию: хочу делаю, хочу - нет! :) Подчас забывая о том, что двигатель надо уметь регулировать, да и хороший инструментарий нужен...

SysA написал(а): Потому как

SysA написал(а):
Потому как полагают, что если уж ты ковыряешься в ядре/загрузчике, то понимаешь, что делаешь... ;)

Вы извините, но по-моему это бред. Во-1 нигде нет ни зависимостей ни указаний переустанавливать grub,udev после изменения ядра. 2 есть revdep-rebuild который также этого не просит.
и потом, 3 как насчет multiboot, lilo и т.д.? Если бы было так, как Вы говорите, багзилла бы распухла от "unbootable system" и этот пункт давно бы включили в handbook.

В принципе это оффтопик, но

В принципе это оффтопик, но отвечу в последний раз, чтобы не флеймить...

1. По вашим пунктам:

1.1. невнимательно читали мои посты - я говорил, что Линукс - это свобода, никто и никогда тебя не ограничивает, но надо ПОНИМАТЬ, что ты делаешь, тогда ограничители появятся внутри. Например, вам дома тоже никто не запрещает совать руку в огонь, но вы не делаете этого, поскольку понимаете, что произойдет.

1.2. вы плохо знаете Генту и Линукс вообще (извините, но это и есть M$-way - слепая вера во всемогущие утилиты), ибо revdep-rebuild проверяет всего лишь битые библиотеки, а grub/udev/kernel оперируют совсем на другом уровне и с другими об'ектами.

1.3. опять же, плохое знание документации (далее все ссылки по английской версии документации с gentoo.org'a): хандбук отнесен к разделу Установки и там описана процедура его инсталляции. Модификация ядра относится к разделу Обновления, там действительно не описана процедура установки загрузчика, а просто соответствено отсылают в хандбук. И ваши примеры с "multiboot, lilo и т.д." подтверждают ваше незнание предмета:

1.3.1. lilo вообще всегда требовал переустановки, но grub удобнее (он умеет сам читать некоторые ФС) поэтому и стал таким популярным;

1.3.2. multiboot через grub (вариант с lilo см. выше) и/или смена grub'а и/или ядра без перезаписи MBR имеет смысл только на одном компе с относительно неизменной конфигурацией железа/ФС, которое ему (grub'у) известно. Переставьте диски в другую машину и есть шанс, что не загрузитесь, хотя все исправно. Бывали случаи, когда grub в упор не видел (не поддерживал) новых дисковых контроллеров и не мог считать ядро, тогда спасал только lilo, поскольку у него другие принципы загрузки.

1.3.3. а теперь о "непухнущей" багзилле - вы не сделали домашнего задания, которое я задал!.. :) - а его ответ и будет ответом на ваш вопрос: если дисковая и файловая системы не изменились, а также изменения в grub'е и/или соответствующих драйверах ядра не приводят к некорректному считыванию файла образа ядра, то MBR можно не переписывать.

Разумеется, если есть какие-то проблемы/сомнения и т.д., то лучше перекомпилировать и переустановить grub/udev, поскольку это не долго и не трудно, но уменьшает число неопределенностей.

Что и было посоветовано ТС.

SysA написал(а): 1.3.3. а

SysA написал(а):
1.3.3. а теперь о "непухнущей" багзилле - вы не сделали домашнего задания, которое я задал!.. :) - а его ответ и будет ответом на ваш вопрос: если дисковая и файловая системы не изменились, а также изменения в grub'е и/или соответствующих драйверах ядра не приводят к некорректному считыванию файла образа ядра, то MBR можно не переписывать.

Учитывая способ нумерации отвечу кротко по-военному, но недоумевающем вопросом
Не понимаю, где здесь модификация ядра?

SysA написал(а): В принципе

SysA написал(а):
В принципе это оффтопик, но отвечу в последний раз, чтобы не флеймить...

действительно, подробно расписали. Я и не утверждаю, что отлично знаю генту и линукс вообще и всю документацию знаю наизусть. Тем не менее, хоть и написал в начале поста выше извините, вас похоже это задело. Возможно, если бы в ваших постах было меньше лирики и больше ссылок на документацию, ответ бы прозвучал по другому. Тему помечу решена, хотя ответ почему это произошло, я не получил.
не знаю, что-то с форумом не так может? раньше кучу советов давали, как локализовать проблему, как ее решить и т.д., а теперь все сводится к философии - что я неграмотный и воспитан на M$

По теме можем продолжить.

Так вы сами начали философствовать и рассуждать о "высоких" материях... Каков вопрос - таков и ответ!

По теме можем продолжить. ;)
Просто нет инфы пока для анализа - вы не отписались изменилось что-нибудь после перекомпиляции груб/удев и переустановки груб'а.
Мне самому интересно решать технические проблемы и в этом никогда и никому не отказывал, разве что задерживался с ответами из-за отсутствия времени...

Пишите по делу - будет результат!... :)

.

andribas написал(а):
все сводится к философии - что я неграмотный и воспитан на M$

Вспомнился старый бойан:

Американский форум:
Вы задаёте вопрос, получаете ответ.

Израильский форум:
Вы задаёте вопрос, вам задают вопрос в ответ.

Российский форум:
Вы задаёте вопрос и вам долго объясняют почему вы мудак.

а эта строка - это просто подпись

...

n0nado написал(а):
andribas написал(а):
все сводится к философии - что я неграмотный и воспитан на M$

Вспомнился старый бойан:

Американский форум:
Вы задаёте вопрос, получаете ответ.

Израильский форум:
Вы задаёте вопрос, вам задают вопрос в ответ.

Российский форум:
Вы задаёте вопрос и вам долго объясняют почему вы мудак.

Скучный бойан. :)
Не учитыват фактора сложности вопроса и {много, одно}значности ответа.

Ибо начиная с определённого уровня сложности задач без "философии" не обойтись.

:wq
--
Live free or die

n0nado написал(а): andribas

n0nado написал(а):
andribas написал(а):
все сводится к философии - что я неграмотный и воспитан на M$

Вспомнился старый бойан:

Американский форум:
Вы задаёте вопрос, получаете ответ.

Израильский форум:
Вы задаёте вопрос, вам задают вопрос в ответ.

Российский форум:
Вы задаёте вопрос и вам долго объясняют почему вы мудак.

спасибо, что напомнили http://www.gentoo.ru/node/14714#comment-102638

SysA написал(а): Ты и GRUB

SysA написал(а):
Ты и GRUB не переинсталлируешь при модификации ядра... :) - все это типичный подход человека, взросшего на M$-культуре. В 99% случаев это прокатывает... Это как с libC или любыми другими библиотеками - по-нормальному при модификации базовых библиотек надо пересобирать все, что на них основывается. Иначе в системе возможны ошибки. Элементарная логика... Надеюсь хоть это понятно?

Не обижайся, но ты сказал бред.

/

slepnoga написал(а):
абаснуй :) никогда ничего не пересобирал - УМВР - ЧЯДНТ ?

+1

:wq
--
Live free or die

slepnoga написал(а): абаснуй

slepnoga написал(а):
абаснуй :) никогда ничего не пересобирал - УМВР - ЧЯДНТ ?

+1024

Ниразу не пересобирад grub

нет, не пересобирал. Честно

нет, не пересобирал. Честно скажу, не знал об этом.

А на основании чего,

А на основании чего, по-вашему, udev формирует /dev/*? ;)
Надеюсь, понимаете, что не святым духом?... :)

не замечал проблем с udev при

не замечал проблем с udev при обновлении ядер. было как-то, что bash от юзера не не запускался (и по ssh тоже), ругаясь на права /dev/tty - решилось отключением mdev. ибо, как выяснилось, конфликтует...
автору - ядро genkernel'ом собирали или ручками?

P.S.: Linux - это красная таблетка :-) Windows - синяя...

А проблемы не с ним...

А проблемы не с ним...

кстати да! про бабочек!

кстати да! про бабочек! пересоберите udev и он вам сам скажет - дружит он с вашим ядром или нет. еще и пропищит через динамик. Или в ебилд загляните - там увидите ограничение по ядрам. Но он ставится, только предупреждает, что не подходит.
p.s.: и таки да! я за "~arch" на сервере. без фанатизма. но без "**" :)

P.S.: Linux - это красная таблетка :-) Windows - синяя...

Aladdin написал(а): ...и таки

Aladdin написал(а):
...и таки да! я за "~arch" на сервере. без фанатизма. но без "**" :)

А зачем?
Я могу понять, если вам не хватает функциональности в каком-либо пакете и размаскировать его; или скучно жить и много свободного времени; или нравится через день компилить новые релизы...

А если каждую перезагрузку или рестарт сервиса надо с боем отстаивать у бизнеса?...

Цитата:ядро genkernel'ом

Цитата:
ядро genkernel'ом собирали или ручками?

ручками

Цитата:
пересоберите udev и он вам сам скажет - дружит он с вашим ядром или нет. еще и пропищит через динамик.

пересобрал. дружит. с динамиком проблема - сервер в ДЦ

Цитата:
и таки да! я за "~arch" на сервере. без фанатизма. но без "**" :)

сейчас размаскировано только

=sys-block/3dm2-9.5.2
app-misc/sphinx

/

Aladdin написал(а):
p.s.: и таки да! я за "~arch" на сервере. без фанатизма. но без "**" :)

А давай революцию делать? :)))
"**" на сервер? ;)

:wq
--
Live free or die

не! ** только в крайнем

не! ** только в крайнем случае :)

P.S.: Linux - это красная таблетка :-) Windows - синяя...

А вы при

А вы при обновлении/модификации ядра udev пересобирали?

+100500 SysA

Не знал, пересобрал первый раз (после обновления ядра), прочитал много интересного!

А что есть mdev???

А что есть mdev???

Спасибо, нашел сам.

Спасибо, нашел сам.

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".