Mirv | elias_a: oliko tosta jonkinlaista bugiraporttia ja tietoa miten ne UUID:t liittyy siihen? | 09:18 |
---|---|---|
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:31 |
elias_a | Mirv: Ei saatu toisinnettua. | 09:52 |
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:53 |
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! | 09:58 |
rhkfin | Mirv: elias_a ideoita miten/mistä debugata UUID-tunnistamisia? fstabin vertaaminen.. mihin? | 12:00 |
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:07 |
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:08 |
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:10 |
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:12 |
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:13 |
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:14 |
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:15 |
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:16 |
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:32 |
pesasa | Ratkesi kuitenkin käymällä uefissa ja kertomalla siellä, että sopiva *.efi-tiedosto on sallittu bootattava. | 12:33 |
StockAntenna | UEFI on iloinen asia | 12:36 |
pesasa | Mikä noista efi-tiedostoista muuten pitäisi olla se, joka siellä uefissa pitää "siunata"? Siellä oli ainakin grubx64.efi ja joku muu. | 12:46 |
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:13 |
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. | 18:14 |
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:06 |
rhkfin | :) | 19:18 |
Akuli | olen joskus asentanut linuxin ja sitten siirtänyt kovalevyn toiseen koneeseen | 19:19 |
Akuli | toimii hyvin | 19:19 |
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:24 |
ninnnu | Näytönohjaimetkaan ei ole sinänsä ongelma jos käyttää avoimia ajureita | 19:25 |
ninnnu | mutta ne ei aina riitä | 19:25 |
mjr | juu, hyvin tommonen tyypillisesti toimii, ellei poroajurit rajoita | 19:49 |
mjr | jos ei koneessa ole näyttöä, tuskin rajoittaa ;) | 19:49 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!