Fedora Linux Support Community & Resources Center

Go Back   FedoraForum.org > Fedora 17/18 > Security and Privacy
FedoraForum Search

Forgot Password? Join Us!

Security and Privacy Sadly, malware, spyware, hackers and privacy threats abound in today's world. Let's be paranoid and secure our penguins, and slam the doors on privacy exploits.

Reply
 
Thread Tools Search this Thread Display Modes
  #1  
Old 22nd December 2009, 01:27 AM
skiffx Offline
Registered User
 
Join Date: Feb 2009
Posts: 13
macosfirefox
how to remove boot mount of dm-crypt LUKS md1

Hello,

When I upgraded from FC11 to FC12 of the encrypted raid partitions started to request password on boot (in FC11 not having references to encrypted md1 in fstab and crypttab, was enough for FC11 not to ask for passwords on boot) despite the fact that I removed /etc/crypttab and there is nothing in /etc/fstab relating to encrypted md1 (raid array). I want my machine to boot w/o asking me passwords for encrypted devices, and I will open and mount them myself manually after boot. Any ideas and/or help will be appreciated.
Reply With Quote
  #2  
Old 22nd December 2009, 02:58 AM
JEO Offline
Registered User
 
Join Date: Jan 2006
Posts: 2,769
linuxfedorafirefox
This appears to be a problem with the dracut cross platform initramfs package, you can look at/add to this bug report:

https://bugzilla.redhat.com/show_bug.cgi?id=542096
Reply With Quote
  #3  
Old 22nd December 2009, 06:17 AM
skiffx Offline
Registered User
 
Join Date: Feb 2009
Posts: 13
macosfirefox
Quote:
Originally Posted by JEO View Post
This appears to be a problem with the dracut cross platform initramfs package, you can look at/add to this bug report:

https://bugzilla.redhat.com/show_bug.cgi?id=542096
Thanks, thats exactly it.

I wonder if there is a possible workaround though.

Last edited by skiffx; 22nd December 2009 at 06:20 AM.
Reply With Quote
  #4  
Old 22nd December 2009, 10:17 PM
JEO Offline
Registered User
 
Join Date: Jan 2006
Posts: 2,769
linuxfedorafirefox
Fedora 11 used the mkinitrd package instead of dracut. If mkinitrd is still available for F12 it may be possible to use it instead. (at least until they fix dracut)

---------- Post added at 02:17 PM CST ---------- Previous post was at 10:17 AM CST ----------

Follow up:

Yes, mkinitrd is still available for F12 but not installed by default. I installed it with yum and renamed the initramfs file in /boot and used mkinitrd to generate a new initramfs file and it booted ok on my system.
Reply With Quote
  #5  
Old 23rd December 2009, 05:10 AM
guybrush Offline
Registered User
 
Join Date: Aug 2009
Location: Hungary
Age: 37
Posts: 17
linuxfedorafirefox
Jeo thanks for your tip on using mkinitrd instead of dracut. Can you give me a step-by-step method howto recreate the initramfs file properly?
I preupgraded from F11 to F12, have encrypted / and /home partitions and dracut always tries to open all other encrypted partitions on boot (there are 3 more encrypted luks partitions I rarely use). Moreover the rd_LUKS_UUID=... kernel parameter doesn't work with the current version of dracut.

Thanks in advance.
Reply With Quote
  #6  
Old 23rd December 2009, 06:13 AM
skiffx Offline
Registered User
 
Join Date: Feb 2009
Posts: 13
macosfirefox
Quote:
Originally Posted by guybrush View Post
Jeo thanks for your tip on using mkinitrd instead of dracut. Can you give me a step-by-step method howto recreate the initramfs file properly?
I preupgraded from F11 to F12, have encrypted / and /home partitions and dracut always tries to open all other encrypted partitions on boot (there are 3 more encrypted luks partitions I rarely use). Moreover the rd_LUKS_UUID=... kernel parameter doesn't work with the current version of dracut.

Thanks in advance.
Add your name to the buglist on RH link above so they will notice us faster.
Reply With Quote
  #7  
Old 23rd December 2009, 04:45 PM
JEO Offline
Registered User
 
Join Date: Jan 2006
Posts: 2,769
linuxfedorafirefox
Step by step,

1) install mkinitrd package

