corruption

    13熱度

    8回答

    是否有檢測jpeg文件是否損壞的有效方法? 背景信息:  解決方案需要從PHP腳本  的JPEG文件在磁盤內工作  手動檢查是別無選擇(用戶上載的數據) 我知道imagecreatefromjpeg(string $filename);能做到這一點。但這樣做很慢。 有人知道更快/更有效的解決方案嗎?

    2熱度

    3回答

    最近我讀了一篇題爲"SATA vs. SCSI reliability"的文章。它主要討論消費SATA驅動器中的高速位翻轉,並得出結論:「現在無法從特定磁盤讀取所有數據的可能性爲56%」。即使Raid-5也無法拯救我們,因爲它必須經常被掃描以查找問題,並且如果磁盤確實死亡,則幾乎可以確保在重建的文件系統上有一些翻轉的位。 注意事項: 我對Sun的ZFS與Raid-Z但Linux和BSD實現聽說偉大

    3熱度

    5回答

    我有幾百臺運行應用程序的電腦。在一臺計算機上,我看到兩個單一位的實例在我從SQLite中拔出的某些字符串上被錯誤設置。如果這是我的開發計算機,我會認爲我有一個地方的錯誤,但肯定有一些安裝在哪一點上,我會開始看到罕見的硬件錯誤。 這當然取決於我做了多少IO,但有沒有什麼經驗法則可以看到這種事情?例如,對於TCP數據包,this paper確定沉默,未檢測到的損壞將發生在「大約1/1600萬到100億

    3熱度

    5回答

    在我正在開發的Linux嵌入式應用程序中,需要記錄一些不時發生的事件。這些記錄保存在MTD閃存設備上,寫入後無需更改或執行高效搜索,但需要讀取訪問權限才能將數據顯示給用戶。 一個很大的問題是,如果沒有正確的關機順序,電源可能隨時消失。 這些事件發生的頻率可能非常緩慢(天/星期),但其中幾個會立即發生。 要爲每個事件保存的數據是強類型的:日期,時間,幾個簡短的文本字符串和幾個整數。 目前我繼承了基於

    4熱度

    5回答

    我在一個客戶端上做一些快速修復他們的訪問應用程序。我有一段時間可以進入,但我很快就恢復了。但是,我發現了一個有趣的問題: 對於某些報告,我收到「記錄被刪除」錯誤。我檢查了這些報告,看起來好像有一張桌子有問題。打開該表時,我發現所有列都標記爲「#deleted」的記錄。顯然,這一行似乎是罪魁禍首。但是,當我嘗試刪除該行時,沒有發生任何事情。如果我重新打開表格,該行仍然存在。 db是否存在腐敗?我該如