=== Ursinha is now known as Ursinha-zz === Ursinha-zz is now known as Ursinha-zzz === emma is now known as em [02:35] question: if a bug has already been reported on Launchpad (986524), referred to a kernel bug (https://bugzilla.kernel.org/show_bug.cgi?id=42678), what should I contribute, if anything? [02:35] bugzilla.kernel.org bug 42678 in Video(DRI - non Intel) "[3.3-rc1] radeon stuck in kernel after lockup" [Normal,New] === Adri2000 is now known as Guest74775 === Ursinha-zzz is now known as Ursinha [05:30] can someone set bug 993187 importance to critical, as it crashes the os and temporarily renders the system unsuable, and affects a large percentage of users [05:30] Launchpad bug 993187 in xorg "ubuntu 12.04 completely freezes frequently" [Undecided,Confirmed] https://launchpad.net/bugs/993187 === margo_ is now known as margo === greg_g is now known as greg-g [20:27] Hi! Is there somebody who can tell me what is the difference between failsafe and normal mode? I need to find out why a bug is reproducible only when in normal mode. [20:30] luc4_mac: Just checking, do you mean 'failsafe' as in the login bit, or something else? [20:31] something in grub (although mine has a 'recovery mode' not failsafe [20:31] penguin42: the one chosen in grub. [20:31] luc4_mac: OK, for me that's called 'recovery mode' - is that what you have or does it really say failsafe? [20:32] penguin42: mmh… maybe I confused the names… I can check... [20:33] luc4_mac: If it is the recovery mode thing then look in /boot/grub/grub.cfg you can see a normal boot entry and a recovery mode entry [20:33] penguin42: anyway, I'm quite sure with both I can't reproduce my bug, but for some reason failsafe (the one from the login) does nothing now, so I can't test. [20:34] luc4_mac: OK, so if it's the one from grub you should be able to find the two options in grub.cfg [20:34] penguin42: by nothing, I mean I login with failsafe, and the login screen turns out again. [20:34] curious [20:35] * penguin42 returns to his TV prog - back in the next break [20:35] penguin42: I clearly remember it turned of the X server some weeks ago. [20:36] mmh… maybe it was menu.cfg... [20:44] luc4_mac: The grub.cfg etc does tend to pass a nomodeset or similar which may change the way X starts - so that can happen [20:45] penguin42: do you mean menu.lst? [20:46] luc4_mac: I don't have a menu.lst - I think that's a Grub1ism - where as Grub2 has the grub.cfg [20:47] penguin42: mmh… locate can find only /usr/share/doc/grub-common/examples/grub.cfg. [20:47] luc4_mac: Look in /boot/grub [20:48] penguin42: no, it is not there. [20:48] what is in there? I wonder if you're still running Grub1 [20:48] penguin42: I commonly edit menu.lst when I want to change grub configuration. [20:48] penguin42: this machine should be perfectly update [20:49] luc4_mac: It'll stick with Grub1 if that was what was installed originally [20:49] tv again [20:49] penguin42: then that is the cause :-) [20:59] luc4_mac: That's fine, so you should be able to find it in the menu.lst in /boot (or /boot grub?) and you should see the different parameters it passes in each case [21:00] penguin42: frequent advertismente there! :-) yes, I see "ro signle" for recovery mode. [21:01] hmm is that all? [21:02] luc4_mac: OK, look boot it and tell us exactly what you see on your grub menu, exactly how it's named etc [21:02] time for a shower - back in about 1.5hours [21:02] penguin42: weird but yes, it seems… this is the line /vmlinuz-3.2.0-24-generic root=UUID=fa298373-c25e-4dd6-a83c-5d2c65e4e996 ro single [21:03] luc4_mac: That's a bit harsher than the one in the grub2 - single mode is pretty hard core - it turns pretty much everything off, and it seems unlikely that's what you're using tbh [21:03] anyway, shower time! [21:03] penguin42: no problems, see you! [21:53] (O/T: Hello MicahG, my friendly neighborhood BOINC maintainer.) === Adri2000 is now known as Guest35099 === Guest35099 is now known as Adri2000