| Summary: | Fedora 14 upgrade fails if other Fedora systems are on other hard drives | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Paul Baio <ohmster> |
| Component: | anaconda | Assignee: | David Lehman <dlehman> |
| Status: | CLOSED INSUFFICIENT_DATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | high | Docs Contact: | |
| Priority: | low | ||
| Version: | 14 | CC: | anaconda-maint-list, jonathan, vanmeeuwen+fedora |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2011-01-19 14:11:20 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
|
Description
Paul Baio
2011-01-18 03:15:57 UTC
There is not enough information here to work with. Many users, including myself, have upgraded and/or installed Fedora 14 on systems with other, older, linux/fedora installation present. There is more to the problem than that. If you cannot provide the logs I will have to close this bug for lack of data. Dave, I agree, I had another fellow tell me several active swap files are common. What I do know is that the installation failed every time until I removed the two LVM drives or made them inactive, used swapoff, then deleted all partitions and just left them as single partition ext4. After that, the install went smooth as silk. During the crash, I was offered the opportunity to save a bug report. Either up it to bugzilla or save it to disk. I had no bugzilla account so I tried to save it to disk. Where it went I have no idea. It would be a new file somewhere, what it is called I do not know. My fstab, pictures of the error, and df reports are online at my personal web space. http://home.comcast.net/~theohmster/Linux/ If you know where to look for the bug report or how to find it, I am all ears. I can send you my /var/log/messages file or anything you want, just let me know what will help. I am an end user, not a programmer so I have no idea of what material you need for this. You can probably dismiss this bug. My machine always had a problem in that if I ever plugged in a USB device such as an external hard drive, it would not boot. Ever since putting in that PCI SATA controller, I had this issue. I could never backup my Linux because the only drive that matched my 500Gb drive was USB. Besides removing the LVM volumes, I also went into the system BIOS and removed USB as a boot option and guess what, the machine now boots right up with a USB drive in it, no problem at all. It does not automount but I am able to mount it as root, piece of cake and everything works really, really good now. I am now leaning to dismissal of the bug report as just being a flaky install machine. I do not believe it is a Fedora bug any longer, just flaky hardware. All fixed, running quite well. Thank you for your time. (Although I really wish I had a copy of that crash report, but, I guess that is the fish that got away.) Paul If you didn't copy the crash dump/log to another machine or to one of your permanent filesystems it is probably gone for good. If there is a next time you'll be able to save it directly to bugzilla. Thanks for the report. Hello Dave, Yes, I tried to copy the crash dump. I kept attempting to sent it to bugzilla but could not log in, later I found out my bugzilla account was with mozilla for firefox. When a crash occurs like that during installation, I could really do nothing, unless I configured a network device, that was my only choice. So I did my best at setting up eth0, which is my real NIC, but without a valid login, I was sunk. When trying to save to disk, I forgot that Linux uses the /dev/sdxx scheme of writing a file so I just tried to write to /tmp/crash and apparently, nothing was saved. Just for future information, what would be the correct procedure to save a bug report in such a situation, other than attempting an upload to bugzilla? Would an attempted write to /dev/sda1 have worked? Hmmm, I am looking at my disk layout here: http://home.comcast.net/~theohmster/Linux/Fedora_13_Disk_Setup.txt /dev/sda1 is my boot partition, a half gig ext4 partition with almost 400Mg of available space. That probably would have worked as a crash dump, unless these dumps are very large. I wish I would have thought of this at the time but I didn't. Would that have worked? How would I copy it to another machine? The only machine on the same network is a Windows 7 machine, I have sharing setup and Windows 7 allows read/write to public shares and I have them setup. Perhaps saving to 192.168.15.3/Public might have worked. Will never know now unless I try it somehow in a term window. Maybe attempt to save a text file in vim to 192.168.15.3/Public/test.txt. I will play with it. By all means, close the report. Not enough info. I am pretty sure it was hardware not setup properly. Now that I have removed USB drive from my boot options, I can plug in any USB drive, it shows up on lsusb, and mounts easily. Reboots are no problem anymore. Prior do doing this, reboots were impossible and the machine would hang and not regognize USB hardware. My idea was to use the 500Gb WD USB drive as a backup. Now that I can use it, I need a good backup scheme. I would like to save a disk image to make it possible to restore the hard disk intact, but know of no Linux program that will offer this feature. I think that dd might work, tar might work, but I need answers and will start to google for them and go to Usenet for answers now that I have the ability to do so. Thanks for looking at this Dave. Take care, Paul If you can't save to bugzilla you have to save it somewhere that will still exist after you reboot. You could mount one of your local filesystems and copy it there or you could copy it to a different machine over the network using scp. It's just a text file. The size depends on the amount of information that gets logged during installation. In most cases the file is less than 1MB. Good luck with the backup solution. |