"Live-USB 썩음"과 같은 것이 있습니까?

나는 일반적으로 문제를 진단하거나 신뢰할 수없는 컴퓨터를 사용하기 위해 라이브 USB를 사용합니다.

내 라이브 USB 설정은 일반적으로 dd 그것은 USB 드라이브에, 그래서 그것은 다음과 같습니다 :

root@localhost:~# lsblk /dev/sdb
NAME       RM   SIZE   RO   TYPE   MOUNTPOINT
sdb         1   7.5G    0   disk
|_sdb1      1   4.6G    0   part   /run/archiso/bootmnt

어떤 의미에서 쓰기 전용으로 추가 파티션이 만들어지지 않았습니다.

결코 USB가 살아남지 않습니까? dd 또 다른 ISO, 쓰기 또는 쓰기 때문에 썩거나 마모 되었습니까?

또한,이 라이브 환경에서 실행되는 동안 전원이 갑자기 끊어지면 드라이브에 아무런 피해가 올 것으로 예상 할 수 있습니까? 나중에 실행할 수없는 도구, 손상의 형태?

가장 저렴한 USB 드라이브 & amp; 다른 플래시 미디어 (SD / CF 등의 카드)는 1,000 또는 10,000 또는 심지어는 100,000의 평생 쓰기를 예상하므로 가능한 한 오랫동안 사용할 수 있도록 쓰기를 피하려고하는 것처럼 들립니다.

정적 인 ISO를 작성하고 라이브 부팅은 "영구적 인"파일이나 파티션이없는 한 쓰기를 최소화해야합니다. (영구적 인 데이터가 결국에는 손상 될 수있는 오랜 버그가있었습니다. ). RAM이 있고 더 나아가고 싶다면, 다음과 같이 부팅 할 수 있습니다. toram (메모리에 ISO 복사하기) 그리고 마운트 해제, "꺼내기", "전원 끄기"또는 심지어 드라이브 / 카드 제거하기 (메모리 카드 및 USB 장치 물리적 커넥터는 마모 될 것입니다. "삽입주기")

나는 항상 라이브로 운영되며 보통 파티션은 읽기 - 쓰기로 마운트됩니다 ( rw ) 부팅시. 파일 시스템에 따라 마운트 / 마운트 해제를 위해 일부 데이터가 여전히 기록 될 수 있습니다. 예를 들면 다음과 같습니다.

• ext2 / 3 / 4는 마지막 마운트 시간, 마지막 쓰기 시간, 마지막으로 마운트 된 경로, 마운트 횟수, 평생 쓰기 및 "마운트가 완료되면 지워지는"플래그 (flag) "를 기록하여 일부 작은 쓰기가 여전히 발생합니다 . 안전하지 않은 제거 또는 전원 장애에도 불구하고 ext3 (저널링 포함)은 심각한 손상을 일으키지 않았습니다. fsck 인터럽트되는 동안 기록 된 마지막 몇 개의 파일을 넘어서 고침을 수정하지 못했습니다.
• FAT - 잘 모르겠다. 마운트 된 & amp; 읽었지 만 일화적으로 몇 달 동안 FAT 파일 시스템이 손상되어서 불운 한 일은 없었습니다. 아무런 정전도 없었습니다. (단지 몇몇 파일들이 손상된 것이 아니라, 파일 시스템이 "수정 불가능"이었고, 다른 도구로도 복구가 가능했다면 모든 파일 이름이 손실되었습니다)
• ISO9660 I 생각한다 읽기 전용 파일 시스템이기 때문에 아무것도 쓰지 않습니다. 아마 UDF도 읽기 전용입니다 (그러나 그 중 하나를 인용하지 마십시오)

나는 또한 부팅시에 이상한 습관을 발견했다. 가끔씩 만 다른 파티션도 순간적으로 마운트 (읽기 - 쓰기) 한 다음 모든 마운트가 완료되기 전에 마운트가 해제됩니다. 거의 버그 같아. 검색 /var/log/syslog 초기의 "마운트"(장착 / 장착과 같은).

읽기 전용 부팅 옵션 ( ro )는 부팅시 읽기 - 쓰기 마운트를 중지하지 않는 것처럼 보입니다.

참고로, 저는 개인적으로 원시를 좋아하지 않습니다. dd (대부분의 ISO는 1GB 또는 2GB 일 가능성이 있으며 구입할 수있는 가장 작은 드라이브는 현재 4GB 인 것 같기 때문에) 나머지 공간을 낭비합니다. 파티션을 나누었 으면 (ISO9660과 같은 읽기 전용 파일 시스템에서 여전히) GRUB이 ISO 파일을 직접 부팅하고 (여러 ISO가있는 멀티 부팅 드라이브에 적합 함) 부팅 파티션을 가질 수 있으며 데이터 파티션도 가질 수 있습니다 )를 쓰기 가능한 파일 시스템에 저장합니다.

또한 일부 플래시 드라이브는 드라이브의 "블록"을 최대한 활용하고 완전히 닦아 낼 수 있도록 특별히 포맷되어 있습니다 dd 그 서식을 잃는다. 할 수있다 소거 블록 & amp; 삭제와 관련하여 MB (1024 바이트, 때때로 MiB라고도 함)에 정렬하는 것이 가장 좋습니다. 블록 크기를 써라 (구글은 나보다 더 웅변적일 것이다).