Mengapa kamera tidak mendukung sistem file jurnal?

seperti NTFS, HFS + atau ext4, untuk kartu SD? Bagaimanapun, penjurnalan mengurangi kemungkinan kehilangan data, yang akan menjadi penting bagi fotografer. Saya kehilangan kartu SD yang berisi ribuan foto ketika di Bali - tempat yang belum sempat saya kunjungi sebelum atau sesudahnya.

Apakah ada tindakan pencegahan yang dapat saya lakukan sebelum perjalanan di waktu berikutnya? Memformat kartu dalam kamera?

Apakah saya benar dalam memahami bahwa SDXC (exFAT) dan Sony Memory Stick tidak menawarkan keandalan lebih dari kartu SD?

Mari kita lakukan analisis manfaat biaya kecil:

1. Sistem file jurnal lebih rumit - ini berarti waktu pengembangan lebih lama, lebih banyak bug, lebih banyak daya baterai habis, biaya produksi lebih tinggi dll.

2. masalah diselesaikan oleh filesystem journal - data FS rusak tetapi data file utuh - ditangani dengan cukup baik oleh alat pemulihan data pihak ke-3.

3. sistem file journaled tidak menyelesaikan semua masalah, Anda benar-benar membutuhkan cadangan yang bagus - dan tidak hanya sistem yang memiliki cadangan bawaan (slot kartu ganda) ini adalah fitur yang digunakan untuk membuat pro mendapatkan kamera yang lebih mahal.

4. tidak ada krisis keandalan kartu memori besar, kartu-kartu itu cukup dapat diandalkan dan kegagalan relatif jarang.

5. dan akhirnya, tidak ada sistem file journaled yang didukung di luar kotak pada Windows dan Mac.

Jadi - jika Anda adalah manajer produk yang bertanggung jawab, apakah Anda akan menyetujui proyek yang 1. menyelesaikan masalah yang sudah diselesaikan (dengan alat pihak ketiga) dengan cara yang tidak lengkap, 2. tidak cukup penting untuk menjadi titik penjualan dan 3. akan membuat bagian penting dari pasar tidak dapat menggunakan kamera (setidaknya tanpa menginstal perangkat lunak tambahan yang tidak mereka perlukan dengan merek pesaing)?

Sistem file yang dijurnal hanya menjamin integritas sistem file. Jika kartu benar-benar gagal, gagal dengan seluruh sistem file. Sekarang jika Anda memiliki beberapa sel memori buruk, Anda hanya akan menggunakan foto mana saja yang menempati ruang itu dan sistem file yang dijurnal tidak akan membantu. Dengan kata lain, ini adalah solusi yang salah untuk insiden yang Anda gambarkan.

Solusi sebenarnya adalah redundansi, itulah sebabnya Anda akan menemukan penawaran kelas atas dari Nikon, Pentax dan Canon yang menawarkan slot kartu memori ganda dan kemampuan untuk menulis gambar ke kedua kartu sekaligus. Ini memberi Anda cadangan instan. Jika kamera-kamera itu tidak nyaman bagi Anda, Anda harus menemukan cara lain untuk membuat cadangan sering. Beberapa orang melakukannya setiap hari ke laptop, drive portabel, optical-disk.

Walaupun saya belum mencoba ini dan saya tidak yakin seberapa praktisnya, Anda juga dapat menggunakan perangkat atau kartu WiFi (hanya SD / SDHC AFAIK) yang secara otomatis mengirim gambar Anda saat diambil ke perangkat jaringan lain, mungkin tablet atau sesuatu dengan penyimpanan yang baik.

Sementara SDXC datang memformat sebagai exFAT secara default, Anda dapat memformatnya sendiri di FAT32 juga. Sebagian besar kamera akan menerima keduanya. Perbedaan dalam reliabilitas mungkin nol.

