Kirjoittaja Aihe: Näyttö pimeä - No screens found. Päivityksen jälk. 16.04 -> 18.04 [RATKAISTU]  (Luettu 3836 kertaa)

unelmatalo

  • Käyttäjä
  • Viestejä: 15
    • Profiili
Kolmannen osapuolen ajureiden syrjään siirtämisestä varoitettiin päivitykseen lähtiessä. Mitenkähän niitä saisi palautettua?

Näytönohjaimena AMD Radeon RX560, 4GB GDDR5.

Eli päivitetty kone buutin jälkeen :
-> Ubuntun lisävalinnat valikosta valitsen Ubuntu, with Linux 4.15.0.34-generic (recovery mode)

Tuon jälkeen pääsen palautusvalikkoon....Mitä teen nyt???
« Viimeksi muokattu: 26.09.18 - klo:20.43 kirjoittanut unelmatalo »

nm

  • Käyttäjä
  • Viestejä: 16430
    • Profiili
Kolmannen osapuolen ajureiden syrjään siirtämisestä varoitettiin päivitykseen lähtiessä. Mitenkähän niitä saisi palautettua?

Näytönohjaimena AMD Radeon RX560, 4GB GDDR5.

Eli päivitetty kone buutin jälkeen :
-> Ubuntun lisävalinnat valikosta valitsen Ubuntu, with Linux 4.15.0.34-generic (recovery mode)

Tuon jälkeen pääsen palautusvalikkoon....Mitä teen nyt???


Valitse vaihtoehto "root" eli "Drop to root shell prompt". Siirrä mahdollinen vanhasta asennuksesta jäänyt xorg.conf-tiedosto syrjään komennolla:

Koodia: [Valitse]
mv /etc/X11/xorg.conf /etc/X11/xorg.conf.vanha
ja käynnistä sitten uudelleen:

Koodia: [Valitse]
reboot


Ongelma saattaa johtua myös tästä bugista:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1761751
https://bugs.freedesktop.org/show_bug.cgi?id=105880

Käynnistyykö kernelin parametrilla amdgpu.dc=0
Kokeilu tähän tapaan: https://wiki.ubuntu.com/Kernel/KernelBootParameters#Temporarily_Add_a_Kernel_Boot_Parameter_for_Testing

unelmatalo

  • Käyttäjä
  • Viestejä: 15
    • Profiili
Tuota tiedostoa /etc/X11/xorg.conf ei löydy ko. kansiosta, sen sijaan sieltä löytyy xorg.conf.failsafe

Kokeilin tuota GNU GRUB -version 2.02 ikkunan: linux... -riville loppuun laitettavaa " amdgpu.dc=0" lisäystä, mutta senkin jälkeen pimeää...

Nuo bugiohjeet on liian raskasta luettavaa tällä kielitaidolla... (osaan vain ralli englantia)... juu sii...


nm

  • Käyttäjä
  • Viestejä: 16430
    • Profiili
Tuota tiedostoa /etc/X11/xorg.conf ei löydy ko. kansiosta, sen sijaan sieltä löytyy xorg.conf.failsafe

OK, silloin ongelma tuskin johtuu vanhasta konfiguraatiosta.

Kokeilin tuota GNU GRUB -version 2.02 ikkunan: linux... -riville loppuun laitettavaa " amdgpu.dc=0" lisäystä, mutta senkin jälkeen pimeää...

Nuo bugiohjeet on liian raskasta luettavaa tällä kielitaidolla... (osaan vain ralli englantia)... juu sii...

Seuraavaksi kannattanee kokeilla käynnistää kone Ubuntu 18.04.1:n asennustikulla. Jos se toimii, on todennäköistä, että ongelma ratkeaisi puhtaalla uudelleenasennuksella.

Kaikki säilytettävä data pitää sitten siirtää koneelta muualle talteen ennen uutta asennusta.

unelmatalo

  • Käyttäjä
  • Viestejä: 15
    • Profiili
