From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <46C49087.4060807@rambler.ru> Date: Thu, 16 Aug 2007 20:59:35 +0300 From: Olvin User-Agent: Thunderbird 2.0.0.0 (X11/20070326) MIME-Version: 1.0 To: shigorin@gmail.com, ALT Linux Community References: <46C2785C.3050407@rambler.ru> <20070815070446.GH29984@osdn.org.ua> <46C3202C.7080204@rambler.ru> <20070815160614.GY24364@osdn.org.ua> In-Reply-To: <20070815160614.GY24364@osdn.org.ua> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [Comm] =?koi8-r?b?79PUwcDU09Eg2sHQydPJINcgZnN0YWIg0NLJIM7F0NLB?= =?koi8-r?b?18nM2M7PzSDJ2tfMxd7FzsnJIFVTQi1GbGFzaA==?= X-BeenThere: community@lists.altlinux.org X-Mailman-Version: 2.1.9rc1 Precedence: list Reply-To: ALT Linux Community List-Id: ALT Linux Community List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Aug 2007 17:59:45 -0000 Archived-At: List-Archive: List-Post: Michael Shigorin пишет: >>>> scsi7 (0:0): rejecting I/O to device being removed >>>> С этим надо что-то делать. Будет ли так же в Desktop? >>> Конечно, если вытаскивать устройство до sync(). >> Стопроцентно повторяется, если извлечь флешку, с которой просто >> слушаешь музыку. Т.е. sync здесь и ни при чём. > А, ну извините, подразумевал смонтированное устройство, > хотя написал действительно про случай с rw. >> Это можно как-то исправить? Я-то всегда правильно вытаскиваю, >> но юзеры есть юзеры... > Нагромыхайте на них, что под виндой они бы потом ещё полчаса > уговаривали систему безопасно извлечь всунутое назад... > фундаментально с этим ничего в обозримом будущем не изменится > imho. Им проще компьютер перезагрузить, а я категорически против лишних перезагрузок (которые запросто прибьют мои фоновые задачи). Да и слишком многое придётся громыхать им. Дело ведь не в том, что юзер виноват. Он и не виноват бывает. Просто какая-нибудь программа при закрытии окна не совсем правильно завершила работу и процесс остался висеть в памяти с текущим каталогом в ФС, которую надо отмонтировать (наблюдал на mplayer и xine). А пользователь не всегда (в силу своих знаний) может определить, что за процесс виноват и что вообще происходит. Я могу, конечно, написать костыль и дать доступ на него через sudo. Так и приходится делать в случае с подвисанием smb, правами на /dev/nvidiactl при неправильном выходе из системы, утечками памяти при работе с fusesmb; cdrom, который подмонтирован более одного раза (пользователь вообще не может его отмонтировать) и т.д. Просто бы нормального решения. Если нет, что ж, будем искать или ждать манны небесной (новых исправленных версий).