Sejauh yang saya tahu, semua kamera digital yang diproduksi untuk dijual di pasar ritel menggabungkan aturan Desain untuk Sistem File Kamera (DCF) . Bagian dari standar DCF adalah bahwa sistem file FAT harus digunakan oleh perangkat yang sesuai. Standar ini diadopsi sebagai standar de facto untuk menyimpan gambar digital dan file suara dalam perangkat memori oleh industri kamera digital untuk memastikan interoperabilitas dari satu merek ke merek berikutnya.

Lihat /photo//a/46387/15871 untuk informasi lebih lanjut tentang DCF.

Itu datang untuk menyelesaikan "apakah ada pasar?" dan "apa hambatan untuk adopsi?". Masing-masing dari mereka menghadirkan hambatan besar untuk adopsi bahkan jika itu berharga.

NTFS akan mengeluarkan biaya untuk lisensi bahkan jika perpustakaan yang sesuai bahkan ada untuk prosesor kamera (yang tidak dijamin) dan dukungan di luar Windows akan tambal sulam. Sementara HFS + dan ext4 tidak memiliki dukungan asli di Windows, menghilangkan banyak basis pelanggan potensial. Jadi tidak ada pasar untuk itu.

Seperti yang Anda sebutkan, exFAT diperlukan oleh standar SCXD sehingga Anda akan melihat bahwa dukungan untuk kartu yang lebih besar dan lebih cepat muncul tetapi tidak sesederhana itu karena lebih banyak kode juga lebih salah, dan dengan sistem tertanam seperti kamera, Anda benar-benar tidak ingin menyingkirkan pembaruan firmware, jadi harap sementara menulis ke kartu exFAT mungkin dapat dibaca dan dalam format yang tepat, itu mungkin tidak benar-benar menggunakan salah satu fitur exFAT yang mungkin menawarkan perlindungan. Jadi ada hambatan yang signifikan untuk adopsi juga.

Mode kegagalan pada sebagian besar kartu adalah pengontrolnya seperti halnya sel memori, karena banyak pekerjaan (biaya pembuatan) untuk sedikit manfaat.

Sony MS (MemoryStick) masih SLC atau MLC flash memory, hanya saja pengontrol dan koneksi fisik yang berbeda di antara sistem. Perlindungan terbaik Anda dalam situasi yang Anda alami adalah dengan membawa perangkat cadangan portabel kecil bersamamu, mereka berukuran saku dan relatif murah (dan mungkin juga tidak kompatibel dengan sistem file Journal.)

Satu alasan yang jelas: karena sistem file jurnal pada kamera sangat mungkin tidak akan membantu Anda (atau siapa pun).

Sebagai gambaran tingkat tinggi, inilah yang dilakukan oleh sistem file jurnal: Sebelum masing-masing menulis ke metadata (atau data, jika data juga dijurnal), pertama-tama tulis apa yang akan Anda ubah ke jurnal. Hanya sekali Anda yakin itu ada di disk, silakan dan tulis perubahannya. Pada dasarnya, ini berarti bahwa jika daya terputus selama penulisan, Anda dapat memulihkan sistem file dengan menggunakan jurnal — Anda melanjutkan dan melakukan tindakan apa pun dalam jurnal.

Ini berharga pada PC desktop, di mana daya mungkin padam, atau pengguna dapat menekan tombol reset, atau menarik steker, dll. Juga berharga, tetapi kurang begitu, pada server (listrik mati) dan laptop (tombol reset) .

Kamera bertenaga baterai. Ini memiliki saklar mati, tetapi ini biasanya memberitahu firmware untuk mematikannya — itu bukan pemutusan daya fisik. Biasanya tidak ada tombol reset, atau jika ada, pada dasarnya tidak pernah digunakan. Jadi, Anda tidak perlu membuat jurnal, firmware hanya bisa menyelesaikan penulisan. Satu-satunya pengecualian adalah jika Anda melepas baterai secara fisik. Mungkin itu terjadi dengan paket daya eksternal, tetapi selain itu, kamera seharusnya tidak pernah mengalami shutdown yang tidak bersih.

