Re: NFS configuration problem -

On Mon, 14 Sep 2020 at 19:37, Bob Goodwin wrote: > > > On 2020-09-14 18:20, George N. White III wrote: > > > > > > Presentiy /etc/exports is: > > > > [bobg@nfs ~]$ cat /etc/exports > > /nfs4exports/home > > 192.168.50.0/24(rw,sync,insecure,no_root_squash,no_subtree_check) > >

Re: NFS configuration problem -

On 2020-09-15 06:07, George N. White III wrote: On Mon, 14 Sep 2020 at 19:37, Bob Goodwin > wrote: On 2020-09-14 18:20, George N. White III wrote: > > >     Presentiy /etc/exports is: > >     [bobg@nfs ~]$ cat /etc/exports >     /nfs

kernel 5.8.8-200 not recognizing Intel RAID?

https://bugzilla.redhat.com/show_bug.cgi?id=1878970 I'm not sure how widespread this is, but I recommend being cautious about updating the kernel if you're using "Intel Rapid Storage" RAID. (I.e. make sure that you have console access so that you can boot the previous kernel if necessary.) -- ==

cloud image not working?

Hi, When I run: qemu-img convert https://download.fedoraproject.org/pub/fedora/linux/releases/32/Cloud/x86_64/images/Fedora-Cloud-Base-32-1.6.x86_64.qcow2 disk.img It fails with the following message: qemu-img: curl: The requested URL returned error: 416 Requested Range Not Satisfiable qemu-im

Re: NFS configuration problem -

On 2020-09-15 06:58, Bob Goodwin wrote: I will do as you suggest ° Well, never trusting the "mv" command, I decided to do some experimenting and did: [root@nfs bobg]# mv /nfs4exports /home/bobg/Public expecting to move my stored data into "Public" and it did that but the result is not qui

Determining why I'm getting dropped to the emergency shell?

Hi I did an update this morning on my FC32 system and as there was a kernel update I rebooted the system, it didn't come back up properly and instead dropped me into the emergency shell. I've had a quick look around and can't see anything obvious to explain why it is doing this? Any ideas on how

Re: NFS configuration problem -

mv /home/bobg/Public/nfs4exports / will put it back. mv will "move" the directory and all subdirectories. Usually to fix something like this (down too many levels) assuming you want that, then go into the directory were the data now is and do mv * ../ and that will relocate it up one direct

Re: Determining why I'm getting dropped to the emergency shell?

On 9/15/20 4:02 PM, Adam Mercer wrote: I did an update this morning on my FC32 system and as there was a kernel update I rebooted the system, it didn't come back up properly and instead dropped me into the emergency shell. I've had a quick look around and can't see anything obvious to explain wh

Re: NFS configuration problem -

On Sep 15, 2020, at 16:10, Bob Goodwin wrote: > > Will this restore what I had originally, > > mv /home/bobg/Public/nfs4exports/home /nfs4exports > > or will it create an even longer file name? No, since you moved the /nfs4exports directory, it is no longer there, so it would move the conte

Re: Determining why I'm getting dropped to the emergency shell?

On 9/15/20 2:02 PM, Adam Mercer wrote: I did an update this morning on my FC32 system and as there was a kernel update I rebooted the system, it didn't come back up properly and instead dropped me into the emergency shell. I've had a quick look around and can't see anything obvious to explain wh

Re: Determining why I'm getting dropped to the emergency shell?

On Tue, Sep 15, 2020 at 2:54 PM Ian Pilcher wrote: > > Any ideas on how to troubleshoot why it's dropping me into the > > emergency shell so I can try to fix what's going on? > > Do you use Intel RAID? No I use BTRFS on a NVMe SSD. Cheers Adam ___ us

Re: Determining why I'm getting dropped to the emergency shell?

On Tue, Sep 15, 2020 at 3:18 PM Samuel Sieb wrote: > Did you try booting the previous kernel to see if it's specific to the > new kernel or new initramfs? I tried all previous kernels and the rescue image, all resulting in the same behaviour. Cheers Adam ___

Re: Determining why I'm getting dropped to the emergency shell?

I found the problem, there was a typo in my /etc/fstab, my fat fingers has caused some extraneous characters to be added to the end one of my drives UUID so it was failing to mount. Thanks for all the help! Cheers Adam On Tue, Sep 15, 2020 at 2:02 PM Adam Mercer wrote: > > Hi > > I did an upda

Re: Determining why I'm getting dropped to the emergency shell?

mount -a and see what fails is usually a good idea. A good plan is to add the entry to fstab, umount the what currently mounted for it, and then do a test "mount /directory/location/only" so it will use the fstab data and see if it can mount with what is in fstab. Doing it that way has saved me

Re: NFS configuration problem -

On Tue, 15 Sep 2020 at 17:10, Bob Goodwin wrote: > > > On 2020-09-15 06:58, Bob Goodwin wrote: > > I will do as you suggest > ° > Well, never trusting the "mv" command, I decided to do some > experimenting and did: > > [root@nfs bobg]# mv /nfs4exports /home/bobg/Public > > expecting to move my st

Re: Determining why I'm getting dropped to the emergency shell?

On Tue, 15 Sep 2020 at 19:44, Adam Mercer wrote: > I found the problem, there was a typo in my /etc/fstab, my fat fingers > has caused some extraneous characters to be added to the end one of my > drives UUID so it was failing to mount. > Roger has some good advice. Another useful practice is t

Re: NFS configuration problem -

On 2020-09-16 04:09, Bob Goodwin wrote: > Well, never trusting the "mv" command, I decided to do some experimenting and  > did: You know, if you're not comfortable with knowing how a command works or what results it will produce it is best not to work with "live/real" data. In this case, you cou

Re: Determining why I'm getting dropped to the emergency shell?

On Tue, Sep 15, 2020 at 4:04 PM Roger Heflin wrote: > > mount -a and see what fails is usually a good idea. > > A good plan is to add the entry to fstab, umount the what currently > mounted for it, and then do a test "mount /directory/location/only" so > it will use the fstab data and see if it c

Re: Determining why I'm getting dropped to the emergency shell?

On Tue, Sep 15, 2020 at 5:08 PM George N. White III wrote: > Roger has some good advice. Another useful practice is to preserve your > original > fstab and check your changes with diff. In the bad old days keyboards were > larger > but when working over phone lines using a modem it was all t