Ei olisi halua uudelleenasentaa jos vain näytön saiai jotenkin heräämään. Todella paljon ohjelmia asennettuna ja virtuaaliboxissakin w10pro lopulta toimii riittävästi (jotkin ohjelmat vaan vaatii M$ ohjelmien käyttöä).

Voiko Radeonin ajureita asentaa tuosta root-konsolista käskyillä?

Tai onko vielä muuta tehtävissä??

Tomin

  • Palvelimen ylläpitäjä
  • Käyttäjä / moderaattori+
  • Viestejä: 11481
    • Profiili
    • Tomin kotisivut
Voitko kokeilla 18.04.1:n asennustikulta käynnistämistä? Tietäisi vähän, että onko kyse jostain yleisemmästä yhteensopivuusongelmasta vai juuri tämän asennuksen ongelmasta.

Jos mahdollista, niin sitäkin voisi kokeilla, että kytkee näytön erilaisella johdolla kiinni. Edellyttää toki sitä, että näytönohjaimesta ja näytöstä löytyy sopivat liittimet ja siihen väliin vielä johto.

Ai niin, päivityksen jälkeen on mahdollista käynnistää myös edellisen jakeluversion ytimellä. Sillä koneen saattaisi ehkä saada käyntiin, vaikka mikään hyvä pysyvä ratkaisu se ei ole.
« Viimeksi muokattu: 20.09.18 - klo:11.22 kirjoittanut Tomin »
Automaattinen allekirjoitus:
Lisäisitkö [RATKAISTU] ketjun ensimmäisen viestin aiheeseen ongelman ratkettua, kiitos.

unelmatalo

  • Käyttäjä
  • Viestejä: 15
    • Profiili
Vihdoin tyokiireilta kerkiaa kokeilemaan... (skandit  ei kaytossa, eli ongelmakoneella kirjoitan nyt)

Tikulta buuttaa hyvin. Edellisen jakeluversion kaytto ei tuonut apua.

Kokeilin Install Ubuntu 18.04.1, *paivitykset ja muut ohjelmistot* valintaikkunan jalkeen tulee ilmoitus

---

Asennusohjelma on havainnut, että seuraavilla levyillä on liitettyjä osioita:

/dev/mapper/ubuntu--vg-root

Haluatko asennusohjelman yrittävän näiden levyjen osioiden irrottamista ennen jatkamista? Jos ne jätetään liitetyiksi, näillä levyillä olevia osioita ei voi luoda, poistaa eikä niiden kokoa voi muuttaa. Olemassa oleville osioille saattaa kuitenkin olla mahdollista asentaa.

---

Ja jos annan luvan irroittaa tai en, niin asennus etenee ja se ei huomaa asennettua jarjestelmaa enää koneella...

(Miksi Fin näppis ja skandit tuli käyttöön kirjoituksen aikana, alussa niitä ei ollut?? No joo, koska suoritin asennusikkunioita ja valitsin asennusvalikosta Suomen kielen, hih")

Joka tapauksessa vanhassa 16.04:ssä oli paljon ohjelmia ja Virtuaaliboksissa Win ja siellä kirjanpidon ohjelmistot, 2 x cad ja logiikanohjelmointisoftia ym. Ihan hirveetä, jos asennus vanhan päälle ei onnistu.  :'(

nm

  • Käyttäjä
  • Viestejä: 16430
    • Profiili
Joka tapauksessa vanhassa 16.04:ssä oli paljon ohjelmia ja Virtuaaliboksissa Win ja siellä kirjanpidon ohjelmistot, 2 x cad ja logiikanohjelmointisoftia ym. Ihan hirveetä, jos asennus vanhan päälle ei onnistu.  :'(

VirtualBoxin käyttämät levyt sijaitsevat kotihakemiston "VirtualBox VMs" -kansiossa. Ne voi siirtää uuteen asennukseen vastaavaan sijaintiin ja ottaa siellä käyttöön sellaisenaan. Voit myös siirtää vanhan .VirtualBox-hakemiston, jolloin ei tarvitse edes tehdä asetuksia uudelleen.

Käytännössä siis vanha kotihakemisto täytyy kopioida kokonaisuudessaan talteen johonkin ulkoiselle levylle ennen kuin asennat Ubuntun uudelleen. Varmuuskopioi myös pisteellä alkavat asetushakemistot ja -tiedostot. Ne saa näkyviin tiedostoselaimessa näppäinyhdistelmällä Ctrl+H


Helpointa olisi asentaa uusi Ubuntu kokonaan uudelle kovalevylle, niin vanha asennus olisi edelleen tallessa. Vanha levy kannattaa irrottaa fyysisesti väylästä asennuksen ajaksi. Sieltä voisi sitten palauttaa tarvittavat asetukset ja asiat sen mukaan kun puutteita ilmenee.

unelmatalo

  • Käyttäjä
  • Viestejä: 15
    • Profiili
Hienoa!  :)

