[gelöst] Cubietruck: kein speichern mehr möglich da Read-only file system

[Ralf9]

Hallo,

mir ist heute abend aufgefallen, daß fhem seit heute früh ca 6:45 Uhr nichts mehr ins log schreibt, kann es evtl sein, daß die ssd defekt ist?
Das Linux und fhem läuft auf der ssd.

Code Auswählen Erweitern

WriteStateFile: Cannot open ./log/fhem.save: Read-only file system

Code Auswählen Erweitern

root@cubie:/var/log# df -h         
Filesystem      Size  Used Avail Use% Mounted on
/dev/root       7.9G  3.1G  4.5G  41% /
devtmpfs       1000M     0 1000M   0% /dev
tmpfs           128M  200K  128M   1% /run
tmpfs           5.0M     0  5.0M   0% /run/lock
tmpfs           128M     0  128M   0% /run/shm
/dev/sda2        50G  5.3G   42G  12% /daten
tmpfs           1.0G  4.0K  1.0G   1% /tmp


/var/log/syslog

Code Auswählen Erweitern

May 28 06:44:53 localhost kernel: [53861157.970954] delay: estimated 528, actual 144
May 28 06:44:53 localhost kernel: [53861157.974688] delay: estimated 480, actual 144
May 28 06:44:53 localhost kernel: [53861157.977956] delay: estimated 528, actual 144
May 28 06:44:53 localhost kernel: [53861157.981689] delay: estimated 480, actual 144
May 28 06:45:01 localhost kernel: [53861165.447475] sd 0:0:0:0: [sda] Unhandled error code
May 28 06:45:01 localhost kernel: [53861165.454486] sd 0:0:0:0: [sda]  Result: hostbyte=0x04 driverbyte=0x00
May 28 06:45:01 localhost kernel: [53861165.466807] sd 0:0:0:0: [sda] CDB: cdb[0]=0x2a: 2a 00 00 16 18 88 00 00 08 00
May 28 06:45:01 localhost kernel: [53861165.482855] end_request: I/O error, dev sda, sector 1448072
May 28 06:45:01 localhost kernel: [53861165.493739] Buffer I/O error on device sda1, logical block 180753
May 28 06:45:01 localhost kernel: [53861165.511835] EXT4-fs warning (device sda1): ext4_end_bio:249: I/O error writing to inode 144362 (offset 200704 size 4096 starting block 181010)

/var/log/messages

Code Auswählen Erweitern

May 28 06:44:42 localhost kernel: [53861146.446720] EXT4-fs warning (device sda1): ext4_end_bio:249: I/O error writing to inode 2385 (offset 65536 size 8192 starting block 1278450)
May 28 06:44:42 localhost kernel: [53861146.453690] sd 0:0:0:0: [sda] Unhandled error code
May 28 06:44:42 localhost kernel: [53861146.458835] sd 0:0:0:0: [sda] 
May 28 06:44:42 localhost kernel: [53861146.470942] sd 0:0:0:0: [sda] CDB:
May 28 06:44:43 localhost kernel: [53861146.839866] EXT4-fs warning (device sda1): ext4_end_bio:249: I/O error writing to inode 2372 (offset 2265088 size 188416 starting block 1287511)
May 28 06:44:52 localhost kernel: [53861155.450450] sd 0:0:0:0: [sda] Unhandled error code
May 28 06:44:52 localhost kernel: [53861155.461910] sd 0:0:0:0: [sda]  Result: hostbyte=0x04 driverbyte=0x00
May 28 06:44:52 localhost kernel: [53861155.474157] sd 0:0:0:0: [sda] CDB: cdb[0]=0x2a: 2a 00 00 2c 21 d8 00 02 38 00
May 28 06:44:52 localhost kernel: [53861156.314885] EXT4-fs warning (device sda1): ext4_end_bio:249: I/O error writing to inode 899 (offset 113909760 size 290816 starting block 361602)
May 28 06:45:01 localhost kernel: [53861165.447475] sd 0:0:0:0: [sda] Unhandled error code
May 28 06:45:01 localhost kernel: [53861165.454486] sd 0:0:0:0: [sda]  Result: hostbyte=0x04 driverbyte=0x00
May 28 06:45:01 localhost kernel: [53861165.466807] sd 0:0:0:0: [sda] CDB: cdb[0]=0x2a: 2a 00 00 16 18 88 00 00 08 00
May 28 06:45:01 localhost kernel: [53861165.511835] EXT4-fs warning (device sda1): ext4_end_bio:249: I/O error writing to inode 144362 (offset 200704 size 4096 starting block 181010)

