Чому Windows не показує опцію "викидання" для деяких USB-накопичувачів?

У Windows, як правило, ви можете "вийняти" USB-накопичувач, перш ніж фізично відключити його від мережі, щоб уникнути пошкодження даних.

Однак для деяких пристроїв Windows не пропонує опцію "викидання". Я найчастіше бачив це на деяких смартфонах.

Чому це?

Можливо, тому, що метод, який використовується для передачі файлів на телефони ( MTP, а не USB Mass Storage ), покладає на цілісність даних і цілісність файлової системи на пристрої, що отримує дані, що, у випадку мобільних телефонів, також вважається розумним і самовпевненим -потужні або мають резервну батарею.

USB-пристрої масового зберігання зазвичай - це німі картки пам'яті або жорсткі диски, MTP- пристрої, такі як телефони, камери тощо, як правило, досить розумні пристрої, які займаються їх зберіганням особисто. Отож передача файлів може відбуватися в ідеології однорангових, а не у розумних-хост-німих-клієнтів. Після того, як дані "надсилаються" на телефон, це залежить від операційної системи телефону та файлової системи, щоб забезпечити правильне зберігання файлу.

Якщо передача файлів переривається і таким чином частково передається, то телефон може вирішити, звільнити який-небудь виділений простір або показати те, що було передано у кожному конкретному випадку. Я підозрюю, що більшість перерваних переказів просто скинуть неповні дані та звільнять будь-які виділені блоки. Цілісністю файлової системи активно керує телефон.

Оскільки така передача або відбувається, або вона не відбувається, і робити викид програмного забезпечення непотрібно, єдиною причиною цього є те, щоб людина, яка користується комп’ютером, отримала те, що "я закінчую", теплим сяючим почуттям. USB, безумовно, не потребує цього з апаратної точки зору і дуже задоволений пристроями гарячої підключення.

На сторінці Вікіпедії MTP:

Основна причина використання MTP, а не, наприклад, класу USB-накопичувачів масових накопичувачів (MSC), полягає в тому, що останній працює на деталі блоку пристроїв масового зберігання (як правило, на практиці це блок FAT), а не на логічний рівень файлу. Іншими словами, клас масового зберігання USB призначений для того, щоб надати хост-комп'ютеру недиференційований доступ до об'ємного масового сховища, наприклад компактного спалаху, а не до файлової системи, якою можна безпечно ділитися з цільовим пристроєм(крім конкретних файлів, до яких хост може змінювати / отримувати доступ). На практиці, тому, коли на хост-комп'ютері USB встановлено розділ MSC, він бере на себе абсолютний контроль над сховищем, яке потім може бути безпечно не змінено пристроєм без ризику пошкодження даних, поки хост-комп'ютер не розірве з'єднання. Крім того, оскільки хост-комп'ютер має повний контроль над підключеним пристроєм зберігання даних, існує ризик того, що хост-комп'ютер може пошкодити файлову систему, переформатувати її у файлову систему, що не підтримується USB-пристроєм , або іншим чином змінити її таким чином що USB-пристрій не може його повністю зрозуміти.

Підсумок

Це в кінцевому підсумку питання про те, чи пристрій використовує MSC або MTP / PTP. Як правило, спеціальні пристрої зберігання даних, такі як флешки та зовнішні жорсткі диски, використовують MSC, тоді як смартфони та інші пристрої, яким потрібно підтримувати доступ до даних під час підключення до комп'ютера або потребують контролю над переданими даними, будуть використовувати MTP. Багато камер використовують PTP, підмножину MTP.

Якщо пристрій використовує MSC, вам потрібно буде вийняти його з комп'ютера, перш ніж ви зможете його видалити. Якщо він використовує MTP або PTP, викидання не потрібно.

Технічні деталі

Клас масового зберігання (MSC) дозволяє комп'ютеру спілкуватися з накопичувачем приблизно так само, як і з внутрішнім жорстким диском або SSD, роблячи його швидше, ніж інші протоколи передачі даних. Для цього використовуються спеціальні пристрої зберігання даних, такі як USB-флешки та зовнішні жорсткі диски. Однак для цього потрібен рівень блокудоступ до базових носіїв пам’яті, а це означає ексклюзивний доступ до пристрою. Як результат, MSC не підходить для розумних пристроїв, оскільки їм потрібно мати доступ до вмісту файлової системи під час використання комп'ютера. Смартфону фактично потрібно було б вимкнути свою ОС, перш ніж він зможе надати блоковий доступ до комп'ютера - громіздка процедура та така, яка не дозволить вам запускати програми чи іншим чином використовувати пристрій під час підключення. Відповідальність за повне передавання даних за комп’ютером є обов'язком комп’ютера, тому вам потрібно повідомити комп'ютеру, що ви закінчили, викинувши їх.

