Ak je SD fyzicky chybna stava sa, ze pri pokus o citanie alebo zapise na nu operacny system zaznamenava do logu tieto chybne pokusy. Da sa to zistit tak, ze sa spusti

dmesg | grep mmcblk

Pokial sa vypisu chyby (napr niektore zaporne cislo ako -110) a vela vypisov, tak je urcite pokazena SDcka. Pokial sa nevypise nic moze ist este o pripad, ze logy zo zleho zapisu su uz prec (vacsinou ked je vo wifi). Ak je to mozne treba restartovat palubak a skusit znovu. Ak tam ani po tom chyby niesu je velka pravdepodobnost, ze SDcka je vporiadku.

Situacia vznika vacsinou pri nekorektnom vypnuti palubaku.

ked sa da mount a jedna z aplikacnych particii ma ro (systemova nevadi):

[root@device rc.d]# mount
rootfs on / type rootfs (rw)
/dev/root on / type ext2 (ro,errors=continue)
proc on /proc type proc (rw)
sys on /sys type sysfs (rw)
tmpfs on /tmp type tmpfs (rw)
media on /media type tmpfs (rw)
cfg on /cfg type tmpfs (rw)
media on /dev type tmpfs (rw)
devpts on /dev/pts type devpts (rw,gid=5,mode=620)
usbfs on /proc/bus/usb type usbfs (rw)
/dev/mmcblk0p5 on /mnt/sysfs type ext3 (rw,noatime,errors=continue,data=journal)
/dev/mmcblk0p6 on /mnt/datafs type ext3 (rw,noatime,errors=continue,data=journal)
/dev/mmcblk0p7 on /mnt/appfs type ext3 (ro,noatime,errors=continue,data=journal)
/dev/mtdblock3 on /mnt/backup type jffs2 (rw,nodev)

skusime:

appstop
mount /mnt/appfs/ -o remount,rw

ak neprejde tak:

umount /mnt/appfs

tune2fs -O ^has_journal /dev/mmcblk0p7
fsck.ext2 /dev/mmcblk0p7
tune2fs -j /dev/mmcblk0p7

mount /mnt/appfs