Koneessa nopea SSD-kovalevy, mutta tuon kopiointi ulkoiselle USB levylle ei ole ongelma. SSD jää joka tapauksessa käyttöön. (Usb-kovalevyltä tehty töitä tässä väliaika hitaalla läppärillä, mutta ratkaisu fileiden säilytykseen osoittautui hyväksi) Varsinaisella 1. USB-levyllä on kyllä kaikki tarvittavat fileet turvassa, lisäksi tärkeimmistä on kopiot USB-tikulla. Joskus joutunut asian miettimään kunnolla läpi.

Eli asennanko virtuaaliboxin uuteen Ubuntuun ja sitte kopioin "talletetusta kovalevystä" vain ko. vanhat tiedostot/kansiot asentuneiden päälle? (Näin ymmärsin)

Mitens tuo kotihakemisto saataisiin ulkoiselle 1tb USB kovalle asennuksen yhteydessä omaan kansioon, tätä olen joskus haaveillut, ohjelmat voisi olla toiminnan kannalta nopealla SSD:llä. Tai olisiko muita ehdotuksia, nyt kun uudelleenasennellaan? Tässä "ei nörtille" hieman nörtimmin toimivaa konetta haaveilen.


nm

  • Käyttäjä
  • Viestejä: 16430
    • Profiili
Eli asennanko virtuaaliboxin uuteen Ubuntuun ja sitte kopioin "talletetusta kovalevystä" vain ko. vanhat tiedostot/kansiot asentuneiden päälle? (Näin ymmärsin)

Juu. Uuden asennuksen kotihakemistossa ei edes ole noita VirtualBoxin kansioita ennen kuin käynnistät VirtualBoxin ensimmäisen kerran. Voit palauttaa kansiot jo ennen VirtualBoxin asentamista ja käynnistämistä.


Mitens tuo kotihakemisto saataisiin ulkoiselle 1tb USB kovalle asennuksen yhteydessä omaan kansioon, tätä olen joskus haaveillut, ohjelmat voisi olla toiminnan kannalta nopealla SSD:llä.

En suosittele kotihakemiston sijoittamista hitaalle levylle. Se vaikuttaa olennaisesti järjestelmän ja ohjelmien nopeuteen, koska mm. selaimet säilövät paljon väliaikaistiedostoja kotihakemiston alle.

USB-levyt sopivat datan säilömiseen, joskin NTFS-tiedostojärjestelmä voi ajoittain aiheuttaa ongelmia, jos taloudessa ei ole Windows-konetta tiedostojärjestelmän korjaamisen. Puhtaassa Linux-käytössä kannattaa ulkoisetkin levyt alustaa ext4-formaattiin.


Tai olisiko muita ehdotuksia, nyt kun uudelleenasennellaan? Tässä "ei nörtille" hieman nörtimmin toimivaa konetta haaveilen.

