Re: SATA DVD-RW и кнопка eject
2014-11-03 16:19 GMT+00:00 Anton Gorlov : > 01.11.2014 03:00, Mikhail Ramendik пишет: >> Тем не менее, я automount отключил и ничего не изменилось :( То есть, >> играю DVD через vlc dvd:///dev/dvd - и после этого кнопка eject на >> дисководе работать перестаёт. Команда eject /dev/dvd работает. >> >> В /etc/sysctl.conf прописал dev.cdrom.lock=0 и это тоже не помогло. > > после того как прописали не забыли часом применить настройку? Перезагрузкой системы применил. -- Yours, Mikhail Ramendik Unless explicitly stated, all opinions in my mail are my own and do not reflect the views of any organization
Re: SATA DVD-RW и кнопка eject
01.11.2014 03:00, Mikhail Ramendik пишет: > Тем не менее, я automount отключил и ничего не изменилось :( То есть, > играю DVD через vlc dvd:///dev/dvd - и после этого кнопка eject на > дисководе работать перестаёт. Команда eject /dev/dvd работает. > > В /etc/sysctl.conf прописал dev.cdrom.lock=0 и это тоже не помогло. после того как прописали не забыли часом применить настройку? -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5457ab21.2080...@locum.ru
Re: SATA DVD-RW и кнопка eject
В сообщении от [Сбт 2014-11-01 00:00 +] Mikhail Ramendik пишет: > "По старинке" перед доступом к диску придётся давать команду > монтирования, а затем - размонтировать. Машина - медиастанция для > непродвинутых пользвателей в лице супруги и детей, они с этим не > справятся. Для таких пользователей специально придумали vlc, он не требует предварительного монтирования и размонтирования, а все берет на себя. Пользователь должен быть в состоянии только его запустить, а там "Медиа -> Диск -> Воспроизвести". Для проигрывания дисков через vlc не нужно вообще ничего, ни automount ни fstab. > Скопировал /lib/udev/rules.d/60-cdrom_id.rules в /etc/udev/rules.d/ . > Там попробовал поредактировать строку про EJECT, но тоже не помогло. Строчку не надо редактировать, нужно её закомментировать т.е. поставить в начало строки символ "#" или удалить. Теперь по умолчанию у вас аппаратная кнопка отключена. Включить можно через eject -i 0 от обычного пользователя. -- С уважением, Коротаев Руслан Профиль: http://plus.google.com/105183056726716330520 -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141101094521.GA2655@debian
Re: SATA DVD-RW и кнопка eject
On Sat, Nov 01, 2014 at 12:00:53AM +, Mikhail Ramendik wrote:
> Тем не менее, я automount отключил и ничего не изменилось :( То есть,
> играю DVD через vlc dvd:///dev/dvd - и после этого кнопка eject на
> дисководе работать перестаёт. Команда eject /dev/dvd работает.
Вероятно, vlc внутри себя вызывает ioctl(,CDROM_LOCKDOOR,1).
Попробуйте после vls сделать сделать 'eject -i 0 /dev/dvd"
и проверить кнопку.
> Скопировал /lib/udev/rules.d/60-cdrom_id.rules в /etc/udev/rules.d/ .
> Там попробовал поредактировать строку про EJECT, но тоже не помогло.
> Было:
>
> ENV{DISK_EJECT_REQUEST}=="?*", RUN+="cdrom_id --eject-media
> $tempnode", GOTO="cdrom_end"
>
> Я попробовал:
>
> ENV{DISK_EJECT_REQUEST}=="?*", RUN+="eject /dev/dvd", GOTO="cdrom_end"
>
> нулевой результат :(
Думаю, eject без явного указания пути просто не был найден в /lib/udev/.
> Однако, вот прямо сейчас - после того как я диск вынул и снова закрыл
> устройство - уже и eject не работает:
>
>
> # eject /dev/dvd
> eject: unable to eject, last error: Inappropriate ioctl for device
Возможно, udev не отработал полностью из-за ошибок в правилах,
и теперь устройство неправильно инициализировано. Сейчас проще
вернуть все конфиги в исходное состояние и ребутнуться.
--
Eugene Berdnikov
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141101071540.ge4...@sie.protva.ru
Re: SATA DVD-RW и кнопка eject
2014-10-31 12:21 GMT+00:00 Руслан Коротаев :
> А зачем вам automount? Разве стандартной записи в fstab не достаточно.
> Дело в том, что automount предназначен для монтирования файловых систем
> типа NFS/Samba по мере обращения. Для DVD это несколько избыточно,
> попробуйте подключить "по-старинке".
"По старинке" перед доступом к диску придётся давать команду
монтирования, а затем - размонтировать. Машина - медиастанция для
непродвинутых пользвателей в лице супруги и детей, они с этим не
справятся.
Тем не менее, я automount отключил и ничего не изменилось :( То есть,
играю DVD через vlc dvd:///dev/dvd - и после этого кнопка eject на
дисководе работать перестаёт. Команда eject /dev/dvd работает.
В /etc/sysctl.conf прописал dev.cdrom.lock=0 и это тоже не помогло.
Скопировал /lib/udev/rules.d/60-cdrom_id.rules в /etc/udev/rules.d/ .
Там попробовал поредактировать строку про EJECT, но тоже не помогло.
Было:
ENV{DISK_EJECT_REQUEST}=="?*", RUN+="cdrom_id --eject-media
$tempnode", GOTO="cdrom_end"
Я попробовал:
ENV{DISK_EJECT_REQUEST}=="?*", RUN+="eject /dev/dvd", GOTO="cdrom_end"
нулевой результат :(
Однако, вот прямо сейчас - после того как я диск вынул и снова закрыл
устройство - уже и eject не работает:
# eject /dev/dvd
eject: unable to eject, last error: Inappropriate ioctl for device
Попытка монтировать лишь указывает на очевидный факт отсутствия диска
в устройстве:
# mount /dev/dvd /media
mount: no medium found on /dev/sr0
Что это всё-таки может быть? Только аппаратная проблема?
--
Yours, Mikhail Ramendik
Unless explicitly stated, all opinions in my mail are my own and do
not reflect the views of any organization
Re: SATA DVD-RW и кнопка eject
31.10.2014 17:03, Mikhail Ramendik пишет: > 2014-10-31 12:02 GMT+00:00 Anton Gorlov : >> В своё время помогло >> dev.cdrom.lock=0 > > А куда это положить? Гугль почему-то не помог. > > > sysctl.conf -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54540293.1070...@locum.ru
Re: SATA DVD-RW и кнопка eject
> Интересно, не знал что аппаратную кнопку можно блокировать. Это видимо > защита от случайного нажатия. Вопрос: у вас лоток с электроприводом т.е. > может заезжать/выезжать автоматически, или как у меня на внешнем USB-DVD > вручную нужно закатить и зафиксировать пружину? А то в моем случае > ничего не блокируется, пробовал и ваш способ и так: > echo 1 > /proc/sys/dev/cdrom/lock > и так > eject -i 1 Выяснил, дело не в электроприводе, теперь за все отвечает udev, решение такое: 1. Копируем udev-правило в /etc/udev/rules.d/ cp /lib/udev/rules.d/60-cdrom_id.rules /etc/udev/rules.d/ 2. В нем закомментируем строчку DISK_EJECT_REQUEST Теперь аппаратная кнопка заблокирована, а eject -i работает как положено: eject -i 1 - Блокируем eject -i 0 - Разблокируем -- С уважением, Коротаев Руслан Профиль: http://plus.google.com/105183056726716330520 -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141031175839.GA2744@debian
Re: SATA DVD-RW и кнопка eject
В сообщении от [Птн 2014-10-31 17:20 +0300] Hleb Valoshka <375...@gmail.com> пишет: > On 10/31/14, Mikhail Ramendik wrote: > > 2014-10-31 12:02 GMT+00:00 Anton Gorlov : > >> В своё время помогло > >> dev.cdrom.lock=0 > > > > А куда это положить? Гугль почему-то не помог. > > sysctl.conf Интересно, не знал что аппаратную кнопку можно блокировать. Это видимо защита от случайного нажатия. Вопрос: у вас лоток с электроприводом т.е. может заезжать/выезжать автоматически, или как у меня на внешнем USB-DVD вручную нужно закатить и зафиксировать пружину? А то в моем случае ничего не блокируется, пробовал и ваш способ и так: echo 1 > /proc/sys/dev/cdrom/lock и так eject -i 1 Ничего не помогает, жму кнопку, диск останавливается, пружина выщелкивает лоток с диском. -- С уважением, Коротаев Руслан Профиль: http://plus.google.com/105183056726716330520 -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141031160717.GA4148@debian
Re: SATA DVD-RW и кнопка eject
On 10/31/14, Mikhail Ramendik wrote: > 2014-10-31 12:02 GMT+00:00 Anton Gorlov : >> В своё время помогло >> dev.cdrom.lock=0 > > А куда это положить? Гугль почему-то не помог. sysctl.conf
Re: SATA DVD-RW и кнопка eject
2014-10-31 12:02 GMT+00:00 Anton Gorlov : > В своё время помогло > dev.cdrom.lock=0 А куда это положить? Гугль почему-то не помог. -- Yours, Mikhail Ramendik Unless explicitly stated, all opinions in my mail are my own and do not reflect the views of any organization
Re: SATA DVD-RW и кнопка eject
В своё время помогло dev.cdrom.lock=0 31.10.2014 03:58, Mikhail Ramendik пишет: > И... кнопка eject перестаёт работать. Хотя automount отмонтируется > через три секунды, а vlc отстаёт от устройства. если его (vlc) > закрыть. lsof | grep dvd - ничего. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54537a51.3060...@locum.ru
Re: SATA DVD-RW и кнопка eject
В сообщении от [Птн 2014-10-31 00:58 +] Mikhail Ramendik пишет: > Вставляю диск. Получаю доступ (хоть играем /dev/dvd через vlc, а хоть > ls /media/dvd - он у меня через automount). > > И... кнопка eject перестаёт работать. Хотя automount отмонтируется > через три секунды, а vlc отстаёт от устройства. если его (vlc) > закрыть. lsof | grep dvd - ничего. А зачем вам automount? Разве стандартной записи в fstab не достаточно. Дело в том, что automount предназначен для монтирования файловых систем типа NFS/Samba по мере обращения. Для DVD это несколько избыточно, попробуйте подключить "по-старинке". -- С уважением, Коротаев Руслан Профиль: http://plus.google.com/105183056726716330520 -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141031122124.GA2736@debian
Re: SATA DVD-RW и кнопка eject
On Fri, 31 Oct 2014 11:35:41 + Mikhail Ramendik wrote: MR> icewm. Он, к счастью, не лезет к диску. Наверно, копать в сторону automount. У меня были сходные проблемы в XFCE, выковырял всё, что нашёл связанного с автомонтированием, теперь таких проблем не испытываю. Кнопка на устройстве срабатывает исправно. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141031155741.79d55...@desktop.home
Re: SATA DVD-RW и кнопка eject
2014-10-31 9:58 GMT+00:00 Алексей Витальевич Коротков : > Какой десктоп используется? Или оконный менеджер? icewm. Он, к счастью, не лезет к диску. -- Yours, Mikhail Ramendik Unless explicitly stated, all opinions in my mail are my own and do not reflect the views of any organization
Re: SATA DVD-RW и кнопка eject
On 31 October 2014 09:03, dimas wrote: > а если просто вставить и тут же вынуть, и на чтение-монтирование к нему не > лезть? В этом случае кнопка работает нормально. -- Yours, Mikhail Ramendik Unless explicitly stated, all opinions in my mail are my own and do not reflect the views of any organization
Re: SATA DVD-RW и кнопка eject
On Fri, 31 Oct 2014 00:58:42 + Mikhail Ramendik wrote: MR> Пытаться менять дисковод по гарантии? Он же рабочий, с какой стати его менять будут? Какой десктоп используется? Или оконный менеджер? -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141031135804.0168d...@desktop.home
Re: SATA DVD-RW и кнопка eject
On Fri, 31 Oct 2014 12:20:42 +0300 Eugene Berdnikov wrote: EB> Утилита eject по умолчанию работает с /dev/cdrom ТС писал о неработоспособности кнопки, а не утилиты. Про утилиту он как раз написал, что работает. Причём ей можно явно указывать устройство, что и делает ТС. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141031135623.5a216...@desktop.home
Re: SATA DVD-RW и кнопка eject
On Fri, Oct 31, 2014 at 12:58:42AM +, Mikhail Ramendik wrote: > Команда eject /dev/dvd работает нормально. Так что пока что вставлю её > в меню, но это костыль. Утилита eject по умолчанию работает с /dev/cdrom. Существует ли он, отличается от /dev/dvd? Возможно, команда отдаётся не тому устройству. -- Eugene Berdnikov -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141031092042.gr3...@protva.ru
Re: SATA DVD-RW и кнопка eject
а если просто вставить и тут же вынуть, и на чтение-монтирование к нему не лезть? -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141031120342.263a2...@ulf.tvoe.tv
Re: SATA гуляет п о /dev
ИЛ>>> И монтироваться по ним. Не понимаю зачем, но можете >> >> >> ну зачем-то же люди переименовывают eth'ы при помощи ifrename? >> чистая эстетика в конфигах :D AGG> Дим, ifrename уже не в моде. Теперь кошерно пользоваться udev'ом а я всю жизнь отстаю lilo не в моде а он у меня до сих пор повсюду работает и ладушки :) -- ... mpd is off . ''`. Dmitry E. Oboukhov : :’ : email: un...@debian.org jabber://un...@uvw.ru `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: SATA гуляет по /dev
Sat, 31 Jan 2009 02:17:37 +0300 "Dmitry E. Oboukhov" wrote: > ИЛ> И монтироваться по ним. Не понимаю зачем, но можете > > > ну зачем-то же люди переименовывают eth'ы при помощи ifrename? > чистая эстетика в конфигах :D Дим, ifrename уже не в моде. Теперь кошерно пользоваться udev'ом -- Best regards, Alexander GQ Gerasiov Contacts: e-mail:g...@cs.msu.su Jabber: g...@jabber.ru Homepage: http://gq.net.ru ICQ: 7272757 PGP fingerprint: 0628 ACC7 291A D4AA 6D7D 79B8 0641 D82A E3E3 CE1D -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: SATA гуляет п о /dev
>> короче какое-то непонятное поведение, я взял в итоге >> и по UUID прописал весь fstab. однако fstab теперь выглядит >> крайне удручающе ИЛ> ? ну в смысле fstab итак временами в 80 символов терминала не влазит а тут айдишники на пол экрана - жуть >> вопросов два: >> >> 1. нет ли средства позволяющего назначить свои имена дискам (кроме LABEL) >> может есть что-то аналогичное ifrename но для жестких дисков? ИЛ> Если Вы такой эстет то посмотрев на содержимое файла ИЛ> /etc/udev/rules.d/60-persistent-storage.rules ИЛ> Вы можете создать ссылки /etc/disks/a /etc/disks/b /etc/disks/c ИЛ> И монтироваться по ним. Не понимаю зачем, но можете ну зачем-то же люди переименовывают eth'ы при помощи ifrename? чистая эстетика в конфигах :D PS: за совет спасибо -- ... mpd is off . ''`. Dmitry E. Oboukhov : :’ : email: un...@debian.org jabber://un...@uvw.ru `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: SATA гуляет по /dev
On Fri, Jan 30, 2009 at 10:18:31PM +0300, Dmitry E. Oboukhov wrote: > короче какое-то непонятное поведение, я взял в итоге > и по UUID прописал весь fstab. однако fstab теперь выглядит > крайне удручающе ? > вопросов два: > > 1. нет ли средства позволяющего назначить свои имена дискам (кроме LABEL) > может есть что-то аналогичное ifrename но для жестких дисков? Если Вы такой эстет то посмотрев на содержимое файла /etc/udev/rules.d/60-persistent-storage.rules Вы можете создать ссылки /etc/disks/a /etc/disks/b /etc/disks/c И монтироваться по ним. Не понимаю зачем, но можете -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: SATA и горячая замен а
Покотиленко Костик wrote: В Пнд, 17/12/2007 в 13:54 +0300, Alex Kuklin пишет: Покотиленко Костик wrote: Не подскажите ли насколько безопасно выдёргивать/вставлять SATA диски на горячую? Конструктивно SATA-диски поддерживают hotplug, так что вероятность повредить диск крайне низка. Контроллеры к hotplug относятся по-разному, некоторые SIS-овские вообще наглухо вешают систему. Нормальные контроллеры с нормальными драйверами поднимают подключенные на-горячую диски примерно так же, как и USB-storage. Мамка Super Micro PDSM4, контроллер ICH7R: http://www.supermicro.com/products/motherboard/Xeon3000/3010/PDSM4+.cfm Может кто в курсе... Железка у вас в руках? Если да, то просто попробуйте. И посмотрите вывод dmesg. -- Alex -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SATA и горячая замен а
Покотиленко Костик wrote: Мамка Super Micro PDSM4, контроллер ICH7R: http://www.supermicro.com/products/motherboard/Xeon3000/3010/PDSM4+.cfm Может кто в курсе... Я бы посоветовал с этим вопросом обратиться на 3nity.spb.ru Там люди, как раз, super micro'ми занимаются. -- Peter Teslenko Jabber: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SATA и горячая замена
В Пнд, 17/12/2007 в 13:54 +0300, Alex Kuklin пишет: > Покотиленко Костик wrote: > > Не подскажите ли насколько безопасно выдёргивать/вставлять SATA диски на > > горячую? > > > Конструктивно SATA-диски поддерживают hotplug, так что вероятность > повредить диск крайне низка. > Контроллеры к hotplug относятся по-разному, некоторые SIS-овские вообще > наглухо вешают систему. > Нормальные контроллеры с нормальными драйверами поднимают подключенные > на-горячую диски примерно так же, как и USB-storage. Мамка Super Micro PDSM4, контроллер ICH7R: http://www.supermicro.com/products/motherboard/Xeon3000/3010/PDSM4+.cfm Может кто в курсе... -- Покотиленко Костик <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SATA и горячая замен а
Покотиленко Костик wrote: Не подскажите ли насколько безопасно выдёргивать/вставлять SATA диски на горячую? Конструктивно SATA-диски поддерживают hotplug, так что вероятность повредить диск крайне низка. Контроллеры к hotplug относятся по-разному, некоторые SIS-овские вообще наглухо вешают систему. Нормальные контроллеры с нормальными драйверами поднимают подключенные на-горячую диски примерно так же, как и USB-storage. -- Alex -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SATA и горячая замена
От контроллера зависит. Лучше всего поэкспериментировать перед выводом железки в продакшен -- и задокументировать. У пн, 2007-12-17 у 10:19 +0200, Покотиленко Костик пише: > Не подскажите ли насколько безопасно выдёргивать/вставлять SATA диски на > горячую? > > Чем правильно это делать? Диски в MDADM'овском RAID10. > > На уме только hdparm. > > -- > Покотиленко Костик <[EMAIL PROTECTED]> > > -- Alexander Vlasov ZULU-UANIC JID: zulu jabber.kiev.ua -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SATA и udev
В Вто, 22/08/2006 в 10:07 +0400, Max Dmitrichenko пишет: > В сообщении от 22 Август 2006 01:16 Dmitry Nezhevenko написал(a): > > > Запусти file ./initrd.img-2.6.13.5 и посмотри что он скажет. yainitd > > > (или кто-то из его современников) делает не файловую систему, а архив > > > cpio. > > > > initramfs делает cpio и затем жмет его gzip-ом > > > initramfs - это совсем не тоже самое, что и initrd. Это гораздо лучшее > решение, но почему-то все продолжают тупо юзать initrd. BTW, чем лучшее? Внешне оно выполняет те же функции, было бы интересно узнать преимущества. -- Alexander Vlasov ZULU-UANIC JID: zulu jabber.kiev.ua
Re: SATA и udev
В сообщении от 22 Август 2006 01:16 Dmitry Nezhevenko написал(a): > > Запусти file ./initrd.img-2.6.13.5 и посмотри что он скажет. yainitd > > (или кто-то из его современников) делает не файловую систему, а архив > > cpio. > > initramfs делает cpio и затем жмет его gzip-ом > initramfs - это совсем не тоже самое, что и initrd. Это гораздо лучшее решение, но почему-то все продолжают тупо юзать initrd. -- Макс -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SATA и udev
On Tue, Aug 22, 2006 at 12:15:18AM +0400, Pavel Ammosov wrote: > On Sun, Aug 20, 2006 at 04:51:53AM +0300, Oleg Matviychuk wrote: > > # mount -o loop ./initrd.img-2.6.13.5 /mnt/flash/ > > ioctl: LOOP_CLR_FD: Device or resource busy > > mount: you must specify the filesystem type > > Запусти file ./initrd.img-2.6.13.5 и посмотри что он скажет. yainitd > (или кто-то из его современников) делает не файловую систему, а архив > cpio. initramfs делает cpio и затем жмет его gzip-ом -- WBR, Dmitry signature.asc Description: Digital signature
Re: SATA и udev
On Sun, Aug 20, 2006 at 04:51:53AM +0300, Oleg Matviychuk wrote: > # mount -o loop ./initrd.img-2.6.13.5 /mnt/flash/ > ioctl: LOOP_CLR_FD: Device or resource busy > mount: you must specify the filesystem type Запусти file ./initrd.img-2.6.13.5 и посмотри что он скажет. yainitd (или кто-то из его современников) делает не файловую систему, а архив cpio. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SATA и udev
On Mon, 21 Aug 2006 11:38:05 +0500 Nizamov Shawkat wrote: > > Общее только это: > > > > :00:07.0 IDE interface: nVidia Corporation: Unknown device 0054 (rev f2) > > :00:08.0 IDE interface: nVidia Corporation: Unknown device 0055 (rev f2) > > > > можно попробовать обновить базу pci id > делается это командой update-pciids > большое спасибо. -- Матвийчук Олег aka Matvey, LRU#349092 http://mathway.narod.ru I am the "ILOVEGNU" signature virus. Just copy me to your signature. This email was infected under the terms of the GNU General Public License. Компьютеры: Это есть наш последний решительный сбой! signature.asc Description: PGP signature
Re: SATA и udev
On Mon, 21 Aug 2006 11:38:05 +0500 Nizamov Shawkat wrote: > > Общее только это: > > > > :00:07.0 IDE interface: nVidia Corporation: Unknown device 0054 (rev f2) > > :00:08.0 IDE interface: nVidia Corporation: Unknown device 0055 (rev f2) > > > > можно попробовать обновить базу pci id > делается это командой update-pciids > В общем,предложенные варианты не помогли. Или я не понял правильно, что надо сделать, или... -- Матвийчук Олег aka Matvey, LRU#349092 http://mathway.narod.ru I am the "ILOVEGNU" signature virus. Just copy me to your signature. This email was infected under the terms of the GNU General Public License. Плеш-память. signature.asc Description: PGP signature
Re: SATA и udev
> Общее только это: > > :00:07.0 IDE interface: nVidia Corporation: Unknown device 0054 (rev f2) > :00:08.0 IDE interface: nVidia Corporation: Unknown device 0055 (rev f2) > можно попробовать обновить базу pci id делается это командой update-pciids -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SATA и udev
On Fri, 18 Aug 2006 12:37:29 +0400 Max Dmitrichenko wrote: > В сообщении от 18 Август 2006 01:32 Oleg Matviychuk написал(a): > > > > > > > Ну ежели оно у тебя _уже_ самосборное, то легче всего собрать его ещё > > > раз, но только включить драйвер в ядро. Это раз. > > > > > Гыг. Если не ясно выразился, повторю еще раз: Драйвер грузится. Только после > > монтирования ВСЕХ файловых систем. То есть, после завершения загрузки mount > > -a дает желаемый результат. > Это очень странно. Я бы на твоем месте все-таки раскопал в чем была проблема. > Всё дело в том, что модуль обычно экспортирует те PCI ID, за которые он > отвечает. Пакет hotplug при загрузке смотри с какими PCI ID устройства на > твоей системе, находит подходящий модуль и грузит. На ум приходят две > причины, почему он (hotplug) этого не делает: > 1) В таблице PCI ID модуля нету твоего контроллера. > 2) Этот модуль по каким-то причинам внесен в файл /etc/hotplug/blacklist. > > Можешь сказать > $ lspci -n :00:00.0 0580: 10de:005e (rev a2) :00:01.0 0601: 10de:0050 (rev a2) :00:01.1 0c05: 10de:0052 (rev a2) :00:02.0 0c03: 10de:005a (rev a2) :00:02.1 0c03: 10de:005b (rev a2) :00:06.0 0101: 10de:0053 (rev f2) :00:07.0 0101: 10de:0054 (rev f2) :00:08.0 0101: 10de:0055 (rev f2) :00:09.0 0604: 10de:005c (rev a2) :00:0a.0 0680: 10de:0057 (rev a2) :00:0b.0 0604: 10de:005d (rev a2) :00:0c.0 0604: 10de:005d (rev a2) :00:0d.0 0604: 10de:005d (rev a2) :00:0e.0 0604: 10de:005d (rev a2) :00:18.0 0600: 1022:1100 :00:18.1 0600: 1022:1101 :00:18.2 0600: 1022:1102 :00:18.3 0600: 1022:1103 :01:00.0 0300: 10de:0141 (rev a2) :05:07.0 0480: 1131:7134 (rev 01) :05:08.0 0401: 1102:0008 > и найти тот Vendor ID, Device ID, которые соотв. твоему SATA-контролеру. Честно говоря, даже не подозреваю. А как можно узнать, кроме как lspci? У меня контроллер интегрированный. > Затем сказать > $ grep sata_nv /lib/modules/`uname -r`/modules.pcimap sata_nv 0x10de 0x008e 0x 0x 0x 0x 0x0 sata_nv 0x10de 0x00e3 0x 0x 0x 0x 0x0 sata_nv 0x10de 0x00ee 0x 0x 0x 0x 0x0 sata_nv 0x10de 0x0054 0x 0x 0x 0x 0x0 sata_nv 0x10de 0x0055 0x 0x 0x 0x 0x0 sata_nv 0x10de 0x0036 0x 0x 0x 0x 0x0 sata_nv 0x10de 0x003e 0x 0x 0x 0x 0x0 sata_nv 0x10de 0x 0x 0x 0x00010100 0x0000 0x0 > И проверить, что устройство с таким Vendor ID и Device ID виден в этом Общее только это: :00:07.0 IDE interface: nVidia Corporation: Unknown device 0054 (rev f2) :00:08.0 IDE interface: nVidia Corporation: Unknown device 0055 (rev f2) > листинге. Если это не так, то попробуй сказать > # depmod -a > не катит. В смысле, ничего не изменилось. Да и во время загрузки вроде запускается. По крайней мере, иногда. > Если он там все-таки есть, то проверь черный список. > Тут нет. > > > Два. А ты не пробовал распаковать и смонтировать образ initrd и > > > посмотреть, есть ли там этот модуль, и грузится ли он там. > > > > > Если б знал о возможности такой операции и путях ее реализации, возможно > > так и поступил бы. > Можно попробовать прямо так смонтировать файл на loop-device. Если не > получится, то добавить к нему расширение .gz, сказать gunzip и попробовать > смонтировать результат. > # mount -o loop ./initrd.img-2.6.13.5 /mnt/flash/ ioctl: LOOP_CLR_FD: Device or resource busy mount: you must specify the filesystem type mat:/mnt/win_d/Games# mount -o loop Rome-Total.War.cd1.iso /mnt/flash/ mat:/mnt/win_d/Games# маунт работает. mat:/tmp# mv initrd.img-2.6.13.5 initrd.img-2.6.13.5.gz mat:/tmp# gunzip initrd.img-2.6.13.5.gz gunzip: initrd.img-2.6.13.5.gz: not in gzip format mat:/tmp# mv initrd.img-2.6.13.5.gz initrd.img-2.6.13.5.bz2 mat:/tmp# bunzip2 initrd.img-2.6.13.5.bz2 bunzip2: initrd.img-2.6.13.5.bz2 is not a bzip2 file. > > У тебя вообще что за система? Если Sarge или какой-нить старый > > > testing со старым udev'ом, то надо поставить пакет hotplug. > > > > > $ cat /etc/debian_version > > 3.1 > > $ apt-cache policy hotplug > > hotplug: > > Установлен: 0.0.20040329-22 > > > > В общем все решилось примитивным echo sata_nv >> /etc/modules > Тоже верно, но я бы назвал это workaround'ом. Должно быть автоматом. > -- Матвийчук Олег aka Matvey, LRU#349092 http://mathway.narod.ru I am the "ILOVEGNU" signature virus. Just copy me to your signature. This email was infected under the terms of the GNU General Public License. Дурдом для компьютерщиков. Один псих идёт и писает на пол приговаривая: - Я струйный принтер. Другой за ним на четвереньках мочу подлизывает, приговаривая: - Я сканер. Третий рас
Re: SATA и udev
В сообщении от 18 Август 2006 01:32 Oleg Matviychuk написал(a): > > > > > Ну ежели оно у тебя _уже_ самосборное, то легче всего собрать его ещё раз, > > но > > только включить драйвер в ядро. Это раз. > > > Гыг. Если не ясно выразился, повторю еще раз: Драйвер грузится. Только после > монтирования ВСЕХ файловых систем. То есть, после завершения загрузки mount -a > дает желаемый результат. Это очень странно. Я бы на твоем месте все-таки раскопал в чем была проблема. Всё дело в том, что модуль обычно экспортирует те PCI ID, за которые он отвечает. Пакет hotplug при загрузке смотри с какими PCI ID устройства на твоей системе, находит подходящий модуль и грузит. На ум приходят две причины, почему он (hotplug) этого не делает: 1) В таблице PCI ID модуля нету твоего контроллера. 2) Этот модуль по каким-то причинам внесен в файл /etc/hotplug/blacklist. Можешь сказать $ lspci -n и найти тот Vendor ID, Device ID, которые соотв. твоему SATA-контролеру. Затем сказать $ grep sata_nv /lib/modules/`uname -r`/modules.pcimap И проверить, что устройство с таким Vendor ID и Device ID виден в этом листинге. Если это не так, то попробуй сказать # depmod -a Если он там все-таки есть, то проверь черный список. > > Два. А ты не пробовал распаковать и смонтировать образ initrd и посмотреть, > > есть ли там этот модуль, и грузится ли он там. > > > Если б знал о возможности такой операции и путях ее реализации, возможно так и > поступил бы. Можно попробовать прямо так смонтировать файл на loop-device. Если не получится, то добавить к нему расширение .gz, сказать gunzip и попробовать смонтировать результат. > У тебя вообще что за система? Если Sarge или какой-нить старый > > testing со старым udev'ом, то надо поставить пакет hotplug. > > > $ cat /etc/debian_version > 3.1 > $ apt-cache policy hotplug > hotplug: > Установлен: 0.0.20040329-22 > > В общем все решилось примитивным echo sata_nv >> /etc/modules Тоже верно, но я бы назвал это workaround'ом. Должно быть автоматом. -- Макс -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SATA и udev
On Thu, 17 Aug 2006 10:37:08 +0400 Max Dmitrichenko wrote: > В сообщении от 17 Август 2006 09:03 Oleg Matviychuk написал(a): > > On Wed, 16 Aug 2006 10:26:21 +0400 > > Max Dmitrichenko wrote: > > > > > > Как в духе дебиан-вэй решить следующую проблему. > > > > > > > > Купил SATA диск, в системе udev его пишет /dev/sda. Но так как sd[a-z]* > > > > прописаны как съемные в правилах udev, > > > В udev нету такого понятия как "съемный/несъемный". > > > > # cat /etc/udev/hal.rules > > # put removable IDE/SCSI devices into the hal group instead of 'disk' > > BUS="scsi",KERNEL="sd[a-z]*", PROGRAM="/etc/udev/scripts/device-removable.sh > > %k", RESULT="1", NAME="%k", MODE="0640", GROUP="hal" > > > > O_o > Перевожу. Если появившийся девайс находится на шине SCSI, его имя попадает > под регулярное выражение sd[a-z], то запустить программу > /etc/udev/scripts/device-removable.sh с параметром имени устройства (по версии > ядра), если результат выполнения программы единица, то создать в /dev > устройство с таким же именем, поставить на него права 640 и группу доступа > "hal". Есть мнение, что скрипт device-removable.sh определяет является ли > твой сказёвый диск удаляемым (как, например, флэшка) или нет. Если ты не > веришь, то запусти её ручками, указав имя твоего SATA первым параметром, и > убедись, что она вернет 0. > Поверю на слово. > И вообще это правило нужно не для того чтобы создавать файл устройства в /dev, > а для того, чтобы созданый файл имел нужные права. > > Ещё раз тебе говорю. Забудь про udev. Он тут совершенно не причем. И прочти ты > наконец что значат его правила. А то получается как в анекдоте про Василия > Ивановича, что "интернешэнэл" - это шинелка. Не надо здесь хвастаться своей > необразованностью. > Не раз начинал. Но что-то как-то нет стимула подходящего :). И, с Вашего позволения, не необразованность, а незнание. -- Матвийчук Олег aka Matvey, LRU#349092 http://mathway.narod.ru I am the "ILOVEGNU" signature virus. Just copy me to your signature. This email was infected under the terms of the GNU General Public License. ЗАКОН СВАДЕБНЫХ ЗАТРАТ ТОМА Продолжительность брака обратно пропорциональна расходам на свадьбу. signature.asc Description: PGP signature
Re: SATA и udev
On Thu, 17 Aug 2006 10:43:27 +0400 Max Dmitrichenko wrote: > > > > ибо на тот момент такого устройства еще не существует. > > > Существование/несуществование устройства имеет значение, когда маунтятся > > > другие локальные партиции (/usr, /home, /var), если таковые имеются. Но > > > это происходит после того, как загружен udev. Если этих устройств нету > > > в /dev, то значит у тебя ядро собрано без соответствующего модуля > > > драйвера. > > > > > Драйвер sata_nv собран модулем. Партиция локальная. Не корень. > > Ядро самосборное. Попробовал > > #mkinitrd -o /boot/linux-image-2.6.13.5 > > Предварительно добавив sata_nv в файлик /etc/mkinitrd/modules. Не помогло. > > > Ну ежели оно у тебя _уже_ самосборное, то легче всего собрать его ещё раз, но > только включить драйвер в ядро. Это раз. > Гыг. Если не ясно выразился, повторю еще раз: Драйвер грузится. Только после монтирования ВСЕХ файловых систем. То есть, после завершения загрузки mount -a дает желаемый результат. > Два. А ты не пробовал распаковать и смонтировать образ initrd и посмотреть, > есть ли там этот модуль, и грузится ли он там. > Если б знал о возможности такой операции и путях ее реализации, возможно так и поступил бы. > Три. Если это не корень, то вообще это не надо. Модуль должен грузится > автоматом. Вот-вот. И я о том же. У тебя вообще что за система? Если Sarge или какой-нить старый > testing со старым udev'ом, то надо поставить пакет hotplug. > $ cat /etc/debian_version 3.1 $ apt-cache policy hotplug hotplug: Установлен: 0.0.20040329-22 В общем все решилось примитивным echo sata_nv >> /etc/modules -- Матвийчук Олег aka Matvey, LRU#349092 http://mathway.narod.ru I am the "ILOVEGNU" signature virus. Just copy me to your signature. This email was infected under the terms of the GNU General Public License. На винте хорошо, а в памяти лучше. signature.asc Description: PGP signature
Re: SATA и udev
> > > ибо на тот момент такого устройства еще не существует. > > Существование/несуществование устройства имеет значение, когда маунтятся > > другие локальные партиции (/usr, /home, /var), если таковые имеются. Но это > > происходит после того, как загружен udev. Если этих устройств нету в /dev, > > то значит у тебя ядро собрано без соответствующего модуля драйвера. > > > Драйвер sata_nv собран модулем. Партиция локальная. Не корень. > Ядро самосборное. Попробовал > #mkinitrd -o /boot/linux-image-2.6.13.5 > Предварительно добавив sata_nv в файлик /etc/mkinitrd/modules. Не помогло. > Ну ежели оно у тебя _уже_ самосборное, то легче всего собрать его ещё раз, но только включить драйвер в ядро. Это раз. Два. А ты не пробовал распаковать и смонтировать образ initrd и посмотреть, есть ли там этот модуль, и грузится ли он там. Три. Если это не корень, то вообще это не надо. Модуль должен грузится автоматом. У тебя вообще что за система? Если Sarge или какой-нить старый testing со старым udev'ом, то надо поставить пакет hotplug. -- Макс -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SATA и udev
В сообщении от 17 Август 2006 09:03 Oleg Matviychuk написал(a): > On Wed, 16 Aug 2006 10:26:21 +0400 > Max Dmitrichenko wrote: > > > > Как в духе дебиан-вэй решить следующую проблему. > > > > > > Купил SATA диск, в системе udev его пишет /dev/sda. Но так как sd[a-z]* > > > прописаны как съемные в правилах udev, > > В udev нету такого понятия как "съемный/несъемный". > > # cat /etc/udev/hal.rules > # put removable IDE/SCSI devices into the hal group instead of 'disk' > BUS="scsi",KERNEL="sd[a-z]*", PROGRAM="/etc/udev/scripts/device-removable.sh > %k", RESULT="1", NAME="%k", MODE="0640", GROUP="hal" > > O_o Перевожу. Если появившийся девайс находится на шине SCSI, его имя попадает под регулярное выражение sd[a-z], то запустить программу /etc/udev/scripts/device-removable.sh с параметром имени устройства (по версии ядра), если результат выполнения программы единица, то создать в /dev устройство с таким же именем, поставить на него права 640 и группу доступа "hal". Есть мнение, что скрипт device-removable.sh определяет является ли твой сказёвый диск удаляемым (как, например, флэшка) или нет. Если ты не веришь, то запусти её ручками, указав имя твоего SATA первым параметром, и убедись, что она вернет 0. И вообще это правило нужно не для того чтобы создавать файл устройства в /dev, а для того, чтобы созданый файл имел нужные права. Ещё раз тебе говорю. Забудь про udev. Он тут совершенно не причем. И прочти ты наконец что значат его правила. А то получается как в анекдоте про Василия Ивановича, что "интернешэнэл" - это шинелка. Не надо здесь хвастаться своей необразованностью. -- Макс -- Макс -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SATA и udev
В Чтв, 17/08/2006 в 08:03 +0300, Oleg Matviychuk пишет: ... > Ядро самосборное. Попробовал > #mkinitrd -o /boot/linux-image-2.6.13.5 > Предварительно добавив sata_nv в файлик /etc/mkinitrd/modules. Не помогло. может я ошибаюсь, но нынче модно пользоваться yaird. Он вроде бы как много гитик умеет. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SATA и udev
On Wed, 16 Aug 2006 12:21:45 +0700 Mikhail Gusarov wrote: > > You ([EMAIL PROTECTED]) wrote: > > >> У меня диски IDE, с SATA вообще дела не имел, но можно монтировать диски > >> не только по номеру раздела, но и by-id, by-label. > OM> Отсюда поподробнее, пожалуйста. > > ls -l /dev/disk/by-* > # ls -l /dev/disk/ ls: /dev/disk/: No such file or directory -- Матвийчук Олег aka Matvey, LRU#349092 http://mathway.narod.ru I am the "ILOVEGNU" signature virus. Just copy me to your signature. This email was infected under the terms of the GNU General Public License. Если вы находите ошибки, исправить которые дело долгое и нудное, ничего не делайте - просто внесите их в список особенностей. signature.asc Description: PGP signature
Re: SATA и udev
On Wed, 16 Aug 2006 10:26:21 +0400 Max Dmitrichenko wrote: > > Как в духе дебиан-вэй решить следующую проблему. > > > > Купил SATA диск, в системе udev его пишет /dev/sda. Но так как sd[a-z]* > > прописаны как съемные в правилах udev, > В udev нету такого понятия как "съемный/несъемный". # cat /etc/udev/hal.rules # put removable IDE/SCSI devices into the hal group instead of 'disk' BUS="scsi",KERNEL="sd[a-z]*", PROGRAM="/etc/udev/scripts/device-removable.sh %k", RESULT="1", NAME="%k", MODE="0640", GROUP="hal" O_o > > то перед ребутом эти файлы сносятся. > Никто никого не сносит. Просто udev маунтит в /dev RAM-диск (tmpfs, если быть > точным). Поэтому при выключении питания там всё накрывается, а при загрузке > создается заново. > > При загрузке монтирование ФС происходит раньше запуска udev как я понял, > Вот с этого места напиши подробнее. Если у тебя / находится на этом диске, > то монтирование происходит вообще без использования device-node'в из /dev. > Для этого ядро использует параметр root=/dev/sd*. Ошибочно полагать, что > этот параметр имеет хоть какое-то отношение к содержимому /dev. Тут главное, > чтобы драйвер для твоего SATA-контролера _был_вкомпилен_в_ядро_, а не собран > модулем. Альтернатива - использование initrd. Плюсы этого решения - можно > попробовать прикрутить дистрибутивное ядро ничего не пересобирая. Если это > получится, то это настоящий Debian Way :). > > > ибо на тот момент такого устройства еще не существует. > Существование/несуществование устройства имеет значение, когда маунтятся > другие локальные партиции (/usr, /home, /var), если таковые имеются. Но это > происходит после того, как загружен udev. Если этих устройств нету в /dev, > то значит у тебя ядро собрано без соответствующего модуля драйвера. > Драйвер sata_nv собран модулем. Партиция локальная. Не корень. Ядро самосборное. Попробовал #mkinitrd -o /boot/linux-image-2.6.13.5 Предварительно добавив sata_nv в файлик /etc/mkinitrd/modules. Не помогло. > > > > PS Просмотрев файлы правил udev понял, что разбираться в том, как там что-то > > красиво подправить, а не вырубить топором кусок, буду очень долго... > Во-первых, там все просто, во-вторых, ИМХО, в твоем случае udev тут вообще > не причем, и трогать его не надо. В-третьих, читай доки - они рулез. > По поводу непричастности удева уже догадываюсь :) -- Матвийчук Олег aka Matvey, LRU#349092 http://mathway.narod.ru I am the "ILOVEGNU" signature virus. Just copy me to your signature. This email was infected under the terms of the GNU General Public License. Нет ОС кроме OS/2 и IBM пророк её! signature.asc Description: PGP signature
Re: SATA и udev
В сообщении от 16 Август 2006 13:10 Matviychuk Oleg написал(a): > > И давайте не парить человеку мозг. К обозначеной проблеме udev не имеет > > никакого > > отношения. > > > А кто тогда? Кто содает девайсы в >=2.6.16? Просто с устройствами никогда > проблем > не было ,поэтому смутно представляю, как это все работает. Мое предположение > было > что это дело рук(?) udev. > А! Так это ты спрашивал. Просто не сразу обратил внимание на то, что имя одно и то же, только местами поменяно. Я же уже написал письмо, где все объяснил. Ты опиши ситуацию яснее. Если этот диск тот, который маунтится в /, то дело в одном, если этот диск содержит только дополнительные партиции, то дело в другом. Универсальное решение (при условии, что ядро дистрибутивное) - это пересборка initrd, как уже правильно сказали, командой # dpkg-reconfigure linux-image- Только я не знаю чем сейчас кашерно собирать initrd в тестинге, но в Sarge, была довольно тупая хрень, которая, кажется, включала в образ initrd только те модули, которые загружены на момент запуска этой тулзовины. Поэтому если будешь пересобирать initrd, то на всякий случай убедись, что модуль драйвера твоего SATA контроллера загружен. -- Макс -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SATA и udev
On Wed, 16 Aug 2006 13:00:29 +0400 Max Dmitrichenko <[EMAIL PROTECTED]> wrote: > В сообщении от 16 Август 2006 11:12 Matviychuk Oleg написал(a): > > > > > > а что если прописать устройства в /dev/.static/ ? > > > > > Не знаю. Каким образом? Я вот на ноуте заглянул туда, есть файлы вида > > /dev/.static/dev/sd[a-h]*, > > хотя тут, ясное дело, SATAшными винтами и не пахнет. > > В /dev/.static/ монтируется содержимое старого каталога /dev, в котором > девайс-ноды > создавались ручками. Вообще для успешной загрузки в нём нужно только два > девайса: > /dev/console > /dev/null > Проверено экспериментом. > > И давайте не парить человеку мозг. К обозначеной проблеме udev не имеет > никакого > отношения. > А кто тогда? Кто содает девайсы в >=2.6.16? Просто с устройствами никогда проблем не было ,поэтому смутно представляю, как это все работает. Мое предположение было что это дело рук(?) udev. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SATA и udev
В сообщении от 16 Август 2006 11:12 Matviychuk Oleg написал(a): > > > > а что если прописать устройства в /dev/.static/ ? > > > Не знаю. Каким образом? Я вот на ноуте заглянул туда, есть файлы вида > /dev/.static/dev/sd[a-h]*, > хотя тут, ясное дело, SATAшными винтами и не пахнет. В /dev/.static/ монтируется содержимое старого каталога /dev, в котором девайс-ноды создавались ручками. Вообще для успешной загрузки в нём нужно только два девайса: /dev/console /dev/null Проверено экспериментом. И давайте не парить человеку мозг. К обозначеной проблеме udev не имеет никакого отношения. -- Макс -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SATA и udev
Oleg Matviychuk wrote: > Привет всем. > > Как в духе дебиан-вэй решить следующую проблему. > > Купил SATA диск, в системе udev его пишет /dev/sda. Но так как sd[a-z]* > прописаны как съемные в правилах udev, то перед ребутом эти файлы сносятся. > При > загрузке монтирование ФС происходит раньше запуска udev как я понял, ибо на > тот > момент такого устройства еще не существует. > > Как красивее всего выкрутится из этого положения? По-моему проблема у тебя не в этом, а в том, что в initrd не добавляется модули, необходимые для работы САТА. Попробуй пересобрать инитрд (dpkg-reconfigure linux-image-...) если не сработает автоматически - прописать их вручную в /etc/mkinitrd(или inittools или еще куда, зависит от пакета и версии)/modules и опять пересобрать инитрд. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SATA и udev
On Wed, 16 Aug 2006 11:40:09 +0500 Nizamov Shawkat <[EMAIL PROTECTED]> wrote: > > > > > Купил SATA диск, в системе udev его пишет /dev/sda. Но так как sd[a-z]* > > прописаны как съемные в правилах udev, то перед ребутом эти файлы сносятся. > > При > > загрузке монтирование ФС происходит раньше запуска udev как я понял, ибо на > > тот > > момент такого устройства еще не существует. > > > > а что если прописать устройства в /dev/.static/ ? > Не знаю. Каким образом? Я вот на ноуте заглянул туда, есть файлы вида /dev/.static/dev/sd[a-h]*, хотя тут, ясное дело, SATAшными винтами и не пахнет. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SATA и udev
> > Купил SATA диск, в системе udev его пишет /dev/sda. Но так как sd[a-z]* > прописаны как съемные в правилах udev, то перед ребутом эти файлы сносятся. > При > загрузке монтирование ФС происходит раньше запуска udev как я понял, ибо на > тот > момент такого устройства еще не существует. > а что если прописать устройства в /dev/.static/ ? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SATA и udev
> Как в духе дебиан-вэй решить следующую проблему. > > Купил SATA диск, в системе udev его пишет /dev/sda. Но так как sd[a-z]* > прописаны как съемные в правилах udev, В udev нету такого понятия как "съемный/несъемный". > то перед ребутом эти файлы сносятся. Никто никого не сносит. Просто udev маунтит в /dev RAM-диск (tmpfs, если быть точным). Поэтому при выключении питания там всё накрывается, а при загрузке создается заново. > При загрузке монтирование ФС происходит раньше запуска udev как я понял, Вот с этого места напиши подробнее. Если у тебя / находится на этом диске, то монтирование происходит вообще без использования device-node'в из /dev. Для этого ядро использует параметр root=/dev/sd*. Ошибочно полагать, что этот параметр имеет хоть какое-то отношение к содержимому /dev. Тут главное, чтобы драйвер для твоего SATA-контролера _был_вкомпилен_в_ядро_, а не собран модулем. Альтернатива - использование initrd. Плюсы этого решения - можно попробовать прикрутить дистрибутивное ядро ничего не пересобирая. Если это получится, то это настоящий Debian Way :). > ибо на тот момент такого устройства еще не существует. Существование/несуществование устройства имеет значение, когда маунтятся другие локальные партиции (/usr, /home, /var), если таковые имеются. Но это происходит после того, как загружен udev. Если этих устройств нету в /dev, то значит у тебя ядро собрано без соответствующего модуля драйвера. > > PS Просмотрев файлы правил udev понял, что разбираться в том, как там что-то > красиво подправить, а не вырубить топором кусок, буду очень долго... Во-первых, там все просто, во-вторых, ИМХО, в твоем случае udev тут вообще не причем, и трогать его не надо. В-третьих, читай доки - они рулез. -- Макс -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SATA и udev
В Срд, 16/08/2006 в 12:21 +0700, Mikhail Gusarov пишет: > You ([EMAIL PROTECTED]) wrote: > > >> У меня диски IDE, с SATA вообще дела не имел, но можно монтировать диски > >> не только по номеру раздела, но и by-id, by-label. > OM> Отсюда поподробнее, пожалуйста. > > ls -l /dev/disk/by-* > А если еще продробнее то http://reactivated.net/writing_udev_rules.html и читаем до просветеления. -- With best regards Tochenyk Oleg E-mail: [EMAIL PROTECTED] PS: Если любишь кататься - обязательно ли любить каталку? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SATA и udev
You ([EMAIL PROTECTED]) wrote: >> У меня диски IDE, с SATA вообще дела не имел, но можно монтировать диски >> не только по номеру раздела, но и by-id, by-label. OM> Отсюда поподробнее, пожалуйста. ls -l /dev/disk/by-* --
Re: SATA и udev
On Wed, 16 Aug 2006 03:00:32 +0300 Dmitry Nezhevenko wrote: > On Wed, Aug 16, 2006 at 01:15:18AM +0300, Oleg Matviychuk wrote: > > Купил SATA диск, в системе udev его пишет /dev/sda. Но так как sd[a-z]* > > прописаны как съемные в правилах udev, то перед ребутом эти файлы сносятся. > > При загрузке монтирование ФС происходит раньше запуска udev как я понял, > > ибо на тот момент такого устройства еще не существует. > > > > Как красивее всего выкрутится из этого положения? > > У меня диски IDE, с SATA вообще дела не имел, но можно монтировать диски > не только по номеру раздела, но и by-id, by-label. > Отсюда поподробнее, пожалуйста. -- Матвийчук Олег aka Matvey, LRU#349092 http://mathway.narod.ru I am the "ILOVEGNU" signature virus. Just copy me to your signature. This email was infected under the terms of the GNU General Public License. Error 32 - not found mouse рad. signature.asc Description: PGP signature
Re: SATA и udev
On Wed, Aug 16, 2006 at 01:15:18AM +0300, Oleg Matviychuk wrote: > Купил SATA диск, в системе udev его пишет /dev/sda. Но так как sd[a-z]* > прописаны как съемные в правилах udev, то перед ребутом эти файлы сносятся. > При > загрузке монтирование ФС происходит раньше запуска udev как я понял, ибо на > тот > момент такого устройства еще не существует. > > Как красивее всего выкрутится из этого положения? У меня диски IDE, с SATA вообще дела не имел, но можно монтировать диски не только по номеру раздела, но и by-id, by-label. -- WBR, Dmitry signature.asc Description: Digital signature
Re: SATA
Степан Голосунов пишет: On Mon, Dec 12, 2005 at 09:30:10AM +0300, RomFil wrote: Pavel Ammosov пишет: On Fri, Dec 09, 2005 at 02:20:11PM +0300, romfil wrote: Дали новую машинку. Плата Asus P4P800SE и диск SATA 80 Gb Ядро с netinstall.iso (2.4.27) успешно происталироваллось и работает. Ядро из Sarge (2.6.8-16) встает, но при загрузке kernel-panic примерно такой: pivot_root: No such file or directory /sbin/init: 432: cannot open dev/console: no such file kernel_panic: Attempted to kill init! Скорее всего диск с рутовым разделом стал из /dev/hdXY /dev/sdXY при переходе на 2.6 с libata. попробуй в строке ядра исправить параметр root=/dev/... и если и тогда не заработает убедись что в initrd есть необходимые модули под твой чипсет SATA. А вообще, имело смысл ставится сразу с 2.6 Взял последнее ядро с kernel.org. Собираю следующей командой: fakeroot make-kpkg --initrd --revision=custom.1.0 kernel_image Та же проблема. Контроллер ICH5R, ядром вроде должен поддерживаться. Вот часть menu.lst title Debian GNU/Linux, kernel 2.6.14.3 root(hd0,0) kernel /vmlinuz-2.6.14.3 root=/dev/hde2 ro initrd /initrd.img-2.6.14.3 savedefault boot title Debian GNU/Linux, kernel 2.6.14.3 (recovery mode) root(hd0,0) kernel /vmlinuz-2.6.14.3 root=/dev/hde2 ro single initrd /initrd.img-2.6.14.3 savedefault boot title Debian GNU/Linux, kernel 2.4.27-2-386 root(hd0,0) kernel /vmlinuz-2.4.27-2-386 root=/dev/hde2 ro initrd /initrd.img-2.4.27-2-386 savedefault boot title Debian GNU/Linux, kernel 2.4.27-2-386 (recovery mode) root(hd0,0) kernel /vmlinuz-2.4.27-2-386 root=/dev/hde2 ro single initrd /initrd.img-2.4.27-2-386 savedefault boot Пробовал изменить root=/dev/hde2 на /dev/sde2. Все одно. А если заменить на /dev/sda2 ? Сначала тоже пробовал, не получилось. Проблема решилась следющим образом. Вкомпилировал в ядро поддержку SATA контроллера Intel CONFIG_SCSI_ATA_PIIX=y после установки подправил menu.lst root=/dev/hde2 на root=/dev/sda2 и соответственно /etc/fstab Нормально работает, вроде. -- / Roman Filonenko (RomFil) JID: [EMAIL PROTECTED]
Re: SATA
On Mon, Dec 12, 2005 at 09:30:10AM +0300, RomFil wrote: > Pavel Ammosov пишет: > >On Fri, Dec 09, 2005 at 02:20:11PM +0300, romfil wrote: > >>Дали новую машинку. > >>Плата Asus P4P800SE и диск SATA 80 Gb > >>Ядро с netinstall.iso (2.4.27) успешно > >>происталироваллось и работает. Ядро из > >>Sarge (2.6.8-16) встает, но при загрузке kernel-panic > >>примерно такой: > >>pivot_root: No such file or directory > >>/sbin/init: 432: cannot open dev/console: no such file > >>kernel_panic: Attempted to kill init! > > > >Скорее всего диск с рутовым разделом > >стал из /dev/hdXY /dev/sdXY при > >переходе на 2.6 с libata. попробуй в строке > >ядра исправить параметр > >root=/dev/... и если и тогда не заработает > >убедись что в initrd есть > >необходимые модули под твой чипсет SATA. > > > >А вообще, имело смысл ставится сразу с 2.6 > > > Взял последнее ядро с kernel.org. > Собираю следующей командой: > fakeroot make-kpkg --initrd --revision=custom.1.0 kernel_image > Та же проблема. > > Контроллер ICH5R, ядром вроде должен > поддерживаться. > Вот часть menu.lst > > title Debian GNU/Linux, kernel 2.6.14.3 > root(hd0,0) > kernel /vmlinuz-2.6.14.3 root=/dev/hde2 ro > initrd /initrd.img-2.6.14.3 > savedefault > boot > > title Debian GNU/Linux, kernel 2.6.14.3 (recovery mode) > root(hd0,0) > kernel /vmlinuz-2.6.14.3 root=/dev/hde2 ro single > initrd /initrd.img-2.6.14.3 > savedefault > boot > > title Debian GNU/Linux, kernel 2.4.27-2-386 > root(hd0,0) > kernel /vmlinuz-2.4.27-2-386 root=/dev/hde2 ro > initrd /initrd.img-2.4.27-2-386 > savedefault > boot > > title Debian GNU/Linux, kernel 2.4.27-2-386 (recovery mode) > root(hd0,0) > kernel /vmlinuz-2.4.27-2-386 root=/dev/hde2 ro single > initrd /initrd.img-2.4.27-2-386 > savedefault > boot > > Пробовал изменить root=/dev/hde2 на /dev/sde2. > Все одно. А если заменить на /dev/sda2 ? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SATA
Pavel Ammosov пишет: On Fri, Dec 09, 2005 at 02:20:11PM +0300, romfil wrote: Дали новую машинку. Плата Asus P4P800SE и диск SATA 80 Gb Ядро с netinstall.iso (2.4.27) успешно происталироваллось и работает. Ядро из Sarge (2.6.8-16) встает, но при загрузке kernel-panic примерно такой: pivot_root: No such file or directory /sbin/init: 432: cannot open dev/console: no such file kernel_panic: Attempted to kill init! Скорее всего диск с рутовым разделом стал из /dev/hdXY /dev/sdXY при переходе на 2.6 с libata. попробуй в строке ядра исправить параметр root=/dev/... и если и тогда не заработает убедись что в initrd есть необходимые модули под твой чипсет SATA. А вообще, имело смысл ставится сразу с 2.6 Взял последнее ядро с kernel.org. Собираю следующей командой: fakeroot make-kpkg --initrd --revision=custom.1.0 kernel_image Та же проблема. Контроллер ICH5R, ядром вроде должен поддерживаться. Вот часть menu.lst title Debian GNU/Linux, kernel 2.6.14.3 root (hd0,0) kernel /vmlinuz-2.6.14.3 root=/dev/hde2 ro initrd /initrd.img-2.6.14.3 savedefault boot title Debian GNU/Linux, kernel 2.6.14.3 (recovery mode) root (hd0,0) kernel /vmlinuz-2.6.14.3 root=/dev/hde2 ro single initrd /initrd.img-2.6.14.3 savedefault boot title Debian GNU/Linux, kernel 2.4.27-2-386 root (hd0,0) kernel /vmlinuz-2.4.27-2-386 root=/dev/hde2 ro initrd /initrd.img-2.4.27-2-386 savedefault boot title Debian GNU/Linux, kernel 2.4.27-2-386 (recovery mode) root (hd0,0) kernel /vmlinuz-2.4.27-2-386 root=/dev/hde2 ro single initrd /initrd.img-2.4.27-2-386 savedefault boot Пробовал изменить root=/dev/hde2 на /dev/sde2. Все одно. -- / Roman Filonenko (RomFil) JID: [EMAIL PROTECTED]
Re: SATA
On Fri, Dec 09, 2005 at 02:20:11PM +0300, romfil wrote: > Дали новую машинку. > Плата Asus P4P800SE и диск SATA 80 Gb > Ядро с netinstall.iso (2.4.27) успешно происталироваллось и работает. > Ядро из Sarge (2.6.8-16) встает, но при загрузке kernel-panic примерно > такой: > pivot_root: No such file or directory > /sbin/init: 432: cannot open dev/console: no such file > kernel_panic: Attempted to kill init! Скорее всего диск с рутовым разделом стал из /dev/hdXY /dev/sdXY при переходе на 2.6 с libata. попробуй в строке ядра исправить параметр root=/dev/... и если и тогда не заработает убедись что в initrd есть необходимые модули под твой чипсет SATA. А вообще, имело смысл ставится сразу с 2.6 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SATA
On Fri, Dec 09, 2005 at 03:37:50PM +0300, Alexander Gerasiov wrote: > romfil wrote: > > Дали новую машинку. > > Плата Asus P4P800SE и диск SATA 80 Gb > > Ядро с netinstall.iso (2.4.27) успешно происталироваллось и работает. > > Ядро из Sarge (2.6.8-16) встает, но при загрузке kernel-panic примерно > > такой: > > pivot_root: No such file or directory > > /sbin/init: 432: cannot open dev/console: no such file > > kernel_panic: Attempted to kill init! > Это означает, что не примотрировался корневой раздел. > Проблемы, вероятно, либо с тем, что initrd неверно собирается, либо с > тем, что отсутствует (или сломана) в данном ядре поддержка твоего > контроллера SATA Или диск в 2.4.27 был hde, а в 2.6.8 стал sda. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SATA
romfil wrote: > Дали новую машинку. > Плата Asus P4P800SE и диск SATA 80 Gb > Ядро с netinstall.iso (2.4.27) успешно происталироваллось и работает. > Ядро из Sarge (2.6.8-16) встает, но при загрузке kernel-panic примерно > такой: > pivot_root: No such file or directory > /sbin/init: 432: cannot open dev/console: no such file > kernel_panic: Attempted to kill init! Это означает, что не примотрировался корневой раздел. Проблемы, вероятно, либо с тем, что initrd неверно собирается, либо с тем, что отсутствует (или сломана) в данном ядре поддержка твоего контроллера SATA > > Потуги пересобрать это ядро (2.6.8-16) самому ни к чему не привели.. > Вразумительного ответа так и не нашел. Согласен, возможно плохо искал. > Спасибо > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SATA RAID на ICH6R
Степан Голосунов пишет: On Mon, Dec 05, 2005 at 03:03:58PM +0300, ,,, wrote: Нет не будет, потому что дров нет , это не полноценный рэйд , это так называемый hostraid. У меня самого сейчас вот стоит такая машинка и как единственный вриант я на ней сделал softraid. Драйвер-то есть. Тот же, что и для softraid'а (поскольку это и есть softraid, только не совсем стандартный). Только вот средство для его запуска (dmraid) в sarge отсутствует, и пользоваться им без необходимости не рекомендуют (стандартный software raid можно перенести на любую другую машину, а с fakeraid'ом возникнут проблемы). Спасибо всем ответившим. Еще пару маленьких вопросов. Стандартное ядоро 2.6.x увидит вообще этот контроллер ICH6 ? А будет ли работать в 2.6.x 6300ESB от Intel E7210? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SATA и initrd
Serge Matveev wrote: Сдаюсь. Сто перезагрузок а толку чуть. Кто-нибудь может в меня кинуть рабочую конфигурацию для mkinitrd чтобы с sata винта загрузиться? Testing, 2.6.12-1-686-smp, мать P5GD1 (i915P). [EMAIL PROTECTED] spb ru Serge Matveev & ... ICQ 3575357 мне пришлось столкнуться c этой проблемой , но только на 2.4.x помог патч отсюда http://www.kernel.org/pub/linux/kernel/people/jgarzik/libata/ если использовать initrd то для моего случая модули распологались в правильном порядке так: scsi_mod sd_mod sr_mod libata ata_piix. можно вкомпиливать все необходимое ( scsi_mod sd_mod sr_mod libata ata_piix) прям в ядро и не заморачиваясь с initrd. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SATA RAID на ICH6R
On Mon, Dec 05, 2005 at 03:03:58PM +0300, ,,, wrote: > > Нет не будет, потому что дров нет , это не полноценный рэйд , это так > называемый hostraid. У меня самого сейчас вот стоит такая машинка и как > единственный вриант я на ней сделал softraid. Драйвер-то есть. Тот же, что и для softraid'а (поскольку это и есть softraid, только не совсем стандартный). Только вот средство для его запуска (dmraid) в sarge отсутствует, и пользоваться им без необходимости не рекомендуют (стандартный software raid можно перенести на любую другую машину, а с fakeraid'ом возникнут проблемы). > > On Mon, Dec 05, 2005 at 02:15:01PM +0300, [EMAIL PROTECTED] wrote: > > Здравствуйте! > > Подскажите, пожалуйста будет ли работать SATA RAID в Debian 3.1 на ядрах > > 2.6.x на чипсетах с ICH6R? > > Может кто-нибудь использует? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SATA RAID на ICH6R
,,, wrote: > Нет не будет, потому что дров нет , это не полноценный рэйд , это так > называемый hostraid. В википедии написали про такие контроллеры более язвительно: fakeraid -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SATA RAID на ICH6R
Нет не будет, потому что дров нет , это не полноценный рэйд , это так называемый hostraid. У меня самого сейчас вот стоит такая машинка и как единственный вриант я на ней сделал softraid. On Mon, Dec 05, 2005 at 02:15:01PM +0300, [EMAIL PROTECTED] wrote: > Здравствуйте! > Подскажите, пожалуйста будет ли работать SATA RAID в Debian 3.1 на ядрах > 2.6.x на чипсетах с ICH6R? > Может кто-нибудь использует? > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact > [EMAIL PROTECTED] > > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SATA RAID
Andrey Melnikoff writes: >> Пока стоит в сервере не проблема. Любой нормальный поставщик держит >> резерв комплектующих которые стоят в его серверах? Не нужно сервера на >> помойках собирать. > Мля. Как вы достали со своим "Любой нормальный поставщик". Ну нету у нас тут > их, нету. Вопрос SATA raid да еще на PCI-64 вводит кого угодно в ступор. Ты > мне предлогаешь заказывать сервера из москвы? Я не в столице живу. И никаких проблем с закупками нормальных серверов не испытываю. > >> >> Кроме того бекап надо делать - тогда и не нужно будет "снимать >> >> информацию". >> > Ммм.. куда девать 300-500Gb данных (для бакапа) ? На другой рейд чтоль ? >> Просто без комментариев... > Нет уж - давай, отвечай - куда мне девать такое количество данных, если не > на рейд? На два говновинта конторы квакстор? Могу совершенно бесплатно посветить что есть такие устройства - называются стримеры. Очень полезные устройства. Есть backup servers. Есть nas. Есть еще много чего. Но не забивай себе голову - у поставщиков которых вводит в ступор PCI-64 это можно и не спрашивать. >> >> Я не говорю что software raid не нужен. Для маленьких raid1 или raid0 >> >> покупать 3ware нет никакого смысла. >> >> А уже для большего raid5 смысл есть. >> > Но только ни 3ware. >> Угу. Например HighPoint ;) > В качестве fakeraid совместно с dmraid или как 4-6 каналов SATA - почему бы > и нет? -- With Best Regards, Maxim Tyurin JID:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SATA
Artem Chuprina <[EMAIL PROTECTED]> wrote: > Andrey Melnikoff -> debian-russian@lists.debian.org @ Fri, 18 Nov 2005 > 18:29:14 +0300: > >> >> >>И вот что странно. Когда взял дистрибутивное ядро - эффект > >> >> >>пропал. А когда собирал сам - лампочка горела. Разницу между > >> >> >>конфигами я тут кидал - собственно она только в том, что я > >> >> >>драйвер в ядро сажал, да под P4 оптимизировал. > >> >> > > >> >> > Ну батенька, с этим вы сами разбирайтесь. Мне дистрибутивное > >> >> > ядро нужно только для загрузки, а дальше vanilla и все пофиг. > >> >> Сударь ценит извращения... =\ > >> AM> Где простите? По мне извращение - сидеть на тухлом ядре из > >> AM> дистрибутива. > >> А вы не пользуйтесь тухлыми ядрами из дистрибутива. Серия 2.4 - > >> вполне. > AM> Ну если 2.4.27 с глючащим драйвером тебе вполне, то меня оно не > AM> устраивает. > В этом смысле vanilla тухлое от рождения. В дистрибутивном еще хоть > какие-то шансы на приложенные патчи... Патчи говоришь ? Ну да, их там 180+ штучек. Конечно, взять бы и попробовать - сколько из них приложиться к 2.4.32, но мне лениво. У меня без патчей все работает. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SATA RAID
Maxim Tyurin <[EMAIL PROTECTED]> wrote: > Andrey Melnikoff writes: > \scip > >> Посмотрел. Увидел нежелание читать документацию и нежелание > >> настраивать систему. > > Та-та. И где в ейной документации написано, что инициализация созданного > > RAID5 массива начнется только при попытки запись в том? > Ух ты. Только расскажи как такого добился? 2google. Искать в LKML. Там рассказывают. > >> >> >> может что то сказать о данной линейки контрорллеров? Или же может > >> >> >> есть > >> >> >> альтернативные варианты? Внимательно выслушаю любое мнение :) > >> >> > А чем вызванна необходимость именно железного райда? Если он упадет - > >> >> > то > >> >> > будет хуже, чем от софтверного. > >> > > >> >> А если упадет софтверный то все будет хорошо? > >> > С него данные можно частично снять. На любом тазике с линуксом. С > >> > хардверного - на таком-же контроллере в лучшем случае. > >> Найти контролер чтоб снять информацию это совсем не проблема. > > Пока выпускаются - не проблема. > Пока стоит в сервере не проблема. Любой нормальный поставщик держит > резерв комплектующих которые стоят в его серверах? Не нужно сервера на > помойках собирать. Мля. Как вы достали со своим "Любой нормальный поставщик". Ну нету у нас тут их, нету. Вопрос SATA raid да еще на PCI-64 вводит кого угодно в ступор. Ты мне предлогаешь заказывать сервера из москвы? > >> Кроме того бекап надо делать - тогда и не нужно будет "снимать > >> информацию". > > Ммм.. куда девать 300-500Gb данных (для бакапа) ? На другой рейд чтоль ? > Просто без комментариев... Нет уж - давай, отвечай - куда мне девать такое количество данных, если не на рейд? На два говновинта конторы квакстор? > >> Я не говорю что software raid не нужен. Для маленьких raid1 или raid0 > >> покупать 3ware нет никакого смысла. > >> А уже для большего raid5 смысл есть. > > Но только ни 3ware. > Угу. Например HighPoint ;) В качестве fakeraid совместно с dmraid или как 4-6 каналов SATA - почему бы и нет? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SATA RAID
Andrey Melnikoff writes: \scip >> Посмотрел. Увидел нежелание читать документацию и нежелание >> настраивать систему. > Та-та. И где в ейной документации написано, что инициализация созданного > RAID5 массива начнется только при попытки запись в том? Ух ты. Только расскажи как такого добился? > >> >> >> может что то сказать о данной линейки контрорллеров? Или же может есть >> >> >> альтернативные варианты? Внимательно выслушаю любое мнение :) >> >> > А чем вызванна необходимость именно железного райда? Если он упадет - то >> >> > будет хуже, чем от софтверного. >> > >> >> А если упадет софтверный то все будет хорошо? >> > С него данные можно частично снять. На любом тазике с линуксом. С >> > хардверного - на таком-же контроллере в лучшем случае. >> Найти контролер чтоб снять информацию это совсем не проблема. > Пока выпускаются - не проблема. Пока стоит в сервере не проблема. Любой нормальный поставщик держит резерв комплектующих которые стоят в его серверах? Не нужно сервера на помойках собирать. >> Кроме того бекап надо делать - тогда и не нужно будет "снимать >> информацию". > Ммм.. куда девать 300-500Gb данных (для бакапа) ? На другой рейд чтоль ? Просто без комментариев... >> Я не говорю что software raid не нужен. Для маленьких raid1 или raid0 >> покупать 3ware нет никакого смысла. >> А уже для большего raid5 смысл есть. > Но только ни 3ware. Угу. Например HighPoint ;) -- With Best Regards, Maxim Tyurin JID:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SATA
Andrey Melnikoff -> debian-russian@lists.debian.org @ Fri, 18 Nov 2005 18:29:14 +0300: >> >> >>И вот что странно. Когда взял дистрибутивное ядро - эффект >> >> >>пропал. А когда собирал сам - лампочка горела. Разницу между >> >> >>конфигами я тут кидал - собственно она только в том, что я >> >> >>драйвер в ядро сажал, да под P4 оптимизировал. >> >> > >> >> > Ну батенька, с этим вы сами разбирайтесь. Мне дистрибутивное >> >> > ядро нужно только для загрузки, а дальше vanilla и все пофиг. >> >> Сударь ценит извращения... =\ >> AM> Где простите? По мне извращение - сидеть на тухлом ядре из >> AM> дистрибутива. >> А вы не пользуйтесь тухлыми ядрами из дистрибутива. Серия 2.4 - >> вполне. AM> Ну если 2.4.27 с глючащим драйвером тебе вполне, то меня оно не AM> устраивает. В этом смысле vanilla тухлое от рождения. В дистрибутивном еще хоть какие-то шансы на приложенные патчи... -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] Секретный ключ, известный более чем одной персоне, называется публичным. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SATA
Artem Chuprina <[EMAIL PROTECTED]> wrote: > Andrey Melnikoff -> debian-russian@lists.debian.org @ Fri, 18 Nov 2005 > 14:28:51 +0300: > >> >>И вот что странно. Когда взял дистрибутивное ядро - эффект пропал. А > >> >>когда собирал сам - лампочка горела. Разницу между конфигами я тут > кидал - > >> >>собственно она только в том, что я драйвер в ядро сажал, да под P4 > >> >>оптимизировал. > >> > > >> > Ну батенька, с этим вы сами разбирайтесь. Мне дистрибутивное ядро нужно > >> > только для загрузки, а дальше vanilla и все пофиг. > >> Сударь ценит извращения... =\ > AM> Где простите? По мне извращение - сидеть на тухлом ядре из дистрибутива. > А вы не пользуйтесь тухлыми ядрами из дистрибутива. Серия 2.4 - вполне. Ну если 2.4.27 с глючащим драйвером тебе вполне, то меня оно не устраивает. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SATA
Andrey Melnikoff -> debian-russian@lists.debian.org @ Fri, 18 Nov 2005 14:28:51 +0300: >> >>И вот что странно. Когда взял дистрибутивное ядро - эффект пропал. А >> >>когда собирал сам - лампочка горела. Разницу между конфигами я тут кидал - >> >>собственно она только в том, что я драйвер в ядро сажал, да под P4 >> >>оптимизировал. >> > >> > Ну батенька, с этим вы сами разбирайтесь. Мне дистрибутивное ядро нужно >> > только для загрузки, а дальше vanilla и все пофиг. >> Сударь ценит извращения... =\ AM> Где простите? По мне извращение - сидеть на тухлом ядре из дистрибутива. А вы не пользуйтесь тухлыми ядрами из дистрибутива. Серия 2.4 - вполне. -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] Юзер упорствует в хождении по граблям. Образовавшиеся шишки он считает трудовыми мозолями. (С)энта -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SATA
чем оно тухлое? On 11/18/05, Andrey Melnikoff <[EMAIL PROTECTED]> wrote: > Alexander Gerasiov <[EMAIL PROTECTED]> wrote: > > Andrey Melnikoff wrote: > > >>И вот что странно. Когда взял дистрибутивное ядро - эффект пропал. А > > >>когда собирал сам - лампочка горела. Разницу между конфигами я тут кидал - > > >>собственно она только в том, что я драйвер в ядро сажал, да под P4 > > >>оптимизировал. > > > > > > Ну батенька, с этим вы сами разбирайтесь. Мне дистрибутивное ядро нужно > > > только для загрузки, а дальше vanilla и все пофиг. > > Сударь ценит извращения... =\ > Где простите? По мне извращение - сидеть на тухлом ядре из дистрибутива. > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > > -- See you.
Re: SATA
Alexander Gerasiov <[EMAIL PROTECTED]> wrote: > Andrey Melnikoff wrote: > >>И вот что странно. Когда взял дистрибутивное ядро - эффект пропал. А > >>когда собирал сам - лампочка горела. Разницу между конфигами я тут кидал - > >>собственно она только в том, что я драйвер в ядро сажал, да под P4 > >>оптимизировал. > > > > Ну батенька, с этим вы сами разбирайтесь. Мне дистрибутивное ядро нужно > > только для загрузки, а дальше vanilla и все пофиг. > Сударь ценит извращения... =\ Где простите? По мне извращение - сидеть на тухлом ядре из дистрибутива. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SATA RAID
Maxim Tyurin <[EMAIL PROTECTED]> wrote: > Andrey Melnikoff writes: > > Maxim Tyurin <[EMAIL PROTECTED]> wrote: > >> Andrey Melnikoff writes: > > > >> > Alexander Golovankov <[EMAIL PROTECTED]> wrote: > >> >> День добрый! > >> > > >> >> Стоит задача собрать нормальный (несофтварный) RAID 1 или 5 на серваке. > >> >> При этом желательно, чтобы контроллер виделся дровами входящими в состав > >> >> ядра. В качестве накопителей предполагается использовать SATA-диски. > >> >> Выбор пока пал на 3Ware 8000 серии. Кто нибудь из почтенной публики > >> > Выкинь. Народ жалиться на поганую скорость доступа к дискам. LSI > >> > megaraid ? > >> Где именно плохая скорость? И что народ делал для получения плохой > >> скорости? > > > > google://3ware linux poor performance > > Можно выкинуть linux из запроса и прочитать про freebsd, etc.. > Посмотрел. Увидел нежелание читать документацию и нежелание > настраивать систему. Та-та. И где в ейной документации написано, что инициализация созданного RAID5 массива начнется только при попытки запись в том? > >> >> может что то сказать о данной линейки контрорллеров? Или же может есть > >> >> альтернативные варианты? Внимательно выслушаю любое мнение :) > >> > А чем вызванна необходимость именно железного райда? Если он упадет - то > >> > будет хуже, чем от софтверного. > > > >> А если упадет софтверный то все будет хорошо? > > С него данные можно частично снять. На любом тазике с линуксом. С > > хардверного - на таком-же контроллере в лучшем случае. > Найти контролер чтоб снять информацию это совсем не проблема. Пока выпускаются - не проблема. > Кроме того бекап надо делать - тогда и не нужно будет "снимать > информацию". Ммм.. куда девать 300-500Gb данных (для бакапа) ? На другой рейд чтоль ? > Я не говорю что software raid не нужен. Для маленьких raid1 или raid0 > покупать 3ware нет никакого смысла. > А уже для большего raid5 смысл есть. Но только ни 3ware. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SATA
Andrey Melnikoff wrote: >>И вот что странно. Когда взял дистрибутивное ядро - эффект пропал. А >>когда собирал сам - лампочка горела. Разницу между конфигами я тут кидал - >>собственно она только в том, что я драйвер в ядро сажал, да под P4 >>оптимизировал. > > Ну батенька, с этим вы сами разбирайтесь. Мне дистрибутивное ядро нужно > только для загрузки, а дальше vanilla и все пофиг. Сударь ценит извращения... =\ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SATA
Serge Matveev <[EMAIL PROTECTED]> wrote: > On Mon, 14 Nov 2005 14:54:05 +0300 Andrey Melnikoff wrote: > AM> Serge Matveev <[EMAIL PROTECTED]> wrote: > >> Появилась тут машинка с SATA и вопрос возник - после включения > поддержки > >> SATA в ядро linux теперь нормально с sata-винта грузится и даже видит его > в > >> ACIH mode (что хорошо), но почему-то лампочка винта на корпусе горит > всегда, > >> т.е. даже когда чтения/записи нет. Вот я и думаю - это плохо или > нормально? > AM> 2.6.14+ поправили. > >> P.S. Остряков просьба не беспокоиться - она горит всегда только под > >> linux > AM> Да нет - оказалось, что там лампочкой драйверу мигать надо ;) > И вот что странно. Когда взял дистрибутивное ядро - эффект пропал. А > когда собирал сам - лампочка горела. Разницу между конфигами я тут кидал - > собственно она только в том, что я драйвер в ядро сажал, да под P4 > оптимизировал. Ну батенька, с этим вы сами разбирайтесь. Мне дистрибутивное ядро нужно только для загрузки, а дальше vanilla и все пофиг. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SATA
On Mon, 14 Nov 2005 14:54:05 +0300 Andrey Melnikoff wrote: AM> Serge Matveev <[EMAIL PROTECTED]> wrote: >> Появилась тут машинка с SATA и вопрос возник - после включения поддержки >> SATA в ядро linux теперь нормально с sata-винта грузится и даже видит его в >> ACIH mode (что хорошо), но почему-то лампочка винта на корпусе горит всегда, >> т.е. даже когда чтения/записи нет. Вот я и думаю - это плохо или нормально? AM> 2.6.14+ поправили. >> P.S. Остряков просьба не беспокоиться - она горит всегда только под >> linux AM> Да нет - оказалось, что там лампочкой драйверу мигать надо ;) И вот что странно. Когда взял дистрибутивное ядро - эффект пропал. А когда собирал сам - лампочка горела. Разницу между конфигами я тут кидал - собственно она только в том, что я драйвер в ядро сажал, да под P4 оптимизировал. Очень загадочно. [EMAIL PROTECTED] spb ru Serge Matveev & ... ICQ 3575357 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SATA и IDE-CD
В сообщении от 17 Ноябрь 2005 12:21 Renat Sabitov написал(a): > Max Dmitrichenko wrote: > > > Лучше бы ты прислал lspci -n, ну да ладно. Есть подозрение, что это > > тот, у которого vendor_id:device_id = 8086:24d1, так? > > Наверное, так. > > $ lspci -n > :00:1f.2 0101: 8086:24d1 (rev 02) Как видно да. > Вот я и жду. Попробовал ядро 2.6.12 - не работает vmware. Да ну? [EMAIL PROTECTED]:~$ uname -a Linux dmitrmax 2.6.12-dmitrmax #1 SMP Fri Sep 9 14:11:10 MSD 2005 i686 GNU/Linux Прекрасно vmware пашет. Версия 5.0.0. Ты vmware-any-any-update применял? Но ты все равно не парься :) Там все тоже самое с точки зрения твоей проблемы: в драйвере твой чип закрыт тем же ifdef'ом. И дело там не в том, что он какой-то особенный, а просто если его включить в ide, то он выпадет из libata, потому что не могут два модуля рулить одним устройством. Точнее он не выпадет, а просто кто первый за него схватится, тот и будет им рулить. Тут поможет разве что полный переход на libata. -- Макс -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SATA и IDE-CD
Max Dmitrichenko wrote: Лучше бы ты прислал lspci -n, ну да ладно. Есть подозрение, что это тот, у которого vendor_id:device_id = 8086:24d1, так? Наверное, так. $ lspci -n :00:00.0 0600: 8086:2570 (rev 02) :00:01.0 0604: 8086:2571 (rev 02) :00:1d.0 0c03: 8086:24d2 (rev 02) :00:1d.1 0c03: 8086:24d4 (rev 02) :00:1d.2 0c03: 8086:24d7 (rev 02) :00:1d.3 0c03: 8086:24de (rev 02) :00:1d.7 0c03: 8086:24dd (rev 02) :00:1e.0 0604: 8086:244e (rev c2) :00:1f.0 0601: 8086:24d0 (rev 02) :00:1f.2 0101: 8086:24d1 (rev 02) :00:1f.3 0c05: 8086:24d3 (rev 02) :00:1f.5 0401: 8086:24d5 (rev 02) :01:00.0 0300: 10de:0314 (rev a1) :02:05.0 0c00: 104c:8024 :02:09.0 0200: 11ab:4320 (rev 13) Так что смотри последующие ядра. А вообще я читал, что PATA скоро тоже будет работать через libata и тогда все будет шоколадно и видно, наверное, как scsi... ждемс Вот я и жду. Попробовал ядро 2.6.12 - не работает vmware. Жду следующих. В принципе не сильно напрягает отсутствие DMA на сидироме. -- Renat Sabitov e-mail: [EMAIL PROTECTED] jid: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SATA и IDE-CD
>Интересно, а как я буду грузить root с винчестера SATA без драйверов SATA? А их нужно загрузить после IDE. Может я чего-то сильно не понимаю? Моя конфигурация: SATA Silicon Image 3114 на нем 3 SATA диска. Диски объединены в RAID 5 массив, на массиве стоит LVM, разбитый на разделы с XFS. Список модулей необходимых для загрузки root scsi_mod libata sata_sil sd_mod xor md_mod raid5 dm_mod exportfs xfs SATA зависит от SCSI драйверов, а не от IDE. Как правило mkinitrd правильно по умолчанию определяет список модулей для загрузки, и в /etc/mkinitrd/modules добавлять ничего не приходится. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SATA и IDE-CD
В сообщении от 16 Ноябрь 2005 17:06 Renat Sabitov написал(a): > Max Dmitrichenko wrote: > >>Убрал. CD перестал присутствовать в системе. Расскажи плиз, почему не > >>работает DMA? > > > > Расскажи плиз, какой у тебя чипсет? > > Intel 865G > > $ lspci > :00:1f.2 IDE interface: Intel Corporation 82801EB (ICH5) SATA > Controller (rev 02) Лучше бы ты прислал lspci -n, ну да ладно. Есть подозрение, что это тот, у которого vendor_id:device_id = 8086:24d1, так? Если так, то лезем в piix.c и видим, что данный чип стоит под ifdef CONFIG_BLK_DEV_IDE_SATA. Смотрим в Kconfig, там говорится, что эта фича конфликтует с libata. Поэтому есть такое подозрение, что в дистрибутивном ядре этот чип не поддерживается. Посему и не цепляется модулем piix. Тут, наверное, надо оторвать ручки писателям ядра, ибо ifdef'ом надо закрывать те части кода, которые работают с SATA, а не весь чип. Так что смотри последующие ядра. А вообще я читал, что PATA скоро тоже будет работать через libata и тогда все будет шоколадно и видно, наверное, как scsi... ждемс -- Макс -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SATA и IDE-CD
Kulagin D.I. wrote: Приведу выдержки из syslog для 2-х вариантов загрузки: ide-generic загружается раньше модуля для чипсета --skip-- Oct 25 16:09:37 piiix2 kernel: ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx Oct 25 16:09:37 piiix2 kernel: Probing IDE interface ide0... У меня пишет вот что: Nov 16 13:51:02 mars kernel: klogd 1.4.1#17, log source = /proc/kmsg started. Nov 16 13:51:02 mars kernel: Inspecting /boot/System.map-2.6.8-2-686-smp Nov 16 13:51:02 mars kernel: Loaded 27754 symbols from /boot/System.map-2.6.8-2-686-smp. Nov 16 13:51:02 mars kernel: Symbols match kernel version 2.6.8. Nov 16 13:51:02 mars kernel: No module symbols loaded - kernel modules not enabled. Nov 16 13:51:02 mars kernel: argument.<4>devfs_mk_dev: could not append to parent for /disc Nov 16 13:51:02 mars kernel: devfs_mk_dir: invalid argument.<4>devfs_mk_dev: could not append to parent for /disc Nov 16 13:51:02 mars last message repeated 243 times Nov 16 13:51:02 mars kernel: VFS: Can't find ext3 filesystem on dev dm-0. Nov 16 13:51:02 mars kernel: VFS: Can't find ext2 filesystem on dev dm-0. Nov 16 13:51:02 mars kernel: ReiserFS: dm-0: found reiserfs format "3.6" with standard journal Nov 16 13:51:02 mars kernel: ReiserFS: dm-0: using ordered data mode Nov 16 13:51:02 mars kernel: ReiserFS: dm-0: journal params: device dm-0, size 8192, journal first block 18, max trans len 1024 , max batch 900, max commit age 30, max trans age 30 Nov 16 13:51:02 mars kernel: ReiserFS: dm-0: checking transaction log (dm-0) Nov 16 13:51:02 mars kernel: ReiserFS: dm-0: Using r5 hash to sort names Nov 16 13:51:02 mars kernel: Adding 2097144k swap on /dev/mapper/root_vg-swap_fs. Priority:-1 extents:1 Nov 16 13:51:02 mars kernel: hda: ATAPI 48X DVD-ROM CD-R/RW drive, 2048kB Cache По-моему лог инициализации IDE я где-то теряю. dmesg его теряет из-за Nov 16 13:51:02 mars kernel: devfs_mk_dir: invalid argument.<4>devfs_mk_dev: could not append to parent for /disc Nov 16 13:51:02 mars last message repeated 243 times > [EMAIL PROTECTED]:~$ cat /etc/mkinitrd/modules > raid1 > md > piix > ide-generic Посмотри внимательно в самом файле, который mkinitrd генерирует на порядок загрузки модулей. А если root на SATA винтах, то лучше загрузку ide вынести из initrd совсем и прописать в /etc/modules Интересно, а как я буду грузить root с винчестера SATA без драйверов SATA? А их нужно загрузить после IDE. Может я чего-то сильно не понимаю? -- Renat Sabitov e-mail: [EMAIL PROTECTED] jid: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SATA и IDE-CD
Приведу выдержки из syslog для 2-х вариантов загрузки: ide-generic загружается раньше модуля для чипсета --skip-- Oct 25 16:09:37 piiix2 kernel: ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx Oct 25 16:09:37 piiix2 kernel: Probing IDE interface ide0... Oct 25 16:09:37 piiix2 kernel: hda: ST3120022A, ATA DISK drive Oct 25 16:09:37 piiix2 kernel: Probing IDE interface ide1... Oct 25 16:09:37 piiix2 kernel: Probing IDE interface ide2... Oct 25 16:09:37 piiix2 kernel: Probing IDE interface ide3... Oct 25 16:09:37 piiix2 kernel: Probing IDE interface ide4... Oct 25 16:09:37 piiix2 kernel: Probing IDE interface ide5... Oct 25 16:09:37 piiix2 kernel: ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 Oct 25 16:09:37 piiix2 kernel: hda: max request size: 1024KiB Oct 25 16:09:37 piiix2 kernel: hda: 234441648 sectors (120034 MB) w/2048KiB Cache, CHS=16383/255/63 Oct 25 16:09:37 piiix2 kernel: hda: cache flushes supported --skip-- Oct 25 16:09:37 piiix2 kernel: SvrWks OSB4: IDE controller at PCI slot :00:0f.1 Oct 25 16:09:37 piiix2 kernel: SvrWks OSB4: chipset revision 0 Oct 25 16:09:37 piiix2 kernel: SvrWks OSB4: not 100%% native mode: will probe irqs later Oct 25 16:09:37 piiix2 kernel: SvrWks OSB4: port 0x01f0 already claimed by ide0 Oct 25 16:09:37 piiix2 kernel: ide1: BM-DMA at 0xffa8-0xffaf, BIOS settings: hdc:pio, hdd:pio Oct 25 16:09:37 piiix2 kernel: Probing IDE interface ide1... --skip-- ide-generic загружается после модуля для чипсета --skip-- Oct 31 14:32:57 piiix2 kernel: Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2 Oct 31 14:32:57 piiix2 kernel: ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx --skip-- Oct 31 15:12:01 piiix2 kernel: SvrWks OSB4: IDE controller at PCI slot :00:0f.1 Oct 31 15:12:01 piiix2 kernel: SvrWks OSB4: chipset revision 0 Oct 31 15:12:01 piiix2 kernel: SvrWks OSB4: not 100%% native mode: will probe irqs later Oct 31 15:12:01 piiix2 kernel: ide0: BM-DMA at 0xffa0-0xffa7, BIOS settings: hda:DMA, hdb:pio Oct 31 15:12:01 piiix2 kernel: ide1: BM-DMA at 0xffa8-0xffaf, BIOS settings: hdc:pio, hdd:pio Oct 31 15:12:01 piiix2 kernel: Probing IDE interface ide0... Oct 31 15:12:01 piiix2 kernel: hda: ST3120022A, ATA DISK drive Oct 31 15:12:02 piiix2 kernel: ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 Oct 31 15:12:02 piiix2 kernel: hda: max request size: 1024KiB Oct 31 15:12:02 piiix2 kernel: hda: 234441648 sectors (120034 MB) w/2048KiB Cache, CHS=16383/255/63, (U)DMA Oct 31 15:12:02 piiix2 kernel: hda: cache flushes supported --skip-- > [EMAIL PROTECTED]:~$ cat /etc/mkinitrd/modules > raid1 > md > piix > ide-generic Посмотри внимательно в самом файле, который mkinitrd генерирует на порядок загрузки модулей. А если root на SATA винтах, то лучше загрузку ide вынести из initrd совсем и прописать в /etc/modules > piix > ide-generic -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SATA и IDE-CD
Max Dmitrichenko wrote: В сообщении от 16 Ноябрь 2005 13:58 Renat Sabitov написал(a): Убрал. CD перестал присутствовать в системе. Расскажи плиз, почему не работает DMA? Расскажи плиз, какой у тебя чипсет? Intel 865G $ lspci :00:00.0 Host bridge: Intel Corporation 82865G/PE/P DRAM Controller/Host-Hub Interface (rev 02) :00:01.0 PCI bridge: Intel Corporation 82865G/PE/P PCI to AGP Controller (rev 02) :00:1d.0 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #1 (rev 02) :00:1d.1 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #2 (rev 02) :00:1d.2 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #3 (rev 02) :00:1d.3 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #4 (rev 02) :00:1d.7 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB2 EHCI Controller (rev 02) :00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev c2) :00:1f.0 ISA bridge: Intel Corporation 82801EB/ER (ICH5/ICH5R) LPC Interface Bridge (rev 02) :00:1f.2 IDE interface: Intel Corporation 82801EB (ICH5) SATA Controller (rev 02) :00:1f.3 SMBus: Intel Corporation 82801EB/ER (ICH5/ICH5R) SMBus Controller (rev 02) :00:1f.5 Multimedia audio controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) AC'97 Audio Controller (rev 02) :01:00.0 VGA compatible controller: nVidia Corporation NV31 [GeForce FX 5600XT] (rev a1) :02:05.0 FireWire (IEEE 1394): Texas Instruments TSB43AB23 IEEE-1394a-2000 Controller (PHY/Link) :02:09.0 Ethernet controller: Marvell Technology Group Ltd. 88E8001 Gigabit Ethernet Controller (rev 13) -- Renat Sabitov e-mail: [EMAIL PROTECTED] jid: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SATA и IDE-CD
В сообщении от 16 Ноябрь 2005 13:58 Renat Sabitov написал(a): > Убрал. CD перестал присутствовать в системе. Расскажи плиз, почему не > работает DMA? Расскажи плиз, какой у тебя чипсет? -- Макс -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SATA и IDE-CD
On Wed, Nov 16, 2005 at 13:58 +0300, Renat Sabitov wrote: > >Уверенности нет. Сейчас попробую убрать ide-generic. > > Убрал. CD перестал присутствовать в системе. Расскажи плиз, почему не > работает DMA? Потому, что поддержка dma в ide-generic по моим впечатлениям не дружит с большинством чипов на ide. В таких случаях рекомендуют грузить специальный драйвер для чипа. Кстати касательно piix: На днях piix от ядра 2.6.8 на захотел поднимать чип (версии не помню) на ноуте. Тот-же модуль от 2.6.12.5 заработал на ура. signature.asc Description: Digital signature
Re: SATA и IDE-CD
Renat Sabitov wrote: Wladimir Krawtschunowsi wrote: А есть уверенность, что ide подхватывается piix а не ide-generic? Если piix, то ide-generic в принципе и не нужен А вот если ide-generic, то я могу понять, почему dma не работает... Уверенности нет. Сейчас попробую убрать ide-generic. Убрал. CD перестал присутствовать в системе. Расскажи плиз, почему не работает DMA? -- Renat Sabitov e-mail: [EMAIL PROTECTED] jid: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SATA и IDE-CD
Wladimir Krawtschunowsi wrote: А есть уверенность, что ide подхватывается piix а не ide-generic? Если piix, то ide-generic в принципе и не нужен А вот если ide-generic, то я могу понять, почему dma не работает... Уверенности нет. Сейчас попробую убрать ide-generic. Или вкомпилировать оба модуля в ядро. Уж лучше я без DMA поживу. Если не секрет, а чем вызвана такая категоричность? Я понимаю, есть люди (себя я к ним тоже отношу), которые стараются всё реализовать в модулях, но если уже sata в ядре, то ide imho погоды не делает... Неохото заниматься компилированием ядра. Уже лет 5 наверное этого не делал и делать нет никакого интереса. Кстати sata в модулях. -- Renat Sabitov e-mail: [EMAIL PROTECTED] jid: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SATA и IDE-CD
On Wed, Nov 16, 2005 at 11:01 +0300, Renat Sabitov wrote: > Kulagin D.I. wrote: > >Renat Sabitov пишет: > > > >> > >>Очень старая проблема, у меня уже наверное с год так грузится. > >>Побочный эффект - нет Ultra DMA на сидюке. Никто не знает как получить > >>этот DMA? > >> > >>Ядро 2.6.8-2 родное из Debian. > >> > >Перед модулем ide_generic необходимо загрузить ide модуль для чипсета, > >тогда Ultra DMA на сидюке включится. > > Все есть, а DMA нет как нет :( > > [EMAIL PROTECTED]:~$ cat /etc/mkinitrd/modules > raid1 > md > piix > ide-generic А есть уверенность, что ide подхватывается piix а не ide-generic? Если piix, то ide-generic в принципе и не нужен А вот если ide-generic, то я могу понять, почему dma не работает... > > >Или вкомпилировать оба модуля в ядро. > > Уж лучше я без DMA поживу. Если не секрет, а чем вызвана такая категоричность? Я понимаю, есть люди (себя я к ним тоже отношу), которые стараются всё реализовать в модулях, но если уже sata в ядре, то ide imho погоды не делает... signature.asc Description: Digital signature
Re: SATA и IDE-CD
Kulagin D.I. wrote: Renat Sabitov пишет: Очень старая проблема, у меня уже наверное с год так грузится. Побочный эффект - нет Ultra DMA на сидюке. Никто не знает как получить этот DMA? Ядро 2.6.8-2 родное из Debian. Перед модулем ide_generic необходимо загрузить ide модуль для чипсета, тогда Ultra DMA на сидюке включится. Все есть, а DMA нет как нет :( [EMAIL PROTECTED]:~$ cat /etc/mkinitrd/modules raid1 md piix ide-generic Или вкомпилировать оба модуля в ядро. Уж лучше я без DMA поживу. -- Renat Sabitov e-mail: [EMAIL PROTECTED] jid: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SATA и IDE-CD
Renat Sabitov пишет: Очень старая проблема, у меня уже наверное с год так грузится. Побочный эффект - нет Ultra DMA на сидюке. Никто не знает как получить этот DMA? Ядро 2.6.8-2 родное из Debian. Перед модулем ide_generic необходимо загрузить ide модуль для чипсета, тогда Ultra DMA на сидюке включится. Или вкомпилировать оба модуля в ядро. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SATA и IDE-CD
В сообщении от 15 Ноябрь 2005 15:46 Serge Matveev написал(a): > k>> добавление следущих строк в /etc/mkinitrd/modules: > k>> ide_generic > k>> ata_piix > k>> sd_mod > k>> Создаем новый initrd > k>> nkinitrd -o /boot/initrd.img.2.6.8-1-<версия> > k>> На всякий случай , забекапь старый initrd, перед проведением этой > операции. > > AC> Тем самым, применительно к SM, который засунул SATA в ядро - IDE тоже > AC> надо в ядро. > > Стоп, с этого места поподробнее - т.е. можно не засовывать в ядро для > загрузки > с sata диска libata, а просто добавить в initrd? Я правильно понял? Ну да. Ведь ядро и образ initrd грузит GRUB, а ему до фени SATA у тебя или PATA, и уж тем более ему до фени, что вкомпилено в ядро. -- Макс -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SATA и IDE-CD
Artem Chuprina wrote: katerishka -> Serge Matveev @ Tue, 15 Nov 2005 12:26:10 +0400: k> На сколько я поняла, драйвер IDE должен грузится раньше драйвера SATA. k> Меня спасло следущее, k> добавление следущих строк в /etc/mkinitrd/modules: k> ide_generic k> ata_piix k> sd_mod k> Создаем новый initrd k> nkinitrd -o /boot/initrd.img.2.6.8-1-<версия> k> На всякий случай , забекапь старый initrd, перед проведением этой операции. Тем самым, применительно к SM, который засунул SATA в ядро - IDE тоже надо в ядро. Очень старая проблема, у меня уже наверное с год так грузится. Побочный эффект - нет Ultra DMA на сидюке. Никто не знает как получить этот DMA? Ядро 2.6.8-2 родное из Debian. -- Renat Sabitov e-mail: [EMAIL PROTECTED] jid: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SATA и IDE-CD
On Tue, 15 Nov 2005 14:03:44 +0300 Artem Chuprina wrote: k>> На сколько я поняла, драйвер IDE должен грузится раньше драйвера SATA. k>> Меня спасло следущее, k>> добавление следущих строк в /etc/mkinitrd/modules: k>> ide_generic k>> ata_piix k>> sd_mod k>> Создаем новый initrd k>> nkinitrd -o /boot/initrd.img.2.6.8-1-<версия> k>> На всякий случай , забекапь старый initrd, перед проведением этой операции. AC> Тем самым, применительно к SM, который засунул SATA в ядро - IDE тоже AC> надо в ядро. Стоп, с этого места поподробнее - т.е. можно не засовывать в ядро для загрузки с sata диска libata, а просто добавить в initrd? Я правильно понял? И в данном случае мне нужно будет прописать следующее: ide_generic ata_piix sd_mod libata ahci Так? Чёрт, сто лет ядро не пересобирал - всё забыл :-( [EMAIL PROTECTED] spb ru Serge Matveev & ... ICQ 3575357 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SATA и IDE-CD
>>Что-то тут не то, но я никак не пойму что. Итак, мать ASUS P5GD1 на >>915P чипсете. SATA винт, IDE CD-ROM, testing, 2.6.12, udev. >> >>После вкомпиливания libata в ядро винт видится и мы с него грузимся, >>но не видится CD-ROM. Совсем. Нету /dev/hd*. Куда рыть? Вялые попытки >>загрузить ide-cd ни к чему не приводят :-( У меня так же кой какие оказии с SATA-винтом и идешной DVD-писалкой. С ядром 2.4.27 - без нареканий. На 2.6.8 - /dev/cdrom монтируется со свистом. Но стоит только установить cdrecord - после перезагрузки привод без вести пропадает. А на его месте мистическим образом появляется не блочное (по-моему так) устройство. ... Remove cdrecord - эрвешник снова со мной и системой. Поиском истины специально не занимался, но если кто что знает оченная просьба, не скупясь поделиться нажитым опытом. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SATA и IDE-CD
katerishka -> Serge Matveev @ Tue, 15 Nov 2005 12:26:10 +0400: k> Serge Matveev wrote: >>Что-то тут не то, но я никак не пойму что. Итак, мать ASUS P5GD1 на >>915P чипсете. SATA винт, IDE CD-ROM, testing, 2.6.12, udev. >> >>После вкомпиливания libata в ядро винт видится и мы с него грузимся, >>но не видится CD-ROM. Совсем. Нету /dev/hd*. Куда рыть? Вялые попытки >>загрузить ide-cd ни к чему не приводят :-( >> >>Я не исключаю, что во время переноса системы со старого винта на этот я >> что-то не доделал в /dev, но udev ведь сам должен создасть устройство? >> >>В общем, спасите, кто может :-( >> >>[EMAIL PROTECTED] spb ru Serge Matveev & ... >>ICQ 3575357 >> >> >> >> >> k> На сколько я поняла, драйвер IDE должен грузится раньше драйвера SATA. k> Меня спасло следущее, k> добавление следущих строк в /etc/mkinitrd/modules: k> ide_generic k> ata_piix k> sd_mod k> Создаем новый initrd k> nkinitrd -o /boot/initrd.img.2.6.8-1-<версия> k> На всякий случай , забекапь старый initrd, перед проведением этой операции. Тем самым, применительно к SM, который засунул SATA в ядро - IDE тоже надо в ядро. -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] Феаноринги думают руками, арфинги - сердцем, а нолфинги - головой. (С)энта -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SATA и IDE-CD
On Tue, 15 Nov 2005 09:13:35 +0300 Yuri Kozlov wrote: >> Что-то тут не то, но я никак не пойму что. Итак, мать ASUS P5GD1 на >> 915P чипсете. SATA винт, IDE CD-ROM, testing, 2.6.12, udev. >> >> После вкомпиливания libata в ядро винт видится и мы с него грузимся, >> но не видится CD-ROM. Совсем. Нету /dev/hd*. Куда рыть? Вялые попытки >> загрузить ide-cd ни к чему не приводят :-( >> >> Я не исключаю, что во время переноса системы со старого винта на этот я >> что-то не доделал в /dev, но udev ведь сам должен создасть устройство? YK> Ядро его видит ? Нет. После некоторых экспериментов выснилось, что при загрузке с нового (sata) винта ядро не видит ide винтов. Ни CD, ни HDD. Почему - совершенно не ясно. При этом со второго (ide) винта загрузиться я могу и sata увижу, хотя пока абсолютно одинаковые ядра на эти два винта не клал (проверю вечером). Вот отличия "моего" ядра от дистрибутивного (sata вкомпилено в ядро, ядро пересобрано под P4 и добавлен драйвер для сетевухи sk98lin) --- /boot/config-2.6.12-1-686-smp 2005-09-27 07:38:29.0 +0400 +++ /boot/config-2.6.12-686+sata+sk98 2005-11-14 17:12:22.0 +0300 @@ -1,7 +1,7 @@ # # Automatically generated make config: don't edit -# Linux kernel version: 2.6.12-1-686-smp -# Tue Sep 27 12:38:29 2005 +# Linux kernel version: 2.6.12-686+sata+sk98 +# Mon Nov 14 17:12:22 2005 # CONFIG_X86=y CONFIG_MMU=y @@ -81,11 +81,11 @@ # CONFIG_M586 is not set # CONFIG_M586TSC is not set # CONFIG_M586MMX is not set -CONFIG_M686=y +# CONFIG_M686 is not set # CONFIG_MPENTIUMII is not set # CONFIG_MPENTIUMIII is not set # CONFIG_MPENTIUMM is not set -# CONFIG_MPENTIUM4 is not set +CONFIG_MPENTIUM4=y # CONFIG_MK6 is not set # CONFIG_MK7 is not set # CONFIG_MK8 is not set @@ -100,15 +100,15 @@ # CONFIG_X86_GENERIC is not set CONFIG_X86_CMPXCHG=y CONFIG_X86_XADD=y -CONFIG_X86_L1_CACHE_SHIFT=5 +CONFIG_X86_L1_CACHE_SHIFT=7 CONFIG_RWSEM_XCHGADD_ALGORITHM=y CONFIG_GENERIC_CALIBRATE_DELAY=y -CONFIG_X86_PPRO_FENCE=y CONFIG_X86_WP_WORKS_OK=y CONFIG_X86_INVLPG=y CONFIG_X86_BSWAP=y CONFIG_X86_POPAD_OK=y CONFIG_X86_GOOD_APIC=y +CONFIG_X86_INTEL_USERCOPY=y CONFIG_X86_USE_PPRO_CHECKSUM=y CONFIG_HPET_TIMER=y CONFIG_SMP=y @@ -592,7 +592,7 @@ # # SCSI device support # -CONFIG_SCSI=m +CONFIG_SCSI=y CONFIG_SCSI_PROC_FS=y # @@ -652,7 +652,7 @@ CONFIG_MEGARAID_MAILBOX=m CONFIG_MEGARAID_LEGACY=m CONFIG_SCSI_SATA=y -CONFIG_SCSI_SATA_AHCI=m +CONFIG_SCSI_SATA_AHCI=y CONFIG_SCSI_SATA_SVW=m CONFIG_SCSI_ATA_PIIX=m CONFIG_SCSI_SATA_NV=m @@ -1346,6 +1346,7 @@ # CONFIG_R8169_NAPI is not set CONFIG_R8169_VLAN=y CONFIG_SK98LIN=m +CONFIG_SK98LIN_NAPI=y CONFIG_VIA_VELOCITY=m CONFIG_TIGON3=m CONFIG_BNX2=m Ещё непонятная проблема, которая заключается в том, что я не смог повесить grub на sata. Приходится использовать на нём lilo (в старой системе - grub) :-( [EMAIL PROTECTED] spb ru Serge Matveev & ... ICQ 3575357 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SATA и IDE-CD
Serge Matveev wrote: Что-то тут не то, но я никак не пойму что. Итак, мать ASUS P5GD1 на 915P чипсете. SATA винт, IDE CD-ROM, testing, 2.6.12, udev. После вкомпиливания libata в ядро винт видится и мы с него грузимся, но не видится CD-ROM. Совсем. Нету /dev/hd*. Куда рыть? Вялые попытки загрузить ide-cd ни к чему не приводят :-( Я не исключаю, что во время переноса системы со старого винта на этот я что-то не доделал в /dev, но udev ведь сам должен создасть устройство? В общем, спасите, кто может :-( [EMAIL PROTECTED] spb ru Serge Matveev & ... ICQ 3575357 На сколько я поняла, драйвер IDE должен грузится раньше драйвера SATA. Меня спасло следущее, добавление следущих строк в /etc/mkinitrd/modules: ide_generic ata_piix sd_mod Создаем новый initrd nkinitrd -o /boot/initrd.img.2.6.8-1-<версия> На всякий случай , забекапь старый initrd, перед проведением этой операции. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