Juga, hampir tidak ada perangkat flash yang menangani kegagalan daya yang tidak diharapkan dengan baik. Dapatkan mereka di tengah relokasi sektor (leveling pakai), dan semua taruhan dibatalkan. Jadi, bahkan jika Anda memiliki sistem file penjurnalan, Anda tetap tidak akan aman dari kegagalan daya.

Sistem file jurnal tidak melindungi Anda dari:

• Bug di pengontrol flash pada kartu SD, dll.
• Bug di perangkat keras host SD kamera
• Bug dalam kode sistem file pada kamera
• Bug pada driver SD firmware
• Hilangnya sektor di media
• Kerusakan perangkat keras (misalnya, karena sinar kosmik, pelepasan statis, kebisingan EM, air, ...)

Faktanya, sistem file penjurnalan lebih rumit , sehingga Anda sebenarnya lebih cenderung memiliki bug pada sistem berkas. Itu memperkuat menulis, sehingga Anda lebih mungkin untuk memukul flash controller atau bug host SD. Dan Anda akan cepat aus menggunakan flash.

Sistem File Journal adalah buruk untuk kartu SD (atau perangkat NAND Flash).

Operasi tulis mahal untuk perangkat NAND Flash dan sistem file journaled cenderung menulis lebih dari sistem file non-journal untuk aktivitas yang sama.

Jadi kartu SD akan bekerja lebih lambat dan akan bertahan lebih sedikit dengan sistem file Journal.

Penyimpanan berbasis FLASH, pada intinya, menggunakan teknologi yang disebut NAND FLASH. NAND FLASH dapat dibaca dan ditulis, tetapi dengan beberapa kerutan.

1. Unit baca / tulis mendasar adalah "halaman", bukan sektor. Perangkat FLASH generasi 2007-2008 memiliki ukuran halaman 2K, bermigrasi ke ukuran halaman 4K pada generasi 2009 dan ukuran halaman 16K telah diamati pada generasi 2011.

2. Anda tidak dapat menulis halaman kapan saja Anda mau - sebelum Anda menulisnya, Anda harus menghapusnya terlebih dahulu. Tetapi Anda tidak dapat menghapus satu halaman pada suatu waktu - Anda harus menghapus seluruh "blok hapus" dari (biasanya) 64 halaman berturut-turut (128Kbytes atau 256Kbytes tergantung pada generasi). Dan setelah Anda menghapus blok, Anda tidak dapat menulis ke halaman dalam urutan acak, Anda harus menulisnya secara berurutan mulai dari yang pertama.

3. Balok cenderung aus seiring waktu. Setelah sejumlah siklus penghapusan, blok akan "memburuk" secara permanen, sehingga tidak lagi dapat diandalkan untuk menyimpan data. Halaman juga dapat mengembangkan kesalahan data sebagai hasil dari aktivitas menulis ke halaman lain, dan bahkan sebagai hasil dari pembacaan!

http://wiki.laptop.org/go/How_to_Damage_a_FLASH_Storage_Device

Sunting: Perlu disebutkan bahwa sistem File Journal tidak akan membawa keuntungan yang signifikan atas sistem File non-Journal.

• Apakah sistem file jurnal menjamin terhadap korupsi setelah listrik padam?

Sistem file yang berbeda membutuhkan jumlah RAM yang berbeda dalam sistem yang menggunakannya. Sebuah sistem yang perlu menulis file ke sistem file FAT secara teori bisa bertahan dengan buffer 512-byte tunggal, meskipun kinerjanya akan sangat mengerikan. Memperluas dua atau tiga buffer 512-byte akan meningkatkan banyak hal. Melampaui hal itu akan meningkatkan hal-hal sedikit lebih banyak, dan mendapatkan kinerja yang optimal dari kartu yang lebih besar akan membutuhkan lebih banyak memori daripada mendapatkan kinerja yang optimal dari yang lebih kecil, tetapi kamera yang hanya menyertakan buffer yang cukup untuk mencapai efisiensi optimal dengan kartu yang lebih kecil masih akan mampu bekerja dengan yang lebih besar, meskipun kurang efisien.

