LINUX.ORG.RU

Во FreeBSD будет исправлена проблема с извлечением устройств

 , ,


0

0

На данный момент, извлечение активных устройств (например, внешних USB-накопителей) во FreeBSD, в большинстве случаев, приводит к неработоспособности системы.

FreeBSD Foundation радо сообщить о новом проекте, который нацелен на исправление данной проблемы. Роберт Ватсон (Robert Watson), президент FreeBSD Foundation, сказал, что сообщество радо началу работы, т.к. эта проблема волнует многих пользователей (в основном использующих FreeBSD на десктопах). Также он сказал, что самое большое количество сообщений об ошибках связано с USB-носителями.

Эдвард Томасз Напиэрала (Edward Tomasz Napierala), разработчик FreeBSD, сказал, что он рад поработать над этим проектом.

>>> Подробности

★☆

Проверено: Shaman007 ()

нда, кто бы еще это дело в линуксе поправил. до сих пор далеко не все fs умеют umount -f.

dmiceman ★★★★★
()
Ответ на: комментарий от dmiceman

> нда, кто бы еще это дело в линуксе поправил.

А что, в линуксе тоже бывает кернел паник, когда флешку вытаскиваешь? Не встречал.

init ★★★★★
()

в чем новость то?
хоть бы с opennet.ru брали пример :/

>Во FreeBSD 8-CURRENT, после нескольких лет разработки, добавлен код переработанного USB стека - HPS, который адаптирован для работы на SMP системах и содержит новые драйверы для современных высокоскоростных хост-контроллеров.


(c) http://www.opennet.ru/opennews/art.shtml?num=18725

hizel ★★★★★
()
Ответ на: комментарий от hizel

Новость про начало работ. А эта опеннете про другое.

init ★★★★★
()
Ответ на: комментарий от init

> А что, в линуксе тоже бывает кернел паник, когда флешку вытаскиваешь? Не встречал.

А я буквально пару дней назад забыв про работающий синеглаз, дернул адаптер-флешку, получив "заморозку" системы. Сам был немало удивлен и после ребута попробовал еще раз, но видимо явление уникальное.

sysmouse
()
Ответ на: комментарий от sysmouse

> А я буквально пару дней назад забыв про работающий синеглаз, дернул адаптер-флешку, получив "заморозку" системы. Сам был немало удивлен и после ребута попробовал еще раз, но видимо явление уникальное.

какой дистр/ядро?, у меня такой же синезуб на одном писюке - ни разу такого не было

lester ★★★★
()
Ответ на: комментарий от lester

> какой дистр/ядро?

2.6.27-ARCH

> у меня такой же синезуб на одном писюке - ни разу такого не было

Ну вот у меня один раз было. Повторить пока не удалось. Демон bluetooth запущен постоянно, когда втыкаешь адаптер, в гноме появляется апплет, когда достаешь - исчезает. Видимо в тот раз звезды были не благосклонны.

sysmouse
()

>На данный момент, извлечение активных устройств(внешние USB накопители, например) во FreeBSD, в большинстве случаев, приводит к неработоспособности системы.

И вот это наш тролль iZen предлагает ставить на десктопы.

linux4ever
()
Ответ на: комментарий от sysmouse

А у меня система "замерзла" когда телефон, подключенный через блютуз "небезопасно" отсоединил. К счастью через 1,5 минуты отошло.

emaxx ★★
()
Ответ на: комментарий от anonymous

> А вот в микроядреных ОС такого не бывает....

У них свой вагон и тележка недостатков тоже есть, не переживайте. :)

Bohtvaroh ★★★★
()
Ответ на: комментарий от anonymous

микроядерные мужественно читают из /dev/libastral, когда отваливается дисковая подсистема.

Да виснут они так же, без шуток. Какая разница, что ядро может при этом помигать лампочками клавиатуры?

annoynimous ★★★★★
()
Ответ на: комментарий от annoynimous

> Какая разница, что ядро может при этом помигать лампочками клавиатуры?

Линукс тожу умеет мигать лампочками. 8-) Проверено.

Bohtvaroh ★★★★
()

>На данный момент, извлечение активных устройств(внешние USB накопители, например) во FreeBSD, в большинстве случаев, приводит к неработоспособности системы.

O_O

anonymous
()

Юзаю FreeBSD начиная с 6й ветки, сейчас на 7.0. Такая проблема есть, но весьма неточно описана. Например по опыту дергания неотмонтированых флешек на моем десктопе непомню того, чтобы ядро запаниковало и система повисла. ОДНАКО если выдернуть флешку и через время вдернуть обратно - тогда почти всегда встает. Очень буду рад, если исправят баг, хотя это научило меня правильно вынимать устройства :)

