Kirjoittaja Aihe: Miten selvitän miksi levy on read-only [Ratkaistu]  (Luettu 273 kertaa)

AimoE

  • Käyttäjä
  • Viestejä: 2884
    • Profiili
Tein varmuuskopioita yhdellä koneella, panin sen valmiustilaan, siirsin levyn USB-kaapelin toiseen koneeseen, herätin sen valmiustilasta, ja kopioin tiedostoja ensin sieltä käsin. SItten yritin poistaa yhden turhan tiedoston ulkoiselta levyltä, ja kävi ilmi, että se onkin read-only-tilassa. Tiedostojärjestelmä on type ext4 ja mount-optiot ovat (mount-komennolla katsottuna)

rw,nosuid,nodev,relatime,errors=remount-ro,emergency_ro,uhelper=udisks2

Oletan, että kyse on emergency_ro -liitoksesta, mutta en tiedä miksi, joten tuo on vain arvaus. Millä hakusanoilla tutkin lokeja? Millä keinolla saan levyn liitetyksi ilman ro-asetusta? Eka kone on edelleen käytettävissä.
« Viimeksi muokattu: 18.09.25 - klo:15.16 kirjoittanut AimoE »

AimoE

  • Käyttäjä
  • Viestejä: 2884
    • Profiili
Vs: Miten selvitän miksi levy on read-only
« Vastaus #1 : 18.09.25 - klo:15.09 »
dmesg-listauksen lopustahan se löytyykin (saltun osion slaus on tässä bvaiheessa) jo avattu:

Koodia: [Valitse]
[256634.732611] EXT4-fs (sda2): mounted filesystem 7186a9c8-61e2-4133-8951-09341f4e6bb7 r/w with ordered data mode. Quota mode: none.
[256635.824898] EXT4-fs (dm-3): warning: mounting fs with errors, running e2fsck is recommended
[256635.887584] EXT4-fs (dm-3): mounted filesystem c23a175f-6e2b-4ffd-b706-b417a8228060 r/w with ordered data mode. Quota mode: none.
[256639.250786] EXT4-fs error (device dm-3): ext4_validate_block_bitmap:423: comm ext4lazyinit: bg 155: bad block bitmap checksum
[256639.250803] Aborting journal on device dm-3-8.
[256639.299184] EXT4-fs (dm-3): Remounting filesystem read-only
[256653.546534] EXT4-fs error (device dm-3): ext4_journal_check_start:84: comm touch: Detected aborted journal
[256653.555789] EXT4-fs error (device dm-3) in __ext4_new_inode:1084: Journal has aborted
[256916.920744] audit: type=1107 audit(1758195621.551:202): pid=1218 uid=101 auid=4294967295 ses=4294967295 subj=unconfined msg='apparmor="DENIED" operation="dbus_method_call"  bus="system" path="/org/freedesktop/timedate1" interface="org.freedesktop.DBus.Properties" member="GetAll" mask="send" name=":1.503" pid=62349 label="snap.firefox.firefox" peer_pid=62582 peer_label="unconfined"
                 exe="/usr/bin/dbus-daemon" sauid=101 hostname=? addr=? terminal=?'
[256916.920980] audit: type=1107 audit(1758195621.551:203): pid=1218 uid=101 auid=4294967295 ses=4294967295 subj=unconfined msg='apparmor="DENIED" operation="dbus_method_call"  bus="system" path="/org/freedesktop/timedate1" interface="org.freedesktop.DBus.Properties" member="GetAll" mask="send" name=":1.503" pid=62349 label="snap.firefox.firefox" peer_pid=62582 peer_label="unconfined"
                 exe="/usr/bin/dbus-daemon" sauid=101 hostname=? addr=? terminal=?'
[256954.337269] EXT4-fs (dm-3): error count since last fsck: 21974
[256954.337283] EXT4-fs (dm-3): initial error at time 1757942880: ext4_validate_block_bitmap:420
[256954.337293] EXT4-fs (dm-3): last error at time 1758195358: __ext4_new_inode:1084

Yritän e2fsck-operaatiota ensin ekalla koneella, jolla ei ole ongelmia.

AimoE

  • Käyttäjä
  • Viestejä: 2884
    • Profiili
Vs: Miten selvitän miksi levy on read-only [Ratkaistu]
« Vastaus #2 : 18.09.25 - klo:15.18 »
Ratkesi. Palasin ekalle koneelle ja ajoin e2fsck:n. Se ehdotti ajoa e2fsck -p, ja ajoin sen, ja homma ratkesi.

Nyt vain toivon, ettei mikään tiedosto ole korruptoitunut.