TF는 microSD를 가리키는 이름으로도 쓰입니다. 이 가이드는 TF 대상이며 풀사이즈 SD는 별도 인터페이스/구성 확인이 필요합니다.
01
YOULEN은 무엇을 공급하나요?
카드 구성안과 명확한 준비 범위를 제공합니다. 시스템 이미지 주문은 샘플 단계에서 버전, 쓰기, 검증, 대상 장치의 인수 확인을 정합니다.
성능, 쓰기 내구성, 작동 온도는 선택한 구성에 따릅니다. 플래시 브랜드만으로 결정되지 않습니다.

표시된 제품은 32GB A1/U1 디자인입니다. 다른 용량과 속도 등급은 제안 구성에 따릅니다.
| 항목 | 공급 및 준비 |
|---|---|
| 용량 | 현재 2GB–256GB를 공급하며 장치와 저장 요구에 맞춰 제안합니다. |
| 성능 | 요청한 속도 등급, 임의 접근, 지속 쓰기에 맞는 구성의 공급 가능 여부를 확인하고 확보된 참고 결과를 안내합니다. 실제 장치 성능은 샘플로 평가합니다. |
| 부품 | 일반 구성은 주로 Micron과 SK hynix 플래시를 사용합니다. 제안 부품을 공개할 수 있습니다. |
| 반복 주문 | 자재 명세서(BOM) 공개와 주문에 합의된 구성 관리. |
| 시스템 이미지 | 원본 이미지, 쓰기/검증 방법, 파티션 확장, 장치 인수 범위를 합의합니다. |
| BOM 변경 | 부품 공급 사정으로 변경이 필요하면 변경 예정일 최소 한 달 전에 새 샘플을 제공하여 시험과 확인을 받습니다. |
| 보증 | 제품 보증은 1년입니다. 불량은 합의된 보증 조건에 따라 처리합니다. |
02
임베디드 프로젝트 경험은 무엇인가요?
최근 미국 임베디드 장치 프로젝트용 TF 부팅 카드 50,000장 주문을 받았습니다. 임베디드 저장장치 문의도 증가했습니다.
별도의 Armbian 준비 작업에서는 4.4 GB EXT4 파티션과 24.6 GB 미할당 공간을 확인했습니다. 원래 구조 유지, 시스템 파티션 확장, 별도 데이터 파티션 중 무엇을 납품할지 결정해야 합니다.
아래 기록은 미국 주문이 아닌 별도 준비 작업입니다. 준비 단계를 보여 주며 부팅 성능이나 현장 신뢰성을 입증하지는 않습니다.
03
TF 카드가 적합한 경우는?
지원되는 개발 보드, 읽기 위주 전용 시스템, 교체형 설치 매체에 유력한 후보입니다. 쓰기 부하가 크면 실기 평가가 필요합니다. 과도한 스왑이나 소수 설정 저장에는 일반 카드를 우선 권하지 않습니다.
저장 방식에 관한 권고입니다. 최종 카드는 장치, 부하, 샘플 결과에 따라 선택합니다.
| 용도 | 초기 판단 | 이유 및 확인 |
|---|---|---|
| 개발 보드, 시제품, 잦은 이미지 변경 | 유력한 후보 | 준비와 교체가 쉬움. 보드/이미지 지원 확인. |
| 읽기 많고 쓰기 적은 전용 시스템 | 유력한 후보 | 비용/성능 균형. 백그라운드 쓰기, 온도, 전원 확인. |
| 수집기, 집중기, 게이트웨이 | 장치에서 평가 | 용량과 교체성이 유용. 쓰기량, 보존 기간, 복구 정의. |
| 여러 앱, 작은 파일, 잦은 DB 접근 | 장치에서 평가 | 연속 속도 외에 임의 접근과 지연 중요. |
| 소수 설정/카운터 | 우선 선택 아님 | 소형 내장 메모리로 충분할 수 있음. |
| 과도한 스왑 | 우선 선택 아님 | 물리 RAM, 쓰기 부하, 다른 매체 재검토. |
| 설치/업데이트/복구 | 유력한 후보 | 이미지/절차 지원 시 배포와 유지보수에 유용. |
| 고장 결과가 심각한 무인 장치 | 장치에서 평가 | 환경, 전원, 이중화, 유지보수 우선. |
04
내장 저장장치 대신 TF를 선택하는 이유는?
사전 기록, 교체, 유연한 용량이 주요 장점입니다. 비용은 납품과 유지보수 전체로 비교합니다.
시스템 카드를 미리 준비하면 이미지 기록과 최종 조립을 분리할 수 있습니다. 승인된 버전으로 납품 소프트웨어를 관리하기 쉽습니다.
슬롯 접근과 카드 부팅이 가능하면 준비된 교체 카드를 유지보수에 쓸 수 있습니다. 개발 중에는 카드 교체로 시스템 버전을 바꿀 수 있습니다.
지원 범위 내에서 같은 하드웨어에 다른 용량을 써 시스템, 콘텐츠, 데이터 보존 요구에 대응할 수 있습니다.
내장 저장장치에도 통합/생산상의 장점이 있습니다. 매체, 설계, 프로그래밍, 시험, 수리까지 비교해야 하며 TF가 항상 저렴하지는 않습니다. TF는 보통 영구 저장 공간이며 RAM을 직접 대체하지 않습니다.
05
부팅용, 시스템용, 데이터용 중 어떤 카드인가요?
부팅 매체는 장치를 시작하고, 시스템 저장소는 실행 중인 OS를 지원하며, 데이터 저장소는 콘텐츠를 보관합니다. 한 카드가 여러 역할을 맡을 수도 있습니다.
내장 매체로 부팅하고 TF에 로그를 쓰거나 TF로 부팅하고 대용량 데이터는 다른 곳에 저장할 수 있습니다. 'Linux 부팅 카드'만으로는 부족하며 부팅 이후 동작도 중요합니다.
| 역할 | 사용 | 우선 사항 |
|---|---|---|
| 부팅 | 전원 인가 시 초기 코드/내용 읽기. | 부팅 지원, 읽기, 이미지 배치. |
| 시스템 | 실행 중인 OS와 앱 지원. | 임의 접근, 지연, 백그라운드 쓰기. |
| 데이터 | 로그, 영상, 음성, 업무 데이터 저장. | 용량, 쓰기 패턴, 보호, 보존. |
06
시스템마다 준비 방법이 다른가요?
네. 시작 소프트웨어가 부팅을, OS와 드라이버가 파일 시스템 지원을, 앱이 읽기/쓰기 부하를 결정합니다. OS 이름만으로 카드 배치가 정해지지 않습니다.
예를 들어 Zephyr 문서는 SD 접근과 파일 시스템 연동을 설명합니다. 이는 저장 기능의 근거이며 모든 Zephyr 보드의 카드 부팅을 뜻하지 않습니다. [1]
| 플랫폼 | 카드에 미치는 영향 | 프로젝트별 조건 |
|---|---|---|
| MCU, 베어메탈, FreeRTOS | 실시간 운영체제(RTOS)는 공통 TF 부팅 방식을 정하지 않습니다. 파일 접근과 부팅 지원은 별개입니다. | 마이크로컨트롤러(MCU), 부트로더, 드라이버에 따라 초기 코드, 업데이트, 데이터 역할이 결정됩니다. |
| Orange Pi, Armbian, 임베디드 Linux | 전체 장치 이미지는 자체 배치를 포함합니다. 기록은 포맷된 카드에 파일을 복사하는 것과 다릅니다. [3] | 정확한 보드용 이미지, 파티션, 첫 부팅 확장 여부. |
| Raspberry Pi | 모델별 부팅 옵션이 다릅니다. 준비는 모델과 부팅 경로에 맞아야 합니다. [7] | 정확한 모델, 선택 이미지, 설정된 부팅 순서. |
| Novatek, Ambarella, Realtek 등 제조사별 플랫폼 | 보드와 소프트웨어의 제조사 절차를 따릅니다. 녹화, 업데이트, 시스템 카드는 역할이 다릅니다. | 칩, 보드, 소프트웨어 버전, 카드 역할, 제조사 지침. |
| Android: 외부 데이터 저장 | 채택형 저장소는 한 장치용으로 포맷/암호화됩니다. 데이터 모드이며 부팅 이미지 준비 방법이 아닙니다. [2] | 이동식 또는 채택형 사용. TF 부팅은 보드별 별도 시작 절차가 필요합니다. |
07
FAT32와 EXT4 중 무엇을 사용하나요?
공통 형식은 없습니다. 전체 이미지에서는 승인 이미지가 배치를 제공하고, 별도 데이터는 장치의 지원에 따라 포맷합니다.
파일 시스템은 파일과 디렉터리를 관리합니다. 여러 파티션에 다른 파일 시스템을 쓸 수 있습니다.
| 준비 | 파일 시스템 선택 |
|---|---|
| 일반 파일/데이터 | 장치 지원과 파일 요구에 맞춤. |
| 전체 시스템 이미지 | 승인 배치 유지. |
| 맞춤 시스템 | 보드, 부팅 소프트웨어, 이미지에 따름. |
| 별도 데이터 파티션 | OS/앱 지원 확인. |
부팅용 FAT와 시스템용 EXT4를 조합하는 예는 있지만 모든 임베디드 Linux의 표준 배치는 아닙니다. [3][7]
08
IMG 복사와 부팅 이미지 기록은 같은가요?
아닙니다. 복사는 파일을 저장하며, 장치 전체 기록은 이미지 배치에 따라 매체를 준비합니다.
전체 이미지는 부팅 내용, 파티션 표, 파일 시스템을 포함할 수 있습니다. 기존 파티션에 .img를 넣는 것만으로 전체 기록이 필요한 카드를 준비할 수는 없습니다.
Armbian 공식 절차는 보드/로컬 이미지 선택, 기록, 데이터 검증을 포함합니다. [3]
이 YOULEN 기록은 Orange Pi Zero3 이미지 쓰기 완료를 보여 줍니다.

배치 전 전체 이미지, 파티션 이미지, 일반 파일, 고유 절차의 업데이트 패키지를 구분합니다. 확장자만으로 방법이 정해지지 않습니다.
09
이미지 기록 후 미사용 공간이 남는 이유는?
이미지가 카드 일부만 사용해 나머지가 파티션/파일 시스템 밖에 남을 수 있습니다. 이것만으로 용량 불량이라 판단할 수 없습니다.
최근 YOULEN 기록에는 약 4.4 GB EXT4와 24.6 GB 미할당 공간이 있습니다.

| 방법 | 합의 사항 |
|---|---|
| 첫 부팅 확장 | 이미지에 기능이 있고 실기에서 확인됨. |
| 납품 전 확장 | 절차, 부팅 영향, 예상 결과 합의. |
| 기존 배치 유지 | 고객이 기존 공간 구성을 수락. |
| 데이터 파티션 추가 | 시스템/앱 지원 및 고객 승인. |
파티션 확장과 파일 시스템 확장은 관련 있지만 다른 작업입니다. 맞춤 이미지가 기본 첫 부팅 동작을 유지하지 않을 수 있습니다.
쓰기 완료 표시에서 끝내지 않고 납품 시 공간 배치를 확정해야 합니다.
10
같은 표시 용량이면 같은 이미지가 들어가나요?
항상 그렇지는 않습니다. 둘 다 32GB라도 이미지와 파티션 경계가 대상 카드의 주소 지정 가능 공간에 들어가야 합니다.
제안 구성으로 적합성을 확인합니다. 여러 구성/배치에 사용하면 샘플 단계에서 실제 용량 조건과 이미지 여유를 합의합니다.
초기 이미지 외에 시스템, 앱, 업데이트, 로그, 업무 데이터 공간도 확보합니다.
11
Linux 부팅 카드에 A2가 필요한가요?
반드시 필요하지는 않습니다. 부하와 호스트 지원에 따라 다릅니다. 읽기 위주 시스템과 잦은 DB 접근은 평가가 다릅니다.
A1/A2는 SD Association의 앱 성능 등급입니다. IOPS는 초당 입출력 작업 수이며 아래 임의 접근 값은 4 KB 작업을 사용합니다.
| 등급 | 최소 평균 임의 읽기 | 최소 평균 임의 쓰기 | 최소 지속 순차 성능 |
|---|---|---|---|
| A1 | 1,500 IOPS | 500 IOPS | 10 MB/s |
| A2 | 4,000 IOPS | 2,000 IOPS | 10 MB/s |
정해진 조건의 등급 요건이며 부팅 시간이나 수명 수치가 아닙니다. 호스트의 A2 기능 지원도 중요합니다. [4]
대형 파일과 연속 녹화에는 지속 전송이 중요합니다. 시스템/DB는 임의 접근과 지연도 평가해야 합니다. C10, U3, V30만으로 A2를 입증하지 못합니다.
12
쓰기량이 적으면 오래 사용할 수 있나요?
마모 부담은 줄지만 보장 연수로 환산할 수 없습니다. 온도, 전원, 백그라운드 쓰기, 보존, 유지보수도 중요합니다.
작은 업무 파일이라도 로그, DB, 캐시, 메타데이터 쓰기가 추가될 수 있습니다.
수도/전력 계량에서는 소수 설정을 저장하는 단말과 여러 장치 데이터를 모으는 수집기를 구분합니다. 전자는 소형 내장 메모리로 충분할 수 있고, 후자는 TF 용량/교체성이 유용할 수 있습니다.
쓰기 내구성과 무전원 데이터 보존은 별도 특성입니다. [5]
13
갑자기 전원이 끊기면 어떻게 되나요?
카드, 전원, 시스템 쓰기, 복구를 함께 평가합니다. 속도 등급만으로 전원 문제를 해결하지 못합니다.
읽기 위주 전용 기기는 읽기 전용 루트와 별도 쓰기 데이터 구성을 고려할 수 있습니다. Raspberry Pi 가이드의 방법이지만 카드 전체가 전원 손상에 면역이 되는 것은 아닙니다. [6]
전원 장애 보호가 있다면 쓰는 중인 데이터, 저장 데이터, 내부 관리 정보, 재시작 후 장치 상태 중 무엇을 보호하는지 확인해야 합니다.
14
TF가 RAM이나 ROM을 대체하나요?
아닙니다. TF는 영구 저장소이며 물리 작업 메모리(RAM)나 내부 읽기 전용 부팅 메모리(ROM)를 대체하지 않습니다.
'ROM 용량'이 시스템, 앱, 파일 저장 공간을 의미하는 경우도 있습니다. 실제 저장 작업을 구분해야 합니다.
Linux 스왑은 메모리 페이지를 저장장치에 옮기며 같은 성능의 RAM을 추가하지 않습니다. 간헐적 페이징과 지속적 대량 스왑은 다르며 후자는 메모리/저장장치를 재평가해야 합니다.
15
샘플에서 배치 공급으로 가기 전 무엇을 합의하나요?
카드 구성과 이미지 준비, 대상 장치 인수 확인을 거친 뒤 배치 납품 조건을 확정합니다.
쓰기 검증, 카드 시험, 장치 인수는 서로 다른 확인입니다. 복제 시 공통 시스템 내용과 개별 생성할 장치 ID, 키, 초기 데이터를 분리해야 합니다.
| 단계 | 합의 결과 |
|---|---|
| 프로젝트 | 장치, 역할, 환경, 용량, 수량. |
| 구성 | 속도, 플래시, 내구성, 온도. |
| 이미지 | 승인 버전, 체크섬, 기록, 확장. |
| 쓰기/카드 확인 | 범위, 방법, 기록. |
| 장치 샘플 인수 | 부팅, 작동, 데이터, 필요한 이상 복구. |
| 배치 확정 | 구성, 이미지, 수량, 포장, 일정, 보증. |
| 이후 변경 | 부품/이미지 재승인. |
출처 및 범위
공개 기술 자료, 최근 YOULEN 프로젝트 요구, 준비 기록을 결합한 가이드이며 플랫폼 비교 시험 보고서가 아닙니다. 요구는 정확한 장치/소프트웨어 버전에 따르며 구성과 납품은 승인 샘플/주문을 따릅니다.
- Zephyr — SD-card access, drivers and file-system integration
- Android — adoptable storage, formatting and encryption
- Armbian — image writing and verification
- SD Association — A1 and A2 application performance
- Swissbit — endurance, retention and storage technology
- Raspberry Pi — making a more resilient file system
- Raspberry Pi — hardware and boot mechanisms