Re: rescue mode needs rescuing!

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 3/15/20 2:59 PM, home user wrote:
(On 3/14/20 6:33 PM, Samuel wrote)

 > That's probably not what you think it is. ...

Well, what I thought it was, was that when it was done booting, all I would get is an old-fashioned command line interface, with many but not all Linux commands.  No GUIs.  It should have ls, vim, grep, more, cd, mkdir, man, shell scripting, cp, mv, rmdir, chmod, rm, and everything else needed to diagnose and fix problems, and make changes because of hardware changes.  It should be able to access the entire hard drive that is not windows-7 space.  I'm hoping it has memtester, but I don't know.

And that is not what it is. See my other comments about getting a real rescue mode.

A key reason for wanting to do the memory test from the rescue mode (if it's available there) is that the test should be run with a minimum of other things running, so a maximum percent of memory is free, and available to the memory test to test.  Booting from the USB flash drive gives me a full? Gnome desktop, which uses much more memory.  A non-rescue boot from the hard drive also gives me a full Gnome or KDE or (etc.) desktop.

The memory tester needs to be run with nothing else running, not even an OS. It needs full access to the hardware. That's what memtest does.

 > If you delete the existing rescue kernel and initrd from
 > /boot, the next kernel install will generate a new one.

There's quite a lot in there:
Which ones (or something in a sub-directory) should go to the bit-bucket?

# ls -l /boot/*rescue*
-rw-------. 1 root root 70140903 Feb 27 2018 /boot/initramfs-0-rescue-fed352444ece4ac98e5639724e7a06d4.img -rwxr-xr-x. 1 root root 8208568 Feb 27 2018 /boot/vmlinuz-0-rescue-fed352444ece4ac98e5639724e7a06d4


 > However, what you're really looking for, you already have
 > with the live boot. If you boot from the live image, in
 > the grub menu is a troubleshooting submenu. In there you'll
 > find the memtester option.

There is no hint of a grub menu when I boot from the USB flash drive.  I must make the choice to boot from the USB flash drive from within the bios interface, and I have to get into that before the grub menu shows up.  Once the grub menu appears, it's too late to boot up from the USB flash drive.  The grub menu has no option to boot up from anything other than my one hard drive.

Right after you select the USB flash drive from the bios menu, you should get a grub menu that's titled something like "Fedora Workstation Live".
_______________________________________________
users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx



[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [EPEL Devel]     [Fedora Magazine]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Desktop]     [Fedora Fonts]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Fedora Sparc]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux