Взагалі ні. Це не швидше, коли він працює, і він недостатньо надійний для щоденного використання. Це має сенс лише для відновлення чи встановлення чи іншого випадкового використання.
Причина полягає в тому, що картки SD завжди були розроблені для використання "стрічкоподібних" - як у цифрових камерах, де дані копіюються одним великим переносом, або одним передачею на файл, поки вся карта не заповнена, а пізніше всі копіюються на один раз.
Навіть із швидкістю швидкості передачі, що стає доступною, технологія, на якій базуються SD-карти: "flash-EEPROM memory" - не дуже добре підходить для випадкового доступу та штучних оновлень, що становить більшість використання диск операційної системи.
Це насправді досить ненадійний, до нього звертаються безпосередньо. Для даних потрібно застосувати «кодування виправлення помилок», оскільки окремі біти виходять з ладу досить часто. І блоки даних навіть потрібно "відбілити / скремблировать", тому що будь-які великі чіткі структури даних - як і багато сусідніх "1" або "0", призведуть до несправності flash-eeprom.
SD-карти розбираються з вищезазначеним, щоб SD-карта принаймні виглядала достовірною - дані записуються з надмірністю, і вони перевіряються, виправляються та розшифровуються під час доступу до них, перш ніж надсилаються на комп'ютер.
Але навіть зчитування одного випадкового фрагмента даних з флеш-чіпа може призвести до пошкодження оточуючих збережених даних. Таким чином, контролерам флеш-пам’яті доведеться повторно записувати навколишні дані десь в іншому місці, щоб вони не втрачалися - і це відбувається, навіть якщо картка встановлена «лише для читання».
Гірше, що кожну окрему клітинку флеш-пам’яті можна записати лише обмежену кількість разів - тому контролер також повинен розповсюджувати записи по диску - під назвою «вирівнювання зносу» - щоб жодна частина не зношувалася занадто рано.
Отже, тепер розглянемо, що відбувається з диском ОС.
Просто завантажитися з неї читає купу маленьких файлів , які розкидані тут і скрізь через чіп - і генерує купу додаткових записів , які є «невидимими» для комп'ютера, навіть якщо «тільки для читання» перемикач встановлений на SD-карта!
Також у специфікації електричного з'єднання для SD-картки немає можливості сказати комп’ютеру "Я зайнятий записом, будь ласка, не вимикайте ще" - або навіть для комп'ютера, щоб попередити SD-карту "ми збирається закрити, приготуйтеся ".
Тож навіть при правильному відключенні операційна система все одно може бути пошкоджена!
SSD дозволяє обійти це, маючи набагато кращі контролери та більше флеш-чіпів. Вони не підключаються через інтерфейс SD-картки, тому існують способи сигналізувати комп’ютеру про те, що вони не закінчені, а на дисках комп'ютер завжди отримує попередження про підготовку до відключення живлення.
SSD-накопичувачі підприємств також часто мають достатньо вбудованого накопичувача енергії, щоб дати їм додаткову частку секунди, щоб закінчити те, що вони робили, навіть якщо живлення раптово відключено - але для SD-карт буквально немає місця для цього, багато менше міні-або мікро-SD.
Деякі невеликі комп’ютери так чи інакше почали використовувати навіть мікро SD-картки для своєї ОС - Raspberry Pi, зокрема, приходить на розум, - але це робиться лише тому, що це так дешево.
Це не дуже надійно - очікуйте збою завантаження ОС після лише декількох сотень завантажень з будь-якої однієї SD-карти.
Вам набагато краще використовувати SSD - навіть USB-накопичений SSD - ніж SD-карту.
Крім того, врахуйте, що різниця між SD-картами та SSD-дисками стосується також більшості "пальців" та USB-дисків USB . Більшість дешевих USB-накопичувачів використовують точно такі ж мікросхеми, що і SD-карти. Ви повинні придбати той, який призначений для роботи, якщо ви хочете завантажувати його щодня.
Ви можете отримати СБС як на Raspberry Pi, але які приходять з «вбудованим спалахом» або «слотом для карт пам'яті EMMC. Обидва вони дуже схожі на невеликий дешевий SSD і кращий, ніж SD-карта для завантаження з.
Ви також можете завантажувати Raspberry Pi з USB-карти або просто тримати ваш кореневий розділ (диск ОС) системи окремо від завантажувального розділу - на іншому спінінгу або твердотільному диску або через мережу в мережі nfs сервер.
Добре залишати / boot-розділ на SD-картці, оскільки він читається лише один раз, за один пакет, під час завантаження - для читання ядра Linux перед завантаженням.
1.5 gigabits
з90 megabytes
.