Linux - SoftwareThis forum is for Software issues.
Having a problem installing a new program? Want to know which application is best for the job? Post your question in this forum.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Hello everyone and thank you for any help you can offer.
I had a dual-boot setup with Windows XP and Fedora 19. I was attempting to reformat some USB drives using fdisk. It seems I might have formatted my OS partitions instead of the USB drives. I am confused about why that would happen, as I am certain I formatted only /dev/sdc1, albeit repeatedly. I had thought that sdc1 referenced my USB stick. In fdisk, I entered 'd' to delete the partition, then 'n', 'w'.
Now every time I try to boot, I see this:
Quote:
GRUB loading...
Welcome to GRUB! error: no such partition.
Entering rescue mode...
grub rescue>
I'm guessing this is the F19 recovery partition from my previous f19 install?
I made a bootable F21 USB stick and tried it out. I got the Fedora Live menu, a bit of a pause, a very brief Fedora logo and then a huge amount of text. I cannot find a feature on this forum to post an image of the text. Here is a sample, with "..." used to indicate something that looks unimportant:
Quote:
dracut-initqueue[376]: missing codepage or helper program, or other error
...
dracut-initqueue[376]: umount: /run/initramfs/squashfs: not mounted
[OK] Started dracut initqueue hook
[OK] Reached target Remote File Systems (Pre).
[OK]Reached target Remote File Systems.
Starting dracut pre-mount hook...
[OK] Started dracut pre-mount hook.
[OK] Reached target Initrd Root File System
Starting Reload Configuration from the Real Root...
[OK] Started Reload Configuration from the Real Root.
[OK] Reached target Initrd File Systems.
Starting dracut mount hook...
dracut-mount[581]: mount: unknown filesystem type 'DM_snapshot_cow'
... (same message over 20 times)
dracut-mount[581]: Warning: Can't mount root filesystem
Starting Dracut Emergency Shell...
Generating "/run/initramfs/rdsosreport.txt"
Entering emergency mode. Exit the shell to continue.
Type "journalctl" to view system logs.
You might want to save "/run/initramfs/rdsosreport.txt" to a USB stick or /boot after mounting them and attach it to a bug report.
dracut:/#
I am stuck. I tried looking into TestDisk, but couldn't figure it out. Any help much appreciated!
UPDATE:
I realized I was never running F20 but actually just F19. I entered the following commands:
Quote:
Quote:
grub rescue> set prefix=(hd0,msdos1)/grub2
grub rescue> set root=(hd0,msdos1)/
grub rescue> insmod normal
grub rescue> normal
and was taken to my usual GRUB boot menu. Three different versions of Fedora 19 were listed, plus Fedora 19 Rescue and Windows NT/2000/XP (loader) (on /dev/sda1). I chose Fedora 19 Rescue and waited a long time at the Fedora load screen before being taken back to
Quote:
[OK]Started Show Plymouth Boot Screen.
[OK] Reached target Paths.
dracut-initqueue[240]: Warning: Could not boot.
dracut-initqueue[240] : Warning: /dev/fedora/root does not exist
dracut-initqueue[240] : Warning: /dev/fedora/swap does not exist
dracut-initqueue[240] : Warning: /dev/mapper/fedora-root does not exist
dracut-initqueue[240] : Warning: crypto LUKS UUID 3e524310-c90b-45cc-a880-69f43e6bee2c not found
Starting Dracut Emergency Shell. . .
Warning: /dev/fedora/root does not exist
Warning: /dev/fedora/swap does not exist
Warning: /dev/mapper/fedora-root does not exist
Warning: crypto LUKS UUID 3e524310-c90b-45cc-a880-69f43e6bee2c not found
Generating "/run/initramfs/rdsosreport.txt"
Entering emergency mode. Exit the shell to continue.
Type "journalctl" to view system logs.
You might want to save "/run/initramfs/rdsosreport.txt" to a USB stick or /boot after mounting them and attach it to a bug report.
dracut:/#
The same messages appear when I choose any of the other three Fedora options from the GRUB menu. When I choose Windows , GRUB reports
Quote:
error: no such device: F0500948500916CE
error: invalid signature.
Press any key to continue…
UPDATE 2:
Since I guess I destroyed /root, I’m going the Fedora Live boot route. This time I chose /Troubleshooting/Test this media & start Fedora Live from the Fedora Live menu. Here is the result:
Quote:
sd 6:0:0:0 [sdc] No Caching mode page found
sd 6:0:0:0 [sdc] Assuming drive cache: write through
Mounting Configuration File System. . .
[OK] Mounted Configuration File System.
[OK] Started Show Plymouth Boot Screen.
[OK] Reached target Paths.
[OK] Reached target Basic System.
[OK] Created slice system-checkisomd5.slice.
Starting Media check on /dev/sdc1. . .
/dev/sdc1: f0a547a11b2cf46d6b532a54940b9e8f
Fragment sums: f23713c966ab6edc24c6253d2d633a83cc8f6d31f4c1aeecb28f4694edc4
Fragment count: 20
Supported ISO: no
Press [ESC] to abort check.
Checking: 004.8%
dracut: FATAL: CD check failed!
dracut: Refusing to continue
reboot: System halted
_
UPDATE 3:
This problem is killing me. Now the USB drives are no longer booting at all. Cannot reach Fedora Live menu. I tried three different drives and exFAT, FAT and Mac OS Extended filesystems. I am stuck using a Mac to format the sticks so maybe I should borrow a PC. grub rescue is showing the USB as two extra, unusable partitions (hd2) and (hd2,msdos1).
Last edited by Total_Novice; 02-04-2015 at 10:22 AM.
Reason: update
With the latest distributions device Ids i.e. /dev/sdxy can be assigned to any disk since the filesystems are typically referenced by their UUID or label. So before using any command that requires /dev/sdxy verify that it is indeed the correct drive and partition.
It appears that you deleted the /boot partition which contains all the kernel and bootloader files which is why you see just the grub-rescue prompt. If all you did was delete the /boot partition then recreating it via fdisk should fix the problem since the filesystem is still intact. If you reformatted after deleting the partition then some files may be lost and it might be easier to reinstall. You should still be able to access /(root) in rescue mode assuming its partition is still intact to save data and configuration files.
Which F21 image did you download ?. How did you download/burn it ?. Did you verify it after download ?.
Detailed answers.
You need to get that sorted so you can work on the machine, and see what can be salvaged.
I use similar method (dd on Linux though), and never had a problem - including F21.
The reason I asked is that the F19 files indicate a 32-bit version was installed, so it was possible you have non-64-bit hardware. I just tested, and the 64-bit download still complains about invalid architecture if booted on 32-bit, so you are obviously ok.
Did you download the Workstation iso ?.
*Edit:* problem is apparently not common, but not unknown - see this
It isn't necessary to delete / recreate the partition in order to format the filesystem.
We know your /boot partition has been destroyed not sure about the /(root) just yet.
I realized I was never running F20 but actually just F19. I entered the following commands:
Quote:
Quote:
grub rescue> set prefix=(hd0,msdos1)/grub2
grub rescue> set root=(hd0,msdos1)/
grub rescue> insmod normal
grub rescue> normal
and was taken to my usual GRUB boot menu. Three different versions of Fedora 19 were listed, plus Fedora 19 Rescue and Windows NT/2000/XP (loader) (on /dev/sda1). I chose Fedora 19 Rescue and waited a long time at the Fedora load screen before being taken back to
Quote:
[OK]Started Show Plymouth Boot Screen.
[OK] Reached target Paths.
dracut-initqueue[240]: Warning: Could not boot.
dracut-initqueue[240] : Warning: /dev/fedora/root does not exist
dracut-initqueue[240] : Warning: /dev/fedora/swap does not exist
dracut-initqueue[240] : Warning: /dev/mapper/fedora-root does not exist
dracut-initqueue[240] : Warning: crypto LUKS UUID 3e524310-c90b-45cc-a880-69f43e6bee2c not found
Starting Dracut Emergency Shell. . .
Warning: /dev/fedora/root does not exist
Warning: /dev/fedora/swap does not exist
Warning: /dev/mapper/fedora-root does not exist
Warning: crypto LUKS UUID 3e524310-c90b-45cc-a880-69f43e6bee2c not found
Generating "/run/initramfs/rdsosreport.txt"
Entering emergency mode. Exit the shell to continue.
Type "journalctl" to view system logs.
You might want to save "/run/initramfs/rdsosreport.txt" to a USB stick or /boot after mounting them and attach it to a bug report.
dracut:/#
The same messages appear when I choose any of the other three Fedora options from the GRUB menu. When I choose Windows , GRUB reports
Quote:
error: no such device: F0500948500916CE
error: invalid signature.
Press any key to continue…
More to come…hope this can help someone one day.
Last edited by Total_Novice; 02-04-2015 at 02:54 AM.
Thank you for your reply. Although boot priority is not the issue (I have indeed already set priority 1 to USB), I just came across something interesting. I will update the original post with my finding.
It is much easier to understand the chain of events if you add a reply with your findings vs updating the original post.
In a nutshell using dd will create the same filesystem as in the file itself so formatting prior will have no affect. What is the exact command you are using?
That will be fairly slow - and you have to make sure you don't pull the USB out before it is finished writing. I always use "oflag=sync" to force write to actual physical media. Makes things even (a little) slower, but safer.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.