Kirjoittaja Aihe: 16.04 Read only filesystem - ratkaistu root cause?  (Luettu 6757 kertaa)

V675

  • Käyttäjä
  • Viestejä: 8
    • Profiili
ei oo totta, miten ihmeessä tuo 16.04 kanssa on koko ajan ongelmia ja nyt yhtäkkiä, kone väittää buutin jälkeen että tiedostojärjestelmä on nyt "Read only filesystem" ja iso osa prosesseista ei käynnisty ja levylle ei pysty tekemään mitään muutoksia mihinkään tiedostoon - read only

Joten kuinkahan tilanne korjattaisiin  - uudelleenasennus ei nyt enää tule kysymykseen


Ubuntu 16.04.1 LTS (GNU/Linux 4.4.0-36-generic x86_64)
(uusi) Emo Asus Z170-A ja HD 3TB (uusi)


Ja tuo Ubuntu on siis server versio
« Viimeksi muokattu: 21.09.16 - klo:09.22 kirjoittanut V675 »

lauritx

  • Käyttäjä
  • Viestejä: 270
    • Profiili
Vs: 16.04 Read only filesystem
« Vastaus #1 : 20.09.16 - klo:09.37 »
Jos ubuntu yksinään niin paina esc näppäintä buutatessa ja buuttaa recovery tilaan. Sieltä fsck niin korjaa tiedostojärjestelmät.

V675

  • Käyttäjä
  • Viestejä: 8
    • Profiili
Vs: 16.04 Read only filesystem
« Vastaus #2 : 20.09.16 - klo:10.09 »
Jos ubuntu yksinään niin paina esc näppäintä buutatessa ja buuttaa recovery tilaan. Sieltä fsck niin korjaa tiedostojärjestelmät.

ei toiminut tuo vaan laitoin koneeseen "vanhan" linux HD:n  kiinni muiden levyjen seuraksi ja käynnistin koneen tältä levyltä

koneen levyt näyttää siis nyt tältä (1 x boot levy, 1 x datalevy, 1x tuleva Boot levyn kopio, 1 x "vanha" linux)

sudo  fdisk -l
Koodia: [Valitse]
isk /dev/ram0: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram1: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram2: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram3: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram4: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram5: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram6: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram7: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram8: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram9: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram10: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram11: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram12: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram13: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram14: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram15: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/sda: 2.7 TiB, 3000592982016 bytes, 5860533168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: B9A9F796-8CE8-478E-9AB7-589A9F9F97CF

Device      Start        End    Sectors  Size Type
/dev/sda1    2048       4095       2048    1M BIOS boot
/dev/sda2    4096     503807     499712  244M Microsoft basic data
/dev/sda3  503808 5860532223 5860028416  2.7T Linux LVM


Disk /dev/sdb: 2.7 TiB, 3000592982016 bytes, 5860533168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: DB385BE2-C3F4-4FE7-8E5D-A2CA1EE984FA

Device       Start        End    Sectors  Size Type
/dev/sdb1     2048    1050623    1048576  512M EFI System
/dev/sdb2  1050624    2050047     999424  488M Linux filesystem
/dev/sdb3  2050048 5860532223 5858482176  2.7T Linux LVM


Disk /dev/sdc: 2.7 TiB, 3000592982016 bytes, 5860533168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0x696d1a7b

Device     Boot Start        End    Sectors Size Id Type
/dev/sdc1        2048 4294967294 4294965247   2T 83 Linux


Disk /dev/sdd: 2.7 TiB, 3000592982016 bytes, 5860533168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: DB385BE2-C3F4-4FE7-8E5D-A2CA1EE984FA

Device       Start        End    Sectors  Size Type
/dev/sdd1     2048    1050623    1048576  512M EFI System
/dev/sdd2  1050624    2050047     999424  488M Linux filesystem
/dev/sdd3  2050048 5860532223 5858482176  2.7T Linux LVM


Disk /dev/mapper/uhserver21--vg-root: 2.7 TiB, 2991742517248 bytes, 5843247104 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/mapper/ubuntu--vg-root: 2.7 TiB, 2995378978816 bytes, 5850349568 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/mapper/ubuntu--vg-swap_1: 3.9 GiB, 4160749568 bytes, 8126464 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/mapper/uhserver21--vg-swap_1: 7.7 GiB, 8258584576 bytes, 16130048 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


