[18:11] <rhkfin_> Päivitettyäni Kubuntun -> 16.04 tulee jokaisessa käynnistyksessä levyntarkastus, joka ei mene läpi. KEskeytys Ctrl+C, jonka jälkeen pääsee vikatilaan tms. SIellä kun ajaa mount -a ja painaa ctrl+D (=jatka boottia) niin homma rokkaa.
[18:11] <rhkfin_> Olisiko jollakulla hyviä ideoita mistä debugata tuota? Käytössä myös LVM+RAID.
[18:16] <ansa> millälailla ei mee läpi? Onko se sellainen osio jolle vois bootin jälkeen ajaa fsck:n?
[18:17] <rhkfin_> syslogia: https://pastebin.com/nEy9XzZE  - tuolla 11, 13 ja 49 sekunnin kohdalla tulee mount-herjaa.
[18:17] <rhkfin_> ansa: startissa tuleva levytarkastus jää ikuiseen looppin tms
[18:18] <rhkfin_> Voisi tietysti varmaan yrittää käynnistää CD:llä ja ajaa fsck:ta (unmountattuna)
[18:19] <Echramath> Mä just mietin että miten ne lvm ja raid tuohon kuvioon vaikuttaa?
[18:19] <rhkfin_> EXT4-fs (dm-1): warning: mounting fs with errors, running e2fsck is recommended
[18:20] <rhkfin_> Echramath: paha sanoa. Uudet (~viimeiset x vuotta tms :) livelevyt taitavat osata ne hanskata, RAID-tuki tosin pitää asentaa livesessioon käsin.
[18:21] <Echramath> Näkeekö sen läpi jos yksi levy alkaa leipoa käsiin?
[18:21] <rhkfin_> ITseasiassa taisi viimeksi olla puhdas asennus, ei edes päivitys. Siinä yhteydessä ilmeni, että vaikka asensin livesessioon raid-tuen, se ei asentanut sitä uuteen järjestelmään (vaikka konffasikin osiot ja raid-konffit) ja ensimmäisen (epäonnistuneen) bootin jälkeen täytyi asentaa ajurit chrootin kautta niin raid heräsi
[18:21] <ansa> uudemman e2fsprogsin asentaminen vois olla kans yks vaihtoehto,
[18:22] <rhkfin_> Olen katsellut ja levyt ainakin viimeksi OK kunnossa RAID:n mielestä
[18:22] <rhkfin_> ansa: mitä uudempi e2fsprogs antaisi? Vai mahdollisesti pätevämpi skannaus alkuun?
[18:24] <ansa> No jos se oikeasti jää johonkin fsck:hon looppaamaan niin eiköhän se silloin oo e2fsprogsin bugi, ja tuossa nyt on yksi major-releasekin tullut uudempi
[18:25] <rhkfin_> 16.04.2 LTS tulilla, toki voi tuollaisiin olla tullut merkittäviä(?) päivityksiä ei-LTS:issäkin
[18:25] <rhkfin_> MIstä löytäisi fsck:n logia bootista..
[18:25] <rhkfin_> ?
[18:25] <ansa>  se pyrkii tallettamaan /var/log/fsck/:n alle bootin logit
[18:26] <rhkfin_> siellä oli 2 tyhjää tiedostoa..
[18:26] <ansa> joo, voi olla että jos oot ne bootissa keskeyttänyt niin ei jää talteen mitään
[18:26] <rhkfin_> mdadm: active devices 2, working devices 2
[18:27] <rhkfin_> mikäs smartctl oli millä levyn kuntoa pääsi lukemaan, katsotaanpa sekin..
[18:28] <ansa> Onhan se oikeasti jäänyt jumiin ettei vain ole vaan kestänyt pitkään? Sopiva osio ja hitaat levyt niin voi kestää aika tovinkin.
[18:29] <rhkfin_> Vois sitä koittaa toki taas, mutta on se joskus takonut tosi pitkäänkin. KOtelossa 64Gt SSD jossa mm. root ja sit raid-peilattuna 2x1T levyä, joissa homet ja datat. Lienee mahdollista, että toi 1T skannaus kestäis pitkään.
[18:31] <ansa> Jos siellä on oikeasti joku virhetilanne, niin voi kestää erityisenkin kauan kun siellä aletaan tarkastelemaan tarkemminkin että mitä vois olla pielessä.
[18:32] <rhkfin_> Kiva olis saada sitä jotain raporttia lennossa. Mut ehkäpä vielä yritän ja annan ruksutella pitkään
[19:07] <rhkfin_> Nonni, katselin logia emergency modessa, joka aukesi kun fsck oli rullaillut oman aikansa. Logi aukesi sysctl -jotain tms
[19:08] <rhkfin_> Systemd-udevd: Process /lib/udev/hdparm failed with exit code 5
[19:08] <rhkfin_> Systemd-udevd: Process /sbin/mdadm --incremental /dev/sdb2 --offroot failed with exit code 1
[19:09] <rhkfin_> Systemd-fsck: /dev/mapper/vghaapa3-lvdata contains a file system with errors, check forced
[19:10] <rhkfin_>  ja sit samalle osiolle: unexpected inconsistency, run fsck manually (i.e. without -a or -p options)
[19:10] <rhkfin_> fsck failed with error code 4
[19:11] <rhkfin_> Eli fsck oli yrittänyt tarkastaa lvm-levyä ilmeisesti vielä sen jälkeen kun RAIDin käynnistys oli failannut eikä näin varmaan tosiaankaan löydä tolkkua fs:ää sieltä. Vaikuttaako tolkulta analyysiltä?
[19:12] <rhkfin_> https://bugs.launchpad.net/ubuntu/+source/mdadm/+bug/1568097
[19:14] <rhkfin_> Ilmeisesti tunnettu bugi 16.04.X:ssä, korjattu uudemmassa mdadm:ssa (joka löytyy mm. 16.10:sta, ei backportattu 16.04:n)
[19:19] <rhkfin_> ja https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1587142
[20:16] <rhkfin_> Oho, edellinen kirjautuminen Launchpadiin 2014..