https://www.opennet.ru/openforum/vsluhforumID15/4005.html Привет, Opennet!<br><br>Столкнулся с интересным поведением современных дистрибутивов GNU/Linux при работе с USB-flash и USB-HDD, касающимся пресловутого безопасного извлечения таких носителей.<br><br>В следующих системах после безопасного извлечения (из Nautilus) на USB-flash гасится светодиод, а на USB-HDD останавливается шпиндель и устройство исчезает из системы полностью (его нет в lsusb, fdisk -l, в файловой системе /dev):<br><br> Gentoo stable (GNOME с Nautilus 2.32), стоит на USB-HDD<br> Ubuntu 12.04.2 LTS (GNOME с Nautilus 3.4.2, Unity 5.18), стоит на ПК, ноутбуке и USB-flash <br><br>В этих системах функция безопасного извлечения отсутствует в Nautilus (заменена либо на Eject, либо на Unmount):<br><br> Ubuntu 12.10<br> Ubuntu 13.04 (скоро выйдет)<br> OpenSuSe 12.3<br> Fedora 18<br> Sabayon 11 Gnome <br><br>- для этих систем единственный универсальный способ безопасного извлечения:<br><br>udisks --unmount /dev/sdXN<br>udisks --detach /dev/sdX<br><br>- для Ubuntu разработчиком с ником fenrrir подготовлен на GitHub Indicator-ap https://www.opennet.ru/openforum/vsluhforumID15/4005.html#17 Sun, 19 Apr 2015 21:34:38 GMT <br>&gt; Решил проблему заменив eject в /usr/bin на скрипт: <br>&gt; #!/bin/bash <br>&gt; POS1="$1" <br>&gt; udisks --unmount ${1}1 <br>&gt; udisks --unmount ${1}2 <br>&gt; udisks --unmount ${1}3 <br>&gt; udisks --detach $1 <br>&gt; notify-send "USB Ejector" "Девайс успешно извлечен" -i gtk-info <br><br>А cd/DVD трей как теперь выезжает?<br> https://www.opennet.ru/openforum/vsluhforumID15/4005.html#16 Sat, 18 Apr 2015 08:41:31 GMT &gt;[оверквотинг удален]<br>&gt; 3.8 почему-то как кардридер, для неё в новом GNOME есть опция <br>&gt; Safely remove, НО она оставляет устройство в системе (например в palimsest <br>&gt; / gnome-disks) после физического отключения от порта. В старом Nautilus 3.4.2 <br>&gt; она отображалась обычном диском и после безопасного отключения исчезала из системы <br>&gt; полностью.<br>&gt; Короче, я считаю, что это проблема разработчиков UDisks. Они придумали новую функциональность, <br>&gt; но не достаточно протестировали её. А создатели дистрибутивов скомпилировали их исходники <br>&gt; в пакеты и теперь эта проблема есть во всех новейших дистрибутивах, <br>&gt; включая Fedora 19. Если тоже видите эту проблему - пишите багрепорты, <br>&gt; ссылки выше.<br><br>Решил проблему заменив eject в /usr/bin на скрипт:<br><br>#!/bin/bash<br>POS1="$1"<br>udisks --unmount ${1}1<br>udisks --unmount ${1}2<br>udisks --unmount ${1}3<br>udisks --detach $1<br>notify-send "USB Ejector" "Девайс успешно извлечен" -i gtk-info<br> https://www.opennet.ru/openforum/vsluhforumID15/4005.html#15 Sun, 24 Mar 2013 18:09:48 GMT &gt; Возьмите SpaceFM для исследований. Там две отдельных команды, имеющих отношение к отмонтированию.... <br>&gt; О горячем отключении питания и специальном устройстве разъёма есть статьи. Обратите внимание, <br>&gt; на SATA, на USB разъёмах контактные дорожки разной длины....<br>&gt; Картридеры бывают глючные. Даже в брендовых ноутбуках. Ты им даёшь все команды, <br>&gt; а они их не делают. А это как отсекать в исследованиях.... <br><br>Спасибо за размышления.<br><br>В системах с UDisks-1.0 питание порта выключалось, сейчас из-за изменения архитектуры UDisks (выхода второй версии) не отключается.<br><br>Сейчас дошло до того, что даже новейший GNOME 3.8 не останавливает шпиндель и не гасит питание флешки. Хоть разделы отмонтирует и то спасибо.<br>И я в курсе, что механика должна вернуть головки жесткого диска в зону парковки. <br><br>С извлечением всего кардридера (пусть китайского Orient) я и сам сталкивался. <br>А самое смешное, что эту проблему гномеры усугубили - у меня есть флешка Kingston Data Traveller G2 16 Gb, она отображается в Nautilus 3.8 https://www.opennet.ru/openforum/vsluhforumID15/4005.html#14 Sun, 24 Mar 2013 17:29:46 GMT Возьмите SpaceFM для исследований. Там две отдельных команды, имеющих отношение к отмонтированию....<br><br>О горячем отключении питания и специальном устройстве разъёма есть статьи. Обратите внимание, на SATA, на USB разъёмах контактные дорожки разной длины....<br><br>Картридеры бывают глючные. Даже в брендовых ноутбуках. Ты им даёшь все команды, а они их не делают. А это как отсекать в исследованиях....<br> https://www.opennet.ru/openforum/vsluhforumID15/4005.html#13 Sun, 24 Mar 2013 17:22:57 GMT Да, допустим. Как он отличает внеплановый "слёт" питания от планового? Да никак, я подозреваю. Потому и счётчик этот для других целей, я подозреваю. Во всяком случае из твоего текста можно сделать именно такой вывод.<br><br>Я - "Солженицина не читал", (с) Жизнь Совейская. Так что поправьте пруф линком, если что.<br> https://www.opennet.ru/openforum/vsluhforumID15/4005.html#11 Sun, 24 Mar 2013 15:54:35 GMT &gt; НЕ НУЖНО ему команд.<br><br>А в интеловских SSD прямо такой счетчик ведется: unsafe shutdown count называется. Показывает сколько было внеплановых слетов питания без присылки системой последней командой по интерфейсу команды на шатдаун. Показывает число потенциальных потерь данных когда накопитель мог пахать делая в фоне GC а ему питание сняли. Так что не все так просто как кажется. Ты как-то совершенно не учитываешь что у фирмвары может быть какая-то своя линия поведения.<br> https://www.opennet.ru/openforum/vsluhforumID15/4005.html#10 Sun, 24 Mar 2013 15:51:41 GMT &gt; устройству ваааще фиолетово: если ты его программно выключишь или выдернешь руками.<br><br>Только если его заранее оповестили о таком раскладе. Иначе девайс может потерять некие данные.<br><br> https://www.opennet.ru/openforum/vsluhforumID15/4005.html#9 Mon, 18 Mar 2013 01:22:14 GMT &gt;&gt; Автор всё еще паркует головки?<br>&gt;&gt; И кто ему сказал, что "для этих систем единственный универсальный способ безопасного <br>&gt;&gt; извлечения" &#8212; только udisks?<br>&gt;&gt; eject /dev/sdX <br>&gt;&gt; И способ уже не единственный.<br>&gt;&gt; Только вот не всегда это нужно.<br>&gt; Да, только udisks --detach, так как eject не выключает питание на usb-порте <br>&gt; в случае usb-flash и не останавливает шпиндель в случае hdd. Отдельно <br>&gt; для последнего есть hdparm -y или -Y.<br><br>На HDD шпындель сам правильно стопарится при потери питания, уже лет 25 точно, <br>НЕ НУЖНО ему команд. Про ЮСБ я уже писал - он создан для Хот-Свапа! (SATA тоже). <br><br>Вот так Поттеринги и появляются.<br> <br>Короча, как прочтёшь все эти доки приходи обратно.<br>http://www.usb.org/developers/docs/<br>http://www.serialata.org/developers/technical_library.asp<br><br><br> https://www.opennet.ru/openforum/vsluhforumID15/4005.html#8 Sun, 17 Mar 2013 08:26:31 GMT &gt; Автор всё еще паркует головки?<br>&gt; И кто ему сказал, что "для этих систем единственный универсальный способ безопасного <br>&gt; извлечения" &#8212; только udisks?<br>&gt; eject /dev/sdX <br>&gt; И способ уже не единственный.<br>&gt; Только вот не всегда это нужно.<br><br>Да, только udisks --detach, так как eject не выключает питание на usb-порте в случае usb-flash и не останавливает шпиндель в случае hdd. Отдельно для последнего есть hdparm -y или -Y.<br><br>По поводу Вашего IMHO - оно меня не интересует - см. http://www.opennet.ru/openforum/vsluhforumID15/4005.html#4 <br>Раньше было хорошо, а сейчас все сломано.<br>