* [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