LinuxQuestions.org
Visit the LQ Articles and Editorials section
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Slackware
User Name
Password
Slackware This Forum is for the discussion of Slackware Linux.

Notices

Reply
 
Search this Thread
Old 07-19-2012, 07:23 PM   #166
Grischuna
Member
 
Registered: Mar 2009
Distribution: Slackware64 14.0 multilib
Posts: 44

Rep: Reputation: 0

Quote:
Originally Posted by sandb0y View Post
Hey Grischuna,
I had the same problem after last upgrade, but with kernel 3.4.4 my BCM4318 wireless card works again.

Thank you sandb0y for your info. As mentioned in my post I have now installed the Broadcom-sta kernel modules from Slackbuilds.org with the patch and with this the card is working fine again. I will still test out the new 3.4.6 kernel that is out now.

Regards,
Grischuna
 
Old 07-19-2012, 07:40 PM   #167
TobiSGD
Moderator
 
Registered: Dec 2009
Location: Hanover, Germany
Distribution: Main: Gentoo Others: What fits the task
Posts: 15,517
Blog Entries: 2

Rep: Reputation: 4018Reputation: 4018Reputation: 4018Reputation: 4018Reputation: 4018Reputation: 4018Reputation: 4018Reputation: 4018Reputation: 4018Reputation: 4018Reputation: 4018
Quote:
Originally Posted by catfoo View Post
Anyone having difficulty with a custom built kernel after all these upgrades? More specifically, kernel 3.4.4 or 3.4.5?
I just tried it with 3.4.6 on 32 bit -current, using the generic config-file, booting with initrd works fine here.
 
Old 07-19-2012, 09:27 PM   #168
bamalabs
LQ Newbie
 
Registered: Jan 2004
Location: Alabama
Distribution: Slackware
Posts: 10

Rep: Reputation: 0
Quote:
Originally Posted by TobiSGD View Post
I just tried it with 3.4.6 on 32 bit -current, using the generic config-file, booting with initrd works fine here.
Are you using a Luks encrypted LVM by chance? If so, I'd say I've screwed up something somewhere. Thanks.
 
Old 07-19-2012, 10:18 PM   #169
rworkman
Slackware Contributor
 
Registered: Oct 2004
Location: Tuscaloosa, Alabama (USA)
Distribution: Slackware
Posts: 1,913

Rep: Reputation: Disabled
First of all, what part of Alabama (how close are you to me)?

Quote:
Originally Posted by catfoo View Post
Anyone having difficulty with a custom built kernel after all these upgrades? More specifically, kernel 3.4.4 or 3.4.5?

Setup: /dev/sda1 = /boot partition (ext2), /dev/sda2 = luks encrypted LVM (groups root, swap, home, var, tmp, all are ext4)

Did a clean install of -current using a dvd created with all updates up through July 17 changelog. I then upgraded everything up to yesterday's packages which included mkinitrd-1.4.7-i486-4.txz.

Compiled and installed the new kernel and its modules, then created the initrd with the following command:

Code:
mkinitrd -c -k 3.4.5 -f ext4 -m mbcache:jbd:ext4:aes-generic:sha256-generic -C /dev/sda2 -r /dev/cvg0/root -h /dev/cvg0/swap -L -o /boot/initrd-3.4.5.gz
and edited lilo (or grub).
All is well here, and I'm on a fully encrypted system. Mikhail Zotov has mailed me privately about what appears to be this same issue, and he ran across it quite some time ago (after having done some local upgrades iirc). To quote him:

Code:
Luckily, the fix is exactly the same: to replace cryptroot in
/etc/fstab, /etc/lilo.conf and in the mkinitrd command with, say,
/dev/mapper/lukssda2.
Here's the fun part though: everything is fine here, but for the sake of comparison, I'll post some snippets of local config...

