* [Comm] Остаются записи в fstab при неправильном извлечении USB-Flash
@ 2007-08-15 3:51 Olvin
2007-08-15 6:00 ` Aleksander N.Gorohovski
` (2 more replies)
0 siblings, 3 replies; 9+ messages in thread
From: Olvin @ 2007-08-15 3:51 UTC (permalink / raw)
To: ALT Linux Community
Система ALC3.0.4+updates
Иногда при неправильном извлечении USB-носителя из fstab не удаляется
соответствующая запись, а в /media - соотв. каталог.
В dmesg такое:
usb 1-2: USB disconnect, address 11
scsi7 (0:0): rejecting I/O to device being removed
printk: 251 messages suppressed.
Buffer I/O error on device sda1, logical block 38217
lost page write due to I/O error on sda1
scsi7 (0:0): rejecting I/O to dead device
FAT: bread failed in fat_clusters_flush
С этим надо что-то делать. Будет ли так же в Desktop?
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [Comm] Остаются записи в fstab при неправильном извлечении USB-Flash
2007-08-15 3:51 [Comm] Остаются записи в fstab при неправильном извлечении USB-Flash Olvin
@ 2007-08-15 6:00 ` Aleksander N.Gorohovski
2007-08-15 6:11 ` Roman Savochenko
2007-08-15 7:04 ` Michael Shigorin
2 siblings, 0 replies; 9+ messages in thread
From: Aleksander N.Gorohovski @ 2007-08-15 6:00 UTC (permalink / raw)
To: ALT Linux Community
On Wed, 15 Aug 2007 06:51:56 +0300, Olvin wrote:
> Система ALC3.0.4+updates
> Иногда при неправильном извлечении USB-носителя из fstab не удаляется
> соответствующая запись, а в /media - соотв. каталог.
> В dmesg такое:
>
> usb 1-2: USB disconnect, address 11
> scsi7 (0:0): rejecting I/O to device being removed
> printk: 251 messages suppressed.
> Buffer I/O error on device sda1, logical block 38217
> lost page write due to I/O error on sda1
> scsi7 (0:0): rejecting I/O to dead device
> FAT: bread failed in fat_clusters_flush
>
>
> С этим надо что-то делать. Будет ли так же в Desktop?
Пока не замечал.
Пробовал и одну и две одновременно -- все корректно.
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [Comm] Остаются записи в fstab при неправильном извлечении USB-Flash
2007-08-15 3:51 [Comm] Остаются записи в fstab при неправильном извлечении USB-Flash Olvin
2007-08-15 6:00 ` Aleksander N.Gorohovski
@ 2007-08-15 6:11 ` Roman Savochenko
2007-08-15 7:04 ` Michael Shigorin
2 siblings, 0 replies; 9+ messages in thread
From: Roman Savochenko @ 2007-08-15 6:11 UTC (permalink / raw)
To: ALT Linux Community
Olvin wrote:
> Система ALC3.0.4+updates
> Иногда при неправильном извлечении USB-носителя из fstab не удаляется
> соответствующая запись, а в /media - соотв. каталог.
> В dmesg такое:
>
> usb 1-2: USB disconnect, address 11
> scsi7 (0:0): rejecting I/O to device being removed
> printk: 251 messages suppressed.
> Buffer I/O error on device sda1, logical block 38217
> lost page write due to I/O error on sda1
> scsi7 (0:0): rejecting I/O to dead device
> FAT: bread failed in fat_clusters_flush
>
>
> С этим надо что-то делать. Будет ли так же в Desktop?
>
В ALT4.0 branch это уже совсем по другому.
С уважением, Роман
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [Comm] Остаются записи в fstab при неправильном извлечении USB-Flash
2007-08-15 3:51 [Comm] Остаются записи в fstab при неправильном извлечении USB-Flash Olvin
2007-08-15 6:00 ` Aleksander N.Gorohovski
2007-08-15 6:11 ` Roman Savochenko
@ 2007-08-15 7:04 ` Michael Shigorin
2007-08-15 15:47 ` Olvin
2 siblings, 1 reply; 9+ messages in thread
From: Michael Shigorin @ 2007-08-15 7:04 UTC (permalink / raw)
To: ALT Linux Community
On Wed, Aug 15, 2007 at 06:51:56AM +0300, Olvin wrote:
> scsi7 (0:0): rejecting I/O to device being removed
>
> С этим надо что-то делать. Будет ли так же в Desktop?
Конечно, если вытаскивать устройство до sync().
--
---- WBR, Michael Shigorin <mike@altlinux.ru>
------ Linux.Kiev http://www.linux.kiev.ua/
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [Comm] Остаются записи в fstab при неправильном извлечении USB-Flash
2007-08-15 7:04 ` Michael Shigorin
@ 2007-08-15 15:47 ` Olvin
2007-08-15 15:56 ` Andrey Rahmatullin
2007-08-15 16:06 ` Michael Shigorin
0 siblings, 2 replies; 9+ messages in thread
From: Olvin @ 2007-08-15 15:47 UTC (permalink / raw)
To: shigorin, ALT Linux Community
Michael Shigorin пишет:
>> scsi7 (0:0): rejecting I/O to device being removed
>> С этим надо что-то делать. Будет ли так же в Desktop?
> Конечно, если вытаскивать устройство до sync().
Стопроцентно повторяется, если извлечь флешку, с которой просто слушаешь
музыку. Т.е. sync здесь и ни при чём.
Это можно как-то исправить? Я-то всегда правильно вытаскиваю, но юзеры
есть юзеры...
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [Comm] Остаются записи в fstab при неправильном извлечении USB-Flash
2007-08-15 15:47 ` Olvin
@ 2007-08-15 15:56 ` Andrey Rahmatullin
2007-08-15 16:06 ` Michael Shigorin
1 sibling, 0 replies; 9+ messages in thread
From: Andrey Rahmatullin @ 2007-08-15 15:56 UTC (permalink / raw)
To: community
[-- Attachment #1: Type: text/plain, Size: 440 bytes --]
On Wed, Aug 15, 2007 at 06:47:56PM +0300, Olvin wrote:
> Стопроцентно повторяется, если извлечь флешку, с которой просто слушаешь
> музыку. Т.е. sync здесь и ни при чём.
Угу, umount кто будет делать?
--
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):
> Ну всё ж ломать не глядя тоже не выход.
Не глядя ломать не надо, а то вместо окна на свежий воздух можно завалить
входную дверь. :)
-- ldv in sisyphus@
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [Comm] Остаются записи в fstab при неправильном извлечении USB-Flash
2007-08-15 15:47 ` Olvin
2007-08-15 15:56 ` Andrey Rahmatullin
@ 2007-08-15 16:06 ` Michael Shigorin
2007-08-16 17:59 ` Olvin
1 sibling, 1 reply; 9+ messages in thread
From: Michael Shigorin @ 2007-08-15 16:06 UTC (permalink / raw)
To: ALT Linux Community
On Wed, Aug 15, 2007 at 06:47:56PM +0300, Olvin wrote:
> >>scsi7 (0:0): rejecting I/O to device being removed
> >>С этим надо что-то делать. Будет ли так же в Desktop?
> >Конечно, если вытаскивать устройство до sync().
> Стопроцентно повторяется, если извлечь флешку, с которой просто
> слушаешь музыку. Т.е. sync здесь и ни при чём.
А, ну извините, подразумевал смонтированное устройство,
хотя написал действительно про случай с rw.
> Это можно как-то исправить? Я-то всегда правильно вытаскиваю,
> но юзеры есть юзеры...
Нагромыхайте на них, что под виндой они бы потом ещё полчаса
уговаривали систему безопасно извлечь всунутое назад...
фундаментально с этим ничего в обозримом будущем не изменится
imho.
--
---- WBR, Michael Shigorin <mike@altlinux.ru>
------ Linux.Kiev http://www.linux.kiev.ua/
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [Comm] Остаются записи в fstab при неправильном извлечении USB-Flash
2007-08-15 16:06 ` Michael Shigorin
@ 2007-08-16 17:59 ` Olvin
2007-08-18 7:59 ` Алексей Синицын
0 siblings, 1 reply; 9+ messages in thread
From: Olvin @ 2007-08-16 17:59 UTC (permalink / raw)
To: shigorin, ALT Linux Community
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, который подмонтирован более одного раза
(пользователь вообще не может его отмонтировать) и т.д.
Просто бы нормального решения. Если нет, что ж, будем искать или ждать
манны небесной (новых исправленных версий).
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [Comm] Остаются записи в fstab при неправильном извлечении USB-Flash
2007-08-16 17:59 ` Olvin
@ 2007-08-18 7:59 ` Алексей Синицын
0 siblings, 0 replies; 9+ messages in thread
From: Алексей Синицын @ 2007-08-18 7:59 UTC (permalink / raw)
To: ALT Linux Community
16.08.07, Olvin<olvin@rambler.ru> написал(а):
> (наблюдал на mplayer и xine). А пользователь не всегда (в силу своих
> знаний) может определить, что за процесс виноват и что вообще
> происходит. Я могу, конечно, написать костыль и дать доступ на него
> через sudo. Так и приходится делать в случае с подвисанием smb, правами
> на /dev/nvidiactl при неправильном выходе из системы, утечками памяти
> при работе с fusesmb; cdrom, который подмонтирован более одного раза
> (пользователь вообще не может его отмонтировать) и т.д.
>
Маленький костылик для неразмонтированного устройства.
Писалось для CD когда ломало искать кто-же его использует, поэтому
eject; нет проверки что отключается, то есть если попытаться
размонтировать корень то должны прибиться все процессы (в том числе
иксы, а может и нет точно не помню; на то что устройство занято
простая проверка вроде есть); и umount уже устарел ныне pumount:
8:44 al@wind ~ $ cat bin/fumnt
#!/bin/bash
#
# force umount
if [ "$1" = "" ];
then echo не указано какое устройство отключать ;
exit ;
fi
#if [ "`umount $1 2>&1`" != "" ];
if [ "`umount $1 2>&1|grep busy`" != "" ];
then echo "устройство занято, принудительно отключаем" ;
/sbin/fuser -vkm $1 ;
else echo "устройство не занято";
eject $1 ;
exit ;
fi
if [ -n "`eject $1 2>&1`" ];
then xmessage "устройство $1 - не оключается" ;
fi
11:40 al@wind ~ $
^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2007-08-18 7:59 UTC | newest]
Thread overview: 9+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2007-08-15 3:51 [Comm] Остаются записи в fstab при неправильном извлечении USB-Flash Olvin
2007-08-15 6:00 ` Aleksander N.Gorohovski
2007-08-15 6:11 ` Roman Savochenko
2007-08-15 7:04 ` Michael Shigorin
2007-08-15 15:47 ` Olvin
2007-08-15 15:56 ` Andrey Rahmatullin
2007-08-15 16:06 ` Michael Shigorin
2007-08-16 17:59 ` Olvin
2007-08-18 7:59 ` Алексей Синицын
ALT Linux Community general discussions
This inbox may be cloned and mirrored by anyone:
git clone --mirror http://lore.altlinux.org/community/0 community/git/0.git
# If you have public-inbox 1.1+ installed, you may
# initialize and index your mirror using the following commands:
public-inbox-init -V2 community community/ http://lore.altlinux.org/community \
mandrake-russian@linuxteam.iplabs.ru community@lists.altlinux.org community@lists.altlinux.ru community@lists.altlinux.com
public-inbox-index community
Example config snippet for mirrors.
Newsgroup available over NNTP:
nntp://lore.altlinux.org/org.altlinux.lists.community
AGPL code for this site: git clone https://public-inbox.org/public-inbox.git