Masalah rumit berpusat pada fakta bahwa standar kartu memori menentukan bahwa setiap kartu berperilaku sebagai kumpulan bernomor sektor 512-byte yang dapat dibaca dan ditulis secara independen dalam urutan sewenang-wenang, tetapi bukan itu cara data disimpan pada chip di dalam kartu-kartu. Chip memori yang digunakan dalam kartu memori khas dibagi menjadi halaman 528-byte; yang pada gilirannya dikelompokkan ke dalam blok 256 atau lebih. Setelah halaman ditulis, itu tidak dapat ditulis ulang tanpa menghapusnya dan semua halaman lain di bloknya. Secara teori, kartu SD dapat memenuhi permintaan untuk menulis sektor 512-byte dengan menyalin ke RAM semua data dalam bloknya, menghapus blok, dan menulis seluruh blok kembali tetapi dengan data baru dalam satu sektor . Dalam praktiknya, kinerja akan mengerikan. Sebagai gantinya, menulis suatu sektor akan menyebabkan kartu SD memilih halaman kosong, menulis data di sana bersama dengan nomor sektornya dan berbagai informasi tambahan (halaman alasannya adalah 528 byte daripada 512), dan entah bagaimana melacaknya menjadi lokasi yang tepat untuk data. Ketika halaman kosong menjadi kekurangan pasokan, controller akan mengidentifikasi blok yang halamannya sebagian besar telah digantikan oleh halaman yang ditulis baru-baru ini, salin semua halaman yang masih aktif dari blok itu ke blok kosong, dan kemudian hapus seluruh blok yang sekarang-redundan . Semua logika ini ditangani sepenuhnya oleh kartu itu sendiri, tanpa ada intervensi oleh kamera. Ketika halaman kosong menjadi kekurangan pasokan, controller akan mengidentifikasi blok yang halamannya sebagian besar telah digantikan oleh halaman yang ditulis baru-baru ini, salin semua halaman yang masih aktif dari blok itu ke blok kosong, dan kemudian hapus seluruh blok yang sekarang-redundan . Semua logika ini ditangani sepenuhnya oleh kartu itu sendiri, tanpa ada intervensi oleh kamera. Ketika halaman kosong menjadi kekurangan pasokan, controller akan mengidentifikasi blok yang halamannya sebagian besar telah digantikan oleh halaman yang ditulis baru-baru ini, salin semua halaman yang masih aktif dari blok itu ke blok kosong, dan kemudian hapus seluruh blok yang sekarang-redundan . Semua logika ini ditangani sepenuhnya oleh kartu itu sendiri, tanpa ada intervensi oleh kamera.

Semua logika ini berarti bahwa selain FAT32 atau sistem file lain yang dilihat oleh kamera, kartu SD perlu memiliki alokasi blok dan sistem manajemen sendiri. Masalah apa pun yang terjadi dalam sistem itu cenderung menyebabkan kehilangan data, terlepas dari sistem apa yang duduk di atasnya. Secara teori, banyak kartu memori dirancang untuk memastikan bahwa meskipun daya tiba-tiba dilepaskan selama beberapa operasi kartu akan dapat memutar kembali keadaan kartu ke apa itu sebelum operasi dimulai, atau menjalankannya sampai selesai ( jika semua data yang diperlukan telah ditulis, dan kartu hanya membersihkan data yang berlebihan). Sayangnya, kartu berbeda dalam seberapa baik mereka mengimplementasikan logika tersebut. Jika kehilangan daya yang tidak terduga mengganggu tabel manajemen penyimpanan kartu,

