[09:18] elias_a: oliko tosta jonkinlaista bugiraporttia ja tietoa miten ne UUID:t liittyy siihen? [09:31] 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] Mirv: Ei saatu toisinnettua. [09:53] Mulla taas ei nyt ole ylimääräistä levyä niin paljoa että voisin koittaa toista testiasennusta. [09:53] Mirv: Palaan asiaan kunhan purjehduskausi päättyy eli viimeistään lokakuun puolessavälissä. ;-) [09:58] 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] elias_a: hyviä purjehduksia, olkoot säät sopuisat! [12:00] Mirv: elias_a ideoita miten/mistä debugata UUID-tunnistamisia? fstabin vertaaminen.. mihin? [12:07] rhkfin: blkid:n antamaan [12:07] rhkfin: ja toinen paikka tarkista /boot/grub/grub.cfg:n UUID:t myös [12:07] jos fstab oikein update-grubin pitäisi viimeistään pävittää ne samoiksi [12:08] 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] 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] 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] 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] ja lisäksi siis grub löytää siis itse sen 078:n sinne update-grub:lla [12:14] 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] mikä on ongelma? [12:15] 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] 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] Aamulla tuli pieni hämmennys, kun läppäri bootatessa sanoi vain: "Secure boot failed" ja näytti lukon kuvaa. [12:32] Eilen otin sisään muutaman päivityksen, mukaan lukien kerneliä. [12:33] Ratkesi kuitenkin käymällä uefissa ja kertomalla siellä, että sopiva *.efi-tiedosto on sallittu bootattava. [12:36] UEFI on iloinen asia [12:46] Mikä noista efi-tiedostoista muuten pitäisi olla se, joka siellä uefissa pitää "siunata"? Siellä oli ainakin grubx64.efi ja joku muu. [18:13] 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] 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] menipä näppärästi. Piti asentaa yhteen eksoottisempaan rautaan uudempaa linuxia. Ainut haaste, että siinä ei ole näyttöä. [19:06] Ratkaisu: ottaa sopivan kvm-virtuaalikoneen, modaa halutusti ja sitten raw-muotoinen levyimage muistikortille dd:llä. Kortti kiinni ja toimii :-) [19:18] :) [19:19] olen joskus asentanut linuxin ja sitten siirtänyt kovalevyn toiseen koneeseen [19:19] toimii hyvin [19:24] 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] Näytönohjaimetkaan ei ole sinänsä ongelma jos käyttää avoimia ajureita [19:25] mutta ne ei aina riitä [19:49] juu, hyvin tommonen tyypillisesti toimii, ellei poroajurit rajoita [19:49] jos ei koneessa ole näyttöä, tuskin rajoittaa ;)