Linux Archive

Linux Archive (http://www.linux-archive.org/)
-   ArchLinux General Discussion (http://www.linux-archive.org/archlinux-general-discussion/)
-   -   screen goes blank on reboot after 1st pacman Su of new install!!!??? (http://www.linux-archive.org/archlinux-general-discussion/394743-screen-goes-blank-reboot-after-1st-pacman-su-new-install.html)

"Andre "Osku" Schmidt" 07-04-2010 09:51 AM

screen goes blank on reboot after 1st pacman Su of new install!!!???
 
i got lost in your mail... but i do see from your subject that you
should use `pacman -Syu` and not just `pacman -Su`, as the package
database wont be updated without `y`...

and for blank screen, maybe try kernel option `nomodeset`... and in
next mail try to be more precise what you did and what happens... as
you talk about "pop-ups", did you install xorg ? are you using a DE ?
which gfx driver you installed for xorg ?...

Myra Nelson 07-05-2010 05:33 PM

screen goes blank on reboot after 1st pacman Su of new install!!!???
 
On Mon, Jul 5, 2010 at 02:15, Joe(theWordy)Philbrook <jtwdyp@ttlc.net> wrote:
>
> It would appear that on Jul 5, Ross did say:
>
> > On 05/07/10 07:08, Joe(theWordy)Philbrook wrote:
> > > I've yet to find a DE that will remember enough details of a konsole window
> > > in it's saved sessions method to prestart the correct application(s) in the
> > > correct konsole windows etc...
> > >
> > > I don't suppose XDM can be configured to use a ~/.xinitrc like script that
> > > will let me prestart selected terminal applications in a simular manor?
>
> > You could try slim, is graphical login manager which uses .xinitrc It works
> > well for me, looks good and very lightweight.
> >
> > Ross.
>
> It would appear that on Jul 5, Ng Oon-Ee did say:
>
> > Its also not really maintained I think, hence the existance of slim-plus
> > in the AUR.
>
> Well I guess I'll have to remember slim or slim-plus if the distro stops
> providing a working startx script. (writing startx is WAY beyond my
> skill level...) But I still prefer to start in console mode and wait
> until I'm ready to fire up X
>
> It would appear that on Jul 4, fons@kokkinizita.net did say:
>
> > You'r mixing up several things here: 1) starting X, 2) starting a
> > window manager or desktop environment, and 3) restoring or setting
> > up that desktop for a particular user.
> >
> > If you use a 'graphical' login like XDM then (1) is already done when
> > you login. If you use startx after logging in it's your job to keep
> > those things apart (or not).
>
> Very true! Though until I'm ready for both #2 & #3, I've no use for #1.
>
> > > I don't suppose XDM can be configured to use a ~/.xinitrc like script that
> > > will let me prestart selected terminal applications in a simular manor?
> >
> > As used here XDM will call ~/.xession, you can put whatever you
> > want in there. I use it to map some keys, then start WindowMaker.
>
> That I didn't know. I don't suppose ~/.xsession is just a simple list of
> commands like ~/.xinitrc is?
>
> > > sshd is another matter. My personal paranoia settings require NEVER
> > > allowing ANY remote logins. If God himself want's to use my computer he
> > > dang well better be using the attached keyboard, or there's gonna be
> > > trouble... <grin>
> >
> > There may be situations where such paranoia is warranted, but in
> > general this just means you're making your own life more difficult
> > than it should be. A ssh login can be set up to require a 1024 or
> > more bit cryptographic token - if that isn't enough nothing will
> > ever be.
>
> Here it's a matter of skill level and keeping things set up right. Since I
> use multiple distros, it sounds like even more work to always have to
> configure that. My system isn't exactly a prime target for hackers, but
> then again, until they crack it they don't know that. *My first line of
> defense is to set my _wired_ router to forward nothing to any port...
> Combine that with never setting up any of my systems to allow remote
> access, and I've never seen anything to suggest anybody's hacked in yet.
>
> > > *I say I'm not sure but I think the above output says I do have it and that
> > > *it must be doing the wrong thing...
> >
> > Looks like it...
>
> > > I note that even without loading the large font, I wound up with a large
> > > text size on my hi-res monitor (yup an actual 80 column display) So maybe
> > > the "nomodeset" option is why the 12x22 font didn't load?
> >
> > The 80 column display is what 'nomodeset' is supposed to do. You
> > could try the old 'vga' option to switch to a higher resolution
> > even with nomodeset - AFAIK it will work.
>
> Good to know, Of course I was always the guy who usually used vga=normal...
>
> > > 2) a little more disturbing I note that when I switched to another tty and
> > > logged in to another console session, it hungup without executing the
> > > .bash_profile... If I hit ^C I got a default command prompt but my .bashrc
> > > set command path wasn't working untill I used the bash command to open a
> > > subshell... Could the nomodeset option be responsible for this???
> >
> > Don't thing so, but I noticed ~/.bash_profile being ignored as well.
> > ~/.profile will probably work.
>
> > > 3) WHA-DA-{censored} Now I notice I can't get mc to fire up. I used it
> > > earlier in this login session, But now the tty just hangs, and I need to
> > > use another tty to issue a killall mc to get my prompt back... I'm not sure
> > > what changed since I started this Arch session. But something don't seam
> > > stable...
> >
> > I don't have any idea as to what 'mc' is...
>
> mc aka Midnight Commander. It's a shell in itself. It's a twin panel
> console file manager (it's been described as "the swiss army knife of file
> managers") It's original user interface was blatantly ripped off from the
> old dos Norton Commander. It's got Lots of uses for quickly navigating, &
> modifying at will even unfamiliar file systems browsing archive files and
> even ftp with many tools. it has both a built in command line (with file
> path and filename pasting as a built in function. And a full screen bash
> shell that you can toggle to/from that uses whatever directory the
> currently active panel was pointing at for it's working directory...
>
> If you can make sense of a filename view of files and directory trees,
> and don't need fancy icons to tell you what a file is, It belongs in your
> utility belt just as much as either vim or emacs does. (in my case vim!
> But that's a different Holy War...)
>
> I'm still hoping that the issues I'm having with mc etc... are related to
> nomodeset rather than deeper issues. I ran a few empirical tests BTW and
> fount that if I start mc before I access more than 2 or 3 tty[1-6] consoles
> it will start. And I discovered that if I don't try to execute a subshell
> at all from any of them I can log in to all six console screens and have
> my .bash_profile get processed. But once I start spawning subshells, all
> bets are off.
>
> But getting back to nouveau...
> Unfortunately, the nouveau wiki entry doesn't tell me much about my
> situation. If I was trying to get it to work in x, the info there might be
> useful. Or if I wanted to force it to "load early" But there is nothing I
> can see for resolving the console mode issue I'm having.
>
> The result is I'm lost. I've never had an Nvidia card before. I've never
> ever had to specifically load any kind of video driver whatsoever. Until
> now the default graphics configuration implemented without my input
> during the install of every single Linux I ever used was good enough for
> me. (All I want is the 2d stuff) I understand that there are 2 other choices
> for a Nvidia card, are the proprietary "Nvidia" driver package, and something
> called nv... I can find a wiki entry for Nvidia, but nothing on that "nv"
> choice. But anyway since it doesn't look like nouveau will work properly in
> console mode for me, I tried black listing it... Then probably, I thought,
> I'll have to follow the instructions in the Nvidia wiki entry when I try
> to get x working. But I found that I'm still having issues in the
> consoles with respect to subshells and mc. I'm beginning to think I'd be
> better off reinstalling with the 64 bit iso... It won't likely solve the
> nouveau issue, but I might get back fully functional console logins.
>
> --
> | * *^^^ * ^^^
> | * *<o> * <o> * * *Joe (theWordy) Philbrook
> | * * * *^ * * * * * * * J(tWdy)P
> | * * * ___ * * * * <<jtwdyp@ttlc.net>>
>
> * * * <sigh>
>

Joe:

I've used nVidia cards for years and fought the same problems for
years (12 or so),
and used 3Dfx voodoo cards prior to nVidia. I've personally experienced the same
problems with several different generations of nVidia graphics,
especially the on
board graphics. I finally caved and spent the money for pci cards to solve most
of my problems (I realize that's not always an option for many people).

Since the nouveau drivers came out I've never managed to get them working. I've
tried several times because, like you, I don't need 3d. The xf86vesa driver has
always worked, but for decent graphics I've always wound up installing the
proprietary drivers. The setup utility that's installed sets up the
xorg.conf file
and you should be off and running.

As to the xf86-nv driver, the quote below says it all.

"Linux Magazine Mar 30, 2010

Andy Ritger, NVIDIA manager responsible for the Linux graphics cards,
as announced
on the X.org mailing list that the graphics chip company will no
longer develop the
open source 2D video drivers for its chips. He recommends using the VESA X
driver instead."

Now on to trouble shooting. Please don't take offense at the twenty questions
routine everyone gets from typical tech support, but without seeing your machine
I have some suggestions.

1. Have you tried hooking up a monitor from another machine and see if you can
reproduce the problem.
2. If you happen to have another video card (it's a nice thought), try
putting it in and
see if you can reproduce the problem.
2. I don't recall any of the older on boards have dual video ports,
but if they do switch
ports and see what happens.
3. Go into the bios and check the video and power management settings.
4. If the manual came with the computer, RTFineM. LOL. Seriously, with HP boxes
it sometimes helps. The do some strange things with the Pavilion
line (from my
personal experiences)

I will again apologize if I have offended you with the above, it
wasn't meant to just
pass on some of the things I've had to do over the years with nVidia
graphics I spent
a lot of time learning to hand craft xorg.conf files for nVidia cards.
I was actually upset
when the newer version of x didn't need them, but have found using the
proprietary
drivers and the set up utilities work the best. I've also learned not
to run a display
manager and log in from the console.

Myra

--
Life's fun when your sick and psychotic!

Myra Nelson 07-07-2010 05:56 AM

screen goes blank on reboot after 1st pacman Su of new install!!!???
 
Joe:

I gave up on gpm in a terminal before x is started. I never could manage to get
to work right. The other thing I've noticed about the onboard graphics is
some manufacturers seem to modify the drivers slightly. I had one laptop
with ATI onboard and the only drivers I could make work were the ones
from the laptop manufacturer.

Glad you got it working, mostly at least.

Myra

On Tue, Jul 6, 2010 at 18:41, Joe(theWordy)Philbrook <jtwdyp@ttlc.net> wrote:
>
> It would appear that on Jul 5, Myra Nelson did say:
>
>> Joe:
>>
>> I've used nVidia cards for years and fought the same problems for
>> years (12 or so),
>> and used 3Dfx voodoo cards prior to nVidia. I've personally experienced the same
>> problems with several different generations of nVidia graphics,
>> especially the on
>> board graphics. I finally caved and spent the money for pci cards to solve most
>> of my problems (I realize that's not always an option for many people).
>
> Believe me, if cashflow wasn't such an issue that the only way I got to
> stick a working desktop under that Sony hi-res monitor again was because my
> brotherNlaw bought himself a new machine I'd have ditched the nvidia just as
> soon as I knew about it... But it's looking like the proprietary driver
> will do the trick...
>
>> Since the nouveau drivers came out I've never managed to get them working. I've
>> tried several times because, like you, I don't need 3d. The xf86vesa driver has
>> always worked, but for decent graphics I've always wound up installing the
>> proprietary drivers. The setup utility that's installed sets up the
>> xorg.conf file
>> and you should be off and running.
>
> Yup! Of course it bugs me a little that the video driver depends on xorg...
> I wanted the console to work right before I started installing X...
> But at lest it was relatively painless. Since pacman -S nvidia pulled in so
> much of X I immediately followed it with the other packages that the
> beginners guide suggests And the quickly added a couple of tolerable
> DE/WM's Rebooted and the console problems were all history...
>
>> Now on to trouble shooting. Please don't take offense at the twenty questions
>> routine everyone gets from typical tech support, but without seeing your machine
>> I have some suggestions.
>
> *My feeling is that anyone who has the stones to ask for help on ANY
> *technical mailing list {even friendly ones} had dag burned better be
> *prepared to answer questions...
>
>> 1. Have you tried hooking up a monitor from another machine and see if you can
>> * * reproduce the problem.
>
> No I didn't. But then again I really wanted to use this flat screen Sony...
>
>> 2. If you happen to have another video card (it's a nice thought), try
>> putting it in and see if you can reproduce the problem.
>
> No I didn't have one available.
>
>> 2. I don't recall any of the older on boards have dual video ports,
>> but if they do switch ports and see what happens.
>
> I only saw one place to plug in the monitor cable...
>
>> 3. Go into the bios and check the video and power management settings.
>
> Now that's a thought. Even though it's now a moot point, I think I'll take
> a peek, when next I boot, to see what options are in fact there.
>
>> 4. If the manual came with the computer, RTFineM. LOL. Seriously, with HP boxes
>> * *it sometimes helps. The do some strange things with the Pavilion line
>> * *(from my personal experiences)
>
> Nah, Charlie had this pc to long to know what he did with the fine manual.
>
>> I will again apologize if I have offended you with the above, it wasn't
>> meant to just pass on some of the things I've had to do over the years
>> with nVidia graphics I spent a lot of time learning to hand craft
>> xorg.conf files for nVidia cards. I was actually upset when the newer
>> version of x didn't need them, but have found using the proprietary
>> drivers and the set up utilities work the best. I've also learned not to
>> run a display manager and log in from the console.
>
> None taken Myra, While I tend to prefer open source stuff, I'm not allergic
> to using proprietary drivers, especially when I can get them via my distro's
> package management system without having to write somebody a check...
> And aside from the xorg dependency I have to admit as soon as I installed
> nvidia, it all started working (except that I think it's blocking the gpm
> daemon... {so much for copy/paste in the console...})
>
> I never got used to using a display manager in the first place Every time I
> install a new distro, one of the first things I gotta do is find out how
> to avoid their preferred DM and use startx when (and if) I decide I'm ready
> for X to start.
>
> Thanks for the suggestions Myra, If I'd have had your response before I'd
> installed nvidia, I'd have tried most of your suggestions. But it could be
> that the next person with a similar problem will catch a clue from this
> thread so I'm glad to here even the ones that no longer make sense for me.
>
>
> --
> | * --- * ___
> | * <0> * <-> * * Joe (theWordy) Philbrook
> | * * * ^ * * * * * * *J(tWdy)P
> | * *~\___/~ * * *<<jtwdyp@ttlc.net>>
>
>



--
Life's fun when your sick and psychotic!


All times are GMT. The time now is 12:23 PM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.