df -v
Koodia: [Valitse]
Filesystem                       1K-blocks     Used  Available Use% Mounted on
udev                               8215636        0    8215636   0% /dev
tmpfs                              1646612     9512    1637100   1% /run
/dev/mapper/uhserver21--vg-root 2875646696 12722304 2716826832   1% /
copymods                           8233044    46872    8186172   1% /lib/modules
tmpfs                              8233044        0    8233044   0% /dev/shm
tmpfs                                 5120        0       5120   0% /run/lock
tmpfs                              8233044        0    8233044   0% /sys/fs/cgroup
/dev/sda2                           241965   128971     100502  57% /boot
cgmfs                                  100        0        100   0% /run/cgmanager/fs
tmpfs                              1646612        0    1646612   0% /run/user/1000


ja kokeiltu kaikkiin partitioihin fsck komentoa

Koodia: [Valitse]
fsck from util-linux 2.27.1
fsck.fat 3.0.28 (2015-05-16)
/dev/sdb1: 0 files, 1/130812 clusters

sudo fsck /dev/sdb2
fsck from util-linux 2.27.1
e2fsck 1.42.13 (17-May-2015)
/dev/sdb2: clean, 304/124928 files, 119156/499712 blocks

sudo fsck /dev/sdb3
fsck from util-linux 2.27.1

sudo fsck /dev/sdc1
fsck from util-linux 2.27.1
e2fsck 1.42.13 (17-May-2015)
/dev/sdc1: clean, 24/134217728 files, 9214511/536870655 blocks

sudo fsck /dev/sdc2
fsck from util-linux 2.27.1
e2fsck 1.42.13 (17-May-2015)
fsck.ext2: No such file or directory while trying to open /dev/sdc2
Possibly non-existent device?

sudo fsck /dev/sdc3
fsck from util-linux 2.27.1
e2fsck 1.42.13 (17-May-2015)
fsck.ext2: No such file or directory while trying to open /dev/sdc3
Possibly non-existent device?

sudo fsck /dev/sdd1
'fsck from util-linux 2.27.1
fsck.fat 3.0.28 (2015-05-16)
/dev/sdd1: 0 files, 1/130812 clusters

sudo fsck /dev/sdd2
fsck from util-linux 2.27.1
e2fsck 1.42.13 (17-May-2015)
/dev/sdd2: clean, 304/124928 files, 119156/499712 blocks

sudo fsck /dev/sdd3
fsck from util-linux 2.27.1
aris@uhserver21:~$

- ei apua näistäkään, mitähän seuraavaksi?


- yritin mount komennolla päästä kiinni tuo boot levyn tiedostoihin  vaan kuinkas se tehdään?

Koodia: [Valitse]
sudo mount /dev/sdb1 /hdd
ls /hdd
- tyhjä
sudo umount /hdd

 sudo mount /dev/sdb2 /hdd
ls /hdd
abi-4.4.0-31-generic     efi                          lost+found                   vmlinuz-4.4.0-36-generic
abi-4.4.0-36-generic     grub                         System.map-4.4.0-31-generic
config-4.4.0-31-generic  initrd.img-4.4.0-31-generic  System.map-4.4.0-36-generic
config-4.4.0-36-generic  initrd.img-4.4.0-36-generic  vmlinuz-4.4.0-31-generic
sudo umount /hdd

sudo mount /dev/sdb3 /hdd
mount: unknown filesystem type 'LVM2_member'

sudo mount /dev/sdc1 /hdd
ls /hdd
lost+found  tietokanta
umount /hdd
eli tämä levy on tuo data levy ja sisältö on ok
sudo umount /hdd

sudo mount /dev/sdd1 /hdd
ls /hdd
sudo umount /hdd

sudo mount /dev/sdd2 /hdd
 ls /hdd
abi-4.4.0-31-generic     efi                          lost+found                   vmlinuz-4.4.0-36-generic
abi-4.4.0-36-generic     grub                         System.map-4.4.0-31-generic
config-4.4.0-31-generic  initrd.img-4.4.0-31-generic  System.map-4.4.0-36-generic
config-4.4.0-36-generic  initrd.img-4.4.0-36-generic  vmlinuz-4.4.0-31-generic
sudo umount /hdd
sudo mount /dev/sdd3 /hdd
mount: unknown filesystem type 'LVM2_member'

« Viimeksi muokattu: 20.09.16 - klo:10.22 kirjoittanut V675 »

lauritx

  • Käyttäjä
  • Viestejä: 270
    • Profiili
Vs: 16.04 Read only filesystem
« Vastaus #3 : 20.09.16 - klo:10.21 »
Sitten käynnistä ubuntu live levyltä ja korjaa gpartedilla. Ainakin mulla aina toiminu. Eli gparted root osio ja tarkista.

V675

  • Käyttäjä
  • Viestejä: 8
    • Profiili
