Toimiiko viikko fstrim väärin vai mikä?

[mpiso]

Minulla on Kubuntu 14.04 joka käynnistyy noin viikon välein todella hitaasti, menee monta minuuttia. SSD kiintolevy (sdc) on Samsung 850 EVO 120 GB. Emolevy on M2N-SLI Deluxe. Sillä on jo aika paljon ikää, eikä SATA 1-6 liitimissä ollut AHCI valintaa. Käynnistys on kuitenkin normaalisti hiukan nopeampaa kuin pyörivissä, jotain alta minuutin.

Hitaan käynnistyksen jälkeen eivät kaikki ohjelmat avaudu. Kun katsoin järjestelmän tarkkailusta, oli siellä useita (ehkä 20) udisksd prosesseja jotka odottivat levyä. Uudelleenkäynnistyksen jälkeen kaikki toimii taas normaalisti.

Vikaa on aika hankala etsiä kun se toistuu aika harvoin. Olen muuttanut tuon viikko fstrimmauksen alimman rivin seuraavasti, mutta ei siitä ollut apua.

Koodia: [Valitse]

exec fstrim-all –no-model-check
Oletettavasti fstrim kuitenkin toimii, kun se vastaa noin. Vika saattaa siis olla aivan jossain muualla.

Koodia: [Valitse]

sudo fstrim -v /
/: 100345204736 bytes were trimmed
Osaako joku neuvoa miten pitäisi edetä. Heikolla kielitaidolla en ole löytänyt netistä ratkaisua.

[nm]

Ota järjestelmäloki talteen (/var/log/syslog) ja vertaa normaaliin käynnistymiseen.

Minuutin käynnistymisaika kuulostaa myös hitaalta, joskaan minulla ei ole kokemusta Kubuntusta. Itse odottaisin tuolla raudalla 10 - 30 sekunnin käynnistymisaikaa Grubin latautumisesta työpöydälle. SSD:n pitäisi pudottaa aika n. neljäsosaan tavalliseen levyyn verrattuna, ellei käynnistyksessä ole muita, levystä riippumattomia viiveitä.

840 ja 850 EVO:n kanssa kannattaa tarkistaa osioiden kohdistus, jonka pitäisi olla monista muista levyistä poiketen 1536 KiB:n kerrannainen:
http://www.tech-g.com/2015/10/03/aligning-your-samsung-840-evo-slow-disk-problem/

Mitä hdparm-ohjelman nopeustesti kertoo:

Koodia: [Valitse]

sudo hdparm -tT /dev/sda

[Postimies]

Onko työpöydän indeksointi päällä? Baloo (ent. Nepomuk) on usein syypää hidasteluun.

[mpiso]

Kun bios ilmoitukset (n. 15 s), käyttöjärjestelmän kuittaus ja salasanan syöttö lasketaan pois, niin käynnistysajaksi jää noin 30 s.

En ole aivan varma ymmärsinkö oikein osioiden kohdistuksen. Sen on tehnyt asennusohjelma automaattisesti.  Tuolta se näyttää:

Koodia: [Valitse]

mpi@mpi-System-Product-Name:~$ sudo fdisk -l /dev/sdc

Disk /dev/sdc: 120.0 GB, 120034123776 bytes
255 päätä, 63 sektoria/ura, 14593 sylinteriä, yhteensä 234441648 sektoria
Yksiköt = 1 * 512 = 512 -tavuiset sektorit
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Levyn tunniste: 0x000d7a73

    Laite Käynn     Alku          Loppu    Lohkot   Id  Järjestelmä
/dev/sdc1   *        2048   226056191   113027072   83  Linux
/dev/sdc2       226058238   234440703     4191233    5  Laajennettu
/dev/sdc5       226058240   234440703     4191232   82  Linux-sivutus / Solaris
Eipä tuo näytä pyörivistä eroavan yhtään. SSD on siis sdc.

Koodia: [Valitse]

mpi@mpi-System-Product-Name:~$ sudo hdparm -tT /dev/sda

/dev/sda:
 Timing cached reads:   2526 MB in  2.00 seconds = 1263.31 MB/sec
 Timing buffered disk reads: 388 MB in  3.01 seconds = 128.79 MB/sec
mpi@mpi-System-Product-Name:~$ sudo hdparm -tT /dev/sdb

