Red Hat Bugzilla – Bug 592057
USB Multi-Card reader only sees last slot
Last modified: 2011-02-17 11:17:43 EST
Description of problem:
I have a multi-card reader with xd, sd/mmc, ms/mspro and cf/md on it. I know that the first mounted device is the ms/mspro slot and the last slot to mount is the sd/mmc slot.
sd/mmc = last slot, shown as sde
ms/mspro = first slot, shown as sdb
I can boot from both the first and last slot.
I can start the install process from the last slot and get past the screen to tell the installer where the install.img is.
I can get to the screen that wants the device and directory where it can find the install.img file on the first slot but it doesn't show sdb so I can proceed to install.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1.Get a usb multi-card reader. Find out which slot mounts first and put a card in there.
2.Start the install process and get to the screen where you tell the installer where install.img is.
Installer doesn't show the mounted card.
Installer shows the mounted card and proceed with install.
Can you please attach /tmp/syslog, /tmp/anaconda.log, and /tmp/storage.log to this bug report?
Sorry if I sound stupid, how exactly do I get a prompt to copy these files?
(In reply to comment #2)
> Sorry if I sound stupid, how exactly do I get a prompt to copy these files?
You can switch to tty2 where you will get a text console with a prompt by pressing ctrl + alt + F2. From there you can use for example scp to copy the files of the system.
So on all the consoles I tried, f1 - f12, I have no prompt. f3 looks like the anaconda log and f4 looks like some system log, lots of kernel and net man messages. I can only type on f3 and f4, but it looks like they are just tailing the logs.
(In reply to comment #4)
> So on all the consoles I tried, f1 - f12, I have no prompt. f3 looks like the
> anaconda log and f4 looks like some system log, lots of kernel and net man
> messages. I can only type on f3 and f4, but it looks like they are just
> tailing the logs.
Ah, my bad, you are unable to mount install.img, so you never get to the point
in the install process where there is a shell, sorry.
Can you please boot F-13 in some other way, either into the installer to a point where you do have a shell, or an installed system. And then do:
dmesg > dmesg
for i in /sys/block/*; do
echo $i >> log
cat $i/capability >> log
And attach the resulting dmesg and log files here? Thanks.
Well, I have a 256Mb flash drive, but it's not big enough to fit the netinstall on. So I'm kind of stuck to the muticard reader. Would having the sd and ms pro inserted into the card reader work? If I do this should I boot from the ms pro or the sd card, I'll have to use the sd card as the install source since the ms pro slot isn't visible. Let me know and I can try it out.
(In reply to comment #6)
> Well, I have a 256Mb flash drive, but it's not big enough to fit the netinstall
> on. So I'm kind of stuck to the muticard reader. Would having the sd and ms
> pro inserted into the card reader work? If I do this should I boot from the ms
> pro or the sd card, I'll have to use the sd card as the install source since
> the ms pro slot isn't visible. Let me know and I can try it out.
Hi, having the initrd and vmlinuz on another drive then install.img should work yes.
I hope you can boot into the installer and collect the required information this way, then we can hopefully resolve this.
Created attachment 414611 [details]
So I booted from the ms pro card(sdb) and used the sd card(sde) as the install source. I booted to the point of normal install failure, bug 590391, and then jumped to another prompt and copied the files. Let me know if you need any else.
Ok so your syslog shows that the kernel thinks there is no card present in the slot corresponding to /dev/sdb, so this clearly is a kernel issue.
With that said I would still like to try and fix this as I've some experience in fixing issues with usb mass storage devices too.
I have 3 theories:
1) The kernel never sees a card (or at least this card) as being present
in slot sdb
2) A change event needs to be generated after the usb storage driver has
3) Booting from the card does something to the reader (IOW the BIOS does
something to the reader) which causes the kernel to not see the card
So can you please try:
a) To remove the card in sdb, and insert it again then wait a few seconds and do dmesg > dmesg and attach the resulting dmesg file here (either in the installer environment on tty2, or with an installed system
b) Assuming you want to install F-13, install it using the 2 card workaround, then powerdown the machine boot it into F-13 with both cards present (so boot from the SSD) and then again do dmesg > dmesg and attach the resulting dmesg
Closing this due to lack of response from the reporter.