Vs: 16.04 Read only filesystem
« Vastaus #4 : 20.09.16 - klo:11.29 »
Sitten käynnistä ubuntu live levyltä ja korjaa gpartedilla. Ainakin mulla aina toiminu. Eli gparted root osio ja tarkista.

No niin ladattu Ubuntu Desktop USB tikulle ja ajettu gparted - tilanteessa ei muutosta - edelleen file system read only - tilassa

Koodia: [Valitse]
    0.202122] acpi PNP0A08:00: _OSC failed (AE_ERROR); disabling ASPM
[   10.946745] EXT4-fs error (device dm-0): __ext4_new_inode:1062: comm lvm: failed to insert inode 118489275: doubly allocated?

------
  UNIT                           LOAD   ACTIVE SUB    DESCRIPTION
● accounts-daemon.service        loaded failed failed Accounts Service
● systemd-tmpfiles-setup.service loaded failed failed Create Volatile Files and Directories
● systemd-update-utmp.service    loaded failed failed Update UTMP about System Boot/Shutdown
● lxd.socket                     loaded failed failed LXD - unix socket

LOAD   = Reflects whether the unit definition was properly loaded.
ACTIVE = The high-level unit activation state, i.e. generalization of SUB.
SUB    = The low-level unit activation state, values depend on unit type.

4 loaded units listed. Pass --all to see loaded but inactive units, too.
To show all installed unit files use 'systemctl list-unit-files'.

--------

syys 20 11:12:45 ubuntu kernel: EXT4-fs (dm-0): re-mounted. Opts: errors=remount-ro
syys 20 11:12:47 ubuntu kernel: EXT4-fs error (device dm-0): __ext4_new_inode:1062: comm lvm: failed to insert inode 118489275: doubly allocated?
syys 20 11:12:47 ubuntu kernel: EXT4-fs error (device dm-0): ext4_journal_check_start:56: Detected aborted journal
syys 20 11:12:47 ubuntu kernel: EXT4-fs error (device dm-0) in ext4_create:2458: IO failure
syys 20 11:12:48 ubuntu kernel: EXT4-fs error (device dm-0): ext4_journal_check_start:56:
syys 20 11:12:48 ubuntu kernel: EXT4-fs error (device dm-0): ext4_journal_check_start:56:
syys 20 11:12:49 ubuntu kernel: EXT4-fs error (device dm-0): ext4_lookup:1584: inode #99353590: comm cron: deleted inode referenced: 99355126
syys 20 11:12:49 ubuntu accounts-daemon[3215]: /usr/lib/accountsservice/accounts-daemon: error while loading shared libraries: libgio-2.0.so.0: cannot open shared object file: No such file or directory
syys 20 11:12:49 ubuntu kernel: EXT4-fs error (device dm-0): ext4_lookup:1584: inode #99352593: comm apt.systemd.dai: deleted inode referenced: 99355297
syys 20 11:12:50 ubuntu irqbalance[3358]: /usr/sbin/irqbalance: error while loading shared libraries: libnuma.so.1: cannot open shared object file: No such file or directory
syys 20 11:12:50 ubuntu apt.systemd.daily[3189]: apt-config: error while loading shared libraries: libapt-pkg.so.5.0: cannot open shared object file: No such file or directory
syys 20 11:12:50 ubuntu apt.systemd.daily[3189]: apt-config: error while loading shared libraries: libapt-pkg.so.5.0: cannot open shared object file: No such file or directory
syys 20 11:12:50 ubuntu sshd[3320]: /usr/sbin/sshd: error while loading shared libraries: libkrb5.so.3: cannot open shared object file: No such file or directory
syys 20 11:12:50 ubuntu sshd[3424]: /usr/sbin/sshd: error while loading shared libraries: libkrb5.so.3: cannot open shared object file: No such file or directory
syys 20 11:12:50 ubuntu sshd[3430]: /usr/sbin/sshd: error while loading shared libraries: libkrb5.so.3: cannot open shared object file: No such file or directory
syys 20 11:12:50 ubuntu sshd[3433]: /usr/sbin/sshd: error while loading shared libraries: libkrb5.so.3: cannot open shared object file: No such file or directory
syys 20 11:12:51 ubuntu sshd[3436]: /usr/sbin/sshd: error while loading shared libraries: libkrb5.so.3: cannot open shared object file: No such file or directory
syys 20 11:17:01 ubuntu CRON[3617]: (CRON) error (create tmpfile)


lauritx

  • Käyttäjä
  • Viestejä: 270
    • Profiili
Vs: 16.04 Read only filesystem
« Vastaus #5 : 20.09.16 - klo:12.03 »
Ehkä kannattais tutkia kovalevyn kunto. Disks ohjelma on live-levyllä.

