Астра линукс безопасное извлечение флешки

• Безопасное извлечение (Safely remove) USB-носителей, pavlinux, 12:42 , 15-Мрт-13, (1)
  • Безопасное извлечение (Safely remove) USB-носителей, nrbrtx, 12:47 , 15-Мрт-13, (2)
  • Безопасное извлечение (Safely remove) USB-носителей, pavlinux, 12:53 , 15-Мрт-13, (3)
    • Безопасное извлечение (Safely remove) USB-носителей, nrbrtx, 13:05 , 15-Мрт-13, (4)
      • Безопасное извлечение (Safely remove) USB-носителей, pavlinux, 13:14 , 15-Мрт-13, (5) –1
        • Безопасное извлечение (Safely remove) USB-носителей, Аноним, 19:51 , 24-Мрт-13, (10) –1
• Безопасное извлечение (Safely remove) USB-носителей, Aquarius, 15:17 , 16-Мрт-13, (6) –1
• Безопасное извлечение (Safely remove) USB-носителей, ABATAPA, 08:49 , 17-Мрт-13, (7)
  • Безопасное извлечение (Safely remove) USB-носителей, nrbrtx, 12:26 , 17-Мрт-13, (8)
    • Безопасное извлечение (Safely remove) USB-носителей, pavlinux, 05:22 , 18-Мрт-13, (9) +1
      • Безопасное извлечение (Safely remove) USB-носителей, Аноним, 19:54 , 24-Мрт-13, (11)
        • Безопасное извлечение (Safely remove) USB-носителей, AV, 21:22 , 24-Мрт-13, ( 13 )
• Безопасное извлечение (Safely remove) USB-носителей, AV, 21:29 , 24-Мрт-13, ( 14 )
  • Безопасное извлечение (Safely remove) USB-носителей, nrbrtx, 22:09 , 24-Мрт-13, ( 15 )
    • Безопасное извлечение (Safely remove) USB-носителей, owner, 11:41 , 18-Апр-15, ( 16 )
      • Безопасное извлечение (Safely remove) USB-носителей, name, 00:34 , 20-Апр-15, ( 17 )

> # umount /dev/sdbX;
> Как отработает можно вынимать.

Спасибо, консоли я не боюсь. Про это знаю.

> # umount /dev/sdbX;
> Как отработает можно вынимать.
> Мне не нравится выдергивать крутящийся жесткий диск и флешку под напряжением.

На тебе програмку, допиши парсер превращающий /dev/sdX в USB:[BUS:PORT]

>> # umount /dev/sdbX;
>> Как отработает можно вынимать.
>> Мне не нравится выдергивать крутящийся жесткий диск и флешку под напряжением.
> На тебе програмку, допиши парсер превращающий /dev/sdX в USB:[BUS:PORT]
> http://marc.info/?l=linux-usb&m=127162615232234&q=p3
> http://marc.info/?l=linux-usb&m=127162615232234&w=2

Целью своего поста я видел не решение конкретно моих проблем, а поиск единомышленников для заполнения багтрекеров (ссылки выше).
Мне не нравится, что из-за изменений архитектуры udisks (или чего-то там еще) страдают дистрибутивы и конечные пользователи. Не все знают и умеют пользоваться консолью, компиляторами и т.п.
В Ubuntu 12.04 LTS и Gentoo stable (как написано выше) гасится светодиод флешки и останавливается шпиндель внешнего диска. Такое поведение мне, так сказать, нравится, кажется логичным и понятным. Так, как сделано сейчас в новых дистрибутивах мне не нравится.

Лично я найду способ безопасно извлечь флешку или жесткий диск (чтоб он не крутился при этом). За новыми версиями дистрибутивов я не гонюсь. А что будет с начинающими пользователями? Поэтому я и предлагаю репортить в апстрим и на багтрекеры дистрибутивов.

> Лично я найду способ безопасно извлечь флешку или жесткий диск

Всё питание USB устройствами делается USB хабом, поэтому,
устройству ваааще фиолетово: если ты его программно выключишь или выдернешь руками.

> устройству ваааще фиолетово: если ты его программно выключишь или выдернешь руками.

Только если его заранее оповестили о таком раскладе. Иначе девайс может потерять некие данные.