First, /etc/fstab:
Code:
root@liberty:~# cat /etc/fstab 
/dev/cryptvg/swap          swap          swap     defaults               0 0
/dev/cryptvg/root          /             ext4     defaults               1 1
/dev/cryptvg/var           /var          ext4     defaults               1 2
devpts                     /dev/pts      devpts   gid=5,mode=620         0 0
proc                       /proc         proc     defaults               0 0
tmpfs                      /dev/shm      tmpfs    defaults,nosuid,nodev  0 0
tmpfs                      /tmp          tmpfs    size=4G                0 0
/dev/sda1                  /boot         ext4     defaults               1 2
/dev/cryptvg/home          /home         ext4     defaults               1 2
/dev/disk/by-label/VMS     /home/VMS     ext4     defaults               1 2
/dev/disk/by-label/STORE   /home/source  ext4     defaults               1 2
stora:/shared              /shared       nfs      noauto,tcp             0 0
Here's my /etc/mkinitrd.conf -- note that the intel_agp, drm, and i915 modules aren't strictly needed to boot, but I like getting the kms console early :-)
Code:
root@liberty:~# cat /etc/mkinitrd.conf
KEYMAP="us"
MODULE_LIST="ext4:intel_agp:drm:i915"
LUKSDEV="/dev/sda2"
ROOTDEV="/dev/cryptvg/root"
ROOTFS="ext4"
RESUMEDEV="/dev/cryptvg/swap"
RAID="0"
LVM="1"
UDEV="1"
MODCONF="1"
Quote:
When I try to boot the new kernel, it fails when trying to decrypt the luks encrypted drive, then the 'init' script exits and I get dropped to a shell of some sort. I can see in the '/boot/initrd-tree/init' script where it is failing, I just can't figure out why.
Once you get dropped to that shell, poke around and see where things broke down -- i.e., is the luks container unlocked (did you enter a passphrase? If not, then the answer is no and you can start there)...

Quote:
The strange part is that during installation, I created the initrd for the generic-smp kernel using the same command as above, and it boots fine.
Now I'm confused - you mean an initrd created during installation works fine, but one created on the running system does not??

Quote:
To recap, since I feel like an incoherent twit: Clean install of -current which had mkinitrd-1.4.7-i486-3, using generic kernel 3.2.23-smp. Made initrd using that version. Then, upgraded to mkinitrd-1.4.7-i486-4, and used that to make initrd for custom kernel 3.4.5 and can't boot it.
Ohh, so to follow up on my own question above, the previous version of mkinitrd created a working initrd while the current version does not? If that's the case, then this makes no sense at all :/
 
Old 07-20-2012, 02:03 AM   #170
rpedrica
Member
 
Registered: Nov 2008
Location: Cape Town
Distribution: Slackware64 -current
Posts: 208

Rep: Reputation: 27
Quote:
Originally Posted by sandb0y View Post
Add your user to the audio group, and try again.
Oh man do I feel like the prize idiot now! In defense though, this was working before the upgrade so I had to have been in the audio group previously. Why or how this would have changed is beyond me.
 
Old 07-20-2012, 02:13 AM   #171
mlangdn
Senior Member
 
Registered: Mar 2005
Location: Kentucky
Distribution: Slackware64-current
Posts: 1,374

Rep: Reputation: 164Reputation: 164
Quote:
Originally Posted by rpedrica View Post
Oh man do I feel like the prize idiot now! In defense though, this was working before the upgrade so I had to have been in the audio group previously. Why or how this would have changed is beyond me.
Actually, it probably happened after the upgrade and all the new files you told it to overwrite. I do that a lot.
 
Old 07-20-2012, 03:43 AM   #172
diwljina
Member
 
Registered: Jun 2009
Distribution: Slackware, Debian
Posts: 105

Rep: Reputation: 8
Don't know if this was the case before this update since I grabbed current iso from slackware.no (slackware64-current-17_Jul_2012-DVD.iso), but xfce application shortcuts are not working. I can't assign any custom shortcut (not even Alt-F2 is working), but window manager shortcuts are fine.

Other than that, bunch of ponce's slackbuld scripts for current are broken too.
 
Old 07-20-2012, 12:19 PM   #173
bamalabs
LQ Newbie
 
Registered: Jan 2004
Location: Alabama
Distribution: Slackware
Posts: 10

Rep: Reputation: 0
Quote:
Originally Posted by rworkman View Post
First of all, what part of Alabama (how close are you to me)?
Hi Robby, and Roll Tide! I'm in the Huntsville area, just another ol' redneck. Huge 'Bama fan!

Quote:
Originally Posted by rworkman View Post
Once you get dropped to that shell, poke around and see where things broke down -- i.e., is the luks container unlocked (did you enter a passphrase? If not, then the answer is no and you can start there)...
My luks container never gets unlocked. If I try to run 'cryptsetup' from that shell, the error message is 'Cannot initialize crypto RNG backend.'

