grub karkasi ei toivotulle levylle

[ubpappa]

Jossain oli ohje kuinka laitetaan järjestelmä
käynnistymään halutulta levyltä eli minulla
/dev/sdb2:lta kun tarjoaa /dev/sda1 ja käynnistyminen
on hidas

[JaniAlander]

Tuota sikäli kun ymmärrän Grubin sijainti ei pahemmin käynnistysnopeuteen vaikuta, Grub itsessään on pieni ja ohjaa lähinnä bootattavaan kerneliin joka sitten sijaitsee sillä levyllä missä se Linuxisi muutenkin on.

[juylii]

Jossain oli ohje kuinka laitetaan järjestelmä käynnistymään halutulta levyltä ...

Grub voidaan asentaa komennolla grub-install <levy>.  Esim. Levy voi olla vaikka /dev/sdb. Koneesi käynnistyy biossista määritellyltä kiintolevyltä, jonka mbr:ssä sitten
sijaitsee grub:in käynnistymiseen tarvittavat bitit.
Grub:in asetuksista voi halutessaan valita oletuksena käynnistettävän jakelun (/etc/default/grub), mutta ko. valikostahan voi käynnistää eri jakelut tai jakeluversiot.
Koskapa käytät eri levyillä eri versioita käyttöjärjestelmistä, olet todennäköisimmin niitä asennellessasi määritellyt grub:in asentumaan eri levyille.
Suositus: älä korjaa toimivaa, jos kuitenkin saat jo käynnistymään kaikki haluamasi jakelut ko. grub:in valikosta.
Koskapa itsekin käytän (ja tarvittaessa testailen) useita Linux-jakeluja, käytän kuitenkin vain pääkäyttöjärjestelmän grub:ia käynnistämään kulloinkin halutun jakelun tai sen version.
Ubuntussa komento

Koodia: [Valitse]

sudo update-grub etsii ja päivittää grub.cfg:n, joka määrittää kunkin levyosioilta löytyvät jakeluiden kernel-versiot.

[ubpappa]

Pitihän sitä kokeilla, Ja kaikki piti olla kunnossa, mutta mikään ei muuttunut
ensimmäisenä 18.10, ehdotuksia

Koodia: [Valitse]

xup19@xup19-desktop:~$ sudo grub-install /dev/sdb
[sudo] salasana henkilölle xup19:
Asennetaan i386-pc-alustalle.
Asennus on päättynyt. Virheitä ei löytynyt.
xup19@xup19-desktop:~$
xup19@xup19-desktop:~$ sudo update-grub
Sourcing file `/etc/default/grub'
Sourcing file `/etc/default/grub.d/init-select.cfg'
Tuottaa grub-asetustiedoston ...
Linux-levykuva löytyi: /boot/vmlinuz-5.0.0-8-generic
Löytyi initrd-levykuva: /boot/initrd.img-5.0.0-8-generic
Linux-levykuva löytyi: /boot/vmlinuz-5.0.0-7-generic
Löytyi initrd-levykuva: /boot/initrd.img-5.0.0-7-generic
Found memtest86+ image: /boot/memtest86+.elf
Found memtest86+ image: /boot/memtest86+.bin
Löytyi Ubuntu 18.10 (18.10) kohteella /dev/sda1
valmis
xup19@xup19-desktop:~$


[spark]

Komento : systemd-analyze blame kertoo mihin se aika käynnistyksessä menee.

[ubpappa]

Komento : systemd-analyze blame kertoo mihin se aika käynnistyksessä menee.

Koodia: [Valitse]

