>>>и ругань вот такую наблюдаем в all.log
>>>
>>>Jul 23 09:15:37 jb /kernel: vnode_pager: *** WARNING *** stale FS getpages
>>>
>>>Jul 23 09:15:37 jb /kernel: No strategy for buffer at 0xc61d3c18
>>>Jul 23 09:15:37 jb /kernel: : 0xcf8dbd80: type VREG, usecount 4, writecount
>>>0, refcount 0, flags (VOBJBUF)
>>>Jul 23 09:15:37 jb /kernel: tag VT_PROCFS, type 5, pid 10487, mode
>>>180, flags 0
>>>Jul 23 09:15:37 jb /kernel: : 0xcf8dbd80: type VREG, usecount 4, writecount
>>>0, refcount 0, flags (VOBJBUF)
>>>Jul 23 09:15:37 jb /kernel: tag VT_PROCFS, type 5, pid 10487, mode
>>>180, flags 0
>>>Jul 23 09:15:37 jb /kernel: vnode_pager_getpages: I/O read error
>>>Jul 23 09:15:37 jb /kernel: vm_fault: pager read error, pid 41100 (mc)
>>>
>>>Jul 23 09:15:37 jb /kernel: pid 41100 (mc), uid 0: exited on
>>>signal 11
>>>Jul 23 09:15:37 jb /kernel: Jul 23 09:15:37 jb /kernel: pid 41100
>>>(mc), uid 0: exited on signal 11
>>>
>>>в смысле понятно, что с сидюком что-то , но как лечить ???
>>>
>>>неужели только ребут ???
>>
>>Еще есть методы механического воздейсвия на CDROM :))
>>- кнопка open
>>- есть еще спецыальная дырка на CDROM, туда шпильку и кришка открывается
>>с диском
>
>очень умно, у человека поток льется видимо с cdrom на mp3server, потом
>
>что-то произошло и ему надо грохнуть поток идущий на сервер чтобы
>освободить mount_point, только после этого можно извлечь cdrom!
>
>а посему lsof в руки и смотреть какие процессы держут mount_point и
>
>попытаться их убить, если процессы зомбированы, то привет горячий до
>перезагрузки.
>
>ps. хороший урок на будущее откуда следует загонять поток на сервер
Спорить не буду а просто процитирую человека

крутилась музычка с компашки , что-то глюкануло , и вот , #####компашку достать не могу :( ребуться не желательно. #####
kill -9 не помогает :(

какой вопрос такой и совет ::)))