ALT Linux Community general discussions
 help / color / mirror / Atom feed
* [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