=== TuxPurple_ is now known as TuxPurple [02:05] ping sbalneav [02:18] pong [02:18] good eve [02:19] You were right about the space in the login name. [02:20] Did you see the comments I made soon after you left? [02:23] Something about the thin client failing to boot? [02:24] I'll copy and paste... [02:24] (from earlier, right after testing...) wow-- I put a space before the username and login seemed to work initially, but it stalled before the login screen appeared. [02:25] (continues...) I did, "sudo du -sh *" inside this users home folder. I watch the dev directory quickly grow in size. It started at 176 KB, did it again 45 seconds later and it was 100 MB. Did it a minute or two later and it was 548 MB, a minute or so later and it was 921 MB. And there it stays. [02:25] (and ends...) On the client it now says, "An add-in card in the system appeared to not work correctly on the last boot attempt... (then there's a note that says to push F1 to boot). Which I did, then it didn't login and instead went to the screen it normally shows when the thin client fails to boot. [02:25] that's it. [02:32] So, the users login is hosed is what you're saying? [02:41] hmmm... not sure how to answer that. [02:42] do you mean that if I tried to login as that user again, I wouldn't be able to? [02:44] it could be. I think you are right. I could try and login through ssh w/his user info. would that be useful? I don't think that's what you mean though. [02:49] Well, I mean, removing something from the users home dir shouldn't cause the thin client to have trouble booting. [02:49] so if you're not able to log in as that user, then the user itself's been hosed somehow. [02:51] I know that I will be able to log in after removing the fd directory, it worked fine before. [02:51] I'm not sure if he can log in *until* I remove that rogue directory. [02:53] right, so remove it. [02:54] For sure. [02:54] did you put the space before or after the name? [02:54] before [02:54] and, please paste the sources.list that's in your chroot. [02:55] I'll get it. I've got to go vpn a moment... [02:55] k [03:07] OK here it is: http://pastebin.ubuntu.com/342326/ this is the source list at: /etc/apt/sources.list this is NOT the source list at opt/ltsp/i386/etc/apt/sources.list. Right? [03:08] no, I want the one in /opt/ltsp... [03:11] http://pastebin.ubuntu.com/342329/ Shouldn't it be the same? [03:13] well ideally. === dgroos_ is now known as dgroos [03:14] did you update the packages in the chroot and rebuild? because stgraber fixed this bug I thought. [03:15] ahhh... update in the --chroot--? how again does one do that? [03:20] isn't it just sudo apt-get upate/upgrade then sudo ltsp-update-image? [03:22] Should be. [03:22] chroot /opt/ltsp/i386 [03:23] I did do that, then. You aren't saying chroot /opt/ltsp/i386 is some command? [03:25] yeah [03:25] that's how you switch into the chroot [03:25] chroot /opt/ltsp/i386 [03:25] apt-get update [03:25] apt-get upgrade [03:26] exit [03:26] ltsp-update-image [03:26] Do I sudo to get into chroot? su? [03:26] sudo chroot /opt/ltsp/i386 [03:26] Looks like *SOMEONE* hasn't been reading the docs :) [03:27] My brain is basically spaghetti now, actually for some time :) [03:28] https://help.ubuntu.com/community/UbuntuLTSP/UpdatingChroot [03:28] That's probably your problem. the fix is in the chroot [03:29] so if you haven't updated the chroot, you haven't picked up stgrabers fix yet. [03:29] Thanks for all this. I'll do it tonight and have it ready for tomorrow morning. [03:30] I'm going to write this into my blog--I'll probably find I already wrote it a year ago :( should have anyway. [03:42] dgroos: Where's yer blog? [03:43] Well, it's in a similar state to my brain, but here it is... http://groosd.blogspot.com [03:44] I tried to do the above procedure but got these errors: http://pastebin.ubuntu.com/342343/ [03:45] got a valid resolv.conf in your chroot? [03:45] I'm looking at the docs link and see it says a couple of different things for example it says to 'mount -t proc proc /proc it also talks about... [03:45] I'll check [03:47] looks like there are lots of /home/username/cow/etc/resolv.conf is that right? [03:48] and I see there is one in the opt/ltsp/i386/etc/resolv.conf [03:48] check this latter one? [03:48] yeah [03:49] since, when you're in the chroot command, that's the one it's going to use. [03:50] right. makes sense. [03:50] basically, you should cp /etc/resolv.conf /opt/ltsp/i386/etc/resolv.conf [03:50] checked it out. it's wack. [03:50] there you go. [03:50] it's got the ip of when I had it in my house this summer! [03:51] for nameserver, what do I put? [03:51] basically, you should cp /etc/resolv.conf /opt/ltsp/i386/etc/resolv.conf [03:54] Much better! [03:55] still some errors--GPG errors-- NO_PUBKEY [03:57] that;s fine, it should still upgrade the packages. [03:58] so the update then the upgrade [03:58] and when it's done, type "exit" [04:02] Great. It's in process... again, thanks a bundle. btw--did you see your name on the blog? [04:04] No, lemme look [04:04] Was it something like "That Fr*ggin sbalneav *sshole..." :) [04:07] well, I used exclamation marks instead of asterisks ;) [04:08] Actually, as you can see I've not done much of anything on the blog since mid summer I'm so busy chasing my tail, but there is the 'lick and a promise' registered there :) [04:08] heh [04:09] so when the update's done, then do the exit, ltsp-update-image, and voila [04:11] am doing now... there were a few errors hope not big ones... [04:16] quick way to tell is if you retry the upgrade [04:16] if there's nothing left to upgrade then you're ok [04:20] I'll check after the image is done updating... [04:28] said this when I tried to update-upgrade: http://pastebin.ubuntu.com/342380/ [04:31] and said this: http://pastebin.ubuntu.com/342384/ when I said "Y" to the upgrade... [04:35] ok, so exit out of the chroot [04:36] export LTSP_HANDLE_DAEMONS=false [04:36] sorry, do this first [04:36] sudo -i [04:36] export LTSP_HANDLE_DAEMONS=false [04:36] chroot /opt/ltsp/i386 [04:36] mount -t proc proc /proc [04:37] apt-get upgrade [04:37] it should finish [04:37] umount /proc [04:37] exit [04:37] then rebuild [04:37] doing it... and said that mount: proc already mounted whe I gove the mount command... [04:38] *when I gave [04:40] ok [04:40] so you had done the mount previously then? [04:41] no, not knowingly at least. [04:44] do this [04:45] cat /etc/ltsp_chroot [04:45] what do you get [04:46] I'm still root... and I got 'no such file or directory' [04:48] then you're NOT IN THE CHROOT!!!!! [04:48] export LTSP_HANDLE_DAEMONS=false [04:48] chroot /opt/ltsp/i386 [04:48] mount -t proc proc /proc [04:49] alt-get upgrade [04:49] it should finish [04:49] umount /proc [04:49] exit [04:49] I can't make this any simpler :) [04:50] I'm guessing alt-get is to be apt-get? [04:52] yep [04:53] It went so smooooooth! Nary a hiccup [04:53] there you go. [04:53] remember the umount [04:53] then exit [04:54] ltsp-update-image [04:54] done. [04:54] got it and got it [04:55] now that yes. Thanks for staying up and helping me through all of this. I can't wait to fire up the thin clients tomorrow :) [04:58] Well, that should fix the phantom disk eater for sure [04:58] and a lot of other niggling problems as well. [05:02] for sure. [05:04] Got sabayon bug database access today. [05:04] Closed 30 some odd bugs for sabayon :) === TuxPurple_ is now known as TuxPurple [14:47] Morning all [14:52] morning === Ahmuck-Sr is now known as Ahmuck-Jr === Ahmuck-Jr_ is now known as Ahmuck-Sr === Guest84476 is now known as juliux === jussio1 is now known as jussi01 === ikonia_ is now known as ikonia === Ahmuck-Jr_ is now known as Ahmuck-Jr === isforins1cts is now known as isforinsects