Kirjoittaja Aihe: Ubuntu 18.04 LTS Bionic Beaver  (Luettu 40520 kertaa)

nm

  • Käyttäjä
  • Viestejä: 12638
    • Profiili
Vs: Ubuntu 18.04 LTS Bionic Beaver
« Vastaus #120 : 27.04.18 - klo:12.45 »
Okei, no kokeile siirtää syrjään tiedosto /lib/udev/rules.d/97-hid2hci.rules ja käynnistä sitten järjestelmä uudelleen.

Koodia: [Valitse]
sudo mkdir /lib/udev/disabled-rules
sudo mv /lib/udev/rules.d/97-hid2hci.rules /lib/udev/disabled-rules/97-hid2hci.rules

Raportteja samasta ongelmasta Dellin läppäreissä:
https://forum.manjaro.org/t/high-cpu-usage-on-kernel-4-14-and-4-15-from-systemd-udevd-which-seems-to-be-the-synaptic-touchpad-driver/35972
https://bbs.archlinux.org/viewtopic.php?id=232890

Debianin bugiraportti bluez-pakettiin liittyen:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=889111
« Viimeksi muokattu: 27.04.18 - klo:12.51 kirjoittanut nm »

jekku

  • Käyttäjä
  • Viestejä: 1803
    • Profiili
Vs: Ubuntu 18.04 LTS Bionic Beaver
« Vastaus #121 : 27.04.18 - klo:12.58 »
Tuo säännön poistaminen tehosi.

Debianin puolella ehdin hoitaa homman toisin:
Koodia: [Valitse]
aptitude purge bluez