Erillinen /home-osio voi olla kätevä tulevia uudelleenasennuksia ajatellen. Vaatii siis manuaalisen osioinnin asennuksen yhteydessä. Silloin juuriosioksi riittää 20 - 30 Gt:n siivu riippuen asennettavien ohjelmien määrästä.

Esimerkiksi tämä Dellin ohje näyttää fiksulta: https://www.dell.com/support/article/fi/fi/fibsdt1/sln151841/ubuntun-ja-useiden-mukautettujen-osioiden-asentaminen-dell-tietokoneeseen?lang=fi#Ubuntu_Disk_Partitioning

unelmatalo

  • Käyttäjä
  • Viestejä: 15
    • Profiili
(Skandit puuttuu,) eli kone tikulla kaynnissa ja haaveena SSD/kovalevy kopioida USB/kovalle turvaan. Siirrettavaa n. 103,7 GB, kuitenkin properties nayttaa 58,2 GB ja sanoo "(some content unreadable)".

Kopionti SSD kovalevylta /dev/sda ( lvm2 pv)   USB-kovalevylle /dev/sdc ( fat32) ei onnistunutkaan graafisesti tuosta vain! Tuli valitusta oikeuksista:

The folder "privat' cannot be handled because you do not have permission to read it.

Eli uudestaan, mita teen? Lotytyyko jostain valmiit ohjeet, joilla kopioida koko kovalevy turvaan?


nm

  • Käyttäjä
  • Viestejä: 16430
    • Profiili
(Skandit puuttuu,) eli kone tikulla kaynnissa ja haaveena SSD/kovalevy kopioida USB/kovalle turvaan. Siirrettavaa n. 103,7 GB, kuitenkin properties nayttaa 58,2 GB ja sanoo "(some content unreadable)".

Kopionti SSD kovalevylta /dev/sda ( lvm2 pv)   USB-kovalevylle /dev/sdc ( fat32) ei onnistunutkaan graafisesti tuosta vain! Tuli valitusta oikeuksista:

The folder "privat' cannot be handled because you do not have permission to read it.

Kyseessä on salattu tiedostojärjestelmä. Se pitäisi saada ensin auki, jos haluat kopioida sisällön tiedostoina.

En myöskään suosittele kopioimaan FAT32-osiolle. Siinä on liikaa rajoitteita tiedostojen nimien ja koon suhteen. NTFS on ok datatiedostoille. Järjestelmätiedostojen säilömiseen natiivi Linux/Unix-tiedostojärjestelmä (ext4, xfs, brtfs) tai tar/dar-paketti on ainoa toimiva vaihtoehto. Muuten olennaiset attribuutit katoavat, eikä tiedostojen palautus onnistu kunnolla.


Eli uudestaan, mita teen? Lotytyyko jostain valmiit ohjeet, joilla kopioida koko kovalevy turvaan?

Tässä on nyt useampia erilaisia vaihtoehtoja. Ensinnäkin voit kopioida osion sisällön joko tiedostoina tai tehdä 1:1 levykuvan koko levystä. Siinäkin voi ilmetä ongelmia LVM:n kanssa, eli levykuvaa pitäisi testata ennen kuin tuhoaa datan alkuperäiseltä levyltä. Pelkän datan kopioiminen tiedostoina on varmempaa, jos tällaiset hommat eivät ole ennestään tuttuja.

Kannattaa käynnistää kone levyllä olevaan Ubuntuun, jotta saat salauksen auki. Kopioi sitten kaikki säilytettävä data ulkoiselle levylle joko NTFS- tai ext4-osiolle. Myös pisteellä alkavat piilokansiot voi kopioida sellaisenaan, tai jos pakkausohjelmien käyttö on tuttua, ne voi kääriä tar(.gz)-pakettiin Pakettienkäsittelyohjelmalla (File Roller).
« Viimeksi muokattu: 01.10.18 - klo:17.41 kirjoittanut nm »