Добрый день!
Какую посоветуете файловую систему для SD card ?
Добрый день!
Для SD-карты, используемой с контроллером Wiren Board, рекомендуется использовать файловую систему ext4.
Александр, почему возник вопрос:
Карта уже отформатированна в ext4. Во время trim иногда отваливается sd карта. Возможные причины мне не ясны, но сейчас вижу 3 варианта : 1. нужно отформатировать карту без журнала 2. нужно разобраться с работой групп history-daemon. 3.Наименее вероятно- проблемы физического свойства с самой картой.
По п1
По некоторым ссылкам пишут, что можно использовать ext4 без журнала ну и несколько других специализированных:
Полный лог в аттаче.
Выжимка из лога:
2024-12-16T01:12:36.695Z [wb-mqtt-db] ERROR: disk I/O error
2024-12-16T01:12:36.584Z [] EXT4-fs (mmcblk1p1): previous I/O error to superblock detected
2024-12-16T01:12:36.584Z [] EXT4-fs (mmcblk1p1): I/O error while writing superblock
2024-12-16T01:12:36.583Z [] Buffer I/O error on dev mmcblk1p1, logical block 0, lost sync page write
2024-12-16T01:12:36.567Z [] I/O error, dev mmcblk1, sector 32768 op 0x1:(WRITE) flags 0x3800 phys_seg 1 prio class 0
2024-12-16T01:12:36.566Z [] sunxi-mmc 4020000.mmc: send stop command failed
[init] Starting Discard unused blocks on filesystems from /etc/fstab...
2024-12-16T01:12:30.355Z [] mmc_erase: group start error -110, status 0x0
2024-12-16T01:12:36.480Z [] EXT4-fs error (device mmcblk1p1): ext4_journal_check_start:84: comm main: Detected aborted journal
2024-12-16T01:12:36.464Z [] EXT4-fs error (device mmcblk1p1) in ext4_dirty_inode:5943: IO failure
2024-12-16T01:12:36.462Z [] EXT4-fs error (device mmcblk1p1): ext4_dirty_inode:5942: inode #786435: comm main: mark_inode_dirty error
2024-12-16T01:12:36.438Z EXT4-fs error (device mmcblk1p1) in ext4_reserve_inode_write:5738: IO failure
2024-12-16T01:12:36.437Z mmc_erase: group start error -110, status 0x0
2024-12-16T01:12:36.431Z JBD2: I/O error when updating journal superblock for mmcblk1p1-8.
2024-12-16T01:12:36.431Z JBD2: I/O error when updating journal superblock for mmcblk1p1-8.
2024-12-16T01:12:36.430Z Buffer I/O error on dev mmcblk1p1, logical block 7372800, lost sync page write
2024-12-16T01:12:36.413Z I/O error, dev mmcblk1, sector 59015168 op 0x1:(WRITE) flags 0x9800 phys_seg 1 prio class 0
2024-12-16T01:12:36.412Z sunxi-mmc 4020000.mmc: send stop command failed
2024-12-16T01:12:36.400Z sunxi-mmc 4020000.mmc: data error, sending stop command
2024-12-16T01:12:32.350Z I/O error, dev mmcblk1, sector 25198848 op 0x1:(WRITE) flags 0x103000 phys_seg 1 prio class 0
2024-12-16T01:12:32.350Z Buffer I/O error on dev mmcblk1p1, logical block 3145760, lost async page write
2024-12-16T01:12:30.463Z [] mmc_erase: group start error -110, status 0x0
2024-12-16T01:12:30.411Z [] mmc_erase: group start error -110, status 0x0
2024-12-16T01:12:30.355Z [] mmc_erase: group start error -110, status 0x0
2024-12-16T01:12:30.299Z [] mmc_erase: group start error -110, status 0x0
2024-12-16T01:12:30.169Z [init] Starting Discard unused blocks on filesystems from /etc/fstab...
log_20241216T100309_1.log (63.0 KB)
Добрый день!
Судя по логам очень похоже на аппаратный сбой карты памяти из-за её износа.
Рекомендую:
- Проверить состояние карты памяти на другом устройстве с использованием утилит диагностики, например:
fsck /dev/sdX
где /dev/sdX — путь к вашей карте памяти
- Заменить карту памяти на новую, если диагностика подтвердит сбой.
После выполнения этих действий проверьте, остаётся ли проблема. Если потребуется дополнительная помощь, дайте знать.
Проверял - всё хорошо. Карта новая , ей всего 3 недели. Но настроена группа для более длительного хранения нескольких счетчиков.
Сбой бывает только во время trim.
Сейчас переформатировал ext4 без журнала. Посмотрю, что будет.
Следующий тест -да, замена карты. Поскольку покупал у вас , если поможет приду с просьбой замены.
Хорошо,ожидаю обратной связи.
Займет недели 2, прошу пока не закрывать ветку. По результатам обязательно отпишусь.
1 лайк
Да, форматирование с отключением журнала ext4, похоже, помогло
mke2fs -t ext4 -O ^has_journal /dev/sda
1 лайк