SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
None that I know of. When I need to do something like that, I set the host up to use a serial console, then attach another computer running some serial terminal software such as C-Kermit or minicom (or on a Windows host, hyperterm). Then you can see all of the console output, scrolling back as necessary to see the earliest messages. Requires having a bootloader that can use a serial console for the most complete results.
>Nbomr;
thanks for your response; though that really surprises me: i'd have thought this was something that
would almost be de rigour for debugging purposes ...
You can see very early messages if you append kernel parameter "earlyprintk=vga" or "earlyprintk=serial[,ttySn[,baudrate]]", for instance, to the command line at boot time.
kernel and driver developpers can also use "ddebug_query= [KNL,DYNAMIC_DEBUG]"
See /usr/src/linux/Documentation/kernel-pameters.txt and /usr/src/linux/Documentation/dynamic-debug-howto.txt to know more.
Small tip: when a program displays data on the screen faster than you can read it, you can stop its execution with Ctrl+s and resume it with Ctrl+q
This is a reminiscence of controlling the flow of data on a communication line (e.g. RS232 serial) sending the "XOFF" (or "Transmit off) and XON (or Transmit on) signals, which was useful when the receiver couldn't process the data as fast as they were sent, see this page.
For the records this reminds me that this kind of software flow control have been used for connections between industrial terminals and a mini computer at the super high speed of 1200 bits per second in a project of which I was in charge 33 years ago...
Last edited by Didier Spaier; 07-27-2013 at 03:09 PM.
If you are trying to use it with something like skype and just getting a green screen, then you may need to make a small shell script to load a compatibility library to make it work right.
That was me being flippant, sorry.
I thought the brand was known well enough for me to distort its name and still have people recognize it:
it is a LifeCam from microsoft and I can't get it working on slackware, and no-one else I've read here at LQ has either.
Yet it works fine on my Mint Linux system (?)
By "root problem" i take it you meant "boot problem", which is clearly outlined in OP.
cheers
Ok, no problem. I was taking all of this as a means to diagnose the webcam not working. But of course, it never hurts to learn how to find things yourself.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.