su -
yum install mkinitrd

2) Use it

cd /boot
ls -ld init*
(from the output of the previous command note the current initramfs file and rename it, yours won't necessarily be the same as mine).
mv initramfs-2.6.31.6-166.fc12.i686.img initramfs-2.6.31.6-166.fc12.i686.old
(to see all the mkinitrd options type mkinitrd --help)
mkinitrd -v initramfs-2.6.31.6-166.fc12.i686.img 2.6.31.6-166.fc12.i686

3) make sure you can access the grub boot menu in case something goes wrong, ensure the timeout is nonzero in /boot/grub/grub.conf, and it's a good idea to have a rescue media handy. I use the netinstall iso since it's the smallest in size.
Reply With Quote
  #8  
Old 23rd December 2009, 06:55 PM
skiffx Offline
Registered User
 
Join Date: Feb 2009
Posts: 13
macosfirefox
guybrush, if you are going to try it, let us know if you succeed.
Reply With Quote
  #9  
Old 23rd December 2009, 07:52 PM
guybrush Offline
Registered User
 
Join Date: Aug 2009
Location: Hungary
Age: 37
Posts: 17
linuxfedorafirefox
Fabulous...
Re-creating the initramfs image with mkinitrd did the trick. There are no error messages at boottime and the boot itself is much quicker. So it works.
Interestingly the newly created image is much smaller than the original one...

One more question: do I have to always re-create the image whenever a new kernel appears in the repos?

Thanks again JEO.
Reply With Quote
  #10  
Old 23rd December 2009, 08:02 PM
JEO Offline
Registered User
 
Join Date: Jan 2006
Posts: 2,769
linuxfedorafirefox
The image size is smaller because mkinitrd only puts the kernel boot driver modules in that it detects that you actually need, whereas dracut provides all possible kernel boot modules (so the ramdisk file is over 10MB with dracut and under 4MB with mkinitrd).

You will have to run mkinitrd again after each kernel update because kernel updates for F12 will call dracut.
Reply With Quote
  #11  
Old 24th December 2009, 03:22 AM
guybrush Offline
Registered User
 
Join Date: Aug 2009
Location: Hungary
Age: 37
Posts: 17
linuxfedorafirefox
Yesterday I had no time to check everything was fine.
Now I discovered the following message in my .xsession-error right after logging in to Gnome:

shm_open() failed: Permission denied

Now the permission for /dev/shm/ is:
Code:
drwxr-xr-x. 2 root root 40 2009-12-24 04:02 /dev/shm
With the dracut-style initramfs image it was:
drwxrwxrwt.

Where can I set those permissions back to 777 permamently?
Reply With Quote
  #12  
Old 24th December 2009, 05:40 AM
JEO Offline
Registered User
 
Join Date: Jan 2006
Posts: 2,769
linuxfedorafirefox
Try adding the following line to /etc/rc.d/rc.local

chmod 1777 /dev/shm
Reply With Quote
Reply

Tags
boot, dmcrypt, luks, md1, mount, remove

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

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 On
HTML code is Off

Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
crypt-luks drive is 0.9 GB short in size patemos Security and Privacy 2 7th November 2009 07:43 PM
Auto-mount additional LUKS volumes on boot (CentOS) forkbomb Linux Chat 8 16th October 2009 11:15 AM
LUKS and mount at boot for /dev/sdb loleary Hardware & Laptops 0 13th June 2008 04:46 AM
dm-crypt luks & lvm Full system encryption?? any joy anybody techie-munkey Security and Privacy 1 5th March 2007 02:39 PM
mini-HOWTO encrypt devices using dm-crypt and LUKS. raoul Links 2 23rd September 2005 07:22 PM


Current GMT-time: 08:03 (Saturday, 25-05-2013)

TopSubscribe to XML RSS for all Threads in all ForumsFedoraForumDotOrg Archive
logo

All trademarks, and forum posts in this site are property of their respective owner(s).
FedoraForum.org is privately owned and is not directly sponsored by the Fedora Project or Red Hat, Inc.

Privacy Policy | Term of Use | Posting Guidelines | Archive | Contact Us | Founding Members

Powered by vBulletin® Copyright ©2000 - 2012, vBulletin Solutions, Inc.

FedoraForum is Powered by RedHat