Secara pribadi, saya pikir akan lebih baik bagi Konsorsium SD untuk menentukan sistem file independen dari FAT32, atau setidaknya menentukan bahwa bahkan jika kartu harus dapat dibaca sebagai volume FAT32, harus ditulis menggunakan komunikasi berbasis file protokol. Kartu yang mengetahui kelompok sektor mana yang merupakan anggota dari setiap file dapat mengoptimalkan defragmentasi rutinnya di sekitar itu, dan juga dapat melakukan pekerjaan yang lebih baik untuk melindungi terhadap kehilangan data daripada yang harus menyajikan disk sebagai sekelompok independen 512-byte sektor, tetapi untuk yang lebih baik atau lebih buruk itu bukan bagaimana hal-hal yang ditentukan.

Dengan asumsi kartu itu rusak, dan Anda belum melemparkannya atau menimpanya, saya sangat menyarankan Anda mencoba PhotoRec. (Itu membuat saya keluar dari situasi yang sedikit kurang buruk beberapa bulan yang lalu. Bahkan menemukan beberapa gambar yang selamat dihapus selama satu atau dua tahun.)

http://www.cgsecurity.org/wiki/PhotoRec

Mengenai FS jurnal, saya punya pertanyaan yang sama berkali-kali. Seperti yang dikatakan orang lain, media flash saat ini sebenarnya rapuh dibandingkan dengan media magnetik, dan membuat jurnal sulit dilakukan. Karena pola penggunaan untuk kamera umumnya mengambil banyak foto, membacanya, lalu menghapus semuanya, tidak perlu banyak fitur FS canggih. Implementasi yang sederhana dan teruji mungkin lebih penting daripada manfaat marginal jurnal. Sebagai manfaat tambahan, strategi alokasi bodoh FAT membuatnya lebih mudah untuk alat-alat seperti PhotoRec.

1, Tuhan tidak dapat menyelamatkan Anda, jika Anda kehilangan kartu secara fisik. Apa maksud Anda Anda kehilangan kartu di Bali?

2, Journaled FSs dibuat untuk acara-acara seperti kegagalan OS mendadak atau kegagalan daya mendadak. Mereka menjaga agar meta-data FS tetap konsisten, ketika hal-hal buruk itu terjadi. Mereka tidak membantu jika Anda ingin file Anda dihapus kembali.

3, Bad-block adalah masalah paling vital dari penyimpanan berbasis NAND FLASH. Blok buruk muncul ketika tulisan muncul. Oleh karena itu, ketika memilih FS untuk penyimpanan NAND FLASH, frekuensi menulis adalah hal pertama yang harus Anda pertimbangkan. Jelas, seperti yang dikatakan semua orang, FS Jurnalis membawa lebih banyak hal untuk ditulis.

4, FS yang dijurnal mengambil lebih banyak kekuatan, tentu saja. Lebih rumit, tentu saja. Tapi ini bukan alasan dominan bahwa kami tidak mengadopsinya untuk NAND FLASH, saya pikir.

TADA ~~ Itu dia.

Sistem file itu sendiri tidak perlu rumit karena gambar hanya ditulis ke kartu, hampir tidak ada pengeditan yang dilakukan untuk file setelah pembuatan awal dan tidak ada kekhawatiran file I / O simultan yang perlu khawatir tentang di kamera.

Masalah integritas data sebenarnya diselesaikan pada tingkat perangkat keras karena SEMUA memori flash secara inheren tidak stabil. Pengontrol dalam kartu SD melakukan banyak pemeriksaan sendiri dan trik penyimpanan untuk memastikan bahwa data tersebut valid. Sistem file jurnal tidak akan melakukan apa-apa untuk membantu hal ini karena berkaitan dengan integritas penyimpanan data daripada integritas operasi file.

Kamera menggunakan operasi file yang sederhana (dan kecepatan tinggi), sehingga sistem file yang kompleks akan menimbulkan biaya dan kompleksitas tambahan, menyebabkan I / O lebih lambat dan berpotensi memperkenalkan bug lebih lanjut yang dapat mengakibatkan hilangnya data karena penanganan file yang lebih kompleks, sementara tidak mendapatkan apa pun yang berguna untuk kamera.