/dev/sdb:
 Timing cached reads:   2608 MB in  2.00 seconds = 1304.11 MB/sec
 Timing buffered disk reads: 364 MB in  3.01 seconds = 120.95 MB/sec
mpi@mpi-System-Product-Name:~$ sudo hdparm -tT /dev/sdc

/dev/sdc:
 Timing cached reads:   2538 MB in  2.00 seconds = 1269.38 MB/sec
 Timing buffered disk reads: 394 MB in  3.01 seconds = 130.70 MB/sec

Prosesseissa on baloo_file, mutta se ei käytä CPU aikaa yhtään prosenttia, ainakaan kun seurasin.

[nm]

Kun bios ilmoitukset (n. 15 s), käyttöjärjestelmän kuittaus ja salasanan syöttö lasketaan pois, niin käynnistysajaksi jää noin 30 s.

En ole aivan varma ymmärsinkö oikein osioiden kohdistuksen. Sen on tehnyt asennusohjelma automaattisesti.  Tuolta se näyttää:

Koodia: [Valitse]

mpi@mpi-System-Product-Name:~$ sudo fdisk -l /dev/sdc

Disk /dev/sdc: 120.0 GB, 120034123776 bytes
255 päätä, 63 sektoria/ura, 14593 sylinteriä, yhteensä 234441648 sektoria
Yksiköt = 1 * 512 = 512 -tavuiset sektorit
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Levyn tunniste: 0x000d7a73

    Laite Käynn     Alku          Loppu    Lohkot   Id  Järjestelmä
/dev/sdc1   *        2048   226056191   113027072   83  Linux
/dev/sdc2       226058238   234440703     4191233    5  Laajennettu
/dev/sdc5       226058240   234440703     4191232   82  Linux-sivutus / Solaris

Juu, asennusohjelma kohdistaa oletuksena yhteen megaan (2048*512 = 1048576.0 = 1 MiB). Se ei ole hyvä TLC-tyyppiselle SSD:lle. Osion sdc1 alun pitäisi olla 3072 (1.5 MiB) tai varmuuden vuoksi 12288 (6 MiB), jota linkittämässäni artikkelissa suositeltiin.
Samoin sdc5:n alun pitäisi olla jaollinen 12288:lla, eli vaikkapa 226050048 tai 226062336. Laajennetun osion alun jaollisuudella ei ole väliä.

Käytännössä pitäisi poistaa sdc5 ja sdc2 ja siirtää sdc1:tä neljän megan verran eteenpäin GPartedilla live-cd:n tai toisen Linux-asennuksen avulla. Sen jälkeen voi luoda uuden, oikein kohdistetun swap-osion tai käyttää jollain toisella levyllä olevaa swappia.

Eipä tuo näytä pyörivistä eroavan yhtään. SSD on siis sdc.

Koodia: [Valitse]

mpi@mpi-System-Product-Name:~$ sudo hdparm -tT /dev/sda

/dev/sda:
 Timing cached reads:   2526 MB in  2.00 seconds = 1263.31 MB/sec
 Timing buffered disk reads: 388 MB in  3.01 seconds = 128.79 MB/sec
mpi@mpi-System-Product-Name:~$ sudo hdparm -tT /dev/sdb

/dev/sdb:
 Timing cached reads:   2608 MB in  2.00 seconds = 1304.11 MB/sec
 Timing buffered disk reads: 364 MB in  3.01 seconds = 120.95 MB/sec
mpi@mpi-System-Product-Name:~$ sudo hdparm -tT /dev/sdc

/dev/sdc:
 Timing cached reads:   2538 MB in  2.00 seconds = 1269.38 MB/sec
 Timing buffered disk reads: 394 MB in  3.01 seconds = 130.70 MB/sec


Aika hitaalta tosiaan näyttää. On myös mahdollista, että levyohjain toimii jostain syystä vain 1.5 Gb/s -nopeudella (SATA-1). Mitä kernelin loki kertoo siitä:

Koodia: [Valitse]

dmesg | grep -i sata

[mpiso]

Jostain syystä se on 1,5 Gbps. Löysin netistä tuollaisen komentoripsun jolla sain varmistetua mikä ata3 on.

Koodia: [Valitse]