anonymous
()
Ответ на: комментарий от anonymous

> Такая проблема есть, но весьма неточно описана.

Точнее некуда. Система падает не сразу, а в момент, когда ядро вознамерится сбросить кэш на диск, который уже оторван. Вот тут система и паникует (реже виснет). Описано неимоверное количество раз, в том числе во многих багрепортах.

P.S. Пользователь FreeBSD.

P.S.S. В жизни баг не сильно мешает, поскольку после двух дёрганий привыкаешь отмонтировать устройства перед выдёргиванием, но является отличным флеймогонным аргументом для линуксоидов, да. :))

anonymous
()
Ответ на: комментарий от emaxx

> А у меня система "замерзла" когда телефон, подключенный через блютуз "небезопасно" отсоединил. К счастью через 1,5 минуты отошло.

Да, точно. Телефон был присоединен. 1.5 минуты не ждал :p

sysmouse
()
Ответ на: комментарий от anonymous

>>Описано неимоверное количество раз, в том числе во многих багрепортах.

Сам наступал на такие грабли года два назад. Неужели до сих пор не поправили?

ЗЫ Фряхо жжот.

anonymous
()
Ответ на: комментарий от anonymous

омфг. и это в конце 2008 года... на носу колонизация луны и марса и дальние полеты в космос, а тут бл флешку нельзя вытащить без крнел паника...

prizident ★★★★★
()
Ответ на: комментарий от anonymous

>
>P.S.S. В жизни баг не сильно мешает, поскольку после двух дёрганий >привыкаешь отмонтировать устройства перед выдёргиванием, но является >отличным флеймогонным аргументом для линуксоидов, да. :))
>
:) Странно что еще никто не вспомнил как фряха при извлечении не отмонтированной дискетки рушилась с ревом и свистом... и ничего, в жизни это действительно не сильно мешало, только дисциплину тренировало.

PS Пользователь BSD/OS (мир его праху), Free/Open BSD, GNU/Linux, SCO OpenServer/Unixware, Interactive Unix, QNX 4.25/6.X, ну и так, по мелочи :)

sabbakka ★★
()

Помоему даже у виндузятника должно быть в мозгу отмонтировать фс перед отключением, хотя конечно, проблемность бага это не отменяет.

DukE-M ★★
()

Позитивно. В 2008 занялись таки проблемой, глядишь, к Олимпиаде в Сочи доделают.

redgremlin ★★★★★
()

Ах вот почему оно висло! А я-то железо винил... %)

Demon37 ★★★★
()
Ответ на: комментарий от anonymous

>Система падает не сразу, а в момент, когда ядро вознамерится сбросить кэш на диск, который уже оторван.

Зачем все усложнять? Командуешь sync даже от юзера, а потом смело выдирай.

holka
()

А это, если смонтировано что-нибудь по сети(nfs, cifs, etc) - фряха упадет, если удаленный сервак отвалится?

madcore ★★★★★
()
Ответ на: комментарий от sysmouse

> А я буквально пару дней назад забыв про работающий синеглаз, дернул адаптер-флешку, получив "заморозку" системы. Сам был немало удивлен и после ребута попробовал еще раз, но видимо явление уникальное.

AFAIK, виснет при этом не линукс, а приложение которое с этой флешкой работает (директоря на ней открыта или ещё что). Если таких программ нет, то ничего и не повиснет.

anonymous
()
Ответ на: комментарий от madcore

> А это, если смонтировано что-нибудь по сети(nfs, cifs, etc) - фряха упадет, если удаленный сервак отвалится?

AFAIK, нет. Это проблема локальных ФС.

anonymous
()
Ответ на: комментарий от holka

> Зачем все усложнять? Командуешь sync даже от юзера, а потом смело выдирай.

Не работает. Даже есть кэш сброшен, система всё равно паникует.

anonymous
()
Ответ на: комментарий от anonymous

>Очень буду рад, если исправят баг, хотя это научило меня правильно вынимать устройства :)

tuser@truebsd_notebook:\> cat /truebsd/diffs/usr/src/sys/geom/geom_vfs.c.diff
--- geom_vfs.c.orig     2007-12-29 11:48:20.000000000 +0000
+++ geom_vfs.c  2007-12-29 11:48:39.000000000 +0000
@@ -71,16 +71,9 @@
        struct buf *bp;
        int vfslocked;