xup19@xup19-desktop:~$ systemd-analyze blame
      3min 474ms udisks2.service
         29.624s dev-sdb2.device
         29.318s systemd-journal-flush.service
         26.965s networkd-dispatcher.service
         25.648s snapd.service
         24.817s dev-loop24.device
         24.787s dev-loop22.device
         24.584s dev-loop23.device
         24.449s dev-loop20.device
         23.857s dev-loop21.device
         23.611s ModemManager.service
         22.524s dev-loop19.device
         22.473s accounts-daemon.service
         21.690s dev-loop10.device
         21.619s dev-loop13.device
         21.388s dev-loop16.device
         21.207s dev-loop8.device
         21.178s dev-loop9.device
         21.119s dev-loop17.device
         20.036s dev-loop14.device
         19.791s dev-loop12.device
         19.730s dev-loop18.device
         19.533s dev-loop11.device
lines 1-23


[juylii]

Pitihän sitä kokeilla, Ja kaikki piti olla kunnossa, mutta mikään ei muuttunut ensimmäisenä 18.10, ehdotuksia

Tuo esimerkissäni ehdottamani /dev/sdb ei ole ensimmäinen bios-määrityksissä määritelty käynnistyvä levy.
Kotitehtäväksi jätän arvuuttelun, mille levylle Ubuntu 19.04:n grub pitäisi asentaa, jotta sen määritys toimisi käynnistyksessä.

[mpiso]

Komento : systemd-analyze blame kertoo mihin se aika käynnistyksessä menee.

Koodia: [Valitse]

xup19@xup19-desktop:~$ systemd-analyze blame
      3min 474ms udisks2.service
         29.624s dev-sdb2.device
         29.318s systemd-journal-flush.service
         26.965s networkd-dispatcher.service
         25.648s snapd.service
         24.817s dev-loop24.device
         24.787s dev-loop22.device
         24.584s dev-loop23.device
         24.449s dev-loop20.device
         23.857s dev-loop21.device
         23.611s ModemManager.service
         22.524s dev-loop19.device
         22.473s accounts-daemon.service
         21.690s dev-loop10.device
         21.619s dev-loop13.device
         21.388s dev-loop16.device
         21.207s dev-loop8.device
         21.178s dev-loop9.device
         21.119s dev-loop17.device
         20.036s dev-loop14.device
         19.791s dev-loop12.device
         19.730s dev-loop18.device
         19.533s dev-loop11.device
lines 1-23


Udisks2.service kuluttaa aikaa noin kolme minuuttia. Voiko tuo johtua siitä millä levyllä grub on? Käsittääkseni virhe tuossa palvelussa (Udisks2) hidastaa kaikkea levytoimintaa, eli selittäisikö tuo miksi nuo muutkin ajat ovat suuria?

Minulla oli version 14.04 kanssa joskus alussa ongelmia, kun käynnistys kesti muistaakseni välillä yli 10 minuuttia. Syslogin listauksesta löytyi silloin ”Failed to activate service 'org.freedesktop.UDisks2': timed out”, monta kertaa. Ongelma hävisi jonkun päivityksen jälkeen. En tarkasti tiedä minkä, koska saattoi mennä viikkokin ilman tuota ongelmaa.

Toimiiko tietokone normaalisti käynnistyksen jälkeen? Minulla kone oli erittäin hidas levytoimintojen suhteen, kun vika ilmeni.

[spark]

Hidasta on joka rivillä. Onko kyseessä pyörivä kovalevy ja vanhanpuoleinen kone. Joku viisaampi osannee neuvoa mikä tökkii.

Normaali rivi SSD levyllä näyttää tältä.

$ systemd-analyze blame
          5.910s NetworkManager-wait-online.service
          1.209s dev-sdd1.device
           981ms systemd-logind.service
           888ms snapd.service
           802ms NetworkManager.service
           382ms lightdm.service
           381ms plymouth-quit-wait.service
           283ms systemd-resolved.service
           259ms networkd-dispatcher.service
           239ms systemd-timesyncd.service
           220ms systemd-journal-flush.service
           176ms udisks2.service
           161ms ModemManager.service
           159ms dev-loop0.device
           151ms phpsessionclean.service
           140ms ubuntu-system-adjustments.service
           138ms dev-loop1.device
           110ms thermald.service
            95ms networking.service
            85ms systemd-udevd.service
            79ms keyboard-setup.service
            76ms apparmor.service
            72ms snap-core-6673.mount

