Tôi có Samsung S 3 mini.
Tôi đã làm một cái gì đó thực sự xấu cho bố cục phân vùng SD CARD NỘI BỘ của tôi. Khi tôi nhớ chính xác, tôi đã cố gắng phân vùng lại thẻ SD bên ngoài của mình qua fdisk ngay trên Android thông qua 'adb shell'. Và tôi xóa phân vùng tồn tại (chỉ có một khi tôi nhớ lại) trên mmcblk0 (dường như không phải là Bên ngoài, mà là Internal =)
Bây giờ tôi có:
~ # cat / Proc / phân vùng tên chính #blocks nhỏ 179 0 7634944 mmcblk0 179 64 2048 mmcblk0boot1 179 32 2048 mmcblk0boot0 179 96 3866624 mmcblk1 179 97 3862528 mmcblk1p1
~ # ls -la / dev / block / mmcblk * brw ------- 1 root 179, 0 Jan 1 10:30 / dev / block / mmcblk0 brw ------- 1 root 179, 32 tháng 1 09:28 / dev / block / mmcblk0boot0 brw ------- 1 root 179, 64 Jan 1 09:28 / dev / block / mmcblk0boot1 -rw-rw-rw- 1 root 16777216 1 tháng 1 10:07 / dev / block / mmcblk0p20 -rw-r - r-- 1 root root 0 Jan 1 10:07 / dev / block / mmcblk0p22 brw ------- 1 root 179, 96 ngày 1 tháng 1 09:28 / dev / block / mmcblk1 brw ------- 1 root root 179, 97 Jan 1 09:28 / dev / block / mmcblk1p1
~ # df Hệ thống tập tin Khối 1K được sử dụng Có sẵn Sử dụng% Được gắn trên tmpfs 411756 16452 395304 4% / dev / dev / block / mmcblk1p1 3858432 1473472 2384960 38% / bên ngoài_sd
~ # gắn kết rootfs trên / gõ rootfs (rw) tmpfs trên / dev loại tmpfs (rw, nosuid, relatime, mode = 755) devpts on / dev / pts loại devpts (rw, relatime, mode = 600) Proc on / Proc type Proc (rw, relatime) sysfs trên / sys loại sysfs (rw, relatime) / dev / block / mmcblk1p1 on / outs_sd gõ vfat (rw, gậtvev ro)
~ # đuôi ./etc/recovery.fstab / hệ thống ext4 / dev / block / mmcblk0p22 / bộ đệm ext4 / dev / block / mmcblk0p23 / dữ liệu ext4 / dev / block / mmcblk0p25 chiều dài = -16384 / efs ext4 / dev / block / mmcblk0p11 / boot emmc / dev / block / mmcblk0p20 / khôi phục emmc / dev / block / mmcblk0p21 / tải trước ext4 / dev / block / mmcblk0p24 / modem ext4 / dev / block / mmcblk0p12 / sdcard datamedia / dev / null / bên ngoài_sd vfat / dev / block / mmcblk1p1
~ # đuôi ./etc/fstab / dev / block / mmcblk0p23 / cache ext4 rw / dev / block / mmcblk0p25 / dữ liệu ext4 rw / dev / block / mmcblk0p22 / hệ thống ext4 rw / dev / null / sdcard datamedia rw
~ # parted / dev / block / mmcblk0 GNU Chia tay 1.8.8.1.179-aef3 Sử dụng / dev / block / mmcblk0 Chào mừng bạn đến với GNU Parted! Nhập 'trợ giúp' để xem danh sách các lệnh. (chia tay) in in Cảnh báo: / dev / block / mmcblk0 chứa chữ ký GPT, cho biết rằng nó có Bảng GPT. Tuy nhiên, nó không có bảng phân vùng msdos giả hợp lệ, vì nó Nên. Có lẽ nó đã bị hỏng - có thể bởi một chương trình không hiểu bảng phân vùng GPT. Hoặc có lẽ bạn đã xóa bảng GPT và hiện đang sử dụng bảng phân vùng msdos. Đây có phải là bảng phân vùng GPT không? Có không?
Công cụ khôi phục ClockWorkMod của tôi không thể gắn kết bất cứ thứ gì (/ cache, / system, nothing). Đây là loại công cụ tôi nhận được trong CWM:
- Xóa bộ nhớ cache ... Định dạng / bộ đệm ... Cần kích thước của hệ thống tập tin E: format_volume: make_extf4fs không thành công trên / dev / block / mmcblk0p23 Bộ nhớ cache xóa hoàn toàn. W: không thể gắn / dev / block / mmcblk0p23 (Yêu cầu thiết bị chặn) E: Không thể mount / cache / recovery / log E: Không thể mở / cache / recovery / log W: không thể gắn / dev / block / mmcblk0p23 (Yêu cầu thiết bị chặn) E: Không thể mount / cache / recovery / last_log E: Không thể mở / cache / recovery / last_log W: không thể gắn / dev / block / mmcblk0p23 (Yêu cầu thiết bị chặn) W: Không thể hủy liên kết / bộ đệm / khôi phục / lệnh Định dạng dữ liệu... cảnh báo: get_file_size: Kích thước hệ thống tệp được tính nhỏ hơn 0 Cần kích thước của hệ thống tập tin E: format_volume: make_extf4fs không thành công trên / dev / block / mmcblk0p25 Lỗi định dạng / dữ liệu! W: không thể gắn / dev / block / mmcblk0p23 (Yêu cầu thiết bị chặn) E: Không thể mount / cache / recovery / log E: Không thể mở / cache / recovery / log Như bạn có thể thấy, không có phân vùng cho / system, / cache và các thứ khác, nên có ở đó. (thư mục but / system và / cache có trong danh sách dir)
Tôi thực sự đã làm mọi thứ tôi có thể. Tôi đã thử: khôi phục từ bản sao lưu (tôi có một, được tạo bằng công cụ khôi phục), cài đặt ROM mới (Với công cụ khôi phục), cài đặt firmware stock và kernel kernel ở chế độ ODIN. Tôi thậm chí đã thử một số tệp PIT: không có gì hoàn toàn không làm gì với trạng thái của tôi.
Thành thật mà nói tôi bỏ lỡ một số phần quan trọng trong việc hiểu hệ thống tập tin, phân vùng, hình ảnh, ROM là gì, kernel stock là gì, làm thế nào để phân vùng 22, 23 25 được tạo ra, v.v ...
Tôi nên làm gì?
CẬP NHẬT!
Ồ, có vẻ như tôi có mọi thứ trong bộ đệm giao diện điều khiển (lịch sử đầy đủ của các hành động gây xao lãng)
Lúc đầu tôi có cái này:
mèo / Proc / phân vùng tên chính #blocks nhỏ 7 0 2111 lặp0 179 0 7634944 mmcblk0 179 1 128 mmcblk0p1 179 2 384 mmcblk0p2 179 3 1024 mmcblk0p3 179 4 1024 mmcblk0p4 179 5 512 mmcblk0p5 179 6 512 mmcblk0p6 179 7 512 mmcblk0p7 179 8 512 mmcblk0p8 179 9 1024 mmcblk0p9 179 10 1024 mmcblk0p10 179 11 16384 mmcblk0p11 179 12 16384 mmcblk0p12 179 13 16384 mmcblk0p13 179 14 51200 mmcblk0p14 179 15 64 mmcblk0p15 179 16 14336 mmcblk0p16 179 17 2048 mmcblk0p17 179 18 2048 mmcblk0p18 179 19 16384 mmcblk0p19 179 20 16384 mmcblk0p20 179 21 16384 mmcblk0p21 179 22 1228800 mmcblk0p22 179 23 860160 mmcblk0p23 179 24 327680 mmcblk0p24 179 25 4945920 mmcblk0p25 179 64 2048 mmcblk0boot1 179 32 2048 mmcblk0boot0 179 96 3872256 mmcblk1 179 97 3868160 mmcblk1p1 254 0 2110 dm-0
/ $ df Kích thước hệ thống tập tin được sử dụng Blksize miễn phí / dev 402.1M 84K 402M 4096 / mnt / asec 402.1M 0K 402.1M 4096 / mnt / obb 402.1M 0K 402.1M 4096 / dev / shm 402.1M 0K 402.1M 4096 / hệ thống 1.2G 414.5M 766.6M 4096 / modemfs 15,7M 4,3M 11,4M 4096 / bộ đệm 826.8M 84.8M 742M 4096 / efs 15,7M 4,5M 11,2M 4096 / tải trước 315M 64.2M 250.8M 4096 / dữ liệu 4.6G 4G 699.2M 4096 /mnt/.lfs: Chức năng không được triển khai / lưu trữ / sdcard0 4.6G 4G 699.2M 4096 /mnt/asec/com.spruds.transport.pro.tallin-1 2M 888K 1.1M 4096 / lưu trữ / sdcard1 3.7G 905.7M 2.8G 32768
Ngay cả trước khi mọi thứ trục trặc, tôi đã cố gắng sử dụng lệnh chia tay và gặp lỗi
~ # parted / dev / block / mmcblk0
GNU Chia tay 1.8.8.1.179-aef3
Sử dụng / dev / block / mmcblk0
Chào mừng bạn đến với GNU Parted! Nhập 'trợ giúp' để xem danh sách các lệnh.
danh sách (chia tay)
danh sách
kiểm tra SỐ làm một kiểm tra đơn giản trên hệ thống tập tin
cp [TỪ-THIẾT BỊ] Hệ thống tệp sao chép TỪ-SỐ ĐẾN SỐ sang phân vùng khác
.....
.....
thông tin bản quyền của GNU Parted
(chia tay) in
in
Lỗi: Không thể đáp ứng tất cả các ràng buộc trên phân vùng.
Đây là bản in fdisk trước thảm họa
~ # fdisk / dev / block / mmcblk0
Số lượng xi lanh cho đĩa này được đặt thành 954368.
Không có gì sai với điều đó, nhưng cái này lớn hơn 1024,
và trong một số thiết lập có thể gây ra sự cố với:
1) phần mềm chạy lúc khởi động (ví dụ: các phiên bản cũ của LILO)
2) phần mềm khởi động và phân vùng từ các HĐH khác
(ví dụ: DOS FDISK, OS / 2 FDISK)
Lệnh (m để được giúp đỡ): p
Đĩa / dev / block / mmcblk0: 7818 MB, 7818182656 byte
1 đầu, 16 ngành / rãnh, 954368 xi lanh
Đơn vị = hình trụ 16 * 512 = 8192 byte
Khởi động thiết bị Hệ thống Id khối khởi động
/ dev / block / mmcblk0p1 1 954368 7634943+ ee EFI GPT
Phân vùng 1 không kết thúc trên ranh giới xi lanh
Và sau đó tôi đã xóa nó
~ # fdisk / dev / block / mmcblk0
Số lượng xi lanh cho đĩa này được đặt thành 954368.
Không có gì sai với điều đó, nhưng cái này lớn hơn 1024,
và trong một số thiết lập có thể gây ra sự cố với:
1) phần mềm chạy lúc khởi động (ví dụ: các phiên bản cũ của LILO)
2) phần mềm khởi động và phân vùng từ các HĐH khác
(ví dụ: DOS FDISK, OS / 2 FDISK)
Lệnh (m để được giúp đỡ): p
Đĩa / dev / block / mmcblk0: 7818 MB, 7818182656 byte
1 đầu, 16 ngành / rãnh, 954368 xi lanh
Đơn vị = hình trụ 16 * 512 = 8192 byte
Khởi động thiết bị Hệ thống Id khối khởi động
/ dev / block / mmcblk0p1 1 954368 7634943+ ee EFI GPT
Phân vùng 1 không kết thúc trên ranh giới xi lanh
Lệnh (m để được giúp đỡ): d
Đã chọn phân vùng 1
Lệnh (m để được giúp đỡ): w
Bảng phân vùng đã được thay đổi.
Gọi ioctl () để đọc lại bảng phân vùng
fdisk: CẢNH BÁO: bảng phân vùng đọc lại không thành công, kernel vẫn sử dụng bảng cũ: Thiết bị hoặc tài nguyên bận
CẬP NHẬT 2
Tôi có thể thấy sự khác biệt từ trạng thái ban đầu. Bây giờ tôi có 4 đầu thay vì 1 và 238592 xi lanh thay vì 954368. Làm cách nào để thay đổi số lượng đầu?
Chưa sử dụng fdisk trên Android và cũng sẽ không chạm vào nó bằng một cái đai! Các phân vùng NAND nội bộ được đặt bởi nhà máy, hoặc fdisk đang báo cáo sai số lượng đầu / trụ trên phân vùng bên trong ... đó là chip NAND sau tất cả ...
—
t0mm13b