mpi@mpi-System-Product-Name:~$ dmesg | grep -i sata
[    0.954347] sata_nv 0000:00:05.0: version 3.5
[    0.954645] sata_nv 0000:00:05.0: Using SWNCQ mode
[    0.960639] scsi host0: sata_nv
[    0.968045] scsi host1: sata_nv
[    0.968133] ata1: SATA max UDMA/133 cmd 0x9f0 ctl 0xbf0 bmdma 0xdc00 irq 21
[    0.968136] ata2: SATA max UDMA/133 cmd 0x970 ctl 0xb70 bmdma 0xdc08 irq 21
[    0.968463] sata_nv 0000:00:05.1: Using SWNCQ mode
[    0.970310] scsi host2: sata_nv
[    0.970661] scsi host3: sata_nv
[    0.970724] ata3: SATA max UDMA/133 cmd 0x9e0 ctl 0xbe0 bmdma 0xc800 irq 20
[    0.970727] ata4: SATA max UDMA/133 cmd 0x960 ctl 0xb60 bmdma 0xc808 irq 20
[    0.971002] sata_nv 0000:00:05.2: Using SWNCQ mode
[    0.972061] scsi host4: sata_nv
[    0.972185] scsi host5: sata_nv
[    0.972242] ata5: SATA max UDMA/133 cmd 0xc400 ctl 0xc000 bmdma 0xb400 irq 23
[    0.972244] ata6: SATA max UDMA/133 cmd 0xbc00 ctl 0xb800 bmdma 0xb408 irq 23
[    1.284025] ata5: SATA link down (SStatus 0 SControl 300)
[    1.436030] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[    1.440022] ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[    1.928032] ata2: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[    2.264023] ata4: SATA link down (SStatus 0 SControl 300)
[    2.576021] ata6: SATA link down (SStatus 0 SControl 300)

mpi@mpi-System-Product-Name:~$  ls -l /sys/block/sd* | sed 's/.*\(sd.*\) -.*\(ata.*\)\/h.*/\2 => \1/'
ata1 => sda
ata2 => sdb
ata3 => sdc
lrwxrwxrwx 1 root root 0 huhti 12 22:10 /sys/block/sdd -> ../devices/pci0000:00/0000:00:02.1/usb1/1-5/1-5:1.0/host8/target8:0:0/8:0:0:0/block/sdd
lrwxrwxrwx 1 root root 0 huhti 12 22:10 /sys/block/sde -> ../devices/pci0000:00/0000:00:02.1/usb1/1-5/1-5:1.0/host8/target8:0:0/8:0:0:1/block/sde
lrwxrwxrwx 1 root root 0 huhti 12 22:10 /sys/block/sdf -> ../devices/pci0000:00/0000:00:02.1/usb1/1-5/1-5:1.0/host8/target8:0:0/8:0:0:2/block/sdf                                                                                                                           
lrwxrwxrwx 1 root root 0 huhti 12 22:10 /sys/block/sdg -> ../devices/pci0000:00/0000:00:02.1/usb1/1-5/1-5:1.0/host8/target8:0:0/8:0:0:3/block/sdg                                                                                                                           
lrwxrwxrwx 1 root root 0 huhti 12 22:10 /sys/block/sdh -> ../devices/pci0000:00/0000:00:02.1/usb1/1-5/1-5:1.0/host8/target8:0:0/8:0:0:4/block/sdh

[nm]

Emolevyssä on ilmeisesti NForcen integroidun levyohjaimen lisäksi JMicron JMB363 RAID-ohjain, joka ohjaa yhtä sisäistä ja yhtä ulkoista SATA-porttia. NForce ei tue AHCI:tä, mutta JMicron tukee, ja sille pitäisi olla valinta Bios-asetuksissa (katso manuaalin sivut 4-29 ja 4-31). Portti on erillään muista, ensimmäisen PCIe x16 -väylän vieressä. Merkintänä SATA_RAID1

[mpiso]

Huomasin sen jo asennusvaiheessa, mutta en käyttänyt, koska alla olevassa linkissä oli huonoja kokemuksia siitä (piti nyt oikein etsiä sivua). Lisäksi se on hankalasti näytönohjaimen takana. Jälkeenpäin en tiennyt voiko AHCI valinnan ottaa käyttöön käyttöjärjestelmän asennuksen jälkeen. Täytyy kuitenkin huomenna tai torstaina kokeilla, tuskin enää mennään huonompaan suuntaan.

http://www.overclock.net/t/366989/official-asus-m2n-sli-and-m2n32-sli-club/10850

[nm]