lines 1-23

[ubpappa]

Tuo esimerkissäni ehdottamani /dev/sdb ei ole ensimmäinen bios-määrityksissä määritelty käynnistyvä levy.
Kotitehtäväksi jätän arvuuttelun, mille levylle Ubuntu 19.04:n grub pitäisi asentaa, jotta sen määritys toimisi käynnistyksessä.

Turvalliseksi kokemani kokeiltu eli grub-install /dev/sdb2 mikä
meni virheittä läpi mutta ei korjaantunut.
Jos otan sda1:deltä bootin pois... mitä tapahtuu

[juylii]

Turvalliseksi kokemani kokeiltu eli grub-install /dev/sdb2 mikä meni virheittä läpi mutta ei korjaantunut.

Koitapa selvittää komennon grub-install syntaksi.

[Postimies]

Turvalliseksi kokemani kokeiltu eli grub-install /dev/sdb2 mikä meni virheittä läpi mutta ei korjaantunut.

Koitapa selvittää komennon grub-install syntaksi.

grub-install /dev/sdb2  osoittaa osioon eikä levylle. Itse olen monesti tavannut Gentoon ohjetta Wikissä Grubin asentamisesta. https://wiki.gentoo.org/wiki/GRUB2. Gentoon asennusoppaassa myös hyvä ohje. Monta järjestelmää useilla eri levyillä ja osioilla hoituu kyllä yhdellä lataajalla. On MBR ja GPT levyjä. UEFI ja secure boot tuovat vielä omat ongelmansa. Secure boot aiheutti itsellä sen ettei nvidian ajuri latatunut. Päivitys vielä poisti xorg.conf tiedoston ja kesti aikansa kun keksin kaikki harmit. Jos lataaja toimii ei sitä kannata päivittää. Ainakin itselle siitä tuli harmia.

[ubpappa]

grub-install /dev/sdb2  osoittaa osioon eikä levylle. Itse olen monesti tavannut Gentoon ohjetta Wikissä Grubin asentamisesta. https://wiki.gentoo.org/wiki/GRUB2. Gentoon asennusoppaassa myös hyvä ohje. Monta järjestelmää useilla eri levyillä ja osioilla hoituu kyllä yhdellä lataajalla. On MBR ja GPT levyjä. UEFI ja secure boot tuovat vielä omat ongelmansa. Secure boot aiheutti itsellä sen ettei nvidian ajuri latatunut. Päivitys vielä poisti xorg.conf tiedoston ja kesti aikansa kun keksin kaikki harmit. Jos lataaja toimii ei sitä kannata päivittää. Ainakin itselle siitä tuli harmia.

Oliskohan tilanne nykygrubilla  muuttunut kun joskus aiemmin on suora osiomääritys
toiminut ... kun sdb0:aa ei ole ...

[juylii]

Oliskohan tilanne nykygrubilla  muuttunut kun joskus aiemmin on suora osiomääritys toiminut ... 

Nykyisin ei käytetä viittausia osioihin (esim. /dev/sdbX) vaan levyosiot määritellään UUID:n mukaan. Levyosioiden UUID:t selviävät komennolla

Koodia: [Valitse]

sudo blkid Idea tuossa on se, ettei levyjen tai osioiden järjestyksellä ole väliä.
MUTTA yhä laitteisto käynnistyy biossissa määritellyltä levyltä. Grub on vain pieni koodinpätkä, joka osaa noutaa /boot/grub/grub.cfg:n määritykset.
Komento grub-install asentaa tuon pienen koodinpätkän halutulle levylle.

[ubpappa]

Koodia: [Valitse]

