Câu hỏi này đã có câu trả lời ở đây:
Tôi có một ổ đĩa flash hoàn toàn mới (một tuần tuổi) đã được đánh dấu là chỉ đọc, bởi Windows, Kubfox và trình phân vùng có thể khởi động. Tại sao điều này xảy ra? Có sửa được không? Nếu có, làm thế nào tôi có thể sửa lỗi này?
Vấn đề
Thứ nhất, ổ đĩa này là mới. Nó chắc chắn không được sử dụng đủ để chết vì hao mòn thông thường, mặc dù tôi sẽ không giảm giá các thành phần bị lỗi.
Ổ đĩa đã bằng cách nào đó đã bị khóa trong trạng thái chỉ đọc. Quản lý đĩa của Windows:
Đĩa:
Generic Flash Disk USB Device
Disk ID: 33FA33FA
Type : USB
Status : Online
Path : 0
Target : 0
LUN ID : 0
Location Path : UNAVAILABLE
Current Read-only State : Yes
Read-only : No
Boot Disk : No
Pagefile Disk : No
Hibernation File Disk : No
Crashdump Disk : No
Clustered Disk : No
Điều thực sự làm tôi bối rối là Current Read-only State : Yesvà Read-only : No.
Giải pháp cố gắng
Cho đến nay, tôi đã thử:
Định dạng nó trong Windows (trong quản lý đĩa, các tùy chọn định dạng bị mờ đi khi nhấp chuột phải).
DiskPart Clean (
CLEAN - Clear the configuration information, or all information, off the disk.):DISKPART> clean DiskPart has encountered an error: The media is write protected. See the System Event Log for more information.Không có gì trong nhật ký sự kiện.
Định dạng dòng lệnh Windows
>format G: Insert new disk for drive G: and press ENTER when ready... The type of the file system is FAT32. Verifying 7740M Cannot format. This volume is write protected.Windows chkdsk: xem bên dưới để biết chi tiết
Kubfox fsck (thông qua VirtualBox USB passthrough): xem bên dưới để biết chi tiết
Acronis True Image thành định dạng, để chuyển đổi sang GPT, để phá hủy và xây dựng lại MBR, về cơ bản mọi thứ: thất bại (không thể ghi vào MBR)
Chi tiết (và một câu chuyện hay)
Lý lịch
Đây là một ổ flash 8GB hoàn toàn mới, chung chung mà tôi muốn tạo ra một ổ flash multiboot với. Nó được định dạng là FAT32, mặc dù lớn hơn một chút so với hầu hết 8 ổ flash GIGAbyte mà tôi đã gặp. Khoảng 127 MB đã được liệt kê là "được sử dụng" bởi Windows. Tôi không bao giờ khám phá tại sao. Không gian có thể sử dụng cuối cùng là về những gì tôi thường mong đợi từ ổ đĩa 8GB (khoảng 7,4 GIBIbytes).
Tôi đã ném khá nhiều bản phân phối Linux, cùng với một bản sao của Hiren. Tất cả họ sẽ khởi động hoàn hảo. Họ đã được đưa vào với YUMI .
Khi tôi cố gắng đưa DVD Knoppix vào, YUMI đã thêm một tùy chọn video kỳ lạ vào comman khởi động của nó, khiến Knoppix khởi động với màn hình đen trên X. ttys 1 đến 6 vẫn hoạt động như giao diện văn bản.
Vài ngày sau, tôi mất một chút thời gian để tắt tùy chọn video kỳ quặc đó, làm cho lệnh khởi động khớp với tùy chọn đi kèm với Knoppix. Trong nỗ lực khởi động, Knoppix đã báo cáo một số hình thức tham nhũng LZMA.
Dẫn đến vấn đề hiện tại
Tôi đã nghĩ rằng các tập tin Knoppix có thể đã bị hỏng bằng cách nào đó, vì vậy tôi đã thử tải lại nó. Ổ đĩa đã gần đầy (miễn phí 45 MB), vì vậy tôi đã xóa một ISO chung cũng không khởi động được. Điều đó đã đi tốt. Sau đó tôi đã đi qua YUMI để 'gỡ cài đặt' Knoppix, tức là xóa các tệp và xóa khỏi các menu. Các tập tin đã đi trước, sau đó các menu đã được xóa thành công. Tuy nhiên, dung lượng trống đã bị kẹt ở khoảng 700 MB, giống như trước khi loại bỏ Knoppix. Trong thư mục Knoppix cũ, có một tệp 0 byte có tên KNOPPIXkhông thể xóa được.
Tôi đã thử gắn lại ổ đĩa để xóa tệp này - mà không xóa một cách an toàn, nếu điều đó tạo ra sự khác biệt (hey, lần đầu tiên cho mọi thứ). Chạy chkdskquét Windows tiêu chuẩn mà không có /rhoặc /fbáo cáo lỗi được tìm thấy. Chạy với /rchỉ có nó bị mắc kẹt.
Tôi đã quyết định thực hiện fsckmột cú đánh, vì vậy tôi đã tải lên máy ảo Kubfox của mình và gắn ổ đĩa vào nó với bộ truyền USB USB của VirtualBox. Tôi umounted nó ( /dev/sda1) và chạy một fsck. There are differences between boot sector and its backup.Tôi đã chọn No action. Nó nói với tôi rằng các FAT khác nhau và yêu cầu tôi chọn FAT đầu tiên hoặc thứ hai. Bất cứ điều gì tôi chọn, tôi nhận được một thông báo Free cluster summary wrong. Nếu tôi chọn Correct, nó đưa ra một danh sách các tên tệp không chính xác. Để cố gắng sửa một cái gì đó , ít nhất, tôi đã chạy nó với -ptùy chọn. Khi sửa được các tập tin, VM bị đóng băng - Tôi đã kết thúc quá trình của mình khoảng mười phút sau.
Nguyên nhân?
Nỗ lực tiếp theo của tôi là sử dụng YUMI, một lần nữa, để xây dựng lại toàn bộ ổ đĩa. Tôi đã sử dụng tùy chọn định dạng lại (đến FAT32) của YUMI và cài đặt Kubfox ISO (700MB). Định dạng đã thành công, tuy nhiên, trích xuất và sao chép Kubfox (mà YUMI sử dụng nhị phân 7zip cho) đóng băng với khoảng 60% được thực hiện. Sau khi chờ đợi khoảng mười lăm phút (lâu hơn so với 3,5 GB Knoppix ISO đã sử dụng lần trước), tôi rút ổ đĩa ra. Ổ đĩa tại thời điểm này đã được định dạng, SYSLINUX đã được cài đặt, chỉ chờ giải nén ISO và sửa đổi các menu khởi động.
Cắm lại, nó xuất hiện như bình thường - tuy nhiên, bất kỳ hành động ghi nào cũng sẽ thất bại. Quản lý đĩa báo cáo nó là chỉ đọc. Khi kết nối lại, nó sẽ xuất hiện như bình thường nhưng thao tác ghi sẽ khiến nó chỉ được đọc lại. Sau một vài lần thử, nó bắt đầu xuất hiện dưới dạng chỉ đọc khi chèn.
Nỗ lực sửa chữa
Đây là khi tôi chạy qua các nỗ lực được liệt kê ở trên, để thử và định dạng lại nó trong trường hợp định dạng bị lỗi. Tuy nhiên, việc không thể thực hiện được ngay cả trên đĩa khởi động cho thấy điều gì đó nghiêm trọng hơn là sai. chkdskbây giờ báo cáo không có gì sai và fsckvẫn báo cáo sự không nhất quán MBR, nhưng bây giờ luôn tự động chọn FAT đầu tiên sau khi cho tôi biết các FAT khác nhau. Nó vẫn làm như vậy Free cluster summary wrongsau đó. Tôi không thể chạy với -pnữa vì bây giờ nó được đánh dấu là chỉ đọc. Nó cũng đã tìm cách làm hỏng đĩa VM của tôi bằng cách nào đó trong lần thử đầu tiên (vâng, tôi chắc chắn rằng tôi đã chọn sda, được ánh xạ tới ổ đĩa 7.4 GB - tôi đã kiểm tra ba lần ). Cảm ơn chúa vì ảnh chụp nhanh?
Tôi chỉ là về những ý tưởng. Theo suy nghĩ thiếu kinh nghiệm của tôi, có vẻ như một cái gì đó trong phần sụn của ổ đĩa đã đặt nó chỉ đọc "vĩnh viễn" bằng cách nào đó - có cách nào để thiết lập lại điều này không? Tôi không đặc biệt quan tâm đến việc giữ dữ liệu, vì tôi đã định dạng lại dữ liệu hai lần.
Ngoài ra, các bản sửa lỗi giữ tôi trong Windows là tốt hơn; nó làm giảm nguy cơ tôi vô tình làm hỏng ổ cứng chính của tôi.
Cập nhật 1:
Tôi tách ổ đĩa ra khỏi sự tò mò.
Như bạn có thể thấy, không có công tắc bảo vệ ghi rõ ràng. Mặt khác, có một IC, nhãn hiệu ALCOR có nhãn AU6989HL, nếu điều đó quan trọng. Nếu dường như không có cách nào để khắc phục điều này, có lẽ tôi sẽ rút thẻ (dán xuống) và đặt nó vào đầu đọc thẻ để kiểm tra xem đó là thẻ hoặc bộ điều khiển đã chết.
Cập nhật 2:
Tôi đã rút thẻ ra, Windows phát hiện ổ đĩa là đầu đọc thẻ. Các số liên lạc trên thẻ dường như không được sử dụng và có một số hàng lỗ trên chính thẻ. Đưa nó vào đầu đọc thẻ chỉ phát hiện tổng cộng khoảng 30 MB, RAW. Có thể ổ đĩa gốc báo cáo thẻ không chính xác là bị lỗi (như thể bảo vệ ghi của thẻ SD thực sự đã được bật) hoặc liên hệ xấu ở đâu đó.
Nếu không có gì khác, tôi có một thẻ Micro SD 8GB dự phòng ngay bây giờ ... ngay khi tôi tìm ra cách định dạng nó thành 8GB. Điều này dường như là không thể (Windows, Partedmagic ,, ddDBAN ... không, vẫn còn 30 MB). À
Cập nhật 3
Tôi đã có thêm một vài trong số này. Cái thứ hai thất bại tương tự (chỉ đọc) ngày hôm nay. Trong số còn lại, hai cái được phát hiện là đầu đọc thẻ trống / ổ đĩa không được định dạng, tùy thuộc vào rung lắc (tiếp xúc bị lỗi?). Một được phát hiện là đầy đủ 1/3 và có một tên âm lượng kỳ lạ.
Kết quả H2testw (lần cuối tôi làm việc đầy đủ!):
Warning: Only 7762 of 7812 MByte tested.
The media is likely to be defective.
7.5 GByte OK (15896472 sectors)
52 KByte DATA LOST (104 sectors)
Details:0 KByte overwritten (0 sectors)
0 KByte slightly changed (< 8 bit/sector, 0 sectors)
52 KByte corrupted (104 sectors)
0 KByte aliased memory (0 sectors)
First error at offset: 0x0000000186003000
Expected: 0x0000000186003000
Found: 0x00200800c40c3061
H2testw version 1.3
Writing speed: 3.95 MByte/s
Reading speed: 14.0 MByte/s
H2testw v1.4
Mặc dù điều này hơi đáng lo ngại, nhưng rõ ràng các ổ đĩa thực sự có dung lượng gần 8GB, như được xác minh bởi một công cụ thường được sử dụng thành công để phát hiện các ổ đĩa flash giả. Việc sử dụng thẻ Micro SD thay vì mô-đun bộ nhớ flash được đánh dấu khiến cho gần như không thể khởi động lại ổ đĩa, vì các công cụ flash ổ đĩa của Alcor mong muốn mô hình bộ nhớ là một tham số. Tôi nghĩ rằng tôi sẽ ném toàn bộ ra.
Windows Logsvà Applications and Services Logs. Không có gì xảy ra ở đó. Vâng, tôi đã làm mới ( F5), liên tục.