>[оверквотинг удален]
> Если Вы тоже считаете, что было бы хорошо вернуть в современные версии
> дистрибутивов безопасное извлечение, каким оно было в Gnome 3.4 (например, в
> Ubuntu 12.04) и Gnome 2.3x (например, в Gentoo и наверное, в
> Debian, CentOs, RedHat, SLED, Alt), пожалуйста, отпишитесь в баг-трекерах. Если в
> Ваших системах из списка выше светодиод флешки гасится и шпиндель останавливается
> или проблема существует и в других актуальных дистрибутивах, которые у Вас
> стоят, отпишитесь. Системы с KDE я не тестировал.
> Я поместил в общий доступ таблицу на Google Docs (https://docs.google.com/spreadsheet/ccc?key=0Ao5e713Ig9g_dEt. )
> — можете добавлять свои результаты тестирования безопасного извлечения — кому интересно.
> P.S. Аналогичная тема открыта и не ЛОРе (https://www.linux.org.ru/forum/linux-hardware/8958167).

Автор всё еще паркует головки?
И кто ему сказал, что «для этих систем единственный универсальный способ безопасного извлечения» — только udisks?
eject /dev/sdX
И способ уже не единственный.

Только вот не всегда это нужно.

> Автор всё еще паркует головки?
> И кто ему сказал, что «для этих систем единственный универсальный способ безопасного
> извлечения» — только udisks?
> eject /dev/sdX
> И способ уже не единственный.
> Только вот не всегда это нужно.

Да, только udisks —detach, так как eject не выключает питание на usb-порте в случае usb-flash и не останавливает шпиндель в случае hdd. Отдельно для последнего есть hdparm -y или -Y.

По поводу Вашего IMHO — оно меня не интересует — см. http://www.opennet.ru/openforum/vsluhforumID15/4005.html#4
Раньше было хорошо, а сейчас все сломано.

>> Автор всё еще паркует головки?
>> И кто ему сказал, что «для этих систем единственный универсальный способ безопасного
>> извлечения» — только udisks?
>> eject /dev/sdX
>> И способ уже не единственный.
>> Только вот не всегда это нужно.
> Да, только udisks —detach, так как eject не выключает питание на usb-порте
> в случае usb-flash и не останавливает шпиндель в случае hdd. Отдельно
> для последнего есть hdparm -y или -Y.

На HDD шпындель сам правильно стопарится при потери питания, уже лет 25 точно,
НЕ НУЖНО ему команд. Про ЮСБ я уже писал — он создан для Хот-Свапа! (SATA тоже).

Вот так Поттеринги и появляются.

А в интеловских SSD прямо такой счетчик ведется: unsafe shutdown count называется. Показывает сколько было внеплановых слетов питания без присылки системой последней командой по интерфейсу команды на шатдаун. Показывает число потенциальных потерь данных когда накопитель мог пахать делая в фоне GC а ему питание сняли. Так что не все так просто как кажется. Ты как-то совершенно не учитываешь что у фирмвары может быть какая-то своя линия поведения.

Да, допустим. Как он отличает внеплановый «слёт» питания от планового? Да никак, я подозреваю. Потому и счётчик этот для других целей, я подозреваю. Во всяком случае из твоего текста можно сделать именно такой вывод.

Я — «Солженицина не читал», (с) Жизнь Совейская. Так что поправьте пруф линком, если что.

Возьмите SpaceFM для исследований. Там две отдельных команды, имеющих отношение к отмонтированию.

О горячем отключении питания и специальном устройстве разъёма есть статьи. Обратите внимание, на SATA, на USB разъёмах контактные дорожки разной длины.

Картридеры бывают глючные. Даже в брендовых ноутбуках. Ты им даёшь все команды, а они их не делают. А это как отсекать в исследованиях.

> Возьмите SpaceFM для исследований. Там две отдельных команды, имеющих отношение к отмонтированию.
> О горячем отключении питания и специальном устройстве разъёма есть статьи. Обратите внимание,
> на SATA, на USB разъёмах контактные дорожки разной длины.
> Картридеры бывают глючные. Даже в брендовых ноутбуках. Ты им даёшь все команды,
> а они их не делают. А это как отсекать в исследованиях.

Спасибо за размышления.

В системах с UDisks-1.0 питание порта выключалось, сейчас из-за изменения архитектуры UDisks (выхода второй версии) не отключается.

Сейчас дошло до того, что даже новейший GNOME 3.8 не останавливает шпиндель и не гасит питание флешки. Хоть разделы отмонтирует и то спасибо.
И я в курсе, что механика должна вернуть головки жесткого диска в зону парковки.

С извлечением всего кардридера (пусть китайского Orient) я и сам сталкивался.
А самое смешное, что эту проблему гномеры усугубили — у меня есть флешка Kingston Data Traveller G2 16 Gb, она отображается в Nautilus 3.8 почему-то как кардридер, для неё в новом GNOME есть опция Safely remove, НО она оставляет устройство в системе (например в palimsest / gnome-disks) после физического отключения от порта. В старом Nautilus 3.4.2 она отображалась обычном диском и после безопасного отключения исчезала из системы полностью.

Короче, я считаю, что это проблема разработчиков UDisks. Они придумали новую функциональность, но не достаточно протестировали её. А создатели дистрибутивов скомпилировали их исходники в пакеты и теперь эта проблема есть во всех новейших дистрибутивах, включая Fedora 19. Если тоже видите эту проблему — пишите багрепорты, ссылки выше.

>[оверквотинг удален]
> 3.8 почему-то как кардридер, для неё в новом GNOME есть опция
> Safely remove, НО она оставляет устройство в системе (например в palimsest
> / gnome-disks) после физического отключения от порта. В старом Nautilus 3.4.2
> она отображалась обычном диском и после безопасного отключения исчезала из системы
> полностью.
> Короче, я считаю, что это проблема разработчиков UDisks. Они придумали новую функциональность,
> но не достаточно протестировали её. А создатели дистрибутивов скомпилировали их исходники
> в пакеты и теперь эта проблема есть во всех новейших дистрибутивах,
> включая Fedora 19. Если тоже видите эту проблему — пишите багрепорты,
> ссылки выше.

Решил проблему заменив eject в /usr/bin на скрипт:

#!/bin/bash
POS1=»$1″
udisks —unmount $<1>1
udisks —unmount $<1>2
udisks —unmount $<1>3
udisks —detach $1
notify-send «USB Ejector» «Девайс успешно извлечен» -i gtk-info

> Решил проблему заменив eject в /usr/bin на скрипт:
> #!/bin/bash
> POS1=»$1″
> udisks —unmount $<1>1
> udisks —unmount $<1>2
> udisks —unmount $<1>3
> udisks —detach $1
> notify-send «USB Ejector» «Девайс успешно извлечен» -i gtk-info

А cd/DVD трей как теперь выезжает?

Источник

Вам также может понравиться

Windows или Linux: Что лучше выбрать?

Есть много причин выбирать между Windows и Linux, но

Файл владелец изменить linux

Команда Chown в Linux Chown Command in Linux (File

Установка шлюза по умолчанию linux

Настройка сети вручную Содержание Краткое описание

Чем разбить диск для linux

ИТ База знаний Курс по Asterisk Полезно — Узнать IP —