[08:22] greetings to everyone, before I file a bug I thought I ask around here, I am trying to get disco on my good old lenovo x230. However during the install it hangs after I selected a keyboard layout. the mouse pointer is spinning but nothing else happens. [08:22] necurion: what kind of harddisk are you installing on? [08:23] its a ssd the exact model i would have to check [08:23] necurion: are you singlebooting or dualbooting? [08:24] single booting [08:25] necurion: how long did you wait after keyboard in setup? [08:25] think thats the step before partitioning, that step usualy takes a bit to scan hd/partitions [08:26] well I had it running for like an hour [08:26] wow, yeah thats not good [08:26] necurion: wich Os is on your hd ssd now? [08:27] necurion: check in your bios settings if fastboot=OFF and secureboot=OFF and try again please? [08:27] it had solus on it, yesterday I managed to install 18.10 with some hassle but its not booting either [08:28] Solus and Arch linux run fine [08:28] ah tnx for sharing that [08:28] with other distros i have problems [08:28] its a crucial m4 sdd [08:28] necurion: maybe if your machine is 'older' try lubuntu or xubuntu 19.04 for testing? [08:29] the ubuntu variant doesnt matter [08:29] did you try? [08:29] the machine is an i7 quadcore with 16gb of ram [08:29] its not to weak [08:29] okay [08:29] maybe its kernel 5 it doesnt like [08:30] solus is running kernel 5 [08:30] hmm ok [08:30] so if other distro's boot, ubuntu should also at least boot [08:30] it seems to be something with how ubuntu compiles the kernel I guess, but i cannot find a way to even produce an error message [08:31] it does boot [08:31] yeah i mean bypass your keyboard settings [08:31] yeah thats what i thought [08:32] I also started ubiquity from the terminal to see if it throws some errors but also nothing [08:32] necurion: i presume its the partitioning part lagging [08:32] ubuntu sees other distro's and might bottleneck there [08:32] yeah I also thing it doesn't like my hard disk [08:33] i did have problems with an earlier daily build where the partitioner threw errors about not being able to read the disk [08:33] necurion: maybe what we can try is booting a live usb, then start ubiquity from terminal, and start a tail -f /var/log/syslog too [08:33] which is funny since earlier ubuntu versions and other distros don't have a problem with it [08:34] necurion: yeah ive seen that before on releases bottleneck at that step [08:37] alright at least the 19.04 live iso does boot properly 18.04.2 and 18.10 only boot with nomodeset and i915.modeset=0 and take like 10 min to get me to the desktop [08:40] necurion: maybe we should proceed with the bug anyway [08:40] i dont find any other related beside nvidia ubiquity one [08:42] maybe nvidia its not, the laptop has intel graphic [08:43] we also found a bug yesterday on intel + kernel 5 but with black boot [08:43] so unrelated too [08:43] i didn't see much in the dmsg, I will try to just start the live thing and check with gnome-disks or fdisk, whether i can access the disk at all [08:43] try a live tail: tail -f /var/log/syslog [08:44] so we can see whats happening at wich point [08:51] now this is odd... I just started the live usb, opened tail on the dmsg, opened disks, which suddenly worked, and now its installing... [08:51] lol [08:51] the magic of ubuntu [08:52] well i don't like it :P [08:52] i didn't fix the problem :P [08:52] necurion: as i was saying, not the first time that happens lag before partitioning [08:52] also 19.04 isnt final yet, so things can still happen [08:53] and i also didn't connect to the internet this time [08:53] well lets see whether it boots after install :P [08:58] lotuspsychje, just fyi: https://community.ubuntu.com/t/disco-disco-19-04-release-candidate-testing/10570/4 mentions a spinning... i'd don't know source (wouldn't put much weight given how reported), but some term as used by necurion [08:59] I did install, it did boot, but now after i clicked the username on the login screen nothing happens [08:59] the password prompt doesnt come, and after a while i see the login prompt again [09:01] and i see plenty of i/o errors on the F1 Terminal thing [09:01] necurion, you verified your install media I assume? [09:01] yes [09:02] :) thanks [09:02] i had the same issue with 18.04 at some point reasons for which I went to solus and arch for a while [09:03] its: print_req_error: I/O error, dev sda and then some sector [09:04] and then journald says Failed to write entry ... ignoring: Read-only file system [09:05] I can try booting into the live usb again and do some fsck or something like that [09:06] but as I said i only have that particular problem with ubuntu (and derivatives) and fedora [09:06] other distros like solus and arch work just fine [09:06] read-only file system could be an error-condition was detected on mount (you need to fsck it), or something else bad (I'd suggest checking SMART health of drive too) - checking logs (dmesg possibly) should reveal why it mounted read-only [09:07] how do I check the SMART health? [09:08] smartctl (or gnome-disks which provides less detail, but is far easier to read) - there are other tools too... [09:09] package smartmontools contains smartctl [09:14] okay syslog also says: sd 0:0:0:0: [sda] tag#1 FAILED Result hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK [09:15] it's beyond my capacity to help necurion, if you wait hopefully someone else can help [09:18] thanks anyways i will read up on the smartctl stuff maybe my harddisk has some defect sectors and other distros are just more ignorant or write stuff somewhere else [09:29] checking the disk with the disk checking option on the live usb boot thing says everything is fine [09:33] trying the smartmontool thing i got more errors on the syslog [09:33] https://pastebin.com/iW07HAhm === brlin_ is now known as brlin [11:57] necurion: didnt you say you had an ssd? [12:01] yes i did [12:02] necurion: dont think thats causing your issues [12:02] necurion: as you tested other different ubuntu and distro with success [12:02] necurion: so, at wich point are you now? [12:04] lotuspsychje: I tested different versions of ubuntu and flavours, I checked fedora with the same result so for the time being I will resort back to solus... [12:05] necurion: if you still on 19.04 feel free to share your dmesg [12:05] there must be something traceable right [12:06] lotuspsychje I posted the dmsg earlier as pastebin [12:06] necurion: your new one after install? [12:06] after install I was not able to get to a terminal [12:07] necurion: stuck at gdm? [12:08] lotuspsychje: kinda, logging in didn't work, and I was unable to switch to a console with alt+str+f2 for example its like ubuntu switched those off [12:09] necurion: try to get in with nomodeset? [12:09] lotuspsychje: same result, the login fails because the disk is mounted read only [12:10] hmm [12:10] lotuspsychje: its not a graphics problem [12:10] necurion: never heared of not able to login into gdm with an ssd problem [12:11] necurion: did you fiddle with fstab or so? [12:11] necurion: or manual partition at setup? [12:12] lotuspsychje, this behaviour started with the first hardware enable stack for 18.04, I suspect there is something in the kernel or driver config that changed around there [12:13] necurion: didnt you install 19.04 clean? [12:14] lotuspsychje: It managed to install it once, yes [12:14] but then i had the same problem after boot [12:15] necurion: what about pressing F1 at boot to see txt based boot, maybe some clues there [12:15] its the same outputs I posted earlier [12:16] it said that there is something it cant read [12:17] we need to find a way to !bug your issue [12:18] necurion: ctrl alt f1 or F2 doesnt give you a tty? === necurion_ is now known as necurion [12:32] lotuspsycheje: I will try a netinstall, maybe that gives me more usable clues [12:34] your choice mate [13:25] Hi folks [13:25] I wanted to say I have a remarkably stable plasma-wayland on disco dingo [13:25] it's the first time I see that [13:26] so... congrats :-) wayland starts being really usable [13:28] lotuspsychje: I did manage to install it now with the netinstall and it does work, i am somewhat confused as to why this is the only way to install a clean working system though [13:29] bischoff: great to hear :) [13:31] acheronuk: :-) [17:24] This is a cosmetic issue, but it is driving me nuts. I installed the 19.04 Beta and all was running fine, then the first kernel upgrade resulted in the loss off anything more than just a purple screen no Ubuntu logo. Every kernel upgrade since has done various other horrible issues to the bootsplash. Everything runs fine after the bootslash, its cosmetic. But it drives me nuts. Can someone help me diagnose t [17:24] his? [17:25] *this [17:40] Zuverink: intel graphics? [17:41] lotuspsychje, yes [17:41] lotuspsychje, laptop [17:43] Zuverink: can you see if this bug affects you? https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1824546 [17:43] Launchpad bug 1821820 in xorg-server (Ubuntu) "duplicate for #1824546 Cannot boot or install - have to use nomodeset" [Low,Fix committed] [17:43] lotuspsychje, Ill look [17:54] lotuspsychje, I think this is more relevant https://ubuntuforums.org/showthread.php?t=2331312 [17:56] lotuspsychje, though intel graphics [17:57] and nothing but intel graphics? no additional graphics chipset? [17:57] the forum thread is rather old, the graphics stack worked quite differently then. [17:58] Zuverink: can you boot to desktop? [17:59] the kernel image from -proposed would be worth a try. [18:00] Zuverink: can you recall wich kernel booted and wich not? [18:04] lotuspsychje, im going to just leave it, its cosmetic. it goes purple at boot and remains purple until the login screen, then everything is normal [18:05] lotuspsychje, i just lost the logo on the purple, on shutdown its all there logo on purple [18:06] Zuverink: did you try pressing F1 at boot stage, to see textboot? [18:06] lotuspsychje, no i did not [18:07] Zuverink: maybe more clues there? [18:08] lotuspsychje, ill do that now [19:13] heyho [19:13] welcome jack [19:19] Invader_Bork, lotuspsychje: Let's continue that conversation here for sake of the main channel. [19:19] kk [19:19] Invader_Bork: Currently, GTK+ has no support for blur in transparency. [19:19] * Eickmeyer did that research last night [19:20] sure [19:20] Eickmeyer^ [19:20] is this why the blyr extension is failing to achieve blur on the dock? [19:21] i have blur in the activity window [19:21] Invader_Bork: I think so. [19:21] Did you modify the .css to achieve the blur in the activity window? [19:22] lotuspsychje, do you have a similar path for top bar transparency ? [19:22] Eickmeyer, no i have installed an extension [19:22] https://extensions.gnome.org/extension/1251/blyr/ [19:23] Invader_Bork: dconf-editor has a nice search function now, but no there isnt one [19:24] Invader_Bork: Interesting. I'm surprised any of it works. The GNOME folk were really adamant about removing that functionality. [19:24] Proably was just the panels. [19:25] Eickmeyer, as far as i can tell the extension uses lib clutter for the blur [19:29] Eickmeyer, do you know what's the deal with the gnome devs and the blur? [19:30] did they want to replace it with something else or just have a burning hate for blurry things [19:30] gnome3 just gets better, no need to make old stuff backwards compatible [19:32] i dont understand === jack- is now known as jack [19:35] Invader_Bork: I am not sure what led to the decision.