nm

  • Käyttäjä
  • Viestejä: 16430
    • Profiili
Vs: 16.04 Read only filesystem
« Vastaus #6 : 20.09.16 - klo:12.32 »
Koodia: [Valitse]
Disk /dev/mapper/uhserver21--vg-root: 2.7 TiB, 2991742517248 bytes, 5843247104 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/mapper/ubuntu--vg-root: 2.7 TiB, 2995378978816 bytes, 5850349568 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes

Sinulla on LVM käytössä sekä vanhalla että uudella levyllä. Tarkista fsck:lla laite /dev/mapper/ubuntu--vg-root joka on uudella levyllä olevan Ubuntun juuriosio.
« Viimeksi muokattu: 20.09.16 - klo:12.34 kirjoittanut nm »

V675

  • Käyttäjä
  • Viestejä: 8
    • Profiili
Vs: 16.04 Read only filesystem
« Vastaus #7 : 20.09.16 - klo:13.55 »
Ehkä kannattais tutkia kovalevyn kunto. Disks ohjelma on live-levyllä.

Osaatko sanoa missähän kohtaa tuossa Disk ohjelmassa on levyn testaus (jos Benchmark optiota ei otea lukuun), en löytänyt tuollaista valintaa


V675

  • Käyttäjä
  • Viestejä: 8
    • Profiili
Vs: 16.04 Read only filesystem -ratkaistu?
« Vastaus #8 : 20.09.16 - klo:13.56 »
Koodia: [Valitse]
Disk /dev/mapper/uhserver21--vg-root: 2.7 TiB, 2991742517248 bytes, 5843247104 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/mapper/ubuntu--vg-root: 2.7 TiB, 2995378978816 bytes, 5850349568 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes

Sinulla on LVM käytössä sekä vanhalla että uudella levyllä. Tarkista fsck:lla laite /dev/mapper/ubuntu--vg-root joka on uudella levyllä olevan Ubuntun juuriosio.

Tarkistettu ja löysi virheitä -kaikki korjaukset hyväksytty <y> vaan ei muutosta - edelleen read only...

kokeiltu
Koodia: [Valitse]
smartctl --all /dev/sda,b,c
komentoa kaikkiin levyihin  - ei virheitä ja SMART on enable tilassa


-----

Ihan outoa, nappasin 3. levyn pois koneesta - ja kas, ei mitään ongelmia havaittavissa!!!!

Tein testin eli laiton tuohon kolmannelle paikalle ihan paketista vedetyn tuoreen kappaleen ja vaihdoin vielä SATA kaapelin paikaa emolla ja sama lopputulos, linukka valittaa read-only file system....


----
Voisiko sittenkin vika olla tuossa 3. levyn SATA kaapelissa joka onkin erilainen kuin  nuo muut...ilmeisesti tämä on SATA 3 GB kaapeli kun muut ovat 6 GB kaapeleita vaan kuinka kummassa yhden levyn "väärä" kaapeli saa koko koneen sekaisin vaikka tuo 3. levy ei olllut edes mitenkään käytössä - vain liitetty SATA kaapelilla koneeseen vain mikä?

Kolmannen levyn asennus sekoittaa jumixin täysin  - vai oliko sittenkin 9 TB liikaa :-)


« Viimeksi muokattu: 21.09.16 - klo:08.49 kirjoittanut V675 »

juyli

  • Vieras
Vs: 16.04 Read only filesystem -ratkaistu?
« Vastaus #9 : 21.09.16 - klo:23.08 »
Kolmannen levyn asennus sekoittaa jumixin täysin  - vai oliko sittenkin 9 TB liikaa :-)
Enpä ole kuullutkaan Jumix-jakelusta. Eikä sellaisen puinti Ubuntun 'Asennustaminen ja käyttöönotto' ole edes oikea paikka.
Myös 9 TB:n levyosioiden tarkistaminen voi oman aikansa viedä, jos levyosiot ovat tarkistettava käynnistettäessä.
Noin isojen levyjen ja niiden levyosioiden hyödyntämiseen ei liene aivan hätäiseen (erityistarpeita lukuunottamatta) tarvita LVM:ää.
PS. Eipä minultakaan jääne paljon vajaaksi 9 TB, mutta nuo ovatkin sitten useilla levyillä, levyosioilla tai muilla ulkoisilla laitteilla.

Postimies

  • Käyttäjä
  • Viestejä: 2644
    • Profiili
Vs: 16.04 Read only filesystem - ratkaistu root cause?
« Vastaus #10 : 02.10.16 - klo:13.50 »
Missä ajassa kello on? Jos heittää paljon se aiheuttaa levytarkistuksia. Ei muistaakseni kyllä ro tilassa liittämistä.