Huomasin sen jo asennusvaiheessa, mutta en käyttänyt, koska alla olevassa linkissä oli huonoja kokemuksia siitä (piti nyt oikein etsiä sivua). Lisäksi se on hankalasti näytönohjaimen takana. Jälkeenpäin en tiennyt voiko AHCI valinnan ottaa käyttöön käyttöjärjestelmän asennuksen jälkeen. Täytyy kuitenkin huomenna tai torstaina kokeilla, tuskin enää mennään huonompaan suuntaan.

http://www.overclock.net/t/366989/official-asus-m2n-sli-and-m2n32-sli-club/10850

Ei tuossa sanottu mitään huonoa JMicronin RAID-piiristä. M2N32:ssa on sen sijaan Silicon Imagen RAID-ohjain, joka ei tue AHCI:tä, ja siinä tapauksessa NForcen SATA-ohjain oli tuon viestin perusteella nopeampi.

[mpiso]

Siinä heti alempana nimimerkki LuckySe7ens sanoo ”Yeah this Jmicron port is slow, do I have some setting wrong? AHCI is on in BIOS and the drive is empty.” ja ”Here it is on the nForce SATA II much better”. Nopeussuhteet näyttäisivät olevan nForce:n hyväksi 2:1. Voihan siinä tietysti olla jokin asetus väärin, kuten arvelee. En tiedä mitä vaikuttaa valinta ”Total Lenght” joka on eri.

Mutta, tiedän enemmän, kunhan ehdin kokeilla.

[nm]

Siinä heti alempana nimimerkki LuckySe7ens sanoo ”Yeah this Jmicron port is slow, do I have some setting wrong? AHCI is on in BIOS and the drive is empty.” ja ”Here it is on the nForce SATA II much better”. Nopeussuhteet näyttäisivät olevan nForce:n hyväksi 2:1. Voihan siinä tietysti olla jokin asetus väärin, kuten arvelee. En tiedä mitä vaikuttaa valinta ”Total Lenght” joka on eri.

Kappas, en huomannut skrollata sinne asti.

Kannattaa myös kokeilla vaihtaa SSD päittäin jommankumman pyörivän levyn kanssa. Jos vaikka olisi portissa tai kaapelissa jotain häikkää.

[mpiso]

Kokeilin levyä Jmicron liittimeen ja muutin sen asetuksen AHCI:ksi. Nopeus ei muuttunut. Alla tulokset:

Koodia: [Valitse]

mpi@mpi-System-Product-Name:~$ sudo hdparm -tT /dev/sdc
/dev/sdc:
 Timing cached reads:   2506 MB in  2.00 seconds = 1253.70 MB/sec
 Timing buffered disk reads: 406 MB in  3.01 seconds = 134.71 MB/sec

mpi@mpi-System-Product-Name:~$ dmesg | grep -i sata
[    0.952698] sata_nv 0000:00:05.0: version 3.5
[    0.953116] sata_nv 0000:00:05.0: Using SWNCQ mode
[    0.953944] scsi host0: sata_nv
[    0.954063] scsi host1: sata_nv
[    0.954113] ata1: SATA max UDMA/133 cmd 0x9f0 ctl 0xbf0 bmdma 0xdc00 irq 21
[    0.954116] ata2: SATA max UDMA/133 cmd 0x970 ctl 0xb70 bmdma 0xdc08 irq 21
[    0.954528] sata_nv 0000:00:05.1: Using SWNCQ mode
[    0.955417] scsi host2: sata_nv
[    0.962098] scsi host3: sata_nv
[    0.962186] ata3: SATA max UDMA/133 cmd 0x9e0 ctl 0xbe0 bmdma 0xc800 irq 20
[    0.962189] ata4: SATA max UDMA/133 cmd 0x960 ctl 0xb60 bmdma 0xc808 irq 20
[    0.962654] sata_nv 0000:00:05.2: Using SWNCQ mode
[    0.965213] scsi host4: sata_nv
[    0.965342] scsi host5: sata_nv
[    0.965400] ata5: SATA max UDMA/133 cmd 0xc400 ctl 0xc000 bmdma 0xb400 irq 23
[    0.965402] ata6: SATA max UDMA/133 cmd 0xbc00 ctl 0xb800 bmdma 0xb408 irq 23
[    1.008139] ahci 0000:02:00.0: AHCI 0001.0000 32 slots 2 ports 3 Gbps 0x3 impl SATA mode
[    1.021077] ata11: SATA max UDMA/133 abar m8192@0xfddfe000 port 0xfddfe100 irq 16
[    1.021081] ata12: SATA max UDMA/133 abar m8192@0xfddfe000 port 0xfddfe180 irq 16
[    1.272022] ata3: SATA link down (SStatus 0 SControl 300)
[    1.276018] ata5: SATA link down (SStatus 0 SControl 300)
[    1.340053] ata11: SATA link down (SStatus 0 SControl 300)
[    1.420029] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[    1.512038] ata12: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[    1.912030] ata2: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[    2.248022] ata4: SATA link down (SStatus 0 SControl 300)
[    2.560021] ata6: SATA link down (SStatus 0 SControl 300)
Sammutin koneen ja kokeilin vaihtaa Nforcen liittimeen 5. Varsinainen vika ilmeni, kone käynnistyi useita minuutteja. Suoritin samat tarkistukset, alla tulokset:

Koodia: [Valitse]

mpi@mpi-System-Product-Name:~$ sudo hdparm -tT /dev/sdc
[sudo] password for mpi:
/dev/sdc:
 Timing cached reads:   2672 MB in  2.00 seconds = 1336.14 MB/sec
 Timing buffered disk reads: 728 MB in  3.00 seconds = 242.61 MB/sec
mpi@mpi-System-Product-Name:~$ sudo hdparm -tT /dev/sdc

mpi@mpi-System-Product-Name:~$ dmesg | grep -i sata
[    0.954428] sata_nv 0000:00:05.0: version 3.5
[    0.954769] sata_nv 0000:00:05.0: Using SWNCQ mode
[    0.960765] scsi host0: sata_nv
[    0.968044] scsi host1: sata_nv
[    0.968136] ata1: SATA max UDMA/133 cmd 0x9f0 ctl 0xbf0 bmdma 0xdc00 irq 21
[    0.968139] ata2: SATA max UDMA/133 cmd 0x970 ctl 0xb70 bmdma 0xdc08 irq 21
[    0.968513] sata_nv 0000:00:05.1: Using SWNCQ mode
[    0.969695] scsi host2: sata_nv
[    0.969807] scsi host3: sata_nv
[    0.969857] ata3: SATA max UDMA/133 cmd 0x9e0 ctl 0xbe0 bmdma 0xc800 irq 20
[    0.969859] ata4: SATA max UDMA/133 cmd 0x960 ctl 0xb60 bmdma 0xc808 irq 20
[    0.970224] sata_nv 0000:00:05.2: Using SWNCQ mode
[    0.970969] scsi host4: sata_nv
[    0.971059] scsi host5: sata_nv
[    0.971106] ata5: SATA max UDMA/133 cmd 0xc400 ctl 0xc000 bmdma 0xb400 irq 23
[    0.971108] ata6: SATA max UDMA/133 cmd 0xbc00 ctl 0xb800 bmdma 0xb408 irq 23
[    1.284022] ata3: SATA link down (SStatus 0 SControl 300)
[    1.436031] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[    1.440029] ata5: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[    1.928043] ata2: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[    2.256023] ata4: SATA link down (SStatus 0 SControl 300)
[    2.568026] ata6: SATA link down (SStatus 0 SControl 300)
Luulin löytäneeni vian, asema ei toimi oikein nopeudella 3.0 Gbps.  En ottanut järjestelmälokia talteen kun luulin löytäneeni vian ja tallennus Konsolestakin kesti ainakin pari minuuttia. Tai tallennus meni heti, mutta tallennusruutua (missä annetaan nimi) sai odottaa. Käynnistin uudelleen ja odotin nopeuden putoavan taas puoleen. Nopeus oli kuitenkin useankin käynnistyksen jälkeen liitimessä 5 sama 3.0 Gbps.

Kokeilin vielä uudella johdolla Jmicron liittimestä ja Nforcen liittimestä 5. Tulokset ovat samat, paitsi varsinaista vikaa ei ilmennyt. Asema on nyt Nforcen liitimessä 5.