At this point I'm beginning to think that my kernel config is the problem. I'm seeing that some things I've always built as modules (i.e. ext4, mbcache, etc.) are now built into the kernel. I need to check this out before investigating anything else. I just don't know how those items got changed from modules to built-in. I've been using the same .config file for ages. When I build a new kernel, I 'make oldconfig' and save the resulting .config file. But, I am pushing 40 now, so maybe I just can't remember that I actually changed it myself!

Thanks for the help, and I'll report back later.
 
Old 07-20-2012, 02:15 PM   #174
volkerdi
Slackware Maintainer
 
Registered: Dec 2002
Location: Minnesota
Distribution: Slackware! :-)
Posts: 861

Rep: Reputation: 1680Reputation: 1680Reputation: 1680Reputation: 1680Reputation: 1680Reputation: 1680Reputation: 1680Reputation: 1680Reputation: 1680Reputation: 1680Reputation: 1680
Quote:
Originally Posted by catfoo View Post
My luks container never gets unlocked. If I try to run 'cryptsetup' from that shell, the error message is 'Cannot initialize crypto RNG backend.'

At this point I'm beginning to think that my kernel config is the problem.
Could be. That was the first thing that came to mind. There are several crypto modules that are built into both the generic and huge kernels to handle cryptsetup without having to add those modules to the initramfs. You might want to compare your kernel config to one of the official ones:

Code:
/usr/src/linux/scripts/diffconfig /boot/config-generic-3.2.23 [your .config] | grep CONFIG_CRYPTO
It could also possibly be the lack of /dev/random or /dev/urandom device nodes on the initramfs.
 
Old 07-20-2012, 02:31 PM   #175
bamalabs
LQ Newbie
 
Registered: Jan 2004
Location: Alabama
Distribution: Slackware
Posts: 10

Rep: Reputation: 0
Quote:
Originally Posted by volkerdi View Post
Could be. That was the first thing that came to mind. There are several crypto modules that are built into both the generic and huge kernels to handle cryptsetup without having to add those modules to the initramfs. You might want to compare your kernel config to one of the official ones:

Code:
/usr/src/linux/scripts/diffconfig /boot/config-generic-3.2.23 [your .config] | grep CONFIG_CRYPTO
I am compiling 3.4.6 using /boot/config-generic-smp-3.2.23-smp at the moment, just to see what happens.

Quote:
Originally Posted by volkerdi View Post
It could also possibly be the lack of /dev/random or /dev/urandom device nodes on the initramfs.
I read something about this earlier today. Those nodes were not present, as you suggest. I copied them into the dev folder of the initramfs, then re-ran mkinitrd without the 'clear' option, and rebooted. I'm not sure if I needed to something else there or not. This is one of those dark scary parts of Linux that I have never had to touch, so if nothing else it'll be enlightening! Anyway, when it failed and dropped to the shell this time (is the proper term 'rescue' shell, by the way?), I was able to manually run cryptsetup, however it gave some errors about a messed up semaphore. Probably should have written that down.

We'll see what happens when compiling with your generic config file.

--Edit

To clarify, running cryptsetup did not actually work, it just spit out the semaphore error. However, it at least asked me for the passphrase this time, which it hasn't done in prior attempts.
Also, running 'diffconfig' as suggested above showed no differences in crypto settings.

Last edited by bamalabs; 07-20-2012 at 02:43 PM. Reason: Clarity
 
Old 07-20-2012, 03:08 PM   #176
hotchili
Member
 
Registered: Sep 2009
Location: Germany
Distribution: slackware64-current
Posts: 69

Rep: Reputation: 17
Hello,

since the big update, Kaffeine can't play video from my DVB-S Card.
It claims "No Device", but I can still watch DVB-S channels with mplayer.

Have already recompiled Kaffeine, but didn't help. If anyone has an idea...

EDIT: Found out more, this seems to be a bug in udev or kaffeine
https://bugs.gentoo.org/show_bug.cgi?id=372489

Kaffeine gets the path to the dvb device wrong...

Last edited by hotchili; 07-20-2012 at 05:16 PM.
 
Old 07-20-2012, 03:39 PM   #177
bamalabs
LQ Newbie
 
Registered: Jan 2004
Location: Alabama
Distribution: Slackware
Posts: 10

Rep: Reputation: 0
Quote:
Originally Posted by catfoo View Post
I am compiling 3.4.6 using /boot/config-generic-smp-3.2.23-smp at the moment, just to see what happens.
Up and running 3.4.6 now after using the default /boot/config-generic-smp-3.2.23-smp file.