Joten sinihammassärkyähän se on ;(

nm

  • Käyttäjä
  • Viestejä: 12638
    • Profiili
Vs: Ubuntu 18.04 LTS Bionic Beaver
« Vastaus #122 : 27.04.18 - klo:13.26 »
Tuo säännön poistaminen tehosi.

Debianin puolella ehdin hoitaa homman toisin:
Koodia: [Valitse]
aptitude purge bluez

Joten sinihammassärkyähän se on ;(

Juu, Ubuntussakin bluez-paketin poistaminen on varmin keino kiertää ongelma. 97-hid2hci.rules -tiedosto palaa takaisin, jos blueziin tulee päivitys.

Ilman bluezia ei tosin sitten toimi mikään bluetooth-laitekaan.

Kullervo

  • Käyttäjä
  • Viestejä: 829
    • Profiili
Vs: Ubuntu 18.04 LTS Bionic Beaver
« Vastaus #123 : 27.04.18 - klo:13.53 »
Ensikosketus Ubuntu 18.04 LTS Bionic Beaver:iin usb-tikulta ei ollut rohkaiseva, langaton hiiri ja -näppäimistö eivät toimineet. Toisella yrittämällä sitten toimivat.
Olen raivannut tilaa levyltä uudelle asennukselle asentaakseni uutukaisen vanhan 16.04 rinnalle. Haluaisin kuitenkin säilyttää vanhan Ubuntun ensisijaisena (käynnistysjärjestys) ja siirtyä hiljalleen uuteen kunnes kaikki siinä toimii.

Miten asentaa niin että 16.04 käynnistyy  ensin ja tarvittaessa saan käynnistettyä 18.04 version?
Miten ns. "minimaalinen asennus" tehdään? (mainitaan https://www.omgubuntu.co.uk/2018/04/ubuntu-18-04-download-release-features sivulla)
« Viimeksi muokattu: 27.04.18 - klo:13.55 kirjoittanut Kullervo »

nm

  • Käyttäjä
  • Viestejä: 12638
    • Profiili
Vs: Ubuntu 18.04 LTS Bionic Beaver
« Vastaus #124 : 27.04.18 - klo:14.33 »
Miten asentaa niin että 16.04 käynnistyy  ensin ja tarvittaessa saan käynnistettyä 18.04 version?

Asenna 18.04 mukautetulla osioinnilla ja valitse käynnistyslataajan sijoituspaikaksi Ubuntun juuriosio /dev/sda:n sijaan. UEFI-järjestelmissä tämä ei varmaankaan onnistu, vaan joudut asennuksen jälkeen käynnistämään vanhan Ubuntun ja asentamaan siellä Grubin uudelleen grub-install -komennolla.

Koodia: [Valitse]
sudo grub-install /dev/sda

Miten ns. "minimaalinen asennus" tehdään? (mainitaan https://www.omgubuntu.co.uk/2018/04/ubuntu-18-04-download-release-features sivulla)

Minimaalinen asennus on valittavissa asennuksen aikana, kuten tuon artikkelin kuvakaappauksessa näkyy.

Kullervo

  • Käyttäjä
  • Viestejä: 829
    • Profiili
Vs: Ubuntu 18.04 LTS Bionic Beaver
« Vastaus #125 : 27.04.18 - klo:14.55 »

Asenna 18.04 mukautetulla osioinnilla ja valitse käynnistyslataajan sijoituspaikaksi Ubuntun juuriosio /dev/sda:n sijaan. UEFI-järjestelmissä tämä ei varmaankaan onnistu, vaan joudut asennuksen jälkeen käynnistämään vanhan Ubuntun ja asentamaan siellä Grubin uudelleen grub-install -komennolla.

Koodia: [Valitse]
sudo grub-install /dev/sda
Niin, epäilempä minäkin että tuo UEFI-järjestelmä tässä kantona kaskessa. Eli avain-asia tässä lienee että asennan grubin nimenomaan vanhan Ubuntun juuriosiolle. Minun tapauksessani  /dev/nvme0n1p1
$ lsblk
Koodia: [Valitse]
-----
nvme0n1     259:0    0 238,5G  0 disk 
├─nvme0n1p1 259:1    0  10,2G  0 part  /
├─nvme0n1p2 259:2    0     1K  0 part 
├─nvme0n1p3 259:3    0  16,5G  0 part 
├─nvme0n1p4 259:4    0    66G  0 part 
├─nvme0n1p5 259:5    0   140G  0 part  /home
└─nvme0n1p6 259:6    0   5,7G  0 part  [SWAP]
Miten selvitän missä grub nyt on? 16.04 asennuksesta niin paljon aikaa etten voi muistaa.

nm

  • Käyttäjä
  • Viestejä: 12638
    • Profiili
Vs: Ubuntu 18.04 LTS Bionic Beaver
« Vastaus #126 : 27.04.18 - klo:15.13 »
Niin, epäilempä minäkin että tuo UEFI-järjestelmä tässä kantona kaskessa. Eli avain-asia tässä lienee että asennan grubin nimenomaan vanhan Ubuntun juuriosiolle. Minun tapauksessani  /dev/nvme0n1p1

Siis perinteisessä bios-koneessa tai UEFI-biosin legacy-tilassa onnistuisi tuo sijoituksen valitseminen, UEFI:ssa taas todennäköisesti ei. Legacy-asennuksessa GRUB:in alkulataaja sijaitsee vakiona MBR:ssä, ja uutta järjestelmää asentaessa vanhan asennuksen alkulataaja korvaantuu uudella, ellei sijoituspaikan suhteen ole tarkkana, kun määrittelee mukautettua osiointia. Ideana olisi siis asentaa uuden asennuksen GRUB johonkin muualle kuin MBR:ään, jotta vanhan asennuksen alkulataaja jää paikalleen. Heti asennuksen jälkeen uuteen järjestelmään ei pääse, vaan pitää käynnistää vanha ja päivittää GRUB-valikko, jolloin se bongaa uuden käyttöjärjestelmän levyltä ja lisää sen valikkoon. Tämä onnistuu vanhan järjestelmän puolella komennolla:

Koodia: [Valitse]
sudo update-grub
Jos vanha GRUB kuitenkin jostain syystä korvaantuu uudella, käynnistä vanha järjestelmä ja komenna:

Koodia: [Valitse]
sudo grub-install /dev/nvme0n1
sudo update-grub

Vastaavasti voit sitten jossain vaiheessa vaihtaa uuden asennuksen Grubin vanhan tilalle ajamalla nuo komennot uudessa järjestelmässä.


$ lsblk
Koodia: [Valitse]
-----
nvme0n1     259:0    0 238,5G  0 disk 
├─nvme0n1p1 259:1    0  10,2G  0 part  /
├─nvme0n1p2 259:2    0     1K  0 part 
├─nvme0n1p3 259:3    0  16,5G  0 part 
├─nvme0n1p4 259:4    0    66G  0 part 
├─nvme0n1p5 259:5    0   140G  0 part  /home
└─nvme0n1p6 259:6    0   5,7G  0 part  [SWAP]
Miten selvitän missä grub nyt on? 16.04 asennuksesta niin paljon aikaa etten voi muistaa.

Tuossa listauksessa ei näy EFI-osiota, joten ilmeisesti järjestelmä on asennettu legacy-tilassa? Grubin alkulataaja sijaitsee silloin MBR:ssä.
« Viimeksi muokattu: 27.04.18 - klo:15.16 kirjoittanut nm »

Kullervo

  • Käyttäjä
  • Viestejä: 829
    • Profiili
Vs: Ubuntu 18.04 LTS Bionic Beaver
« Vastaus #127 : 27.04.18 - klo:15.20 »
$ lsblk
Koodia: [Valitse]
NAME        MAJ:MIN RM   SIZE RO TYPE  MOUNTPOINT
sda           8:0    0 111,8G  0 disk 
└─sda1        8:1    0 111,8G  0 part 
  └─md0       9:0    0 335,2G  0 raid5 /mnt/md_0
sdb           8:16   0 111,8G  0 disk 
└─sdb1        8:17   0 111,8G  0 part 
  └─md0       9:0    0 335,2G  0 raid5 /mnt/md_0
sdc           8:32   0 111,8G  0 disk 
└─sdc1        8:33   0 111,8G  0 part 
  └─md0       9:0    0 335,2G  0 raid5 /mnt/md_0
sdd           8:48   0 111,8G  0 disk 
└─sdd1        8:49   0 111,8G  0 part 
  └─md0       9:0    0 335,2G  0 raid5 /mnt/md_0
nvme0n1     259:0    0 238,5G  0 disk 
├─nvme0n1p1 259:1    0  10,2G  0 part  /
├─nvme0n1p2 259:2    0     1K  0 part 
├─nvme0n1p3 259:3    0  16,5G  0 part 
├─nvme0n1p4 259:4    0    66G  0 part 
├─nvme0n1p5 259:5    0   140G  0 part  /home
└─nvme0n1p6 259:6    0   5,7G  0 part  [SWAP]
Yllä koko listaus. Muuttaako tilannetta?

df -h
Koodia: [Valitse]
Tiedostojärjestelmä  Koko  Käyt Vapaa Käy% Liitospiste
udev                  16G     0   16G   0% /dev
tmpfs                3,2G  9,5M  3,2G   1% /run
/dev/nvme0n1p1        10G  7,8G  1,7G  83% /
tmpfs                 16G   15M   16G   1% /dev/shm
tmpfs                5,0M  4,0K  5,0M   1% /run/lock
tmpfs                 16G     0   16G   0% /sys/fs/cgroup
/dev/nvme0n1p5       138G   42G   90G  32% /home
/dev/md0             330G   88G  226G  29% /mnt/md_0
tmpfs                3,2G   64K  3,2G   1% /run/user/1000
Ja lisään vielä että nvme0n1p3 ja nvme0n1p4 on varattu uudelle asennukselle.
« Viimeksi muokattu: 27.04.18 - klo:15.26 kirjoittanut Kullervo »

nm

  • Käyttäjä
  • Viestejä: 12638
    • Profiili
Vs: Ubuntu 18.04 LTS Bionic Beaver
« Vastaus #128 : 27.04.18 - klo:16.07 »
Ei ole EFI-osiota. Se näkyisi df -h:n listauksessa liitettynä /boot/efi-hakemistoon tähän tapaan:

Koodia: [Valitse]
/dev/nvme0n1p8       240M  3,4M  236M   2% /boot/efi

Tomin

  • Palvelimen ylläpitäjä
  • Käyttäjä / moderaattori+
  • Viestejä: 10485
    • Profiili
    • Tomin kotisivut
Vs: Ubuntu 18.04 LTS Bionic Beaver
« Vastaus #129 : 27.04.18 - klo:17.43 »
Siis... Mikä hommassa on ongelmana? Jannulla näyttää olevan kaks levyä koneellaan sda1 ja sdb1, eikö? Jos... sda1:llä on Ubuntu 16.04 asettaa tuon levyn bootti järjestyksessä ensimmäiseksi ja asentaa Ubuntu 18.04:n sitten luonnollisesti kakkoslevylle eli sdb1:lle ja laittaa sen bootti järjestyksessä kakkoseksi ja päivittää sitten grubin ja bootti päälle. Itsellä on sda1 Ubuntu 18.04 ja sdb1 Windows 10. Bootti järjestys on myös tuon mukainen, eikä systeemissä ole mitään häikkää.

Levyt sda, sdb, sdc ja sdd ovat käytössä RAID-pakalle, jossa arvatenkin on tiedostoja. Järjestelmä on asennettu NVME-levylle (nvme0).
Automaattinen allekirjoitus:
Lisäisitkö [RATKAISTU] ketjun ensimmäisen viestin aiheeseen ongelman ratkettua, kiitos.

Kullervo

  • Käyttäjä
  • Viestejä: 829
    • Profiili
Vs: Ubuntu 18.04 LTS Bionic Beaver
« Vastaus #130 : 27.04.18 - klo:18.09 »
Siis... Mikä hommassa on ongelmana? Jannulla näyttää olevan kaks levyä koneellaan sda1 ja sdb1, eikö? Jos... sda1:llä on Ubuntu 16.04 asettaa tuon levyn bootti järjestyksessä ensimmäiseksi ja asentaa Ubuntu 18.04:n sitten luonnollisesti kakkoslevylle eli sdb1:lle ja laittaa sen bootti järjestyksessä kakkoseksi ja päivittää sitten grubin ja bootti päälle. Itsellä on sda1 Ubuntu 18.04 ja sdb1 Windows 10. Bootti järjestys on myös tuon mukainen, eikä systeemissä ole mitään häikkää.

Levyt sda, sdb, sdc ja sdd ovat käytössä RAID-pakalle, jossa arvatenkin on tiedostoja. Järjestelmä on asennettu NVME-levylle (nvme0).

Aivan.  8)

Ja nyt, kiitos jäsen nm:n ohjeiden, 18.04 asennettu myös nvme0 niille varatuille osioille.

Postimies

  • Käyttäjä
  • Viestejä: 2187
    • Profiili
Vs: Ubuntu 18.04 LTS Bionic Beaver
« Vastaus #131 : 27.04.18 - klo:23.20 »
Itseäni myös harmittaa kun lataajan asennusta ei voi ohittaa. Pitää keksiä joku paikka jottei vanha sotkeudu. Kun Grub päivitetty vanhassa systeemissä sen voinee poistaa uudessa asennuksessa. Asensin tänään KUbuntun kokeeksi vanhan rinnalle.

Hetki KUbuntun kokeilua. VLC toisti ääntä - muuten äänet hukassa. Hyvä kun avoimella nvidian ajurilla HDMI toimii edes jotenkin. Oletussoitin pysyi hiljaisena... Cantata itselle vieras. Harmi kun Amarokin kehitys on tyrehtynyt. Ollut itsellä käytössä vuosia. Lopetin kokeilun ja pistin Amarokin soittamaan sunnuntai musaa vanhalla ja vakaalla 16 versiolla.
« Viimeksi muokattu: 28.04.18 - klo:10.14 kirjoittanut Postimies »

nm

  • Käyttäjä
  • Viestejä: 12638
    • Profiili
Vs: Ubuntu 18.04 LTS Bionic Beaver
« Vastaus #132 : 30.04.18 - klo:15.01 »
Eiköhän siellä ole kavereilla muutenkin kädet täynnä töitä 18.04:n bugien kanssa.

Jakke77

  • Käyttäjä
  • Viestejä: 3531
  • Oulu (Oinaansuo)
    • Profiili
    • MasterJ
Vs: Ubuntu 18.04 LTS Bionic Beaver
« Vastaus #133 : 08.05.18 - klo:15.27 »
onkohan joku saanu steamin toimiin tässä uusimassa ?

piti vaihtaa DNS asetukset käyttämään googlen DNS asetuksia, toinen vaihtoehto ois käyttää OpenDNS asetuksia
U_G_H

Aspire E5-575G V1.27 CPU: Intel i3-6100U (4) @ 2.300GHz GPU: Intel® HD Graphics 520 GPU: NVIDIA GeForce 940MX

Kullervo

  • Käyttäjä
  • Viestejä: 829
    • Profiili
Vs: Ubuntu 18.04 LTS Bionic Beaver
« Vastaus #134 : 31.07.18 - klo:10.08 »
Nyt kun tämän 18.04 LTS kuherruskuukausi alkaa olla ohi, niin on aika luopua edellisestä 16.04 asennuksesta.
Miten poistan vanhan juuriosion menettämättä uuden version käynnistyslataajaa (grub)?
Koodia: [Valitse]
nvme0n1     259:0    0 238,5G  0 disk 
├─nvme0n1p1 259:1    0  10,2G  0 part 
├─nvme0n1p2 259:2    0     1K  0 part 
├─nvme0n1p3 259:3    0  13,5G  0 part  /
├─nvme0n1p4 259:4    0    66G  0 part  /home
├─nvme0n1p5 259:5    0   140G  0 part 
└─nvme0n1p6 259:6    0   5,7G  0 part  [SWAP]
päätteen historiasta näen:
Koodia: [Valitse]
sudo grub-install /dev/nvme0n1
sudo update-grub
Olen asentanut grubin /dev/nvme0n1 levylle ja ilmeisesti sen alkuun.

Siis miten toimin aloittaakseni 16.04 poiston?

nm

  • Käyttäjä
  • Viestejä: 12638
    • Profiili
Vs: Ubuntu 18.04 LTS Bionic Beaver
« Vastaus #135 : 31.07.18 - klo:15.20 »
Nyt kun tämän 18.04 LTS kuherruskuukausi alkaa olla ohi, niin on aika luopua edellisestä 16.04 asennuksesta.
Miten poistan vanhan juuriosion menettämättä uuden version käynnistyslataajaa (grub)?

päätteen historiasta näen:
Koodia: [Valitse]
sudo grub-install /dev/nvme0n1
sudo update-grub
Olen asentanut grubin /dev/nvme0n1 levylle ja ilmeisesti sen alkuun.

Siis miten toimin aloittaakseni 16.04 poiston?

Komenna nuo uudessa 18.04:ssä ja varmista että järjestelmä käynnistyy edelleen. Sitten voit vapaasti poistaa 16.04:n juuriosion.

Kullervo

  • Käyttäjä
  • Viestejä: 829
    • Profiili
Vs: Ubuntu 18.04 LTS Bionic Beaver
« Vastaus #136 : 31.07.18 - klo:15.33 »
Nyt kun tämän 18.04 LTS kuherruskuukausi alkaa olla ohi, niin on aika luopua edellisestä 16.04 asennuksesta.
Miten poistan vanhan juuriosion menettämättä uuden version käynnistyslataajaa (grub)?

päätteen historiasta näen:
Koodia: [Valitse]
sudo grub-install /dev/nvme0n1
sudo update-grub
Olen asentanut grubin /dev/nvme0n1 levylle ja ilmeisesti sen alkuun.

Siis miten toimin aloittaakseni 16.04 poiston?

Komenna nuo uudessa 18.04:ssä ja varmista että järjestelmä käynnistyy edelleen. Sitten voit vapaasti poistaa 16.04:n juuriosion.
Nimenomaan 18.04 päätteen historiassa on että olen jo komentanut.
No vara ei venettä kaada. Komennan uudestaan.

Kullervo

  • Käyttäjä
  • Viestejä: 829
    • Profiili
Vs: Ubuntu 18.04 LTS Bionic Beaver
« Vastaus #137 : 31.07.18 - klo:15.42 »
Kiitos nm.
Onnistuihan tuo loistavasti!


kx

  • Käyttäjä
  • Viestejä: 577
    • Profiili
Vs: Ubuntu 18.04 LTS Bionic Beaver
« Vastaus #139 : 16.08.18 - klo:09.51 »
Päivitin juuri tänään 16.04 lts:n versioon 18.04.01 LTS, jota kone tarjosi.

Kokonaisaikaa meni 2 tuntia tälle vanhalle Amilolle.
Kaikki näyttää pelaavan ongelmitta. Päivityksen aikana tuli 2 valintapaikkaa. Kummassakaan en ymmärtänyt kysymykstä, joten vastasin umpimähkään. Eka valintakysymys oli jotain, että "säilytetäänkö vanhat asennukset" ja toinen oli, että "miten käsitellään ::.20  jotain...?" , Kumpaankin vastasin vain painamalla enter. 2650 uutta pakettia asennettiin ja 290 vanhaa tuhottiin.

Jos joku päivittäessään kohtaa samat kysymykset, niin voisi kertoa, mitä siinä kohtaa itse asiassa valitaan.

Amilo Pi3410 Pentium(R)DualCoreE5200 GeForge GT 730 Ubuntu 16.04. LTS 64bit /Vista  RAM 4 Samsung ML-2165 CanoScan Lide30
Compaq DC7900 sff Intel Core 2 duo E7300+ Kingston 240GT SSD +  Ubuntu 18.04 lts + W10Pro