Протокол передачі медіа (MTP) , яким користуються більшість розумних пристроїв, передбачає рівень файлудоступу, а за управління даними відповідає пристрій, а не хост-комп'ютер. Смартфони використовують MTP, оскільки їм потрібно мати доступ до даних під час підключення пристрою до комп'ютера. MTP також дозволяє пристрою контролювати або обмежувати передачу даних; деякі (в першу чергу старші) цифрові медіа-плеєри / MP3-плеєри використовують MTP для забезпечення захисту від копіювання (DRM) на переданих файлах або для забезпечення сумісності переданих медіафайлів із пристроєм. Оскільки MTP просто представляє ієрархічну структуру файлів / папок, комп'ютеру не потрібно турбуватися про файлову систему або про те, як пристрій зберігає дані. У будь-якому випадку з MTP немає необхідності в явній команді викидання; як тільки пристрій повідомляє системі, що передача завершена (діалогове вікно прогресу закрито), ви можете видалити пристрій без явного його вилучення.

MTP - це набір протоколу передачі зображень (PTP) , який спочатку був розроблений для камер, що спілкуються з комп'ютерами. Багато камер все ще використовують PTP, але деякі підтримують MSC, а деякі дозволяють вибір між MSC та PTP. Крім того, деякі камери підтримують прямий друк через протокол, відомий як PictBridge , який вимагає PTP. Як і в MTP, PTP не вимагає команди викидання. Чи може камера використовувати MSC, PTP або обидва, залежить від того, як камера обробляє сховище під час підключення до комп'ютера.

Зауважте, що якщо ви виймете карту пам'яті з камери та вставите її в гніздо для SD-картки чи інший медіа-зчитувач на комп’ютері, це буде пристрій MSC, і вам потрібно буде вийняти її, коли ви закінчите передачу зображень.

Дизайн також пов'язаний з тим, як живляться пристрої.

Там, де обидва пристрої мають власне джерело енергії, наприклад, комп’ютер та смартфон, є достатньо місця для належного поводження з перервами передачі або будь-яким іншим збоєм. Конструкція спирається на постійну доступну потужність, а також на стабільний коефіцієнт, який дозволяє зробити інший фактор (комунікаційний) відмовним. Без цього, у винятковому випадку, наприклад, якщо акумулятор раптово виймається зі смартфона або ПК примусово вимикається, ці пристрої та їх системи насправді не стійкі до помилок, ніж тупі USB-накопичувачі. ( chkdskкомусь?) Ці відмовні пристрої просто покладаються на достатньо часу, щоб витончено вирішити очікувані проблеми.

Але пристрої, що живлять від свого господаря, мають мало часу для жодної реакції на відключення від їх живлення. А розміщення файлової системи на такому пристрої означає не тільки обслуговування запитів користувачів, але й доступність для фонового зчитування та запису, зробленого невідомими користувачеві фоновими процесами хоста. Користувач ніколи не знає, чи відбувається спілкування в даний момент. Таким чином, повинен бути передбачений явний спосіб сигналізації наміру вимкнути (і це команда Eject), за яким хост повинен припинити будь-які операції. Потім раптове відключення живлення очікується без ризику. Тож подія "Вийняття" - це простий спосіб розпочати належну доопрацювання, поки ми все ще можемо розраховувати на постійну роботу. А речовина зараз не відрізняється від вищезазначеного випадку: влада наданапід час всіх необхідних дій. Закінчивши, хост сигналізує назад (оскільки користувач фізично контролює переривання живлення), що тепер безпечно раптово перервати живлення пристрою без ризику.

Отже, ми бачимо, що одним із найважливіших факторів, що керують дизайном, є те, чи пристрій здатний працювати автономно, щоб мати час для відмов чи ні. Якщо ні, попереднє чітке завершення потрібно вимагати за допомогою команди Eject.