I do find it curious that the new /boot/initrd-tree/dev folder still doesn't have the random and urandom nodes. I'll just assume it has to do with differences in the kernel configuration until someone tells me otherwise.

Thanks for the help.
 
Old 07-20-2012, 05:40 PM   #178
volkerdi
Slackware Maintainer
 
Registered: Dec 2002
Location: Minnesota
Distribution: Slackware! :-)
Posts: 861

Rep: Reputation: 1680Reputation: 1680Reputation: 1680Reputation: 1680Reputation: 1680Reputation: 1680Reputation: 1680Reputation: 1680Reputation: 1680Reputation: 1680Reputation: 1680
Quote:
Originally Posted by catfoo View Post
Up and running 3.4.6 now after using the default /boot/config-generic-smp-3.2.23-smp file.
Good to hear.

Quote:
I do find it curious that the new /boot/initrd-tree/dev folder still doesn't have the random and urandom nodes. I'll just assume it has to do with differences in the kernel configuration until someone tells me otherwise.
They actually aren't supposed to be in /boot/initrd-tree/dev, as that's just the mount point for udev's devramfs. They're supposed to be in /boot/initrd-tree/lib/udev/devices, which contains a few devices that udev won't create (but will move into place from there). Looking in there, I see only urandom is present. Probably that's the required one.

Quote:
Thanks for the help.
Glad it was helpful!
 
Old 07-20-2012, 10:15 PM   #179
cwizardone
Senior Member
 
Registered: Feb 2007
Distribution: Slackware64-current & "True Multilib." PC-BSD.
Posts: 2,229

Rep: Reputation: 176Reputation: 176
Upside Down & Backwards.

I've spent the last 24 hours trying to do a fresh install of 13.37 (64bit) and then "upgrade" (Ha) to -current. I've made at least 3 attempts from scratch. Might be four. At this point I'm so tired I don't remember. Each time there was a problem and I finally figured it out....
But this is the last straw... I had everything working well, except Xfce, but KDE 4.8.4 was working OK. NetworkManager still doesn't work, but wicd is doing the job for now.
Just when I thought all was nearly done, I fired up KDE and the whole desktop went upside down and backwards. You can see it start from the splash screen. It happens to both user and root.
Picture attached. I didn't crop out the HP logo so you can see this isn't some sort of trick.
Attached Images
File Type: jpg upsidedownandbackward.jpg (70.3 KB, 68 views)
 
Old 07-21-2012, 01:00 AM   #180
TommyC7
Member
 
Registered: Mar 2012
Distribution: Slackware, CentOS, OpenBSD, FreeBSD
Posts: 436

Rep: Reputation: Disabled
No offense to you cwizardone (I know you're having a real problem), but that's hilarious. There seems to be a lot of things with SCSI drivers though, and I've run into one of them too it seems:

Code:
# cdrecord -scanbus
Cdrecord-ProDVD-ProBD-Clone 3.01a07 (x86_64-unknown-linux-gnu) Copyright (C) 1995-2012 Joerg Schilling
cdrecord: No such file or directory. Cannot open '/dev/pg*'. Cannot open or use SCSI driver.
cdrecord: For possible targets try 'cdrecord -scanbus'.
cdrecord: For possible transport specifiers try 'cdrecord dev=help'.
#
So I went looking into /dev:
Code:
# ls /dev/pg*
/bin/ls: cannot access /dev/pg*: No such file or directory.
I'm not sure if a rebuild of cdrtools would fix this, but seeing as how it's looking for something in /dev I'm going to think it wouldn't.

Last edited by TommyC7; 07-21-2012 at 01:14 AM.
 
  


Reply


Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off


Similar Threads
Thread Thread Starter Forum Replies Last Post
LXer: Microsoft forms open source subsidiary on Friday the 13th LXer Syndicated Linux News 0 04-13-2012 06:50 PM
LXer: Linux Gets Gooey on Friday the 13th LXer Syndicated Linux News 0 02-13-2009 10:10 PM
LXer: One of those magic times: On Friday the 13th! LXer Syndicated Linux News 1 02-07-2009 09:43 AM
LQ Security Report - February 13th 2005 Capt_Caveman Linux - Security 4 02-13-2005 09:51 PM
LQ security report - Feb 13th 2004 unSpawn Linux - Security 5 02-13-2004 11:36 AM


All times are GMT -5. The time now is 08:00 PM.

Main Menu
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
identi.ca: @linuxquestions
Facebook: linuxquestions Google+: linuxquestions
Open Source Consulting | Domain Registration