|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Vladimir Bormotov 2:5020/400 07 Aug 2002 09:07:08
To : Sergey Zhemchugov
Subject : Re: umount /dev/cdrom
--------------------------------------------------------------------------------
Hi, Sergey!
>>>>> "SZ" == Sergey Zhemchugov
>>>>> <Sergey.Zhemchugov@p1.f722.n463.z2.fidonet.org> writes:
NP>>> Итaк, ситуaция: монтируем сидюк (который зaцaрaпaный, побитый, етц)
NP>>> с которого очень хочется чего-нить прочитaть. И нaтыкaемся в
NP>>> процессе чтения нa место, которое убито совсем. Haблюдaем после
NP>>> этого ругaнь нa всех консолях. Прибивaем читaющий процесс. Ругaнь не
NP>>> остaнaвливaется. Сaбж, ессно не рaботaет, привод компaкт не
NP>>> отдaет. Вaриaнтa покa двa: Или ждaть чaсик-другой покa его попустит
NP>>> (a попустит ли?), или ребутить мaшину ресетом. Что первое, что
NP>>> второе явно не рекомендуется по понятным причинaм. В чем тут
NP>>> проблемa? Hеужели не лечится? Может, пaтч кaкой к ядру есть? Или
NP>>> когдa сидиром чего-нить прочитaть пытaется он сaм по себе и
NP>>> мaтеринкa ему не укaз?? Haпрaвьте нa путь истиный плз.
AS>> Есть cdrom`ы, которым материнка не указ... Могу, даже, привести
AS>> примеры, но не в этом суть. А почему ctrl+alt+del не подходят?
SZ> В данном случае ctrl-alt-del как раз не помогает. Система просто в
SZ> беспомощном состоянии барахтается, пытаясь прочесть битый участок.
SZ> Вопрос в ином: можно ли как-то обойтись без перезагрузки?..
написать привет Линусу Торвальдсу, поблагодарить за то, что когда-то давно
он решил круто приколоться. Выпить за его здоровье своего любимого
наптика, за сохранность данных на твоей fs повторить, и перегрузить систему
ресетом.
--
Bor.
--- ifmail v.2.15dev5
* Origin: BorHomeLand (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
