[09:18] <Mirv> elias_a: oliko tosta jonkinlaista bugiraporttia ja tietoa miten ne UUID:t liittyy siihen?
[09:31] <Mirv> en ainakaan löydä https://is.gd/ent9Kc - kaikki yksityiskohdat ja step-by-step-ohjeet vaan mahdollisimman koherentisti bugiraporttiin, IRCissä ei moni monimutkaisempi ongelma helposti selviä
[09:52] <elias_a> Mirv: Ei saatu toisinnettua.
[09:53] <elias_a> Mulla taas ei nyt ole ylimääräistä levyä niin paljoa että voisin koittaa toista testiasennusta.
[09:53] <elias_a> Mirv: Palaan asiaan kunhan purjehduskausi päättyy eli viimeistään lokakuun puolessavälissä. ;-)
[09:58] <Mirv> elias_a: ai ok. selvä :) mulla oli itse kanssa jotain UUID-häikkää trusty -> xenial, tai siis yksi UUID ei päivittynyt jonka olisi pitänyt. tämä siis update-managerin distropäivityksessä. mutta ottaen huomioon että mulla on käsin viritetty kryptauskonversio alkuperäisestä OEM-asennuksesta kaikkine omine initramfs-virityksineen, niin en ollut kovin yllättynyt siiitä.
[09:58] <Mirv> elias_a: hyviä purjehduksia, olkoot säät sopuisat!
[12:00] <rhkfin> Mirv: elias_a ideoita miten/mistä debugata UUID-tunnistamisia? fstabin vertaaminen.. mihin?
[12:07] <Mirv> rhkfin: blkid:n antamaan
[12:07] <Mirv> rhkfin: ja toinen paikka tarkista /boot/grub/grub.cfg:n UUID:t myös
[12:07] <Mirv> jos fstab oikein update-grubin pitäisi viimeistään pävittää ne samoiksi
[12:08] <Mirv> en vaan tiedä että jos fstab:ssa on /, niin että RAID:n tapauksessa pitääkö sen olla siis /dev/sda1 esim. vai jokin /dev/mapper/blah:ia vastaava blkid
[12:10] <Mirv> mulla blkid /dev/mapper/myroot on se mikä on fstab:ssa /:lle, ja sama näyttäisi löytyvän grub.cfg:stä root=UUID=078... tyyppisesti, eli tosiaan kun kryptaus avataan ensin niin sen jälkeen jo annetaan sen avatun mapper-laitteen nimi muulle järjestelmälle, vaikka itse osio on UUID:ltään eri
[12:12] <Mirv> tää on siis hyvinkin kotikutoisesti kasaan kursittu systeemi, ja toimimaan yrittäessä olen näemmän lisännyt myös grubille parameterin cryptopts=target=myroot,source=UUID=325... jossa UUID on siis se itse /dev/sdaX-osio :)
[12:13] <Mirv> laitoin jossain vaiheessa vaan kaikki parametrit mitä löysin ohjeista, en tiedä mitä tarvitaan :) /etc/default/grub:ssa siis: cryptopts=target=myroot,source=UUID=325[POISTETTU] cryptdevice=/dev/disk/by-uuid/325[POISTETTU]:myroot root=/dev/mapper/myroot
[12:13] <Mirv> ja lisäksi siis grub löytää siis itse sen 078:n sinne update-grub:lla
[12:14] <Mirv> on siis säädetty niin että live-USB:ltä buutattu, sen jälkeen avattu ja mountattu käsin, ja säädetty tarpeen mukaan kunnes buuttasi
[12:15] <Akuli> mikä on ongelma?
[12:15] <Mirv> eli ensin niin pitkälle että saatu mountattua /mnt:een live-USB:lla se itse dataosio, sen jälkeen cd /mnt ; mount -t proc proc proc ; mount -o bind /sys sys ; mount -o bind /dev dev ; chroot /mnt ... ja sitten grub:n säätöä tarpeen mukaan
[12:16] <Mirv> Akuli: muistaakseni rhkfin:lla ongelma oli että ei buuttaa, RAID-viritystä ja erilistä /home-osiota yms.. itselläni oli joskus myös ongelmaa ja ehkä osin apua noista mun keinoista
[12:32] <pesasa> Aamulla tuli pieni hämmennys, kun läppäri bootatessa sanoi vain: "Secure boot failed" ja näytti lukon kuvaa.
[12:32] <pesasa> Eilen otin sisään muutaman päivityksen, mukaan lukien kerneliä.
[12:33] <pesasa> Ratkesi kuitenkin käymällä uefissa ja kertomalla siellä, että sopiva *.efi-tiedosto on sallittu bootattava.
[12:36] <StockAntenna> UEFI on iloinen asia
[12:46] <pesasa> Mikä noista efi-tiedostoista muuten pitäisi olla se, joka siellä uefissa pitää "siunata"? Siellä oli ainakin grubx64.efi ja joku muu.
[18:13] <rhkfin> Mirv: mulla näyttäis fstabissa olevan uuid mainittu ainoastaan /boot:ille. ROot ja home ovat ilman sitä (toisaalta siis ovat lvm-levyjä eli /dev/mapper.. löytyy kyllä
[18:14] <rhkfin> Akuli: niin siis ongelma näkyy 16.04:ssa siten, että jää bootissa fsck-looppiin kunnes katkaisen käsin, ajan emergency-ruudussa mount -a ja jatkan boottausta -> starttaa nätisti.
[19:06] <puhuri> menipä näppärästi. Piti asentaa yhteen eksoottisempaan rautaan uudempaa linuxia. Ainut haaste, että siinä ei ole näyttöä.
[19:06] <puhuri> Ratkaisu: ottaa sopivan kvm-virtuaalikoneen, modaa halutusti ja sitten raw-muotoinen levyimage muistikortille dd:llä. Kortti kiinni ja toimii :-)
[19:18] <rhkfin> :)
[19:19] <Akuli> olen joskus asentanut linuxin ja sitten siirtänyt kovalevyn toiseen koneeseen
[19:19] <Akuli> toimii hyvin
[19:24] <rhkfin> jep, koska ajurit on ytimessä ja laitteisto tunnistetaan aina bootissa -> muutokset laitteistoon ei pääsääntöisesti aiheuta Windows-maailmasta tuttua ajurisäätöä. Näytönohjaimet tosin taitavat rajautua tästä vähän pois..
[19:25] <ninnnu> Näytönohjaimetkaan ei ole sinänsä ongelma jos käyttää avoimia ajureita
[19:25] <ninnnu> mutta ne ei aina riitä
[19:49] <mjr> juu, hyvin tommonen tyypillisesti toimii, ellei poroajurit rajoita
[19:49] <mjr> jos ei koneessa ole näyttöä, tuskin rajoittaa ;)