xup19@xup19-desktop:~$ sudo blkid
[sudo] salasana henkilölle xup19:
/dev/loop0: TYPE="squashfs"
/dev/loop1: TYPE="squashfs"
/dev/loop2: TYPE="squashfs"
/dev/loop3: TYPE="squashfs"
/dev/loop4: TYPE="squashfs"
/dev/loop5: TYPE="squashfs"
/dev/loop6: TYPE="squashfs"
/dev/loop7: TYPE="squashfs"
/dev/sda1: UUID="86f790f9-2a83-4f79-9f14-7c9d88d1163c" TYPE="ext4" PARTUUID="390bb33c-01"
/dev/sdb1: LABEL="pikku" UUID="9b3f025a-0326-4223-98c1-e6900076773e" TYPE="ext4" PARTUUID="000be427-01"
/dev/sdb2: UUID="92dd2ebb-734a-48b3-a24f-db41347a0ce2" TYPE="ext4" PARTUUID="000be427-02"
/dev/sdb3: UUID="4c15fc27-c4ec-4634-887c-c0ed315fbf5b" TYPE="swap" PARTUUID="000be427-03"
/dev/sdd1: LABEL="winlevy-ulkoinen" UUID="7299E1A67FC0B491" TYPE="ntfs" PARTUUID="cb4a53fb-01"
/dev/sdd2: LABEL="Kuvia" UUID="359F2236270E9EDE" TYPE="ntfs" PARTUUID="cb4a53fb-02"
/dev/sdc1: UUID="CC95-E5A8" TYPE="vfat"
/dev/loop8: TYPE="squashfs"
/dev/loop9: TYPE="squashfs"
/dev/loop10: TYPE="squashfs"
/dev/loop11: TYPE="squashfs"
/dev/loop12: TYPE="squashfs"
/dev/loop13: TYPE="squashfs"
/dev/loop14: TYPE="squashfs"
/dev/loop15: TYPE="squashfs"
/dev/loop16: TYPE="squashfs"
/dev/loop17: TYPE="squashfs"
/dev/loop18: TYPE="squashfs"
/dev/loop19: TYPE="squashfs"
/dev/loop20: TYPE="squashfs"
/dev/loop21: TYPE="squashfs"
/dev/loop22: TYPE="squashfs"
/dev/loop23: TYPE="squashfs"
/dev/loop24: TYPE="squashfs"
xup19@xup19-desktop:~$
Ei vaan käsitä mikä puuttuu...

[Tomin]

Luulenpa, että fstabissa on jotakin väärin.

[ubpappa]

Luulenpa, että fstabissa on jotakin väärin.

Miten sisällön voi tarkistaa

[jekku]

Luulenpa, että fstabissa on jotakin väärin.

Miten sisällön voi tarkistaa

Koodia: [Valitse]

more /etc/fstab

Tai jos less on tutumpi niin sillä.

Tai kopioimalle se turvalliseen paikkaan ja jollain editorilla, vaikka pluma/gedit/mikä nyt sattuu olemaan

[ubpappa]

Koodia: [Valitse]
more /etc/fstab
Tai jos less on tutumpi niin sillä.
Tai kopioimalle se turvalliseen paikkaan ja jollain editorilla, vaikka pluma/gedit/mikä nyt sattuu olemaan

Näkyykö ongelma tässä

Koodia: [Valitse]

xup19@xup19-desktop:~$ more /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sdb2 during installation
UUID=92dd2ebb-734a-48b3-a24f-db41347a0ce2 /               ext4    errors=remount
-ro 0       1
/swapfile                                 none            swap    sw           
  0       0
xup19@xup19-desktop:~$


[Tomin]

Ainakin juuriosio on oikein. Swap näkyy löytyvän myös osiona (ylempänä olevasta blkid:n listauksesta), mutta sinänsä ei ole väärin käyttää siltikin swap-tiedostoa. Voisit vielä tarkistaa, että se on oikein käytössä:

Koodia: [Valitse]

swaponTuon pitäisi listata rivi, joka alkaa tuolla /swapfile.

Löytyisiköhän udisksin lokista jotain hyödyllistä viivästyksen aiheuttajasta:

Koodia: [Valitse]

journalctl --boot --unit=udisks2 --no-pager