Bug 5690

Hi,

This bug was filed against cauldron, but we do not have cauldron at the moment.

Please report whether this bug is still valid for Mageia 2.

Thanks :)

Cheers,
marja

Keywords: (none) => NEEDINFO

This bug relates to the installer only, so it should stay as cauldron.

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

Current Cauldron, however, is 5beta1 and not 2 anymore.

@anyone: please advise if this is valid for current installer and please set '5beta1' in the whiteboard field. If found invalid, kindly do close the bug as "resolved --> old"

Thanks!

sadly, this is still valid.

applies to: current MGA4  and Mga5, rc and final.

CC: (none) => westel

In the USB created using isodumper (classical iso), all the stick is copied as dvd iso9660 except for the EFI thing, the installer mounts as iso9660, this is the reason because we get "please insert the core release dvd", not "core release usb", the installed system does not know what media type was used, not like the online media install, every time we install packages is "mounted" the online media. We need manually mount -t iso9660 /dev/sd? /media to be able to install other packages from the core/nonfree media (from the USB) or get connected and update with mirrorlist. 

I think this is invalid because the USB install media is not automounted as DVD.... (may be a feature request for MGA6: automount the usb with isofs as dvd in the /media mount point) and the newbie gets a plus, because does not need su mount -t ......

CC: (none) => neoser10

*** Bug 14656 has been marked as a duplicate of this bug. ***

CC: (none) => doktor5000

FWIW, did anyone here see similar perl issues as reported via bug 5690?

"[...]
Please insert the medium named "Core Release"

Use of uninitialized value in subroutine entry at /usr/lib/perl5/vendor_perl/5.20.1/i386-linux-thread-multi/Net/DBus/Binding/Connection.pm line 257."

