Bug 1499 - On upgrade from 2010.2, mkinitrd fails because of missing /tmp directory
Summary: On upgrade from 2010.2, mkinitrd fails because of missing /tmp directory
Status: RESOLVED OLD
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: Cauldron
Hardware: x86_64 Linux
Priority: Normal major
Target Milestone: ---
Assignee: Mageia Bug Squad
QA Contact:
URL:
Whiteboard:
Keywords: NEEDINFO
Depends on:
Blocks:
 
Reported: 2011-05-31 00:03 CEST by Reinout van Schouwen
Modified: 2011-10-17 06:54 CEST (History)
2 users (show)

See Also:
Source RPM: mkinitrd
CVE:
Status comment:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Description Reinout van Schouwen 2011-05-31 00:03:47 CEST 
Description of problem:

I performed a live upgrade from mdv 2010.2 according to the instructions on http://www.mageia.org/wiki/doku.php?id=qa_upgrade 

Upon upgrading the package 'suspend' the following error was logged (copied from urpmi.log):

1925/2014: suspend               #################################################################
mktemp: kan geen map aanmaken via sjabloon â<U+0080><U+0098>/tmp/initrd.XXXXXXâ<U+0080><U+0099>: Bestand of map bestaat nietremoving upgraded package dia-0.97.1-1mdv2010.1.x86_6
4

mktemp: kan geen bestand aanmaken via sjabloon â<U+0080><U+0098>/tmp/initrd.img.XXXXXXâ<U+0080><U+0099>: Bestand of map bestaat niet
Error creating temporaries.  Try again
mkinitrd failed:
(mkinitrd -f /boot/initrd-2.6.38.7-desktop-1.mga.img 2.6.38.7-desktop-1.mga) at /usr/lib/libDrakX/bootloader.pm line 124.

The reason proved to be that /tmp had disappeared. After finishing the upgrade process, the initrd symlink in /boot was broken. After manually creating /tmp and running mkinitrd again, a proper initrd was created.
Comment 1 Reinout van Schouwen 2011-05-31 00:05:23 CEST 
Translation of Dutch error messages:
kan geen map aanmaken via sjabloon => cannot create directory using template
Bestand of map bestaat niet => File or directory not found
Ahmad Samir 2011-05-31 01:29:33 CEST

CC: (none) => pterjan
Component: Release (media, process) => RPM Packages
Source RPM: suspend => mkinitrd

Comment 2 Pascal Terjan 2011-05-31 10:38:33 CEST 
Hmm if something removed /tmp the bug is in what removed it
We can create it in mkinitrd but many other apps would be annoyed too...
Comment 3 Reinout van Schouwen 2011-05-31 11:05:26 CEST 
The error message above was the only suspicious thing I noticed, but if you need more debug info I'll be happy to provide it. Some kind of sanity check would probably be nice after the upgrade process, if I hadn't noticed this my system would not have booted up again (at least not with the Mageia kernel).
Comment 4 Pascal Terjan 2011-05-31 11:17:42 CEST 
Yes mkinitrd is important so it would be nice to make it more robust, but after reboot I would expect some services to not start without /tmp, probably including X so it's important to find why it has happened
Comment 5 Marja Van Waes 2011-10-16 19:27:51 CEST 
Was this bug ever reproduced, and if so, was it reproduced with Mageia 1 official release, too?

Keywords: (none) => NEEDINFO
CC: (none) => marja11

Comment 6 Reinout van Schouwen 2011-10-16 20:59:48 CEST 
I haven't reproduced it on a different system.
Comment 7 Marja Van Waes 2011-10-16 21:12:41 CEST 
(In reply to comment #6)
> I haven't reproduced it on a different system.

Well, if you reproduced it on the same system: that is interesting, too.
Did you reïnstall MDV 2010.2 first? Did you upgrade to Mageia 1 official?
Comment 8 Reinout van Schouwen 2011-10-16 21:51:42 CEST 
No, I didn't do a re-upgrade from 2010.2 to Mageia 1 on the same machine.
Comment 9 Marja Van Waes 2011-10-17 06:54:33 CEST 
@ Reinout

Thanks for replying :)

Closing as old, because there are no reports about this being an issue in Mageia 1 or current cauldron

Status: NEW => RESOLVED
Resolution: (none) => OLD
Note You need to log in before you can comment on or make changes to this bug.