[mdk-re] Strannaya problema

[Serge Skorokhodov]

Здравствуйте!

Date: Wed, 18 Apr 2001 19:35:27 +0400
From: Serge Skorokhodov <usia на ser-linux.ffyud>
To: mandrake-russian на altlinux.ru
Subject: Re: [mdk-re] Strannaya problema


On Wed, 18 Apr 2001 17:44:03 +0400
"Dmitry V. Levin" <ldv на alt-linux.org> wrote:

> On Wed, Apr 18, 2001 at 04:46:04PM +0400, Serge Skorokhodov
> wrote:
> > > > > > > > Обнаружена странная и : при выполнении mount /mnt/cdrom процесс
> > > > > > > > зависает и убиваться не хочет! Диск, естественно,
> > > > > > > > не монтируется. На 12-ой консоли появляется
> > > > > > > > kernel: VFS: disk change detected on device
> > > > > > > > sr(11,0). Диск ide-scsi Sony CRX-100...,
> > > > > > > > прекрасно работал в семерке, работает в винде,
> > > > > > > > работал в "Источнике" [вечных изумление] до
> > > > > > > > переустановки и обновления initscripts на самую
> > > > > > > > последнюю версию (5.49-ipl14). 
> > > > > > > > 
> > > > > > > > В процессе загрузки до этого система не может
> > > > > > > > найти char-major-180 и char-major-4, насколько я
> > > > > > > > понимаю, это имеет какое-то отношение к сказям.
> > > > > > > > 
> > > > > > > > Если загрузиться в init 2, сделать rmmod
> > > > > > > > ide-scsi, а затем insmod ide-scsi -- на чтение
> > > > > > > > вроде работает (на запись -- не проверял). Просто
> > > > > > > > в init 2 тоже не проверял :)
> > > > > > > > 
> > > > > > > > Куды бечь? За что хвататься?
> > > > > > > 
> > > > > > > Расскажите подробнее о Вашей системе: собственно
> > > > > > > имя, версия ядра, содержание файла
> > > > > > > /etc/modules.conf, ... 
> > > > > > > 
> > > > > > > Что, кстати, говорит "cdrecord -scanbus"?
> > > > > > 
> > > > > > Стоит Linux-Mandrake Russian Edition Spring 2001.
> > > > > > cdrecord, помимо приложенного, говорит Linux sg
> > > > > > driver version 2.1.39. Список устройств тоже
> > > > > > прилагаю:(
> > > > > 
> > > > > Какую версию ядра Вы используете?
> > > > > 
> > > > > Кроме того, непонятно, что Вы имели в виду под
> > > > > "обновлением initscripts на самую последнюю версию" - с
> > > > > момента выпуска релиза в updates пакет initscripts не
> > > > > выкладывался; что-то Вы здесь напутали.
> > > > 
> > > > Ядро то, которое в релизе. initscripts скачивал позже,
> > > > прельстившись на объявленные bugfixes (usb etc.). Перед
> > > > этим спрашивал в рассылке, можно ли и стоит ли обновлять
> > > > при текущем ядре (и как это сделать). Получил
> > > > НЕОТРИЦАТЕЛЬНЫЙ ответ, обновил:(
> > > 
> > > Обновление initscripts не затрагивает ide-scsi, только usb.
> > > А вот обновление ядра может. Поэтому и спрашиваю: какое
> > > ядро? Интересует "uname -r".
> > >
> > 
> > 2.2.18-ipl5mdk-up. Ядро не обновлял, про то, стоит ли
> > обновлять initscripts спрашивал:(уже писал про это:(
> 
> Обновление initscripts не могло повлиять на ide-scsi.
> Возможно, на столь странное поведение сказалось использование
> каких-либо других модулей или supermount'а...
> 
> Какая информация появляется в логах при монтировании, помимо
> "disk change"? Влияет ли перезагрузка системы на монтируемость?

Увы, после вывода сообщения kernel: VFS: disk change detected on
device sr(11,0) никаких других сообщений в известных мне логах не
появлялось:( mount -v /mnt/cdrom перед кончиной выводит: you
didn't specify a file system for /dev/cdrom. I will try type
iso9660. /dev/cdrom показывает на /dev/scd0. В /etc/fstab для
/mnt/cdrom прописана файловая система auto, так сделала программа
установки. Что забавно, так это то, что в runlevel 2 работает
после перезагрузки драйвера ide-scsi (до загрузки, кажется, не
работает, я уже путаться начал от огорчения). Но начиная с
runlevel 3 -- ни в какую:( А ведь работало все!

После зависания mount система работает как ни в чем не бывало, а
сам mount убивается только перезагрузкой. После нее все
повторяется снова:(

-- 
Serge Skorokhodov
----------- следующая часть -----------
An embedded and charset-unspecified text was scrubbed...
Name: suspicious_logs.txt
URL: <http://lists.altlinux.org/pipermail/community/attachments/20010418/c968b4df/attachment-0004.txt>