-       if (bip->bio_error) {
-               printf("g_vfs_done():");
-               g_print_bio(bip);
-               printf("error = %d\n", bip->bio_error);
-       }
        bp = bip->bio_caller2;
        bp->b_error = bip->bio_error;
        bp->b_ioflags = bip->bio_flags;
-       if (bip->bio_error)
-               bp->b_ioflags |= BIO_ERROR;
        bp->b_resid = bp->b_bcount - bip->bio_completed;
        g_destroy_bio(bip);
        vfslocked = VFS_LOCK_GIANT(((struct mount *)NULL));

soko1 ★★★★★
()
Ответ на: комментарий от soko1

Правда это весьма примитивный метод борьбы с проблемой =)

soko1 ★★★★★
()

> На данный момент, извлечение активных устройств(внешние USB накопители, например) во FreeBSD, в большинстве случаев, приводит к неработоспособности системы.

Плачу... И ты веришь, Колян, слёзы очищения...

Lumi ★★★★★
()
Ответ на: комментарий от gogi

>> из /dev/libastral
> Всегда считал, что libastral хостится в /lib


она лежит в /usr/local/lib, т.к. собирается руками

lester ★★★★
()

Так кто там кричал, что FreeBSD не труп? Полюбуйтесь, некрофилы.

Quasar ★★★★★
()
Ответ на: комментарий от anonymous

> P.S.S. В жизни баг не сильно мешает, поскольку после двух дёрганий привыкаешь отмонтировать устройства перед выдёргиванием, но является отличным флеймогонным аргументом для линуксоидов, да. :))

Недавно наткнулся на одном форуме на сообщение, из которого следовало, что во FreeBSD файрвол может удалять правила только по номеру, но не по шаблону. В отличии от iptables. Люди ошибались? Или всё верно и это ещё один флеймогонный аргумент для линуксоидов? :-)

askh ★★★★
()
Ответ на: комментарий от askh

> микроядерные мужественно читают из /dev/libastral, когда отваливается дисковая подсистема.

> Да виснут они так же, без шуток. Какая разница, что ядро может при этом помигать лампочками клавиатуры?

А тебе не приходило в голову что микроядерная ОС может перезагрузить упавший драйвер ?

anonymous
()

Ужос! Как жить страшно. :D

Jayrome ★★★★★
()
Ответ на: комментарий от Freiheits-Sender

сама NT микроядерна.архитектура не плоха,но...но WinNT!=NT.как то думал,что это все знаютO_O сингулярити скорее всего тоже не будет микро.

anonymous
()
Ответ на: комментарий от sysmouse

>Ну вот у меня один раз было. Повторить пока не удалось. Демон bluetooth запущен постоянно, когда втыкаешь адаптер, в гноме появляется апплет, когда достаешь - исчезает. Видимо в тот раз звезды были не благосклонны. sysmouse (*) (13.11.2008 9:10:57)

У меня в альте, пожизненно, если витыкать/вытыкать блютус, то приложение монитора блютус ловко отваливается. Кернелпаника вроде не было, но блютус просто не работает. А приложение монитора блютуса не перезапускается.

anonymous
()
Ответ на: комментарий от XtouRusX

>А откуда она его возьмет если это отвалился драйвер жесткого диска? А в остальном получаеться надежнее. XtouRusX (*) (13.11.2008 19:06:08)

Это будет хорошем поводом отладить драйвер диска.

anonymous
()

Тонко ты по FreeBSD "проехался" :))

anonymous
()

даа.. старые грабли, кстати.. впрочем, где-то был и патчик самопальный на это дело.. ну, таки, займутся..

MiracleMan ★★★★★
()
Ответ на: комментарий от MiracleMan

Epic bug detected.
У кого, что называется, у кед раньше раскладка странно себя вела, теперь вот трей глючит, у фряхи вот с флешками проблема. Интересно, существуют ли системы без epic bug'ов?

Gorthauer ★★★★★
()

Вообще прикольный баг. если бы был конкурс на самый нелепые баги, FreeBSD в этом плане победила бы ;)

и смех и грех ;) вообще я положительного мнения о BSD, CP-BSD производит хорошее впечатление, её тока изучить надо.

anonymous
()

>На данный момент, извлечение активных устройств (например, внешних USB-накопителей) во FreeBSD, в большинстве случаев, приводит к неработоспособности системы.

Это п...ц, товарищи, - это п...ц!!!

Dudraug ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.