Voisiko tuo varsinainen vika, eli todella pitkä käynnistysaika johtua siitä, että olen asentanut (varmuuden vuoksi) kaikki käyttöjärjestelmät ilman muita levyjä. Minulla on siis tämä Kubuntu 14.04 (sdc) ja lisäksi 12.04 (sda). Molemmissa on oma GRUB. En kuitenkaan käytä niitä valintaan vaan valitsen levyn F8 kautta. Tuli vain mieleen, kun juuri ennen tuota vikaa sdc oli pudonnut biossin käynnistysjärjestyksessä allimaiseksi liittimen vaihdon takia, enkä painanut F8:sia. Kubuntu 12.04 meni kirjautumisruutuun asti ja käynnistin koneen sieltä uudelleen. Muistaakseni vika on useimmin ilmennyt toisen käyttöjärjestelmän jälkeen.

[nm]

Voisiko tuo varsinainen vika, eli todella pitkä käynnistysaika johtua siitä, että olen asentanut (varmuuden vuoksi) kaikki käyttöjärjestelmät ilman muita levyjä. Minulla on siis tämä Kubuntu 14.04 (sdc) ja lisäksi 12.04 (sda). Molemmissa on oma GRUB. En kuitenkaan käytä niitä valintaan vaan valitsen levyn F8 kautta. Tuli vain mieleen, kun juuri ennen tuota vikaa sdc oli pudonnut biossin käynnistysjärjestyksessä allimaiseksi liittimen vaihdon takia, enkä painanut F8:sia. Kubuntu 12.04 meni kirjautumisruutuun asti ja käynnistin koneen sieltä uudelleen. Muistaakseni vika on useimmin ilmennyt toisen käyttöjärjestelmän jälkeen.

Kannattaa kopioida /var/log/syslog kokonaisuudessaan talteen, kun vika ilmenee seuraavan kerran:

Koodia: [Valitse]

cp /var/log/syslog ~/vika.log
Sieltä voi löytyä jotain lisävinkkiä ongelmaan. Outo juttu kuitenkin. Levyn firmware kannattaisi päivittää, jos se ei ole jo uusin.

[mpiso]

Kiitos nm, palaan asiaan jos (ilmeisesti kuitenkin kun) vika ilmenee. Komentoriviltä syslogin tallennus ilmeisesti onnistuu, ainakin SSD levyn testaus toimii, vaikka vika on päällä.

[mpiso]

Vika ilmeni ja otin syslogin kokonaan talteen. Se on kuitenkin aika iso, eli otin tänne ainakin ensiksi sen kohdan missä aikaa lähti kulumaan. Samaa virhettä (Failed to activate service 'org.freedesktop.UDisks2': timed out) on kuitenkin joka välissä tiedostoa.
 

Koodia: [Valitse]

Apr 19 21:02:40 mpi-System-Product-Name colord: Profile added: ML-1520-Gray..
Apr 19 21:02:40 mpi-System-Product-Name colord: Device added: cups-ML-1520
Apr 19 21:02:40 mpi-System-Product-Name colord: Profile added: Stylus-DX3800-Gray..
Apr 19 21:02:40 mpi-System-Product-Name colord: Profile added: Stylus-DX3800-RGB..
Apr 19 21:02:40 mpi-System-Product-Name colord: Device added: cups-Stylus-DX3800
Apr 19 21:02:52 mpi-System-Product-Name dbus[435]: [system] Failed to activate service 'org.freedesktop.UDisks2': timed out
Apr 19 21:02:54 mpi-System-Product-Name colord: Profile added: icc-fc986aa027e4a37f775327ea19e3000a
Apr 19 21:02:55 mpi-System-Product-Name dbus[435]: [system] Activating service name='org.freedesktop.UDisks2' (using servicehelper)
Apr 19 21:02:55 mpi-System-Product-Name udisksd[2118]: udisks daemon version 2.1.3 starting
Apr 19 21:03:20 mpi-System-Product-Name dbus[435]: [system] Failed to activate service 'org.freedesktop.UDisks2': timed out
Apr 19 21:03:20 mpi-System-Product-Name dbus[435]: [system] Activating service name='org.freedesktop.UDisks2' (using servicehelper)
Apr 19 21:03:20 mpi-System-Product-Name udisksd[2135]: udisks daemon version 2.1.3 starting
Apr 19 21:03:45 mpi-System-Product-Name dbus[435]: [system] Failed to activate service 'org.freedesktop.UDisks2': timed out
Apr 19 21:03:45 mpi-System-Product-Name dbus[435]: [system] Activating service name='org.freedesktop.UDisks2' (using servicehelper)
Apr 19 21:03:45 mpi-System-Product-Name udisksd[2154]: udisks daemon version 2.1.3 starting
Apr 19 21:04:10 mpi-System-Product-Name dbus[435]: [system] Failed to activate service 'org.freedesktop.UDisks2': timed out
Apr 19 21:04:10 mpi-System-Product-Name colord: Device added: xrandr-BenQ 241W-300
Apr 19 21:04:10 mpi-System-Product-Name dbus[435]: [system] Activating service name='org.kde.powerdevil.backlighthelper' (using servicehelper)
Apr 19 21:04:10 mpi-System-Product-Name org.kde.powerdevil.backlighthelper: QDBusConnection: system D-Bus connection created before QCoreApplication. Application may misbehave.
Apr 19 21:04:10 mpi-System-Product-Name dbus[435]: [system] Successfully activated service 'org.kde.powerdevil.backlighthelper'
Apr 19 21:04:10 mpi-System-Product-Name NetworkManager[888]: <info> Auto-activating connection 'FRITZ!Box Fon WLAN 7270'.
Apr 19 21:04:10 mpi-System-Product-Name NetworkManager[888]: <info> Activation (wlan0) starting connection 'FRITZ!Box Fon WLAN 7270'
Apr 19 21:04:10 mpi-System-Product-Name NetworkManager[888]: <info> (wlan0): device state change: disconnected -> prepare (reason 'none') [30 40 0]
Apr 19 21:04:10 mpi-System-Product-Name NetworkManager[888]: <info> NetworkManager state is now CONNECTING