Gruß Ralf

[gary822]

Hallo Ralf,

ich versuche dir mal mit meinen Linuxkenntnissen zu helfen

du kannst versuchen das root Filesystem neu zu mounten mit dem Befehl "sudo mount -o remount,rw <PARTITION>".
Alternativ kannst du auch prüfen, ob ein reboot des Systems möglich ist.

Weiterhin kannst du in der /etc/fstab einmal den Schalter für den Check aktivieren, sodass das System bei einem Bootvorgang die Festplatte prüft.
Dieser ist die letzte Zahl in der Zeile und sollte bei aktivierten Check eine "1" sein.

Sollte das alles nix bringen kannst du das Filesystem über ein externes Linux mit "e2fsck -p  <PARTITION>" prüfen.

VG
gary822

[Ralf9]

Ich habe die SSD (SanDisk 64G) mal an meinen PC angeschlossen, bis auf die Anzahl freier Blöcke und Inodes auf der Datenpartition sieht alles gut aus.
Gibt es sonst noch was, was ich testen kann?

Code Auswählen Erweitern

linux-ralf4:/home/ralf # fsck.ext4 /dev/sdd1
e2fsck 1.43.8 (1-Jan-2018)
cubietruck: sauber, 42001/512000 Dateien, 841185/2097152 Blöcke
linux-ralf4:/home/ralf # fsck.ext4 -f /dev/sdd1
e2fsck 1.43.8 (1-Jan-2018)
Durchgang 1: Inodes, Blöcke und Größen werden geprüft
Durchgang 2: Verzeichnisstruktur wird geprüft
Durchgang 3: Verzeichnisverknüpfungen werden geprüft
Durchgang 4: Referenzzähler werden überprüft
Durchgang 5: Zusammengefasste Gruppeninformation wird geprüft
cubietruck: 42001/512000 Dateien (2.0% nicht zusammenhängend), 841185/2097152 Blöcke

Code Auswählen Erweitern

linux-ralf4:/home/ralf # fsck.ext4 -f /dev/sdd2
e2fsck 1.43.8 (1-Jan-2018)
/dev/sdd2: Journal wird wiederhergestellt
Durchgang 1: Inodes, Blöcke und Größen werden geprüft
Durchgang 2: Verzeichnisstruktur wird geprüft
Durchgang 3: Verzeichnisverknüpfungen werden geprüft                                                                                     
Durchgang 4: Referenzzähler werden überprüft                                                                                                 
Durchgang 5: Zusammengefasste Gruppeninformation wird geprüft                                                                                   
Die Anzahl freier Blöcke ist falsch (11551216, gezählt=11534380).                                                                                 
Reparieren<jy>? ja                                                                                                                                 
Die Anzahl freier Inodes ist falsch (3275918, gezählt=3275910).                                                                                       
Reparieren<jy>? ja                                                                                                                                     
                                                                                                                                                         
/dev/sdd2: ***** DATEISYSTEM WURDE VERÄNDERT *****                                                                                                         
/dev/sdd2: 890/3276800 Dateien (18.2% nicht zusammenhängend), 1572820/13107200 Blöcke
linux-ralf4:/home/ralf # fsck.ext4 /dev/sdd2   
e2fsck 1.43.8 (1-Jan-2018)
/dev/sdd2: sauber, 890/3276800 Dateien, 1572820/13107200 Blöcke


fdisk

Code Auswählen Erweitern

Befehl (m für Hilfe): p
Festplatte /dev/sdd: 58,7 GiB, 63023063040 Bytes, 123091920 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
Festplattenbezeichnungstyp: dos
Festplattenbezeichner: 0x70bfd6c6

Gerät      Boot   Anfang      Ende  Sektoren Größe Kn Typ
/dev/sdd1           2048  16779263  16777216    8G 83 Linux
/dev/sdd2       16779264 121636863 104857600   50G 83 Linux

[Ralf9]

hat sich erledigt, es funktioniert wieder.

[Wernieman]

Irgendwelche Probleme hatte er ja ..

Code Auswählen Erweitern

May 28 06:44:42 localhost kernel: [53861146.446720] EXT4-fs warning (device sda1): ext4_end_bio:249: I/O error writing to inode 2385 (offset 65536 size 8192 starting block 1278450)
Deshalb solltest Du mal die SSD mit den smartmontools (smartctl) prüfen.

Es könnte an folgenden Komponenten liegen:
- ssd
- Controller
- Verkabelung