it should have been mv * ../../ I had a brain fart. Too busy at work trying to figure out why an updated kernel has userspace issues (bash stack smash crash/abort in udevd/late initramfs, a failure to boot), but the old kernel with the exact same userspace is fine. On Wed, Sep 16, 2020 at 3:00 PM George N. White III <gnwiii@xxxxxxxxx> wrote: > > On Wed, 16 Sep 2020 at 13:29, Roger Heflin <rogerheflin@xxxxxxxxx> wrote: >> >> cd /home/bobg//Public/nfs4exports/home and do a "mv . ../../" > > > I don't think this will work (maybe depending on the shell program) as the > current working directory is in use. Bob had a problem but didn't say what > went wrong (the example below uses zsh). > >> >> and everything in /home/bobg//Public/nfs4exports/home will be moved >> to /home/bobg/Public (up 2 directories). This will be fast and only >> move the file headers since both locations are on the same >> LV/mountpoint. > > > Bob: You can convince yourself that the above works by working thru > an example. > > % cd /tmp > % mkdir -p a/b/c > $ cd a/b/c > $ touch d > $ ls -l > total 0 > -rw-r--r--. 1 u u 0 Sep 16 16:20 d > $ mv . ../../ > mv: cannot move '.' to '../../.': Device or resource busy > % cd - > /tmp > % cd a > % mv b/c . > % ls -l > total 0 > drwxr-xr-x. 2 u u 40 Sep 16 16:38 b > drwxr-xr-x. 2 u u 60 Sep 16 16:20 c > % ls -l c > total 0 > -rw-r--r--. 1 u u 0 Sep 16 16:20 d > % ls -l b > total 0 > > It ia now safe remove "b" >> >> >> On Wed, Sep 16, 2020 at 11:07 AM Bob Goodwin <bobgoodwin@xxxxxxxxxxx> wrote: >> > >> > >> > >> > On 2020-09-15 19:59, George N. White III wrote: >> > > On Tue, 15 Sep 2020 at 17:10, Bob Goodwin <bobgoodwin@xxxxxxxxxxx >> > > <mailto:bobgoodwin@xxxxxxxxxxx>> wrote: >> > > >> > > >> > > >> > > On 2020-09-15 06:58, Bob Goodwin wrote: >> > > >> > > 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 quite what I thought it would be now this is where >> > > it is: >> > > >> > > /home/bobg/Public/nfs4exports/home >> > > >> > > >> > > More direct would have been "# mv /nfs4exports/home >> > > /home/bobg/Public", but >> > > the hard work of copying data to the big drive has been done. You >> > > should >> > > verify that your root partition has gained the same amount of space >> > > that you >> > > lost on the "/home" partition. As others have already mentioned, it >> > > should be a trivial >> > > operation to move the contents of "/home/bobg/Public/nfs4exports/home" >> > > to one of the >> > > parent directories because no files need to copied, just updating some >> > > directories. >> > ° >> > /I should have checked df -h before: >> > >> > /[root@nfs bobg]# df -h >> > Filesystem Size Used Avail Use% Mounted on >> > devtmpfs 1.8G 0 1.8G 0% /dev >> > tmpfs 1.8G 0 1.8G 0% /dev/shm >> > tmpfs 1.8G 1.3M 1.8G 1% /run >> > /dev/mapper/fedora_localhost--live-root 69G 6.9G 58G 11% / >> > tmpfs 1.8G 8.0K 1.8G 1% /tmp >> > /dev/sda2 976M 254M 655M 28% /boot >> > /dev/mapper/fedora_localhost--live-home 3.6T 65G 3.3T 2% /home >> > tmpfs 360M 8.0K 360M 1% /run/user/987 >> > tmpfs 360M 4.0K 360M 1% >> > /run/user/1000 >> > >> > It shows 65GB removed from "/" and saved to >> > "/home/bobg//Public/nfs4exports/home" which contains the saved files. >> > It's a long file name but I guess I should just export that? >> > >> > Bob Goodwin - Zuni, Virginia, USA >> > FEDORA-32/64bit LINUX XFCE Fastmail POP3 >> > _______________________________________________ >> > 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 >> _______________________________________________ >> 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 > > > > -- > George N. White III > > _______________________________________________ > 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 _______________________________________________ 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