[nm]

Jostain syystä udisks2 ei käynnisty. Voi johtua levyistä tai jostain muusta palvelusta, joka ei ole käynnistynyt kunnolla, ja josta udisks2 riippuu. Ehkä tuosta saisi jotenkin tarkempaa tietoa ongelman esiintyessä, mutta en nyt suoraan osaa neuvoa. Jos vika on Ubuntussa, päivitys 16.04:ään voi hyvinkin auttaa.

[mpiso]

Olen nyt vertailut hidasta käynnistys syslogia muutamaan normaaliin. Uutta hidasta käynnistystä ei ole vielä tullut. Ainakin tuon minun tarkastukseni mukaan samanlaiset rivit löytyvät kaikista UDisks2 kohtaan asti. Alussa rivit ovat aivan samassa järjestyksessäkin, mutta ajan kuluessa paikat vaihtelevat paljonkin. Tuossa alla on udisks2:in ensimmäinen käynnistys, jonka epäonnistuminen on edellisessä viestissä. Olen yrittänyt selvittää tätä netin avulla, mutta heikolla kielitaidolla se on vaikeaa. Liittyykö tuo ”audit_printk_skb: 99 callbacks suppressed” mitenkään tuohon udisks2:in käynnistykseen vai mitä nuo 99 estoa ovat? Tiedostoa /usr/lib/cups/backend/cups-pdf ei ole ja /usr/sbin/cupsd ei ole tekstiä.

Koodia: [Valitse]

Apr 19 21:02:27 mpi-System-Product-Name dbus[435]: [system] Activating service name='org.freedesktop.UDisks2' (using servicehelper)
Apr 19 21:02:27 mpi-System-Product-Name udisksd[2009]: udisks daemon version 2.1.3 starting
Apr 19 21:02:40 mpi-System-Product-Name kernel: [   67.130502] audit_printk_skb: 99 callbacks suppressed
Apr 19 21:02:40 mpi-System-Product-Name kernel: [   67.130507] audit: type=1400 audit(1461088960.710:45): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="/usr/lib/cups/backend/cups-pdf" pid=2058 comm="apparmor_parser"
Apr 19 21:02:40 mpi-System-Product-Name kernel: [   67.130517] audit: type=1400 audit(1461088960.710:46): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="/usr/sbin/cupsd" pid=2058 comm="apparmor_parser"
Apr 19 21:02:40 mpi-System-Product-Name kernel: [   67.131019] audit: type=1400 audit(1461088960.710:47): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="/usr/sbin/cupsd" pid=2058 comm="apparmor_parser"
Eipä tuo joskus tapahtuva hidas käynnistys mikään katastrofi ole. Pitää miettiä tuon 16.04:än asentamista ja samalla tehdä se osioiden kohdistus josta oli aiemmin puhetta. Ilmeisesti kuitenkin ensin kokeilen 16.04:ää 12.04:än tilalle.