(In reply to Florian Hubold from comment #7)
> FWIW, did anyone here see similar perl issues as reported via bug 5690?

-.- damn night-shift, make that
FWIW, did anyone here see similar perl issues as reported via bug 14656?

Created attachment 6567 [details]
Patch that configures urpmi correctly when installing from USB stick

When installing from a USB stick using UEFI boot, the repos are set up as

  Core    Release /mnt/hd/media/core
  Nonfree Release /mnt/hd/media/nonfree

In the latest version of the classic installer DVD, the USB stick gets added to /etc/fstab and will be mounted on /mnt/hd. However, to work, the above URLs need to be changed to

  Core    Release /mnt/hd/x86_64/media/core
  Nonfree Release /mnt/hd/x86_64/media/nonfree

At present this can be done manually after installation. The attached patch is my attempt to fix the installer to do this automatically. It works for me, but would need more extensive testing to make sure it doesn't break anything.

It's possible that with Thomas's latest fix to the ISO format, this will also work with legacy boot, but we need a new version of the classic install DVD to test this.

A note of caution - previously adding the installation USB stick to /etc/fstab was considered a bug (it was what caused beta 3 to fail to boot if you removed the USB stick) and was fixed. It's not causing a problem now because the "nofail" option is added for removable media, but it's possible this is an inadvertent change that will get reverted again.

CC: (none) => mageia

Still valid and has a patch proposed by Martin.

Keywords: (none) => PATCH
Assignee: bugsquad => thierry.vignaud
Severity: enhancement => normal

Raising to blocker given how common USB installs have become, and since it can't be fixed by an update.

Decrease / report to Mageia 6 if too late.

Severity: normal => critical
Priority: Normal => release_blocker

(In reply to Martin Whitaker from comment #9)
Humm, doesn't this break disk & NFS cases?
It would be better to write "(/media)?" instead of "/media" in both changed lines

(In reply to Thierry Vignaud from comment #12)
> (In reply to Martin Whitaker from comment #9)
> Humm, doesn't this break disk & NFS cases?

I had wondered about that, hence my remark about it needing more extensive testing. But reading the code, I had half convinced myself that the installer always created the symlink as "/tmp/images/media".

> It would be better to write "(/media)?" instead of "/media" in both changed
> lines

But that should fix it if I'm wrong.

I'll try to find time to test an install from disk.

Not release critical

Priority: release_blocker => High
CC: (none) => mageia
Severity: critical => normal

I've tested an install using boot-nonfree.iso and installing from local hard disk. Both my original patch and Thierry's suggested change result in the same working urpmi configuration.

Applied to my git tree

(In reply to Thierry Vignaud from comment #16)
> Applied to my git tree

Crossed as I was typing this...

My patch is made obsolete by the recent change that allows ISOs copied to a USB stick using dd to be UEFI bootable. This means they are now treated as CDROMs, not disks. However, it may still be useful for installs from local disk.

But the good news is that the same change to the ISOs appears to have fixed this bug. Testing a 64-bit classic install from USB stick (and not setting up online repositories), after install I could select and install further packages using rpmdrake. If the USB stick isn't plugged in at the time, the usual pop-up message appears to prompt you to insert it.

I've tested this with both UEFI and non-UEFI systems.

Can you test a HD install with the patch?

Please also check if this fixes bug 1256.

See Also: (none) => https://bugs.mageia.org/show_bug.cgi?id=1256

(In reply to Thierry Vignaud from comment #18)
> Can you test a HD install with the patch?

I copied the contents of the classic 64-bit DVD to the directory Mageia-5 on a free partition on my hard disk, then used boot-nonfree.iso on a USB stick to install from that location. In all the following tests, the installer created a fstab entry to mount that partition on /mnt/hd.

Without the patch, the installer creates entries in /etc/urpmi/urpmi.cfg like this:

Core\ Release /mnt/hd/media/core {
  key-ids: 80420f66
}

and when running urpmi in the installed system, it can't find the media.

With the patch, the installer creates entries like this:

Core\ Release /mnt/hd/Mageia-5/x86_64/media/core {
  key-ids: 80420f66
}

and urpmi works as it should.

(In reply to Rémi Verschelde from comment #19)
> Please also check if this fixes bug 1256.

I can't answer this, because I can't get the installer to install from an ISO file. Entering either the directory containing the file or the full path to the file both result in the message:

  Directory or ISO image file could not be found on partition.

In the former case, the ISO file is shown in the list of files present in that directory.

I guess this needs a new bug report, unless I'm doing something wrong.

(In reply to Martin Whitaker from comment #20)
So I keep your patch in my queue :-)
Thanks

commit d269fc99ca5de9df10c673c00c5d28063340b848
Author: Martin Whitaker <mageia@...>
Date:   Mon May 25 05:33:37 2015 -0400

    fix urpmi media for USB install (mga#5690)
    
    v2: (tv) handle both cases
---
 Commit Link:
   http://gitweb.mageia.org/software/drakx/commit/?id=d269fc99ca5de9df10c673c00c5d28063340b848

Closing

Status: NEW => RESOLVED
Resolution: (none) => FIXED

*** Bug 15857 has been marked as a duplicate of this bug. ***

CC: (none) => marja11

*** Bug 1256 has been marked as a duplicate of this bug. ***

CC: (none) => 0123peter

Looks like a typo crept in when you were modifying the patch. In the second changed line you have

  s!/tmp/image(/media).!

which should be

  s!/tmp/image(/media)?!

The '.' causes the directory separator character to get eaten :-(

Status: RESOLVED => REOPENED
Resolution: FIXED => (none)

commit b3967b0ac3b0a56dc537744575fbe193a05e7903
Author: Thierry Vignaud <thierry.vignaud@...>
Date:   Mon Jun 15 03:47:43 2015 -0400

    really fix urpmi media when installing from USB
    
    thus fixing mga#5690
    there was a typo in commit d269fc99ca5de9df10c673c00c5d28063340b848
---
 Commit Link:
   http://gitweb.mageia.org/software/drakx/commit/?id=b3967b0ac3b0a56dc537744575fbe193a05e7903

rakx-installer-stage2-16.105-1.mga5 pushed with fix added.

will be on mga5 final

Resolution: (none) => FIXED
Status: REOPENED => RESOLVED
CC: (none) => tmb